* Detected file collision(s): * * /lib/udev/rules.d/90-backlight.rules * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * dev-libs/light-1.2.2:0::gentoo * /lib/udev/rules.d/90-backlight.rules * * Package 'sys-power/acpilight-1.2-r1' NOT merged due to file ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_systemd-20200901-182136 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.2.0 * clang version 10.0.1 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.1 Available Python interpreters, in order of preference: [1] python3.7 [2] python3.9 (fallback) [3] python3.8 (fallback) [4] python2.7 (fallback) Available Ruby profiles: [1] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.46.0 * timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Thu Sep 3 09:05:34 AM UTC 2020 emerge -qpvO sys-power/acpilight [ebuild N ] sys-power/acpilight-1.2-r1 PYTHON_SINGLE_TARGET="python3_7 -python3_6 -python3_8"
this seems to be either still an issue or a similarity to the one reported in bug 673520
Created attachment 658176 [details] emerge-info.txt
Created attachment 658178 [details] emerge-history.txt
Created attachment 658180 [details] etc.portage.tbz2
Created attachment 658182 [details] logs.tbz2
Created attachment 658184 [details] sys-power:acpilight-1.2-r1:20200903-095432.log
There's clean solution. dev-libs/light installs udev rules only with USE=udev. Without this flag it could be co-installed with acpilight. acpilight also could have same use flag. For fast solution these packages could just block each other, but it may be more complex when more alternatives appear (e.g. blight). Would be easier to maintain, if these rules were installed by separate file - but again I see two ways: - It could be in dedicated category for udev rules. - Or it could be installed by acct-group/video, which would get [udev] flag in proces. In second case all acpi backlight control tools would require acct-group/video[udev]. This would be yet simpler if there were... I don't know, what best name for virtual package of such class. It would have this flag, while implementation ebuilds could completely get rid of this file. Package with this rules file could have it in FILESDIR in order to keep SRC_URI pure.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=eeaff4698d02a2a7ac260df89054e467ae7a64f9 commit eeaff4698d02a2a7ac260df89054e467ae7a64f9 Author: Aaron Bauman <bman@gentoo.org> AuthorDate: 2021-08-28 20:07:44 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2021-08-28 20:08:36 +0000 dev-libs/light: block sys-power/acpilight; bump EAPI Closes: https://bugs.gentoo.org/740234 Signed-off-by: Aaron Bauman <bman@gentoo.org> dev-libs/light/{light-1.2.2-r1.ebuild => light-1.2.2-r2.ebuild} | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) Additionally, it has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=da956270287171bce32e90c48c120d2964913992 commit da956270287171bce32e90c48c120d2964913992 Author: Aaron Bauman <bman@gentoo.org> AuthorDate: 2021-08-28 20:03:16 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2021-08-28 20:08:36 +0000 sys-power/acpilight: add block on dev-libs/light Bug: https://bugs.gentoo.org/740234 Signed-off-by: Aaron Bauman <bman@gentoo.org> sys-power/acpilight/{acpilight-1.2-r2.ebuild => acpilight-1.2-r3.ebuild} | 1 + 1 file changed, 1 insertion(+)
