I get dozen of issues of this kind at my tinderboxes for different profile and USE flag sets since a week or so. For this particular package here are the perms: tinderbox@tor-relay ~ $ (cd amd64-desktop-unstable_20150918-212348//usr/lib64/python2.7/site-packages/; ls -l pycnb-0.0.4-py2.7.egg-info/*) -rw------- 1 root root 1 Sep 26 00:06 pycnb-0.0.4-py2.7.egg-info/dependency_links.txt -rw------- 1 root root 43 Sep 26 00:06 pycnb-0.0.4-py2.7.egg-info/entry_points.txt -rw------- 1 root root 642 Sep 26 00:06 pycnb-0.0.4-py2.7.egg-info/PKG-INFO -rw------- 1 root root 26 Sep 26 00:06 pycnb-0.0.4-py2.7.egg-info/requires.txt -rw------- 1 root root 255 Sep 26 00:06 pycnb-0.0.4-py2.7.egg-info/SOURCES.txt -rw------- 1 root root 6 Sep 26 00:06 pycnb-0.0.4-py2.7.egg-info/top_level.txt But 644 (or even 640) is common for a lot of other dev-python packages. This issue starts not immediately after a setup of a new chroot image. Usually it takes few days. Maybe the (soon to be attached) packages history gibes a hint what does happen.
Created attachment 412958 [details] info.txt ----------------------------------------------------------------- This is an unstable amd64 chroot image (named amd64-desktop-unstable_20150918-212348) at a hardened host acting as a tinderbox. ----------------------------------------------------------------- Portage 2.2.22 (python 3.4.3-final-0, default/linux/amd64/13.0/desktop, gcc-4.9.3, glibc-2.21-r1, 4.1.7-hardened-r1 x86_64)
Created attachment 412960 [details] emerge-history.txt
Created attachment 412962 [details] dev-python:python-exconsole-0.1.5:20150925-222648.log
*** Bug 561266 has been marked as a duplicate of this bug. ***
*** Bug 561368 has been marked as a duplicate of this bug. ***
commit 2a299cd48ccf3dbdb572172a90adb7bc56aa8969 Author: Mike Gilbert <floppym@gentoo.org> Date: Sat Sep 26 13:27:50 2015 -0400 net-misc/pycnb: Fix permissions on files in ${S} setuptools preserves these permissions when installing them. Bug: https://bugs.gentoo.org/561546 Package-Manager: portage-2.2.21_p119 net-misc/pycnb/{pycnb-0.0.4.ebuild => pycnb-0.0.4-r1.ebuild} | 6 ++++++ 1 file changed, 6 insertions(+)
So I do have 22 other packages from last night with a a similar bug, shall I paste those names here too or will this be handled in the eclass ?
forget the last comment - all issues were related to this package
(In reply to Toralf Förster from comment #8) > forget the last comment - all issues were related to this package Yeah, that's what I figured. Sorry for not expressing that.
Hi, #561266 was marked as duplicate of this bug, but still has this issue with dev-python/google-apputils. I don't even have net-misc/pycnb installed.