Re: cups sucks!!! Epilogue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 3/3/18 9:01 am, David A. De Graaf wrote:
On 02/27/18 17:04, François Patte wrote:
Le 25/02/2018 à 19:42, François Patte a écrit :
Bonjour.

I try to configure a printer on my local network but all attemps fail.

I have a printer attached to one computer on an usb port and I want to
use it with other computers on my local network.

I opened firefox on one computer and miracle: the printer attached to
the other computer is discovered and cups admin interface asks me if I
want to add this printer. Nice: the job is easy!! *But* this does not
work at all!!

Sending a test page returns that the printer is not responding.

I tried to cofigure the printer using the "Add printer" way and chose
ipp. According to the given syntax, I wrote: ipp://name-of-server/ipp
but this does not work: sending a test page returns that the printer is
misconfigured or no longer exists...

I replaced the name of the server by its IP address... same result.

I tried: ipp://name-of-server:631/printers/name-of-printer-on-server. It
does not work, the message is now: Filter failed.

What fiter? I don't know as cups logs no longer exist since systemd...

Does somebody know a solution?
After googleling a lot I could solve my problem but in a very strange way!

First I found some people talking about the impossibility to use the
same driver on the server (the computer to which the printer is plugged)
and the other computers on the LAN, them claimed that the driver to use
on the clients must be the "raw" driver. So I tried to modify the
configuration on a client, changing the driver to raw, but cups refuses
at the end to modify the config and I had to delete the printer on the
client and to re-add the printer from scratch using the raw driver and
cups accepted this way of doing.

But printing a test page failed. "Filter failed" was the error!
journalctl gives useless information, just a joke (maybe): " Job stopped
due to filter errors; please consult the error_log file for details."
There is no more error_log file....

At last I tried to use the "automatic way": ask cups to find the
printers on the LAN and add the computer. Using this way, I chose the
raw driver (cups accepted this) but the configuration failed one more
time: "the printer is misconfigured or no longer exists".

So, I asked to modify this configuration, replacing the dnssd address by
an ipp one and I did not change the driver in this modification and,
this time, cups accepted the modification and at last the printer worked!

cups really sucks!

The cups system in Fedora 27 has taken a giant step backward from prior versions in that browsing no longer works automatically.  In F26, if the cups-browsed service was enabled and started, all the printers on the LAN would be discovered and be available for use - automatically.

Hi David,

    I'm a little confused by what you mean here. In all versions of cups, including F27, when you add a printer to cups, if the network printer is turned on cups can automatically find it if it has support for the printer, then when that printer is selected and the driver selected, the printer is added to the printer list. If cups-browsed is active then another entry is automatically added. In my case, with the Epson printer (Expression ET 3700) I have cups finds two entries provided from having installed the Epson supplied driver (cups doesn't have native support), one using lpd and the other using dnssd. The entry that gets auto added if cups-browsed is active uses ipps and is specified as driverless, hence when selecting paper types it doesn't know anything about Epson specific paper.


regards,

Steve


In F27 this no longer works.  But there is a workaround.

I must now edit /etc/cups/cups-browsed.conf on each and every client machine to add these lines:
     BrowsePoll datium
     BrowsePoll datair
     LocalQueueNamingRemoteCUPS RemoteName

where datium and datair are _my_ servers with connected printers. Note that Fully Qualified Names, such as datium.datix.lan, are NOT acceptable.  With only two physical printers and a handful of client machines on my LAN, this is marginally tolerable;  with a much larger LAN, it isn't.

I've complained in https://bugzilla.redhat.com/show_bug.cgi?id=1518415 and in https://bugzilla.redhat.com/show_bug.cgi?id=1525937. Apparently the "upstream" developers have a much different view than me of why Linux printing has traditionally been so successful and reliable and are hell-bent on "fixing" it.
--
	David A. De Graaf    DATIX, Inc.    Hendersonville, NC
	dad@xxxxxxxx          www.datix.us

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux