Bug#894984: marked as done (cups-browsed: Stopping and starting `cups` ends up stopping `cups-browsed`)

[Debian Bug Tracking System]

Your message dated Thu, 05 Apr 2018 20:07:37 -0400
with message-id 
and subject line Re: Bug#894984: cups-browsed: Stopping and starting `cups` 
ends up stopping `cups-browsed`
has caused the Debian Bug report #894984,
regarding cups-browsed: Stopping and starting `cups` ends up stopping 
`cups-browsed`
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
894984: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894984
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cups-browsed
Version: 1.20.1-1+b1
Severity: normal

Here's a sample session:

# ps auxw|grep cups
root 27143  0.0  0.1  19508  9600 ?Ss   Apr040:07
/usr/sbin/cupsd -l
root 27144  0.0  0.1  42080 11184 ?Ssl  Apr04   0:00
/usr/sbin/cups-browsed
root 31856  0.0  0.0   5284   876 pts/5RN+  14:27   0:00 grep cups
~-0# /etc/init.d/cups stop;/etc/init.d/cups start
[ ok ] Stopping cups (via systemctl): cups.service.
[ ok ] Starting cups (via systemctl): cups.service.
~-0# ps auxw|grep cups
root 31935  0.0  0.0  17516  6932 ?Ss   14:28   0:00
/usr/sbin/cupsd -l
root 31954  0.0  0.0   5284   796 pts/5SN+  14:28   0:00 grep cups
~-0#

As you can see before the `cups stop; cups start` both `cupsd` and `cups-
browsed` were running, whereas afterwards only `cupsd` is running.

I believe this behavior is incorrect since no part of `cups stop; cups start`
says explicitly that we want `cups-browsed` to be stopped.  So either `cups
stop` should not stop `cups-browsed`, or it should check if `cups-browsed` is
running and arrange to make sure a subsequent `cups start` restarts it if
applicable.



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 4.14.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cups-browsed depends on:
ii  cups-daemon   2.2.7-1
ii  libavahi-client3  0.7-3.1
ii  libavahi-common3  0.7-3.1
ii  libavahi-glib10.7-3.1
ii  libc6 2.27-3
ii  libcups2  2.2.7-1
ii  libcupsfilters1   1.20.1-1+b1
ii  libglib2.0-0  2.56.0-4
ii  libldap-2.4-2 2.4.45+dfsg-1
ii  lsb-base  9.20170808

Versions of packages cups-browsed recommends:
ii  avahi-daemon  0.7-3.1

cups-browsed suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
> Indeed. cup.service does not ask for or mandate that cups-browsed be
> stopped. However, cups-browsed.service has the line
>
>   Requires=cups.service

Hmm so the issue is basically in systemd.
Damn!  I'm not up to such a fight,


Stefan--- End Message ---

Bug#894984: cups-browsed: Stopping and starting `cups` ends up stopping `cups-browsed`

[Brian Potkin]

On Thu 05 Apr 2018 at 14:35:02 -0400, Stefan Monnier wrote:

> Package: cups-browsed
> Version: 1.20.1-1+b1
> Severity: normal
> 
> Here's a sample session:
> 
> # ps auxw|grep cups
> root 27143  0.0  0.1  19508  9600 ?Ss   Apr040:07
> /usr/sbin/cupsd -l
> root 27144  0.0  0.1  42080 11184 ?Ssl  Apr04   0:00
> /usr/sbin/cups-browsed
> root 31856  0.0  0.0   5284   876 pts/5RN+  14:27   0:00 grep cups
> ~-0# /etc/init.d/cups stop;/etc/init.d/cups start
> [ ok ] Stopping cups (via systemctl): cups.service.
> [ ok ] Starting cups (via systemctl): cups.service.
> ~-0# ps auxw|grep cups
> root 31935  0.0  0.0  17516  6932 ?Ss   14:28   0:00
> /usr/sbin/cupsd -l
> root 31954  0.0  0.0   5284   796 pts/5SN+  14:28   0:00 grep cups
> ~-0#
> 
> As you can see before the `cups stop; cups start` both `cupsd` and `cups-
> browsed` were running, whereas afterwards only `cupsd` is running.

Interactions between systemd, cups and cups-browsed are well above my
pay grade but I'll try to shed some light on the behaviour.

