Printer discovery broken after "server" upgraded to Fedora 19

[Richard Shaw]

I recently did a fedup upgrade from 18->19 on my desktop computer which
also happens to be the print server for my HP Photosmart 6515.

After upgrading my wife's laptop (F18) can no longer discover the printer.
I tried shutting down the firewall (firewalld) to make sure that wasn't the
problem on both computers and restarting cups & avahi-daemon to no avail.

I noticed that the new cups put a cupsd.conf.rpmnew files in /etc/cups so I
reviewed the changes and the only major difference for discovery at least
is dropping CUPS and going only with dnssd. I replaced my conf with the
package one but no dice.

I searched bugzilla to some extent but didn't find anything that seemed to
be my exact problem.

Ideas?

Thanks,
Richard

[Richard Shaw]

On Thu, Sep 19, 2013 at 6:06 AM, Tim Waugh <twaugh(a)redhat.com&gt; wrote:

>  On Wed, 2013-09-18 at 11:34 -0500, Richard Shaw wrote:
>  > Ok, not complaining to anyone on this thread, but I would love to see
>  > the rational for per application printer discovery! That makes
>  > absolutely no sense to me.
>
>  It's not that it's per-application -- rather, it's done in the client
>  libraries of CUPS (libcups) rather than in the server.
>
>  One reason to do it this way is to avoid needing to run a CUPS server on
>  the client at all, while still retaining automatic discovery.
>  
Ok, I think I was confusing the gtk3/gtk2 talk in the bug report....



>  > If it's per-application I'm guessing I'll have to do
> the latter
>  > because cups-browsed doesn't appear to be available on F18...
>
>  If you're using F-18 clients and want things to work "as before", use
>  CUPS Browsing. For that you'll need to enable cups-browsed on the server
>  and configure it to announce printers using the "CUPS" protocol rather
>  than DNS-SD. 

That's what's weird... I tried that (as far as I could tell) and it didn't
work, but when I restored my conf file and stopped cups-browsed then it
started working!

I did a diff between the F19 defail cupsd.conf and the existing one from
F18 biggest difference seems to be:

Browsing On
BrowseOrder allow,deny
BrowseAllow all
BrowseRemoteProtocols CUPS
BrowseAddress @LOCAL
BrowseLocalProtocols CUPS dnssd

But one side effect is when I try to go into the printer properties on the
client, there's almost nothing there (in the gnome3 one).

I'm also having problems with system-config-printer similar to the "can't
add printers" BZ.

I was trying to do all this remotely from work yesterday to get my wife
printing but I'm home today so if you want to try anything or get
information today is the day to do it!

Thanks,
Richard

[Tim Waugh]

On Wed, 2013-09-18 at 11:34 -0500, Richard Shaw wrote: 
>  Ok, not complaining to anyone on this thread, but I would love to
> see
>  the rational for per application printer discovery! That makes
>  absolutely no sense to me.  
It's not that it's per-application -- rather, it's done in the client
libraries of CUPS (libcups) rather than in the server.

One reason to do it this way is to avoid needing to run a CUPS server on
the client at all, while still retaining automatic discovery.


>  Is there a way to get dns-sd to work on a system wide basis? Or is
> it
>  per application only?  
I'm not sure what you mean here.

>  If it's per-application I'm guessing I'll have to do the
> latter
>  because cups-browsed doesn't appear to be available on F18... 
If you're using F-18 clients and want things to work "as before", use
CUPS Browsing. For that you'll need to enable cups-browsed on the server
and configure it to announce printers using the "CUPS" protocol rather
than DNS-SD.

Tim.
*/

[Suvayu Ali]

On Wed, Sep 18, 2013 at 04:25:45PM -0500, Richard Shaw wrote:
>  Well, I reinstalled my backup of cupsd.conf and disabled cups-browsed
> and
>  all of a sudden the printer queues showed back up... No clue what exactly
>  happened. 
I resolved my issues by putting:

  ServerName cups.domain.com

in /etc/cups/client.conf.

-- 
Suvayu

Open source is the future. It sets us free.

[Trever L. Adams]

