Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
View Bug Activity | Format For Printing | XML | Clone This Bug
bluez-utils-3.11 contains a cups backend to print to bluetooth printers. the executable file "bluetooth" gets installed into /usr/lib64/cups/backend/ rather than /usr/libexec/cups/backend/ where cups-1.2.9 expects it to be. Reproducible: Always Steps to Reproduce: 1. emerge bluez-utils 2. try to use bluetooth:// urls in cups and notice that it won't work. 3. look into /usr/lib64/cups/backend -> find a displaced and lonely bluetooth backend Actual Results: printing to bluetooth printers doesn't work Expected Results: it should be possible to use bluetooth printers when moving the file from /usr/lib64/cups/backend to /usr/libexec/cups/backend, cups will find it and everything is fine. What should be done? Should there be a fix for this in the ebuild or should the Makefile.in of the upstream package be patched to install the cups-backend into the correct location? I'm willing to contribute, please guide me what to do next!
yeah, you just need to patch the makefile/configure to look in cups-config --serverbin
I realized there are no nice m4 macros for cups. But so I can still do it just like it is done in foomatic-db-engine ebuild. sed is used src_unpack() to replace the string in Makefile.am. the same can be done here. sed -i -e "s:\$(libdir)/cups/backend:$(cups-config --serverbin)/cups/backend:" cups/Makefile.am but it would be nicer to make configure call cups-config and declare a variable for the result. how to do this?
(In reply to comment #1) > yeah, you just need to patch the makefile/configure to look in cups-config > --serverbin > Patch added.
Marking as fixed.