> I believe this behavior is incorrect since no part of `cups stop; cups start`
> says explicitly that we want `cups-browsed` to be stopped.  So either `cups

Indeed. cup.service does not ask for or mandate that cups-browsed be
stopped. However, cups-browsed.service has the line

  Requires=cups.service

and it will stop itself if cupsd becomes unavailable. So it is not
really anything to do with cups. cups is responsible for itself, as is
cups-browsed responsible for its own management.

>From the cups-filters Debian changelog:

 >  - cups-browsed: Added "Requires=cups-service" to the cups-browsed.service
 >  file, so that systemd keeps CUPS running while shutting down cups-browsed
 >  on system shutdown (LP: #1579905)

I think cups-browsed is seen as having no function if cupsd is not
running.

> stop` should not stop `cups-browsed`, or it should check if `cups-browsed` is
> running and arrange to make sure a subsequent `cups start` restarts it if
> applicable.

I've explained why cups has no responsibility for stopping cups-browsed.
What I cannot explain or argue is whether cups.service should become
resonsible for (re)starting another service when that service itself
decides to shut down.

I observe on unstable that the commands 'cupsctl --debug-logging' and
'apt --reinstall install cups-daemon' stop cupsd and cups-browsed but
cups-browsed gets restarted in both cases. (The Main PIDs change).

-- 
Brian.

Bug#894984: cups-browsed: Stopping and starting `cups` ends up stopping `cups-browsed`

[Stefan Monnier]

Package: cups-browsed
Version: 1.20.1-1+b1
Severity: normal

Here's a sample session:

# ps auxw|grep cups
root 27143  0.0  0.1  19508  9600 ?Ss   Apr040:07
/usr/sbin/cupsd -l
root 27144  0.0  0.1  42080 11184 ?Ssl  Apr04   0:00
/usr/sbin/cups-browsed
root 31856  0.0  0.0   5284   876 pts/5RN+  14:27   0:00 grep cups
~-0# /etc/init.d/cups stop;/etc/init.d/cups start
[ ok ] Stopping cups (via systemctl): cups.service.
[ ok ] Starting cups (via systemctl): cups.service.
~-0# ps auxw|grep cups
root 31935  0.0  0.0  17516  6932 ?Ss   14:28   0:00
/usr/sbin/cupsd -l
root 31954  0.0  0.0   5284   796 pts/5SN+  14:28   0:00 grep cups
~-0#

As you can see before the `cups stop; cups start` both `cupsd` and `cups-
browsed` were running, whereas afterwards only `cupsd` is running.

I believe this behavior is incorrect since no part of `cups stop; cups start`
says explicitly that we want `cups-browsed` to be stopped.  So either `cups
stop` should not stop `cups-browsed`, or it should check if `cups-browsed` is
running and arrange to make sure a subsequent `cups start` restarts it if
applicable.



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 4.14.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cups-browsed depends on:
ii  cups-daemon   2.2.7-1
ii  libavahi-client3  0.7-3.1
ii  libavahi-common3  0.7-3.1
ii  libavahi-glib10.7-3.1
ii  libc6 2.27-3
ii  libcups2  2.2.7-1
ii  libcupsfilters1   1.20.1-1+b1
ii  libglib2.0-0  2.56.0-4
ii  libldap-2.4-2 2.4.45+dfsg-1
ii  lsb-base  9.20170808

Versions of packages cups-browsed recommends:
ii  avahi-daemon  0.7-3.1

cups-browsed suggests no packages.

-- no debconf information

cups_2.3~b4-2_source.changes ACCEPTED into experimental

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 05 Apr 2018 20:41:08 +0200
Source: cups
Binary: libcups2 libcupsimage2 libcupscgi1 libcupsmime1 libcupsppdc1 cups 
cups-core-drivers cups-daemon cups-client cups-ipp-utils libcups2-dev 
libcupsimage2-dev cups-bsd cups-common cups-server-common cups-ppdc
Architecture: source
Version: 2.3~b4-2
Distribution: experimental
Urgency: medium
Maintainer: Debian Printing Team 
Changed-By: Didier Raboud 
Description:
 cups   - Common UNIX Printing System(tm) - PPD/driver support, web interfa
 cups-bsd   - Common UNIX Printing System(tm) - BSD commands
 cups-client - Common UNIX Printing System(tm) - client programs (SysV)
 cups-common - Common UNIX Printing System(tm) - common files
 cups-core-drivers - Common UNIX Printing System(tm) - driverless printing
 cups-daemon - Common UNIX Printing System(tm) - daemon
 cups-ipp-utils - Common UNIX Printing System(tm) - IPP developer/admin 
