Control: -1 +wontfix 
# No change is going to happen in CUPS

Le lundi, 20 janvier 2020, 09.25:11 h CET Gianfranco Costamagna a écrit :
> On Mon, 10 Dec 2018 23:29:14 +0100 Marc Lehmann wrote:
> > Package: roger-router-cli
> > Version: 1.8.14-2+b3
> > Severity: serious
> > Justification: Policy 3.5
> > 
> > Dear Maintainer,
> > 
> > roger-router-cli apparently depends on cups-daemon, but has no required
> > dependency on it. if only cups-client is installed, installation fails
> > because the daemon is not running:
> > 
> > Setting up roger-router-cli (1.8.14-2+b3) ...
> > lpadmin: Unable to connect to server: Bad file descriptor
> > 
> > dpkg: error processing package roger-router-cli (--configure):
> >  subprocess installed post-installation script returned error exit status
> >  1
> > 
> > I *guess* the fix would be to make the dependency on cups optional in the
> > post-install script somehow.
> 
> I think, that if cups provides a client that doesn't work without the
> corresponding daemon, its a cups bug.
> 
> If they provide a cups-client containing binaries (e.g. lpadmin) that works
> only with cups-daemon installed, maybe they can think about adding that
> dependency, or split them into a new subpackage, or something else (like
> fail less badly).

Absolutely not, no, sorry.

cups-client software works fine against non-local CUPS servers (see lpadmin's
-h option), so adding a cups-client dependency against cups-daemon would
impose a server on client-only setup. Quite like if firefox would grow a
dependency on Apache2.

> Not sure, but I have the feeling that reassigning to cups team is the right
> choice to do.

I'm not going to engage in reassign combat, but my understanding is that the
following code from roger-router-cli.postinst _assumes_ that a local CUPS
daemon is available (as no -h is specified):

if which lpadmin >/dev/null
then
    lpadmin -p "Roger-Router-Fax" -E -v roger-cups:/ -P 
/usr/share/roger/roger-fax.ppd
fi

(from 
https://salsa.debian.org/debian/roger-router/blob/master/debian/roger-router-cli.postinst#L17
 )

If the postinst of roger-router-cli depends on a running, local, cups-daemon,
it has to grow a dependency on the daemon itself, and cups-client will not
grow that dependency.

I'm tagging this bug as wontfix in CUPS, feel free to remove that tag when
reassigning back to roger-router-cli.

Cheers,
OdyX

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to