Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 504904 - /etc/cron.*/ dirs should be created with consistent permissions across packages
Summary: /etc/cron.*/ dirs should be created with consistent permissions across packages
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal trivial (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-17 20:51 UTC by Luke-Jr
Modified: 2023-01-28 20:20 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Luke-Jr 2014-03-17 20:51:23 UTC
I noticed packages which merely install files to /etc/cron.daily create the directory with o+rx permissions, yet cronbase does not. It would be nice if these matched, so checking for correct permissions can be done properly.
Comment 1 Luke-Jr 2014-03-17 21:09:49 UTC
From my system:

net-misc/apt-cacher-ng-0.7.12: ./etc/cron.daily/ needs mode change: drwxr-x--- -> drwxr-xr-x
sys-apps/etckeeper-1.10: ./etc/cron.daily/ needs mode change: drwxr-x--- -> drwxr-xr-x
sys-apps/man-1.6g: ./etc/cron.daily/ needs mode change: drwxr-x--- -> drwxr-xr-x
sys-apps/mlocate-0.26: ./etc/cron.daily/ needs mode change: drwxr-x--- -> drwxr-xr-x
sys-devel/prelink-20110511: ./etc/cron.daily/ needs mode change: drwxr-x--- -> drwxr-xr-x
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2014-03-18 19:11:52 UTC
net-misc/apt-cacher-ng-0.7.12 was removed from the tree in July 2013. Other than that, it uses exeinto/doexe to install into /etc/cron.daily/

sys-apps/etckeeper-1.10 has been superseded twice and its successors also use exeinto (with newexe in this case).

sys-apps/man uses exeinto/doexe.

sys-apps/mlocate uses insinto/doins (unlike the rest).

sys-devel/prelink-20110511 uses exeinto/newexe.

On none of my systems, this results in overriding the directory permissions that cronbase sets.
Comment 3 Luke-Jr 2014-03-18 19:23:56 UTC
The inconsistency is in the produced binary packages. It seems portage does not attempt to merge it to the real filesystem.
Comment 4 SpanKY gentoo-dev 2014-03-19 07:23:07 UTC
you've lost me.  why do any of these packages need o+rx bits in these dirs ?  it is up to the root cronjob running to execute these files and it has rx perms on the dirs in question.

as Jer noted, the files themselves are +x as needed.
Comment 5 Luke-Jr 2014-03-19 07:29:03 UTC
It's a matter of consistency. For example, if man gets installed before cronbase, you end up with a different result than if cronbase is installed first.
Comment 6 SpanKY gentoo-dev 2014-03-22 23:27:57 UTC
... which doesn't matter because cron isn't available.  when cronbase is installed, it makes sure the dirs in /etc have the correct permission.
Comment 7 Luke-Jr 2014-03-22 23:34:08 UTC
(In reply to SpanKY from comment #6)
> ... which doesn't matter because cron isn't available.  when cronbase is
> installed, it makes sure the dirs in /etc have the correct permission.

cronbase has a workaround, yes. The goal of this bug is to track the problem actually being fixed at some point.
Comment 8 SpanKY gentoo-dev 2014-03-26 05:34:23 UTC
seems like a waste of time for a completely non-issue

the only way to actually enforce it would be with a QA check in portage