Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#40305 - [libcups] should contain /usr/bin/lp, currently found in cups

Attached to Project: Arch Linux
Opened by Thomas Loimer (tkl) - Sunday, 11 May 2014, 12:46 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 03 October 2014, 11:45 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description: The executables cancel, lp, lpr, lprm, lpstat, lpoptions in /usr/bin should be contained in the package libcups, not in the server package cups. At present, one must install the server package cups, to be able to print from the command line.

Steps to reproduce: trivial
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Friday, 03 October 2014, 11:45 GMT
Reason for closing:  Not a bug
Comment by Doug Newgard (Scimmia) - Sunday, 11 May 2014, 19:39 GMT
This makes no sense. The libcups package is, obviously, for libs, not executables.
Comment by Thomas Loimer (tkl) - Sunday, 11 May 2014, 20:32 GMT
No, the name of the package is misleading. Which is probably also worth mentioning. The arch-wiki, https://wiki.archlinux.org/index.php/Cups#Installing_the_client_package, even refers to libcups as "client package" and states that it is not necessary to install cups, libcups would be sufficient, to print from applications. The command line is not explicitly mentioned, but if the intention of the authors is to separate cups-client from cups-server, which is a very senseful thing to do, these executables should be included. Perhaps, the package should also be renamed.
Comment by Daniel Micay (thestinger) - Sunday, 15 June 2014, 16:25 GMT
That's an issue with the documentation in the wiki, not a bug in the package. Asking for the package to be split up differently (libcups, client, server or just client/server) is a feature request.
Comment by Andreas Radke (AndyRTR) - Friday, 03 October 2014, 11:45 GMT
I'll keep our package as it is. I don't want to have a client package. This would lead to endless discussions what files belong where.

libcups is used by 3rd party apps and if you want to print from command line install the additional cups package with all the rest. Feel free to
fix the docs in our wiki.

Loading...