utilities
 cups-ppdc  - Common UNIX Printing System(tm) - PPD manipulation utilities
 cups-server-common - Common UNIX Printing System(tm) - server common files
 libcups2   - Common UNIX Printing System(tm) - Core library
 libcups2-dev - Common UNIX Printing System(tm) - Development files CUPS library
 libcupscgi1 - Common UNIX Printing System(tm) - CGI library
 libcupsimage2 - Common UNIX Printing System(tm) - Raster image library
 libcupsimage2-dev - Common UNIX Printing System(tm) - Development files CUPS 
image li
 libcupsmime1 - Common UNIX Printing System(tm) - MIME library
 libcupsppdc1 - Common UNIX Printing System(tm) - PPD manipulation library
Changes:
 cups (2.3~b4-2) experimental; urgency=medium
 .
   * Merge 2.2.7-2
   * Name source lintian override file correctly
Checksums-Sha1:
 5ae7c7ee1df908b9b584b3d172f323d04c479c79 3417 cups_2.3~b4-2.dsc
 3a5593647c276045b646e235d55ad5abd91da0fc 350816 cups_2.3~b4-2.debian.tar.xz
Checksums-Sha256:
 1711fafd67e7c76b5bb4385ed5d0b3c2f46592786cbe131a85b0e858f2bac619 3417 
cups_2.3~b4-2.dsc
 810d481bcd9508b2b5fe57d2c22e6b3b865eb339b1e8e306142bafacceef4220 350816 
cups_2.3~b4-2.debian.tar.xz
Files:
 a142ae68966a4eb0c0e305960274068d 3417 net optional cups_2.3~b4-2.dsc
 885ffd7488f241e9bb9c16653d4b8a72 350816 net optional 
cups_2.3~b4-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQGzBAEBCgAdFiEEe+WPIRpjNw1/GSB7i8+nHsoWNFUFAlrGbfwACgkQi8+nHsoW
NFW2twv/Wwq/jk1HIYa9xUF4a8CBmTOqle7CvxAxTepVmWr7IYVYT7P06mUqNnTD
D8JzC0vMPu7QU3JzoWLFOZOz5duNiFyQl7b8ciWBgNwWhqAsbNlbEX6rX/ZucAZc
gT+yl41EPc6Lm1hkqo3gTACHr66iVUJ14k/EcZvVDr42NBEm36hlQyM8lwS7cTup
g58Ed7eKpIT67pUrWpyJjGUC8mZeBxgsI7KqbJW9jM2DIDBbUkTlfQgpOHgCRXb5
jMBrO1/MP/DOQY/XEyaSEN2bXbqksvKLt7UBjAZ5riqgvvhCoa/Y8Zs+T38xQu3b
kjtsdd3f3NHt00BfOP1bKvTB2fEP2qZ3UDLzMNa6K60XlZF4hSJtf1xSbI2mvEzB
eJHp7wwehiAnd0cQ6kAzabKhbJm7fhh2EKPik9q7FHPr8nT/ozG2Ow2zM9xRUf4Q
LpC1SkmRr2lg/QJZtrH8A8POB6t8r4Q1u79/XVg1YGfNzEnj6OnUD5n74/tvbQV3
pbOMVrv7
=QRs6
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of cups_2.3~b4-2_source.changes

[Debian FTP Masters]

cups_2.3~b4-2_source.changes uploaded successfully to localhost
along with the files:
  cups_2.3~b4-2.dsc
  cups_2.3~b4-2.debian.tar.xz

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

cups-filters_1.20.2-1_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 05 Apr 2018 20:30:11 +0200
Source: cups-filters
Binary: libcupsfilters1 libfontembed1 cups-filters cups-filters-core-drivers 
libcupsfilters-dev libfontembed-dev cups-browsed
Architecture: source
Version: 1.20.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Printing Team 
Changed-By: Didier Raboud 
Description:
 cups-browsed - OpenPrinting CUPS Filters - cups-browsed
 cups-filters - OpenPrinting CUPS Filters - Main Package
 cups-filters-core-drivers - OpenPrinting CUPS Filters - Driverless printing
 libcupsfilters-dev - OpenPrinting CUPS Filters - Development files for the 
