Re: [Pkg-cups-devel] Bug#539156: Bug#539156: cups-pdf: requires user interaction on installation
2009/8/29 Martin-Éric Racine <email@example.com>:
> On Thu, Aug 27, 2009 at 11:35 PM, Ronny Standtke<firstname.lastname@example.org> wrote:
>>> Does CUPS-PDF 2.5.0-7 solves this issue for you?
>> CUPS-PDF 2.5.0-7 is not in squeeze, only in sid. Therefore you can
>> reproduce the problem by executing the following two commands (as root
>> in a new empty directory):
>> # lh_config --distribution sid --packages "cups-pdf"
>> # lh_build
>> Unfortunately, the issue is still there. Here is the output I see on the
>> Setting up cups-pdf (2.5.0-7) ...
>> All runlevel operations denied by policy
>> Password for root on localhost?
>> Then lh_build is stuck because cups-pdf is blocking, waiting for user
> Something tells me that it might be related to this recent bug #544137
> against CUPS itself and, sure enough, what's asking for a password, in
> your case, is lpadmin, which is provided by cups-client, from the CUPS
> source package.
A fellow CUPS maintainer pointed out that the only case when root
could possibly be asked for a password by CUPS tools is when
/etc/cups/client.conf is configured to act on a remote CUPS daemon. In
that case, one cannot make any assumption about having access
credentials on the remote host as on the local host, thus why the
password is asked.
Given this, I'd have to ask: do you have anything in your build
scripts that write to /etc/cups/client.conf by any chance?