On 09/18/2013 07:17 AM, Richard Shaw wrote:
>  On Wed, Sep 18, 2013 at 8:13 AM, Trever L. Adams
>  <trever(a)middleearth.sapphiresunday.org
>  <mailto:[e-mail]>> wrote:
>
>      > I searched bugzilla to some extent but didn't find anything that
>      > seemed to be my exact problem.
>
>   
>
>      Install nss-mdns. That will fix the mdnss version of browsing. To get
>      the older version working, make sure cups-filters is installed.
>
>      I had this problem as well. It was in bugzilla, but I guess I
>      described
>      it differently.
>
>
>  I did find that BZ but it looked like you were doing something a
>  little custom with the cups configuration. I'm using everything
>  totally stock. I tried installed nss-mdns on my wife's F18 laptop, I
>  assume it's the client that needs this, not the server? 
>
>  I'll try cups-filters next but it just seems wrong I should need this
>  for a basic home setup (flat network).
>
>  Thanks,
>  Richard
>  
They need to be installed and running on the client, not the server.

Good luck,
Trever

[Richard Shaw]

On Wed, Sep 18, 2013 at 11:13 AM, Tim Waugh <twaugh(a)redhat.com&gt; wrote:

>  On Wed, 2013-09-18 at 08:00 -0500, Richard Shaw wrote:
>  > After upgrading my wife's laptop (F18) can no longer discover the
>  > printer. I tried shutting down the firewall (firewalld) to make sure
>  > that wasn't the problem on both computers and restarting cups &
>  > avahi-daemon to no avail.
>
>  For clients using CUPS < 1.6, i.e. anything before Fedora 19, if you
>  weren't already using DNS-SD for discovery then you'll need to change
>  something.
>
>  In Fedora 19, CUPS only uses DNS-SD natively for discovery. The way it
>  works is that the *client application* now does discovery, so e.g. your
>  GTK+ application will discover shared CUPS queues via DNS-SD when you go
>  to print.
>  
Ok, not complaining to anyone on this thread, but I would love to see the
rational for per application printer discovery! That makes absolutely no
sense to me.


If you cannot using DNS-SD for some reason, you can still use the "CUPS
>  Browsing" protocol as used by CUPS < 1.6. It is available via
> the
>  "cups-browsed" service provided in the cups-filters package. On the
>  server, configure /etc/cups/cups-browsed.conf with e.g.
>  "BrowseLocalProtocols CUPS"; on the client, configure it with
>  "BrowseRemoteProtocols CUPS". Alternatively use "BrowsePoll
> my.server"
>  on the clients, to get them to periodically interrogate the server.
>  
Is there a way to get dns-sd to work on a system wide basis? Or is it per
application only?

If it's per-application I'm guessing I'll have to do the latter because
cups-browsed doesn't appear to be available on F18...

# repoquery --whatprovides /usr/lib/systemd/system/cups-browsed.service
(no results)

Thanks,
Richard

[poma]

On 09/18/2013 03:25 PM, Richard Shaw wrote:

>  Yes to both. The printers seem to be shared by default. I've also
> tried
>  deleting the queues and re-adding them because looking at the cups error
>  log said something about a problem with having duplicate names (dnsd or
>  avahi related).
>  
>  I have nss-mdns installed on both and the cups-browsed service enabled on
>  my F19 server (not available on F18)
>   
Here[1] I wrote a couple of bits of it.


poma


[1] https://lists.fedoraproject.org/pipermail/users/2013-July/438824.html

[Tim Waugh]

On Wed, 2013-09-18 at 08:00 -0500, Richard Shaw wrote: 
>  After upgrading my wife's laptop (F18) can no longer discover
> the
>  printer. I tried shutting down the firewall (firewalld) to make sure
>  that wasn't the problem on both computers and restarting cups &
>  avahi-daemon to no avail. 
For clients using CUPS < 1.6, i.e. anything before Fedora 19, if you
weren't already using DNS-SD for discovery then you'll need to change
something.

In Fedora 19, CUPS only uses DNS-SD natively for discovery. The way it
works is that the *client application* now does discovery, so e.g. your
GTK+ application will discover shared CUPS queues via DNS-SD when you go
to print.