library
 libcupsfilters1 - OpenPrinting CUPS Filters - Shared library
 libfontembed-dev - OpenPrinting CUPS Filters - Development files for font 
embed libr
 libfontembed1 - OpenPrinting CUPS Filters - Font Embed Shared library
Closes: 878867
Changes:
 cups-filters (1.20.2-1) unstable; urgency=medium
 .
   * New upstream version 1.20.2
- cups-browsed: If the user modifies/overwrites a print queue
  created by cups-browsed, it will now automatically released
  from the control of cups-browsed, so the modified queue does
  not get removed by cups-browsed on shutdown (LP: #1731417)
 .
   [ Samuel Thibault ]
   * Do not remove read permission on cups-brf (Closes: #878867)
 .
   [ Didier Raboud ]
   * Add a lintian override for the specific CUPS backends permissions
Checksums-Sha1:
 9ea41fcf1681288dd3cd01446af6991699591965 2835 cups-filters_1.20.2-1.dsc
 c0b8d02946bc6a33dfeff9c3e3250e28b25a97e1 1468792 
cups-filters_1.20.2.orig.tar.xz
 68c094e02a961040893b7d40d96092b01eaa1256 73000 
cups-filters_1.20.2-1.debian.tar.xz
Checksums-Sha256:
 c92671f337398643e70a21d74edd858bf727908deb3c195f9dff165d163d1310 2835 
cups-filters_1.20.2-1.dsc
 02b765c7a75c90af336f2c20e6439a1510a58a4ac7a1e12549eca56a0ee1cdb8 1468792 
cups-filters_1.20.2.orig.tar.xz
 e9f69d8c40d24cb3303e97b44e1243e31c21bb45c2e63aea02e277d2082ed3c1 73000 
cups-filters_1.20.2-1.debian.tar.xz
Files:
 9badd86cda6fd4d31ba22a13518b2c3d 2835 net optional cups-filters_1.20.2-1.dsc
 fd29d67c143018d897894591f479543b 1468792 net optional 
cups-filters_1.20.2.orig.tar.xz
 6df560538a447b2a631faba03079128c 73000 net optional 
cups-filters_1.20.2-1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQGzBAEBCgAdFiEEe+WPIRpjNw1/GSB7i8+nHsoWNFUFAlrGa58ACgkQi8+nHsoW
NFXb3wwAhxaaHi5hEBl8DCuWUj1HWgJ99VS0sIvdk8lV/K2AFwiKA533CbhrVNi2
Y6ec1dwQVMZm8QfWR3e/EdtZBBjwnmHmUAGzArG+mPecanBemM3thGCG+8Qw59rO
AScJdWpQqF9EbSuZ7It4NtShj+0pF/Sq/bQklnHW2C/CcW2HTr9HpEF466K5i78v
T8HSd3+V8kh2gJ2LNV4I8aUno32d9ZJXmAU1roLdhM8VPwfkqgTSC1l7dK3UXT+G
zAMx7BHYdfIOpdxo8fQrFW0gQBYyoumVmdbZivZsp9UJzXlDVxemUL7LLFNtT1DB
/mocasVOt8inIe6ZJzJUjXmkIDZUHNCSq433vtf6Ju2j+Vs0drZ4tXEnSI4ptvo1
+HoKsb72xvJvh4HTQ377pXcFVhQ6wPYRUlfrGhK33GZWjNT9rmKBRaDap6QsvYol
XVxoGCeVetgTtVr/0R9b1/Ml7luYoER0Rm3P702QOmQStbKn8zb5Gc8QkVvbR5VS
lqDpaSjT
=Ezxe
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of cups-filters_1.20.2-1_source.changes

[Debian FTP Masters]

cups-filters_1.20.2-1_source.changes uploaded successfully to localhost
along with the files:
  cups-filters_1.20.2-1.dsc
  cups-filters_1.20.2.orig.tar.xz
  cups-filters_1.20.2-1.debian.tar.xz

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

Bug#878867: marked as done (cups-filters: unreadable file /usr/lib/cups/backend/cups-brf)

[Debian Bug Tracking System]

Your message dated Thu, 05 Apr 2018 18:50:05 +
with message-id 
and subject line Bug#878867: fixed in cups-filters 1.20.2-1
has caused the Debian Bug report #878867,
regarding cups-filters: unreadable file /usr/lib/cups/backend/cups-brf
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
878867: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878867
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cups-filters
Version: 1.17.9-1
Severity: minor

Hi!

Your package ships a file in /usr which is unreadable for regular
users, see the subject line for more details!

Best regards

Alexander Kurtz

signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Source: cups-filters
Source-Version: 1.20.2-1

We believe that the bug you reported is fixed in the latest version of
cups-filters, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 878...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Didier Raboud  (supplier of updated cups-filters package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 05 Apr 2018 20:30:11 +0200
Source: cups-filters
Binary: libcupsfilters1 libfontembed1 cups-filters cups-filters-core-drivers 
libcupsfilters-dev libfontembed-dev cups-browsed
Architecture: source
Version: 1.20.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Printing Team 
Changed-By: Didier Raboud 
Description:
 cups-browsed - OpenPrinting CUPS Filters - cups-browsed
 cups-filters - OpenPrinting CUPS Filters - Main Package
 cups-filters-core-drivers - OpenPrinting CUPS Filters - Driverless printing
 libcupsfilters-dev - OpenPrinting CUPS Filters - Development files for the 
library
 libcupsfilters1 - OpenPrinting CUPS Filters - Shared library
 libfontembed-dev - OpenPrinting CUPS Filters - Development files for font 
embed libr
 libfontembed1 - OpenPrinting CUPS Filters - Font Embed Shared library
Closes: 878867
Changes:
 cups-filters (1.20.2-1) unstable; urgency=medium
 .
   * New upstream version 1.20.2
- cups-browsed: If the user modifies/overwrites a print queue
  created by cups-browsed, it will now automatically released
  from the control of cups-browsed, so the modified queue does
  not get removed by cups-browsed on shutdown (LP: #1731417)
 .
   [ Samuel Thibault ]
   * Do not remove read permission on cups-brf (Closes: #878867)
 .
   [ Didier Raboud ]
   * Add a lintian override for the specific CUPS backends permissions
Checksums-Sha1:
 9ea41fcf1681288dd3cd01446af6991699591965 2835 cups-filters_1.20.2-1.dsc
 c0b8d02946bc6a33dfeff9c3e3250e28b25a97e1 1468792 
cups-filters_1.20.2.orig.tar.xz
 68c094e02a961040893b7d40d96092b01eaa1256 73000 
cups-filters_1.20.2-1.debian.tar.xz
Checksums-Sha256:
 c92671f337398643e70a21d74edd858bf727908deb3c195f9dff165d163d1310 2835 
cups-filters_1.20.2-1.dsc
 02b765c7a75c90af336f2c20e6439a1510a58a4ac7a1e12549eca56a0ee1cdb8 1468792 
cups-filters_1.20.2.orig.tar.xz
 e9f69d8c40d24cb3303e97b44e1243e31c21bb45c2e63aea02e277d2082ed3c1 73000 
cups-filters_1.20.2-1.debian.tar.xz
Files:
 9badd86cda6fd4d31ba22a13518b2c3d 2835 net optional cups-filters_1.20.2-1.dsc
 fd29d67c143018d897894591f479543b 1468792 net optional 
cups-filters_1.20.2.orig.tar.xz
 6df560538a447b2a631faba03079128c 73000 net optional 
cups-filters_1.20.2-1.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQGzBAEBCgAdFiEEe+WPIRpjNw1/GSB7i8+nHsoWNFUFAlrGa58ACgkQi8+nHsoW
NFXb3wwAhxaaHi5hEBl8DCuWUj1HWgJ99VS0sIvdk8lV/K2AFwiKA533CbhrVNi2
Y6ec1dwQVMZm8QfWR3e/EdtZBBjwnmHmUAGzArG+mPecanBemM3thGCG+8Qw59rO
AScJdWpQqF9EbSuZ7It4NtShj+0pF/Sq/bQklnHW2C/CcW2HTr9HpEF466K5i78v
T8HSd3+V8kh2gJ2LNV4I8aUno32d9ZJXmAU1roLdhM8VPwfkqgTSC1l7dK3UXT+G
zAMx7BHYdfIOpdxo8fQrFW0gQBYyoumVmdbZivZsp9UJzXlDVxemUL7LLFNtT1DB
/mocasVOt8inIe6ZJzJUjXmkIDZUHNCSq433vtf6Ju2j+Vs0drZ4tXEnSI4ptvo1
+HoKsb72xvJvh4HTQ377pXcFVhQ6wPYRUlfrGhK33GZWjNT9rmKBRaDap6QsvYol
XVxoGCeVetgTtVr/0R9b1/Ml7luYoER0Rm3P702QOmQStbKn8zb5Gc8QkVvbR5VS
lqDpaSjT
=Ezxe
-END PGP SIGNATURE End 

Processed: [bts-link] source package cups-filters

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> #
> # bts-link upstream status pull for source package cups-filters
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org (was 
bts-link-de...@lists.alioth.debian.org).
> # remote status report for #878867 (http://bugs.debian.org/878867)
> # Bug title: cups-filters: unreadable file /usr/lib/cups/backend/cups-brf
> #  * https://github.com/OpenPrinting/cups-filters/pull/32
> #  * remote status changed: open -> closed
> #  * closed upstream
> tags 878867 + fixed-upstream
Bug #878867 [cups-filters] cups-filters: unreadable file 
/usr/lib/cups/backend/cups-brf
Added tag(s) fixed-upstream.
> usertags 878867 - status-open
Usertags were: status-open.
Usertags are now: .
> usertags 878867 + status-closed
There were no usertags set.
Usertags are now: status-closed.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
878867: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878867
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#894664: marked as done (cups: Libreoffice doesn't see my network printer)

[Debian Bug Tracking System]

Your message dated Thu, 5 Apr 2018 18:27:13 +0100
with message-id <05042018181841.c669e664e...@desktop.copernicus.org.uk>
and subject line Re: Bug#894664: cups: Libreoffice doesn't see my network 
printer
has caused the Debian Bug report #894664,
regarding cups: Libreoffice doesn't see my network printer
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
894664: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894664
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cups
Version: 2.2.1-8+deb9u1
Severity: normal

Dear Maintainer,

I have a printer connected via USB to a local server (running Debian stable as
well).  This printer is made visible to my clients by running cups-browsed.

My clients have no locally-configured printers (and hence no "default"
printer), and indeed when I go to "localhost:631" I don't see any printers
there.

Yet, this somehow works: e.g. evince sees my network printer just fine.  But
Libreoffice doesn't.  I haven't tried all applications to figure out which do
and which don't, so maybe Libreoffice is not the only one affected.

I've seen bug#867818 which seems related, but my `cups` is an older version
than the one that seems to be affected by that problem.

I've also seen bug#772097, but that one seems older than mine (back around that
time, cups-browsed would actually cause the network printer to appear in
/etc/cu0ps/printers.conf and in localhost:631 and Libreoffice could see it fine
then).



-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 4.9.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups depends on:
ii  cups-client2.2.1-8+deb9u1
ii  cups-common2.2.1-8+deb9u1
ii  cups-core-drivers  2.2.1-8+deb9u1
ii  cups-daemon2.2.1-8+deb9u1
ii  cups-filters   1.11.6-3
ii  cups-ppdc  2.2.1-8+deb9u1
ii  cups-server-common 2.2.1-8+deb9u1
ii  debconf [debconf-2.0]  1.5.61
ii  ghostscript9.20~dfsg-3.2+deb9u1
ii  libavahi-client3   0.6.32-2
ii  libavahi-common3   0.6.32-2
ii  libc-bin   2.24-11+deb9u3
ii  libc6  2.24-11+deb9u3
ii  libcups2   2.2.1-8+deb9u1
ii  libcupscgi12.2.1-8+deb9u1
ii  libcupsimage2  2.2.1-8+deb9u1
ii  libcupsmime1   2.2.1-8+deb9u1
ii  libcupsppdc1   2.2.1-8+deb9u1
ii  libgcc11:6.3.0-18+deb9u1
ii  libstdc++6 6.3.0-18+deb9u1
ii  libusb-1.0-0   2:1.0.21-1
ii  poppler-utils  0.48.0-2+deb9u2
ii  procps 2:3.3.12-3

Versions of packages cups recommends:
ii  avahi-daemon 0.6.32-2
ii  colord   1.3.3-2
ii  cups-filters [ghostscript-cups]  1.11.6-3
pn  printer-driver-gutenprint

Versions of packages cups suggests:
ii  cups-bsd   2.2.1-8+deb9u1
pn  foomatic-db-compressed-ppds | foomatic-db  
ii  hplip  3.16.11+repack0-3
ii  printer-driver-cups-pdf [cups-pdf] 2.6.1-22
ii  printer-driver-hpcups  3.16.11+repack0-3
pn  smbclient  
ii  udev   232-25+deb9u2

-- Configuration Files:
/etc/cups/cupsd.conf changed:
LogLevel warn
MaxLogSize 0
SystemGroup lpadmin
Listen localhost:631
Listen /var/run/cups/cups.sock
Browsing On
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes

  Order allow,deny


  Order allow,deny


  AuthType Default
  Require user @SYSTEM
  Order allow,deny


  # Job/subscription privacy...
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  # Job-related operations must be done by the owner or an administrator...
  
Order deny,allow
  
  
Require user @OWNER @SYSTEM
Order deny,allow
  
  # All administration operations require an administrator to authenticate...
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  # All printer operations require a printer operator to authenticate...
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  # Only the owner or an administrator can cancel or authenticate a job...
  
Require user @OWNER @SYSTEM
Order deny,allow
  
  
Order deny,allow
  


  # 

Bug#894664: cups: Libreoffice doesn't see my network printer

[Stefan Monnier]

> So I cannot reproduce your problem.  I suppose disconnecting the ethernet
> connection doesn't do anything for you?

No, indeed: using only the ethernet or only the wifi connection doesn't
make any difference (usually only the ethernet is up).

>  > Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type
>  > '_ipp._tcp' in domain +'local' skipped, could not determine IP address.
> is (to me) a clear indication that something is wrong.  My knowledge of
> DNS matters is sparse so I think it is time for some help.

Is "local" above meant to refer to the DNS domain appended to the host
(i.e. does it mean the complete host name that was tried is
"server.local")?

> Till, Stefan has provided quite a lot of information (is it enough?).
> Are we looking at a misconfiguration, a tweak to cups-browsed.conf or
> a bug?

Hmm... now I looked further into my cups-browsed.conf and I think
I found the culprit: I had "BrowseOrder Allow,Deny" in there.
I removed it and now the printer appears.

Not sure how it got there.  Maybe it's when I tried to prevent those
"spurious" printers advertized by some local laptops from appearing, and
since I was testing this with `evince` I got the impression that none of
the BrowseDeny/BrowseAllow directives had any effect and left the config
file in this broken state without noticing.

It's also not clear why the debug log doesn't say that those printers are
simply "denied by default" and why it gives this odd "could not
determine IP address" instead.

But at least, on my side you can consider this bug closed as a "pilot
error" (tho I'll be happy to provide more info if you want to dig
further).

Thank you very much for your help,


Stefan

Processed: Re: Bug#894664: cups: Libreoffice doesn't see my network printer

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 894664 cups-browsed
Bug #894664 [cups] cups: Libreoffice doesn't see my network printer
Bug reassigned from package 'cups' to 'cups-browsed'.
No longer marked as found in versions cups/2.2.1-8+deb9u1.
Ignoring request to alter fixed versions of bug #894664 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
894664: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894664
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#894664: cups: Libreoffice doesn't see my network printer

[Brian Potkin]

reassign 894664 cups-browsed
thanks


On Wed 04 Apr 2018 at 20:52:35 -0400, Stefan Monnier wrote:

> > Thank you for thinking to send the log.  There are three devices with IP
> > addresses which cannot be found.  Are they all printers?
> 
> Only the HP-8100 is a real printer.  The other two are advertised by
> some laptop which happened to be connected.
> 
> > Does Evince show them all?
> 
> Yes.
> 
> > Please do
> >
> >   avahi-browse -art > log
> >
> > and post log. avahi-browse is in the avahi-utils package.
> 
> Here it is (the laptop was absent this time).

[...]

I set up a bare-bones stretch client with two active interfaces as you
did and ran the same command. With two print queues on a stretch server
I got nothing which was significantly different from your output. The
queues were visible to CUPS and there were no errors in the cups-browsed
log.

So I cannot reproduce your problem. I suppose disconnecting the ethernet
connection doesn't do anything for you?

However,

 > Avahi Resolver: Service 'HP OfficeJet Pro 8100 @ server' of type
 > '_ipp._tcp' in domain +'local' skipped, could not determine IP address.

is (to me) a clear indication that something is wrong. My knowledge of
DNS matters is sparse so I think it is time for some help.

Till, Stefan has provided quite a lot of information (is it enough?).
Are we looking at a misconfiguration, a tweak to cups-browsed.conf or a
bug?

Regards,

Brian.