[ralphy]

I figured I was preaching to the priest  :P

[valtam]

I use a VM for resolution testing.

[ralphy]

I ran Install Updates and after installing new kernel I received the notification we put in place to ask the user to reboot :)

[valtam]

Yeah I saw that too, nice.

Sent from my Phone using Tapatalk

[valtam]

[member=6629]ralphy[/member] I've found an issue with Lite Upgrade and Lite Software.

The postinst from Lite Software:

Code:

find /etc/skel -type d -exec chmod 755 {} \;
find /etc/skel -type f -exec chmod 644 {} \;

The postinst from Lite Upgrade:

Code:

chmod +x /etc/skel/.conky/start
chmod +x /etc/skel/.conky/updates

If the Lite Software package is updated after the Lite Upgrade package, the postinst from Lite Software will unset the executable on the /etc/skel/.conky/start & /etc/skel/.conky/updates files.

[ralphy]

Indeed! I have included it in lite-software postinst. That way we are always sure that the execute bit applies.

[valtam]

Awesome, I'm gonna repackage.

[ralphy]

Awesome, I'm gonna repackage.

Sorry for the trouble. It really escaped my eyes. Good catch!

[valtam]

No problem at all Ralphy :)

[valtam]

Looking at the postinst file in Lite Software, do we need the following set?

Code:

chown root:root /usr/share/applications/* -R
chown root:root /usr/share/icons/* -R

Code:

find /usr/share/applications/ -type f -exec chmod 644 {} \;
find /usr/share/icons/ -type d -exec chmod 755 {} \;
find /usr/share/icons/ -type f -exec chmod 644 {} \;

Given the number of applications and icons to set, would we be better off setting perms etc for only our files/dirs ? I mention this because when Lite Software receives an update, it is very slow to install.