If you cannot using DNS-SD for some reason, you can still use the "CUPS
Browsing" protocol as used by CUPS < 1.6. It is available via the
"cups-browsed" service provided in the cups-filters package. On the
server, configure /etc/cups/cups-browsed.conf with e.g.
"BrowseLocalProtocols CUPS"; on the client, configure it with
"BrowseRemoteProtocols CUPS". Alternatively use "BrowsePoll
my.server"
on the clients, to get them to periodically interrogate the server.

Tim.
*/

[Richard Shaw]

On Wed, Sep 18, 2013 at 8:20 AM, Frank Murphy <frankly3d(a)gmail.com&gt; wrote:

>  On Wed, 18 Sep 2013 08:17:10 -0500
>  Richard Shaw <hobbes1069(a)gmail.com&gt; wrote:
>
>  > I'll try cups-filters next but it just seems wrong I should need
>  > this for a basic home setup (flat network).
>  >
>  > Thanks,
>  > Richard
>
>  Is the printer still shared?
>  have you system-config-printer
>  installed on your wifes laptop?
>  
Yes to both. The printers seem to be shared by default. I've also tried
deleting the queues and re-adding them because looking at the cups error
log said something about a problem with having duplicate names (dnsd or
avahi related).

I have nss-mdns installed on both and the cups-browsed service enabled on
my F19 server (not available on F18)

Richard

[Richard Shaw]

On Wed, Sep 18, 2013 at 8:13 AM, Trever L. Adams <
trever(a)middleearth.sapphiresunday.org&gt; wrote:

>  > I searched bugzilla to some extent but didn't find anything
> that
>  > seemed to be my exact problem.
>  

>  Install nss-mdns. That will fix the mdnss version of browsing. To
> get
>  the older version working, make sure cups-filters is installed.
>
>  I had this problem as well. It was in bugzilla, but I guess I described
>  it differently. 

I did find that BZ but it looked like you were doing something a little
custom with the cups configuration. I'm using everything totally stock. I
tried installed nss-mdns on my wife's F18 laptop, I assume it's the client
that needs this, not the server?

I'll try cups-filters next but it just seems wrong I should need this for a
basic home setup (flat network).

Thanks,
Richard

[Trever L. Adams]

On 09/18/2013 07:00 AM, Richard Shaw wrote:
>  I recently did a fedup upgrade from 18->19 on my desktop computer
>  which also happens to be the print server for my HP Photosmart 6515.
>
>  After upgrading my wife's laptop (F18) can no longer discover the
>  printer. I tried shutting down the firewall (firewalld) to make sure
>  that wasn't the problem on both computers and restarting cups &
>  avahi-daemon to no avail.
>
>  I noticed that the new cups put a cupsd.conf.rpmnew files in /etc/cups
>  so I reviewed the changes and the only major difference for discovery
>  at least is dropping CUPS and going only with dnssd. I replaced my
>  conf with the package one but no dice.
>
>  I searched bugzilla to some extent but didn't find anything that
>  seemed to be my exact problem.
>
>  Ideas?
>
>  Thanks,
>  Richard
>  
Install nss-mdns. That will fix the mdnss version of browsing. To get
the older version working, make sure cups-filters is installed.

I had this problem as well. It was in bugzilla, but I guess I described
it differently.

Good luck,
Trever

[Richard Shaw]

Well, I reinstalled my backup of cupsd.conf and disabled cups-browsed and
all of a sudden the printer queues showed back up... No clue what exactly
happened.

Richard

[Richard Shaw]

Ok, interesting note and possible bug...

When I setup the printers using system-config-printer the default is to
share them, but when I check cupsctl "_share_printer" was set to "0",
so I
did a "cupsctl --share-printers".

I also added "cupsctl BrowseRemoteProtocols=dnssd" to the client... no
dice.

Thanks,
Richard

[Frank Murphy]

On Wed, 18 Sep 2013 08:17:10 -0500
Richard Shaw <hobbes1069(a)gmail.com&gt; wrote:

>  I'll try cups-filters next but it just seems wrong I should need
>  this for a basic home setup (flat network).
>  
>  Thanks,
>  Richard 
Is the printer still shared?
have you system-config-printer
installed on your wifes laptop?

-- 
Regards,
Frank 
I now wear a mask to breathe at night
www.frankly3d.com