- Status Closed
- Percent Complete
- Task Type Bug Report
- Category Any
-
Assigned To
Emulatorman - Operating System Hyperbola GNU/Linux-libre
- Severity Critical
- Priority Very High
- Reported Version Milky Way v0.3
- Due in Version Starfix
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Packages
Opened by ralessi - 24/09/2019
Last edited by Emulatorman - 01/10/2019
Opened by ralessi - 24/09/2019
Last edited by Emulatorman - 01/10/2019
FS#1419 - [cups] [cups-filters] ServerBin directory inconsistency
As the default path of the ServerBin directory is now /usr/libexec/bin:
1. cups-files.conf should be modified/adapted accordingly.
2. The contents of /usr/lib/cups which is currently owned by cups-filters, cups-pdf foomatic-db-engine and smbclient should be moved to /usr/libexec/cups.
As it is, cups doesn’t work in v0.3.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
I just had a look at the PKGBUILD of the latest cups, which seems to be compiled with `–libdir=/usr/lib`. Why is there an `/usr/libexec` directory in the package?
For information, reverting to cups-2.2.4-2.hyperbola1 (as a temporary workaround of course) solved this issue.
@Robert Alessi
Thanks for the report Robert, I hope it will get fixed asap.. I really need my printer back.
@fablamar
Meanwhile, reverting to the previous version solves the issue.
We are adhering our packages to the Filesystem Hierarchy Standard, so for that reason some files are going to /usr/libexec like cups, see here for further details about libexec.
So like you said, we need adapt cups-filters, cups-pdf foomatic-db-engine and smbclient to be FHS compliant as soon as possible to solve the issue.
Today, i found more packages affected.
It is the complete list:
* bluez-cups
* cups-filters
* cups-pdf
* foomatic-db-engine
* gutenprint
* hplip
* smbclient
* splix
Yes, hplip is most certainly affected...
Also, I think ufw is too. although it can be turned on, but you have to go in the ufw.conf and turn it on by changing no to yes.
As for sudo ufw enable, that doesn't currently work. ;/
Thank you very much for fixing this!
I know this is being fixed, but for the record I had to revert bluez and bluez-libs this morning for my bluetooth keyboard kept stopping every ten minutes or so. (I also had to revert from the latest update of cups-filters and brothers, but as cups itself is being worked on, I guess this is normal.)
I suppose it is related to D-Bus support removal in cups and cups-filters since it is part of our mitigation plan. Anyway if you want, send us your log to see if it is another issue.
Thank you André.
I just updated the packages that I had to block, namely:
Packages (8) bluez-5.45-1.hyperbola3 bluez-libs-5.45-1.hyperbola3 bluez-utils-5.45-1.hyperbola3 cups-2.2.4-2.hyperbola3 cups-filters-1.13.5-1.hyperbola4 cups-pdf-3.0.1-1.hyperbola1 foomatic-db-engine-4:4.0.12-3.hyperbola1 foomatic-db-gutenprint-ppds-5.2.12-1.hyperbola1And cups still doesn't work. cups error_log reads as follows:
I think that line 76 of '/etc/cups/cups-files.conf' should be uncommented and read:
instead of
This way, it works.
Thank you for let me know, i have added a patch to fix CUPS_SERVERBIN variable to install server executables in /usr/libexec/cups correctly [0]
So without having to modify cups-files.conf, perfect!
@André Silva :
Could you please add "epson-inkjet-printer-escpr" while the cups package is being fixed ? It would be great because currently we need to build from AUR to use it. (and being able to print with Epson printers)
Package license : GPL2
There is a request for it (well, two, duplicate)
https://issues.hyperbola.info/index.php?do=details&task_id=1379
https://issues.hyperbola.info/index.php?do=details&task_id=1162
Implemented → FS#1162
Seems all related to CUPS is working well, however there is an user reporting an issue with lp command [0] . Could you replicate this issue?
No, on my system, with the latest updates, both 'lp' and 'lpr' work perfectly: