https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: app-misc/graphlcd-base installs udev rules into wrong directory. Discovered on: amd64 (internal ref: tinderbox)
Created attachment 651188 [details] build.log build log and emerge --info
Eh? I can't confirm? --- /lib/ --- /lib/udev/ --- /lib/udev/rules.d/ >>> /lib/udev/rules.d/99-graphlcd-base.rules I am even using udev_dorules, to install them, no own path?
Created attachment 651678 [details] screenshot (In reply to Conrad Kostecki from comment #2) > Eh? I can't confirm? > > --- /lib/ > --- /lib/udev/ > --- /lib/udev/rules.d/ > >>> /lib/udev/rules.d/99-graphlcd-base.rules > > I am even using udev_dorules, to install them, no own path? This is a portage warning not something invented by me. Hope that a screenshot helps
(In reply to Agostino Sarubbo from comment #3) > This is a portage warning not something invented by me. Hope that a > screenshot helps Yes, so you get the file twice installed. Thats odd. Will have a look into it.
I see, why I never triggered that. There is a condition in the makefile, which installs the rules file by default into /etc/udev/rules.d, if that directory is present. Since I didn't had that, it never triggered for me. The path can be overriden. Will update the ebuild.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=cdaac2680c7be4c64881bf97f61a60f9f1e99fea commit cdaac2680c7be4c64881bf97f61a60f9f1e99fea Author: Conrad Kostecki <conikost@gentoo.org> AuthorDate: 2020-07-30 22:30:36 +0000 Commit: Conrad Kostecki <conikost@gentoo.org> CommitDate: 2020-07-30 22:36:00 +0000 app-misc/graphlcd-base: fix udev rule path Also dropped g15 use flag, since it's a noop and provided by optfeature. Closes: https://bugs.gentoo.org/734248 Package-Manager: Portage-2.3.103, Repoman-2.3.23 Signed-off-by: Conrad Kostecki <conikost@gentoo.org> .../graphlcd-base/graphlcd-base-1.0.2-r1.ebuild | 89 ++++++++++++++++++++++ 1 file changed, 89 insertions(+)
