Should be fixed in cups-filters 1.11.3 (in Debian GIT repo but package
not released yet).
Make also sure you have cups 2.2.0-2 installed.
On 09/03/2016 07:42 PM, Brian Potkin wrote:
# DomainSocket /var/run/cups/cups.sock
Thank you. As this line is commented out cups-browsed connects by the
socket out-of-the-box on your machine.
Till
On Sat 03 Sep 2016 at 19:17:48 -0300, Till Kamppeter wrote:
> Brian, thank you very much for the testing. I will do the next (bug fix)
> release containing also other fixes (version 1.11.3) most probably on
> Monday.
>
> One question: Did cups-browsed use the socket out-of-the-box or did you need
Brian, thank you very much for the testing. I will do the next (bug fix)
release containing also other fixes (version 1.11.3) most probably on
Monday.
One question: Did cups-browsed use the socket out-of-the-box or did you
need to set it in cups-browsed.conf?
Till
On Sat 03 Sep 2016 at 14:12:52 -0300, Till Kamppeter wrote:
> The problem is most probably caused by inconsistency in how cups-browsed
> accesses the local CUPS daemon, for some accesses it uses the domain socket
> (which made it mostly well working in your case) and at other places,
> especially
The problem is most probably caused by inconsistency in how cups-browsed
accesses the local CUPS daemon, for some accesses it uses the domain
socket (which made it mostly well working in your case) and at other
places, especially also during shutdown, it accesses localhost:631 (this
is why it h
On Tue 30 Aug 2016 at 23:31:55 +0200, Roderich Schupp wrote:
> On Tue, Aug 23, 2016 at 6:55 PM, Brian Potkin
> wrote:
>
> > I have no special skills in interpreting strace outputs but this would
> > appear to be confirmation that cups-browsed cannot contact cups when it
> > closes down.
> >
>
>
On Tue 30 Aug 2016 at 23:31:55 +0200, Roderich Schupp wrote:
> On Tue, Aug 23, 2016 at 6:55 PM, Brian Potkin
> wrote:
>
> > I have no special skills in interpreting strace outputs but this would
> > appear to be confirmation that cups-browsed cannot contact cups when it
> > closes down.
> >
>
>
On Tue, Aug 23, 2016 at 6:55 PM, Brian Potkin
wrote:
> I have no special skills in interpreting strace outputs but this would
> appear to be confirmation that cups-browsed cannot contact cups when it
> closes down.
>
cupsd _is_ running. The strace fragment simply shows cups-browsed trying to
con
On Sun 21 Aug 2016 at 17:30:10 +0200, Roderich Schupp wrote:
> On Sun, Aug 21, 2016 at 4:27 PM, Brian Potkin
> wrote:
>
> > Are you positive cups.service is still running while cups-browsed is
> > stopping? 'systemctl status cups' in another terminal would tell you.
> >
>
> Yes
>
>
> > If I u
On Sun, Aug 21, 2016 at 4:27 PM, Brian Potkin
wrote:
> Are you positive cups.service is still running while cups-browsed is
> stopping? 'systemctl status cups' in another terminal would tell you.
>
Yes
> If I use the sequence
>
> systemctl start cups cups-browsed.service
> systemctl stop c
Thank you for the extra information, Roderich.
On Sun 21 Aug 2016 at 14:57:57 +0200, Roderich Schupp wrote:
> I have the same problem as Heinrich Schuchardt (same version of
> cups-browsed, but cups-daemon 2.2~rc1-4 from experimental).
>
> $ sudo systemctl stop cups-browsed.service
>
> takes
I have the same problem as Heinrich Schuchardt (same version of
cups-browsed, but cups-daemon 2.2~rc1-4 from experimental).
$ sudo systemctl stop cups-browsed.service
takes 90 seconds (while avahi-daemon.service and cups.service are still
running). journalctl shows
Aug 21 14:38:52 macarthur sud
13 matches
Mail list logo