Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Hi Didier, updating our clients to version 2.0.3-10 solve the problem. Thanks for your work! Guido In data mercoledì 22 luglio 2015 17:31:10, Didier 'OdyX' Raboud ha scritto: Version: 2.0.3-9 Le mardi, 21 juillet 2015, 10.51:12 MAG4 Piemonte a écrit : Hi Didier, that's the output ... In data lunedì 20 luglio 2015 16:37:39, OdyX ha scritto: John Guido; can you please send the output of the following commands to the bugreport (as root)? # grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf Listen /var/run/cups/cups.sock WebInterface Yes # lpstat -H localhost:631 If the first doesn't show Listen localhost:631 but the latter outputs localhost:127, then these are occurences of bug #792730. Indeed, so I think this bug is fixed by CUPS 2.0.3-9, uploaded some time ago to unstable. Please test this version (or any later) and reopen this bug if needed. Thanks to Brian, John and Guido for the bug followup and testing! Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Hi Didier, that's the output ... Cheers! Guido In data lunedì 20 luglio 2015 16:37:39, Didier 'OdyX' Raboud ha scritto: John Guido; can you please send the output of the following commands to the bugreport (as root)? # grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf Listen /var/run/cups/cups.sock WebInterface Yes # lpstat -H localhost:631 If the first doesn't show Listen localhost:631 but the latter outputs localhost:127, then these are occurences of bug #792730. Cheers, OdyX P.S. I'll upload cups 2.0.3-9 as soon as I get feedback on #792731 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On 19/07/15 22:13, Brian Potkin wrote: On Sun 19 Jul 2015 at 21:41:39 +0100, John Talbut wrote: $ iceweasel (process:1687): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed console.error: [CustomizableUI] Custom widget with id loop-button does not return a valid node console.error: [CustomizableUI] Custom widget with id loop-button does not return a valid node These don't mean that much to me and are probably nothing to do with what we are investigating. They are likely harmless. I thought the output might show a complaint that the program could not connect to localhost:631. root@johnwtnc110:/home/john# netstat -tulpan | grep cups root@johnwtnc110:/home/john# netstat -tulpan Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 0.0.0.0:17500 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 127.0.0.1:17600 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 127.0.0.1:17603 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN 662/rpcbind tcp0 0 0.0.0.0:37809 0.0.0.0:* LISTEN 702/rpc.statd tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN This is the worrying bit. You have shown you have cups running but there is no sign here that it is listening for any connection on 127.0.0.1, which is localhost. We need to see your /etc/cups/cupsd.conf. Please would you post it. Send the contents of /etc/hosts too. Hope this helps It does. Cheers, Brian. /etc/cups/cupsd.conf: # # # Sample configuration file for the CUPS scheduler. See man cupsd.conf for a # complete description of this file. # # Log general information in error_log - change warn to debug # for troubleshooting... LogLevel warn # Deactivate CUPS' internal logrotating, as we provide a better one, especially # LogLevel debug2 gets usable now MaxLogSize 0 # Only listen for connections from the local machine. Listen Servername:631 Listen /var/run/cups/cups.sock # Show shared printers on the local network. Browsing On BrowseLocalProtocols dnssd # Default authentication type, when authentication is required... DefaultAuthType Basic # Web interface setting... WebInterface Yes # Restrict access to the server... Location / Order allow,deny /Location # Restrict access to the admin pages... Location /admin Order allow,deny /Location # Restrict access to configuration files... Location /admin/conf AuthType Default Require user @SYSTEM Order allow,deny /Location # Set the default printer/job policies... Policy default # Job/subscription privacy... JobPrivateAccess default JobPrivateValues default SubscriptionPrivateAccess default SubscriptionPrivateValues default # Job-related operations must be done by the owner or an administrator... Limit Create-Job Print-Job Print-URI Validate-Job Order deny,allow /Limit Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document Require user @OWNER @SYSTEM Order deny,allow /Limit # All administration operations require an administrator to authenticate... Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices AuthType Default Require user @SYSTEM Order deny,allow /Limit # All printer operations require a printer operator to authenticate... Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs AuthType Default Require user @SYSTEM Order deny,allow /Limit # Only the owner or an administrator can cancel or authenticate a job... Limit Cancel-Job CUPS-Authenticate-Job Require user @OWNER @SYSTEM Order deny,allow /Limit Limit All Order deny,allow /Limit /Policy # Set the authenticated printer/job policies... Policy authenticated # Job/subscription privacy... JobPrivateAccess default JobPrivateValues default SubscriptionPrivateAccess default SubscriptionPrivateValues default # Job-related operations must be done by the owner or an administrator... Limit Create-Job Print-Job Print-URI Validate-Job AuthType Default Order deny,allow /Limit Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Mon 20 Jul 2015 at 07:12:12 +0100, John Talbut wrote: # # Sample configuration file for the CUPS scheduler. See man cupsd.conf for a # complete description of this file. # The web interface has not been used to alter the defaults because the comments are still in the file. # Only listen for connections from the local machine. Listen Servername:631 This second line is not part of the default cupsd.conf. Replace it with Listen localhost:631 and restart cups. How's that now? systemctl cups restart /etc/hosts: 127.0.0.1 localhost 192.168.0.7 johnwtwind.dpetsjohnwtwind 192.168.0.5 johnwtnc110.luton johnwtnc110 # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters The default /etc/hosts has a line beginning '127.0.1.1'. Mine is 127.0.1.1 jessie.lan jessie It is not a problem for this situation but some software will not work properly if it missing. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Hi, we also confirm the bug after updating to 2.0.3-6 and the temporary workaround manually running cupsd. We have some clients running Testing and comparing the cups* running processes we found that every client has /usr/sbin/cups-browsed /usr/sbin/cupsd -l /usr/lib/cups/notifier/dbus dbus:// but only the workarounded manually running cupsd has cupsd -C /etc/cups/cupsd.conf -s /etc/cups/cups-files.conf so discovering the network printers ... Regards! Guido On Sun, 19 Jul 2015 13:01:52 +0200 Didier 'OdyX' Raboud o...@debian.org wrote: Le dimanche, 19 juillet 2015, 11.54:02 Brad Rogers a écrit : Brian, for comparison, this is what I get; (â¦) This is after running cupsd as root. Sorry to say it so bluntly, but running cups as root is the wrong solution: if the launch by the init system doesn't work, it needs to be fixed; having to manually run cupsd by hand can only be a temporary workaround. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Mon, 20 Jul 2015 11:04:21 +0200
MAG4 Piemonte m...@aruba.it wrote:
Hello,
We have some clients running Testing and comparing the cups* running
processes we found that every client has
/usr/sbin/cups-browsed
That isn't installed here.
{time passes}
After installing the package cups-browsed and rebooting, my printer is
now detected. I no longer have to run cupsd manually.
--
Regards _
/ ) The blindingly obvious is
/ _)radnever immediately apparent
Just stop and take a second
U Ur Hand - P!nk
pgptvNiuf19YJ.pgp
Description: OpenPGP digital signature
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Le lundi, 20 juillet 2015, 11.04:21 MAG4 Piemonte a écrit : Hi, we also confirm the bug after updating to 2.0.3-6 and the temporary workaround manually running cupsd. We have some clients running Testing and comparing the cups* running processes we found that every client has /usr/sbin/cups-browsed /usr/sbin/cupsd -l /usr/lib/cups/notifier/dbus dbus:// The presence of /usr/sbin/cupsd -l indicates that it got started correctly by systemd. but only the workarounded manually running cupsd has cupsd -C /etc/cups/cupsd.conf -s /etc/cups/cups-files.conf There should be no difference between letting systemd launch cupsd -l or launching the above command manually. This points to a weird behaviour when launched by systemd. What do the following commands output when the manual workaround has not been used (aka, cupsd launched by systemd, but apparently inactive) (please launch them as root): # grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf # systemdctl status cups cups.socket cups.path # journalctl -u cups /tmp/cups.journal Please attach cups.journal Cheers, OdyX -- OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Hi Didier, when the manual workaround has not been used we have ... (see below) Cheers! Guido In data lunedì 20 luglio 2015 12:50:05, hai scritto: Le lundi, 20 juillet 2015, 11.04:21 MAG4 Piemonte a écrit : Hi, we also confirm the bug after updating to 2.0.3-6 and the temporary workaround manually running cupsd. We have some clients running Testing and comparing the cups* running processes we found that every client has /usr/sbin/cups-browsed /usr/sbin/cupsd -l /usr/lib/cups/notifier/dbus dbus:// The presence of /usr/sbin/cupsd -l indicates that it got started correctly by systemd. but only the workarounded manually running cupsd has cupsd -C /etc/cups/cupsd.conf -s /etc/cups/cups-files.conf There should be no difference between letting systemd launch cupsd -l or launching the above command manually. This points to a weird behaviour when launched by systemd. What do the following commands output when the manual workaround has not been used (aka, cupsd launched by systemd, but apparently inactive) (please launch them as root): # grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf Listen /var/run/cups/cups.sock WebInterface Yes # systemdctl status cups cups.socket cups.path bash: systemdctl: command not found # systemctl status cups cups.socket cups.path ● cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: active (running) since lun 2015-07-20 14:59:26 CEST; 18min ago Docs: man:cupsd(8) Main PID: 641 (cupsd) CGroup: /system.slice/cups.service └─641 /usr/sbin/cupsd -l lug 20 14:59:26 *** systemd[1]: Started CUPS Scheduler. lug 20 14:59:26 *** systemd[1]: Starting CUPS Scheduler... ● cups.socket - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.socket; enabled; vendor preset: enabled) Active: active (running) since lun 2015-07-20 14:59:24 CEST; 18min ago Listen: /var/run/cups/cups.sock (Stream) lug 20 14:59:24 *** systemd[1]: Listening on CUPS Scheduler. lug 20 14:59:24 *** systemd[1]: Starting CUPS Scheduler. ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) # journalctl -u cups /tmp/cups.journal Please attach cups.journal -- Logs begin at lun 2015-07-20 14:57:50 CEST, end at lun 2015-07-20 15:12:43 CEST. -- lug 20 14:59:26 *** systemd[1]: Started CUPS Scheduler. lug 20 14:59:26 *** systemd[1]: Starting CUPS Scheduler... Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
John Guido; can you please send the output of the following commands to the bugreport (as root)? # grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf # lpstat -H If the first doesn't show Listen localhost:631 but the latter outputs localhost:127, then these are occurences of bug #792730. Cheers, OdyX P.S. I'll upload cups 2.0.3-9 as soon as I get feedback on #792731 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On 20/07/15 15:37, Didier 'OdyX' Raboud wrote: John Guido; can you please send the output of the following commands to the bugreport (as root)? # grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf # lpstat -H If the first doesn't show Listen localhost:631 but the latter outputs localhost:127, then these are occurences of bug #792730. Cheers, OdyX P.S. I'll upload cups 2.0.3-9 as soon as I get feedback on #792731 I followed Brian's suggestion, i.e. I replaced: Listen Servername:631 with Listen localhost:631 in /etc/cups/cupsd.conf and now everything seems to be working. For completeness (and after the above modification which I made earlier in the day): root@johnwtnc110:/home/john# grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf Listen localhost:631 Listen /var/run/cups/cups.sock WebInterface Yes root@johnwtnc110:/home/john# lpstat -H localhost:631 Thanks for all your work and for looking into this. Best wishes John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sun 19 Jul 2015 at 08:28:28 +0100, John Talbut wrote: ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) That doesn't look very healthy but I don't know what significance it has in the context of this report. My system shows Active: active (waiting). Do you get any error message from Iceweasel if you run it from a terminal? Please post the output of 'netstat -tulpan | grep cups'. Cheers, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On 18/07/15 23:47, Brian Potkin wrote: On Sat 18 Jul 2015 at 22:46:24 +0100, John Talbut wrote: I have tried running cupsd as root. Iceweasel still can't establish a connection to the server at localhost:631, but LibreOffice now lists several printers however they do not relate to the printer currently available on the network where I am. running netstat -tulpan | grep 631 as root gives me nothing. Hello John, An empty output for the netstat command would imply the cups daemon is not running. Which would imply something untoward if it happens after the machine has been rebooted. Does it? The status of cups can be confirmed with systemctl status cups cups.socket cups.path cups-browsed Please post the output of this command. Regards, Brian. root@johnwtnc110:/home/john# systemctl status cups cups.socket cups.path cups-browsed ● cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:44:32 BST; 41min ago Docs: man:cupsd(8) Main PID: 1604 (cupsd) CGroup: /system.slice/cups.service └─1604 /usr/sbin/cupsd -l Jul 19 07:44:32 johnwtnc110 systemd[1]: Started CUPS Scheduler. Jul 19 07:44:32 johnwtnc110 systemd[1]: Starting CUPS Scheduler... ● cups.socket - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.socket; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:39:17 BST; 46min ago Listen: /var/run/cups/cups.sock (Stream) Jul 19 07:39:17 johnwtnc110 systemd[1]: Listening on CUPS Scheduler. Jul 19 07:39:17 johnwtnc110 systemd[1]: Starting CUPS Scheduler. ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) ● cups-browsed.service - Make remote CUPS printers available locally Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:39:18 BST; 46min ago Main PID: 769 (cups-browsed) CGroup: /system.slice/cups-browsed.service └─769 /usr/sbin/cups-browsed Jul 19 07:39:18 johnwtnc110 systemd[1]: Started Make remote CUPS printers av Jul 19 07:39:18 johnwtnc110 systemd[1]: Starting Make remote CUPS printers a Hint: Some lines were ellipsized, use -l to show in full. Regards John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sun, 19 Jul 2015 10:51:30 +0100 Brian Potkin claremont...@gmail.com wrote: That doesn't look very healthy but I don't know what significance it has in the context of this report. My system shows Active: active (waiting). Brian, for comparison, this is what I get; $ systemctl status cups cups.socket cups.path cups-browsed ● cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:35:22 BST; 4h 3min ago Docs: man:cupsd(8) Main PID: 5121 (cupsd) CGroup: /system.slice/cups.service └─5121 /usr/sbin/cupsd -l Jul 19 07:35:22 abydos systemd[1]: Started CUPS Scheduler. Jul 19 07:35:22 abydos systemd[1]: Starting CUPS Scheduler... ● cups.socket - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.socket; enabled; vendor preset: enabled) Active: active (running) since Sat 2015-07-18 21:21:50 BST; 14h ago Listen: /var/run/cups/cups.sock (Stream) Jul 18 21:21:50 abydos systemd[1]: Listening on CUPS Scheduler. Jul 18 21:21:50 abydos systemd[1]: Starting CUPS Scheduler. ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) ● cups-browsed.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead) This is after running cupsd as root. My printer is an ethernet connected HP device. Once I've run cupsd, I can access cups from a browser. Also, printers show as ready and available whereas, if I don't run 'cupsd' software offers to print to generic printer or print to file. # netstat -tulpan | grep cups tcp0 0 0.0.0.0:631 0.0.0.0:* LISTEN 1658/cupsd tcp6 0 0 :::631 :::* LISTEN 1658/cupsd -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent I'll be the rubbish you'll be the bin Love Song - The Damned pgpTJvEL9gTD6.pgp Description: OpenPGP digital signature
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Le dimanche, 19 juillet 2015, 11.54:02 Brad Rogers a écrit : Brian, for comparison, this is what I get; (…) This is after running cupsd as root. Sorry to say it so bluntly, but running cups as root is the wrong solution: if the launch by the init system doesn't work, it needs to be fixed; having to manually run cupsd by hand can only be a temporary workaround. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sun, 19 Jul 2015 13:01:52 +0200 Didier 'OdyX' Raboud o...@debian.org wrote: Hello Didier, Sorry to say it so bluntly, but running cups as root is the wrong cupsd can't be run as a regular user (here, at least) - it requires root privileges. Once up, everything performs as it should for non-root users. solution: if the launch by the init system doesn't work, it needs to be fixed; having to manually run cupsd by hand can only be a temporary workaround. I totally agree. That's why the bug report got raised in the first place, surely. However, I have need to regularly print materials. Waiting for a bug fix, in the short term, is not an option. Hence running cupsd by hand. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent You're a sidewalk cipher speaking prionic jive Give You Nothing - Bad Religion pgpbiLRj7aGQx.pgp Description: OpenPGP digital signature
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sun 19 Jul 2015 at 21:41:39 +0100, John Talbut wrote: $ iceweasel (process:1687): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed console.error: [CustomizableUI] Custom widget with id loop-button does not return a valid node console.error: [CustomizableUI] Custom widget with id loop-button does not return a valid node These don't mean that much to me and are probably nothing to do with what we are investigating. They are likely harmless. I thought the output might show a complaint that the program could not connect to localhost:631. root@johnwtnc110:/home/john# netstat -tulpan | grep cups root@johnwtnc110:/home/john# netstat -tulpan Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 0.0.0.0:17500 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 127.0.0.1:17600 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 127.0.0.1:17603 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN 662/rpcbind tcp0 0 0.0.0.0:37809 0.0.0.0:* LISTEN 702/rpc.statd tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN This is the worrying bit. You have shown you have cups running but there is no sign here that it is listening for any connection on 127.0.0.1, which is localhost. We need to see your /etc/cups/cupsd.conf. Please would you post it. Send the contents of /etc/hosts too. Hope this helps It does. Cheers, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On 19/07/15 10:51, Brian Potkin wrote: On Sun 19 Jul 2015 at 08:28:28 +0100, John Talbut wrote: ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) That doesn't look very healthy but I don't know what significance it has in the context of this report. My system shows Active: active (waiting). Do you get any error message from Iceweasel if you run it from a terminal? Please post the output of 'netstat -tulpan | grep cups'. Cheers, Brian. $ iceweasel (process:1687): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed console.error: [CustomizableUI] Custom widget with id loop-button does not return a valid node console.error: [CustomizableUI] Custom widget with id loop-button does not return a valid node root@johnwtnc110:/home/john# netstat -tulpan | grep cups root@johnwtnc110:/home/john# netstat -tulpan Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 0.0.0.0:17500 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 127.0.0.1:17600 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 127.0.0.1:17603 0.0.0.0:* LISTEN 1042/dropbox tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN 662/rpcbind tcp0 0 0.0.0.0:37809 0.0.0.0:* LISTEN 702/rpc.statd tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN 754/sshd tcp0 0 192.168.100.7:49299 91.220.196.211:443 TIME_WAIT - tcp 38 0 192.168.100.7:37001 54.230.187.97:443 CLOSE_WAIT 1042/dropbox tcp0 0 192.168.100.7:49296 91.220.196.211:443 TIME_WAIT - tcp 38 0 192.168.100.7:41622 108.160.172.204:443 CLOSE_WAIT 1042/dropbox tcp 38 0 192.168.100.7:54396 54.192.184.178:443 CLOSE_WAIT 1042/dropbox tcp0 0 192.168.100.7:49298 91.220.196.211:443 TIME_WAIT - tcp0 0 192.168.100.7:59748 108.160.163.110:443 ESTABLISHED 1042/dropbox tcp0 0 192.168.100.7:50577 216.58.210.78:80 ESTABLISHED 1687/iceweasel tcp0 0 192.168.100.7:49244 91.220.196.211:443 TIME_WAIT - tcp6 0 0 :::111 :::* LISTEN 662/rpcbind tcp6 0 0 :::51475:::* LISTEN 702/rpc.statd tcp6 0 0 :::22 :::* LISTEN 754/sshd udp0 0 0.0.0.0:53530.0.0.0:* 732/avahi-daemon: r udp0 0 0.0.0.0:53028 0.0.0.0:* 732/avahi-daemon: r udp0 0 0.0.0.0:806 0.0.0.0:* 662/rpcbind udp0 0 127.0.0.1:878 0.0.0.0:* 702/rpc.statd udp0 0 0.0.0.0:45526 0.0.0.0:* 702/rpc.statd udp0 0 0.0.0.0:17500 0.0.0.0:* 1042/dropbox udp0 0 0.0.0.0:111 0.0.0.0:* 662/rpcbind udp0 0 192.168.100.7:123 0.0.0.0:* 768/ntpd udp0 0 127.0.0.1:123 0.0.0.0:* 768/ntpd udp0 0 0.0.0.0:123 0.0.0.0:* 768/ntpd udp6 0 0 :::5353 :::* 732/avahi-daemon: r udp6 0 0 :::806 :::* 662/rpcbind udp6 0 0 :::42386:::* 702/rpc.statd udp6 0 0 :::55263:::* 732/avahi-daemon: r udp6 0 0 :::111 :::* 662/rpcbind udp6 0 0 fe80::21b:b1ff:fe29:123 :::* 768/ntpd udp6 0 0 ::1:123 :::* 768/ntpd udp6 0 0 :::123 :::* 768/ntpd Hope this helps John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Thu, 16 Jul 2015 18:53:56 +0100 Brian Potkin claremont...@gmail.com wrote: On Wed 15 Jul 2015 at 23:44:48 +0100, Brad Rogers wrote: On Wed, 15 Jul 2015 07:09:47 +0100 John Talbut j...@dpets.co.uk wrote: After the recent update Firefox can't establish a connection to the server at localhost:631. Also, LibreOffice only shows a generic printer but other packages (Firefox, Mousepad) print OK. I've seen this myself. There's a simple workaround; As root, run 'cupsd' It's as simple as that. For whatever reason, cups is not being started, or falls over, when the system is booted. Hello John, How are you going on with this issue? When you say Firefox we expect you mean any browser. What do you mean by generic printer? What does 'netstat -tulpan | grep 631' give you? Regards, Brian. Hello Brian Sorry, I meant Iceweasel browser. The LibreOffice print dialogue only listed generic printer. I have tried running cupsd as root. Iceweasel still can't establish a connection to the server at localhost:631, but LibreOffice now lists several printers however they do not relate to the printer currently available on the network where I am. running netstat -tulpan | grep 631 as root gives me nothing. Regards John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sat 18 Jul 2015 at 22:46:24 +0100, John Talbut wrote: I have tried running cupsd as root. Iceweasel still can't establish a connection to the server at localhost:631, but LibreOffice now lists several printers however they do not relate to the printer currently available on the network where I am. running netstat -tulpan | grep 631 as root gives me nothing. Hello John, An empty output for the netstat command would imply the cups daemon is not running. Which would imply something untoward if it happens after the machine has been rebooted. Does it? The status of cups can be confirmed with systemctl status cups cups.socket cups.path cups-browsed Please post the output of this command. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Wed 15 Jul 2015 at 23:44:48 +0100, Brad Rogers wrote: On Wed, 15 Jul 2015 07:09:47 +0100 John Talbut j...@dpets.co.uk wrote: After the recent update Firefox can't establish a connection to the server at localhost:631. Also, LibreOffice only shows a generic printer but other packages (Firefox, Mousepad) print OK. I've seen this myself. There's a simple workaround; As root, run 'cupsd' It's as simple as that. For whatever reason, cups is not being started, or falls over, when the system is booted. Hello John, How are you going on with this issue? When you say Firefox we expect you mean any browser. What do you mean by generic printer? What does 'netstat -tulpan | grep 631' give you? Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Package: cups Version: 2.0.3-6 Severity: normal After the recent update Firefox can't establish a connection to the server at localhost:631. Also, LibreOffice only shows a generic printer but other packages (Firefox, Mousepad) print OK. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4-20140525 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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.0.3-6 ii cups-common2.0.3-6 ii cups-core-drivers 2.0.3-6 ii cups-daemon2.0.3-6 ii cups-filters 1.0.71-1 ii cups-ppdc 2.0.3-6 ii cups-server-common 2.0.3-6 ii debconf [debconf-2.0] 1.5.56 ii ghostscript9.06~dfsg-2 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libc-bin 2.19-18 ii libc6 2.19-18 ii libcups2 2.0.3-6 ii libcupscgi12.0.3-6 ii libcupsimage2 2.0.3-6 ii libcupsmime1 2.0.3-6 ii libcupsppdc1 2.0.3-6 ii libgcc11:5.1.1-12 ii libstdc++6 5.1.1-12 ii libusb-1.0-0 2:1.0.19-1 ii lsb-base 4.1+Debian13+nmu1 ii poppler-utils 0.26.5-2 ii procps 2:3.3.10-2 Versions of packages cups recommends: ii avahi-daemon 0.6.31-5 ii colord 1.2.1-1+b2 ii cups-filters [ghostscript-cups] 1.0.71-1 ii printer-driver-gutenprint5.2.10-3 Versions of packages cups suggests: ii cups-bsd 2.0.3-6 pn cups-pdf none ii foomatic-db-compressed-ppds [foomatic-db] 20150411-1 pn hplip none pn printer-driver-hpcups none pn smbclient none ii udev 221-1 -- debconf information: cupsys/raw-print: true cupsys/backend: lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Wed, 15 Jul 2015 07:09:47 +0100 John Talbut j...@dpets.co.uk wrote: After the recent update Firefox can't establish a connection to the server at localhost:631. Also, LibreOffice only shows a generic printer but other packages (Firefox, Mousepad) print OK. I've seen this myself. There's a simple workaround; As root, run 'cupsd' It's as simple as that. For whatever reason, cups is not being started, or falls over, when the system is booted. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent Walking through town is quite scary I Predict A Riot - Kaiser Chiefs pgp14QKLOXFEr.pgp Description: OpenPGP digital signature
