| Summary: | gnome-base/gconf-3.2.6-r6: The ebuild is installing to one or more unexpected paths: /root/.gconfd | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ulrich Müller <ulm> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | CONFIRMED --- | ||
| Severity: | QA | CC: | bogdan.pylypenko107, qa |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Ulrich Müller
2016-05-15 17:39:21 UTC
Umm, sadly the changelog doesn't state the reason for the explicit dodir: gconf-1.2.0-r3 (06 Jul 2002) 06 Jul 2002; Spider <spider@gentoo.org> gconf-1.2.0-r3.ebuild : added a hack to parse all installed gconf files and fix permissions. killing gconfd almost everywhere installing a quick addendum to create /root/.gconfd as well :( Hm, 2002 predates EAPI and per-package HOME, so I doubt that this is still needed. But it is amazing how much permanence some things have. :) Also (according to the FHS) /root is only the default location for root's home and subject to local preference. So it is purely the system administrator's territory and packages shouldn't install anything there. Yeah, but the problem is that gconf has a long story of causing sandbox violations on reverse deps when he cannot play "freely" under /root/.gconfd The issue is probably now not so important as in the past because gconf is deprecated for ages and less used but I am unsure if stopping installing that dir will start to cause other (likely old) packages to start failing :| ci has reproduced this issue with version 3.2.6-r5 - Updating summary. *** Bug 830258 has been marked as a duplicate of this bug. *** ci has reproduced this issue with version 3.2.6-r6 - Updating summary. |
