Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 756802 - net-print/hplip dmesg states that /lib/udev/rules.d/86-hpmud-hp_laserjet* is executeable
Summary: net-print/hplip dmesg states that /lib/udev/rules.d/86-hpmud-hp_laserjet* is ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Daniel Pielmeier
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-26 08:18 UTC by tt_1
Modified: 2020-12-02 08:37 UTC (History)
2 users (show)

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


Attachments
log from dmesg (hpmud-is-executeable,1.85 KB, text/plain)
2020-11-26 08:18 UTC, tt_1
Details
output from emerge --info (emerge-info,7.69 KB, text/plain)
2020-11-26 08:20 UTC, tt_1
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tt_1 2020-11-26 08:18:40 UTC
Created attachment 675061 [details]
log from dmesg

I was trying to debug some other issue, and while checking out dmesg I found this: 

Configuration file /lib/udev/rules.d/86-hpmud-hp_laserjet_1000.rules is marked executable. Please remove executable permission bits. Proceeding anyway.

I'm not really sure how these files are generated, per `equery b` they don't seem to be registered with any package. 

the full log is attached
Comment 1 tt_1 2020-11-26 08:20:59 UTC
Created attachment 675064 [details]
output from emerge --info
Comment 2 Jonas Stein gentoo-dev 2020-11-26 22:12:09 UTC
which package does /lib/udev/rules.d/86-hpmud-hp_laserjet_1000.rules belong to?
I am guessing that it could be net-print/hplip
Please add cat/pkg in the summary
Comment 3 tt_1 2020-11-27 06:15:33 UTC
The files are not registered with any package, maybe it's from net-print/hplip? Or is it from net-print/hplip-plugins? @billie
Comment 4 Daniel Pielmeier gentoo-dev 2020-11-27 06:40:49 UTC
If 'equery b' does not find them they do not belong to any package. There might be exceptions but I don't think this is the case for this udev rules.

What about a simple test to figure this out. Just remove the file (backup first) and run the installation of hplip and hplip-plugin again. Then you will know which package installs it.

From looking at the contents of the source for hplip and hplip-plugin I do not find such a file so it is most likely a leftover from some manual actions in the past.
Comment 5 Daniel Pielmeier gentoo-dev 2020-12-01 21:36:39 UTC
Going to close this as I do not believe this files are installed by hplip. Please reopen if this is not the case!
Comment 6 tt_1 2020-12-02 08:37:18 UTC
I couldn't dig any deeper into this yet, but I already found out so much as that the files are from 2013 and haven't been touched since. Maybe an older version of hplip-plugin did install them, back then we didn't have that package in tree. 

Removing the executeable bit made dmesg happy at least.