Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Lisi Reisz]

On Saturday 04 February 2017 23:04:00 Roba wrote:
> Brian:
> > On Sat 04 Feb 2017 at 14:55:18 +0900, Mark Fletcher wrote:
> >> Indulge us, and add a line to your cupsd.conf as follows:
> >>
> >> Listen localhost:631
> >>
> >> and restart CUPS and see what happens.
> >
> > It would solve his problem.
> >
> > There is nothing in the postinst script for cups which would replace a
> > "Listen localhost:631" line. Easily tested with
> >
> >  apt-get --reinstall install cups
>
> Are you repeatedly denying what I have repeatedly said or is it that you
> just don't know and can't guess?  For the rest of the people following
> the thread I can assure you that neither I or has there been anybody
> "physically" that has touched this pc and omitted this line.
> I have no idea whether the update from jessie to stretch would replace
> this file, I assume it is not the same as the packages are different so
> the conf I suspect it might be different, I don't know.  That would put
> this change within the past 2-3 weeks.
>
> Unless I read specific instructions form a reliable source to edit a
> conf. file I don't go about messing with them, I know that much.
>
> So for me the puzzle remains, for Brian the explanation maybe I
> sleepwalk and change things unconsciously.

Do stop being so rude to one of the most helpful and knowledgeable people on 
the list who is trying to help you.

Lisi

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Sun 05 Feb 2017 at 00:39:00 +, Roba wrote:

> Thank you very much Gene,
> You are the first person to ever mention that "the line was removed" for
> security paranoia, not that I mistakenly removed it by mistake over the
> past few months of it running under jessie and not running under
> stretch.  This is what I wanted to find out, why did this happen.
> Now it DOES make sense.
> 
> I arrest my case!

This is a case of the perfect memory versus the contents of cups'
postinst script. The "perfect memory" is accessible to only one
person; the postinst script is accessible to everyone. All the
somebodies (that could be the OP if he feels inclined to other than
speculation and ad hominem) could examine it and point out where it
replaces 'Listen localhost:631' with something else.

Not that it is important in the grand scheme of things, but having
a technical detail or two wouldn't break the bank.

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

Thank you very much Gene,
You are the first person to ever mention that "the line was removed" for
security paranoia, not that I mistakenly removed it by mistake over the
past few months of it running under jessie and not running under
stretch.  This is what I wanted to find out, why did this happen.
Now it DOES make sense.

I arrest my case!

You can have the pickles I am allergic and you must have a craving for
them for mentioning them, save one for Brian!

Gene Heskett:
> 
> Do you want it fixed, or do you just want to whine about it? I don't know 
> why the paranoia over security has caused that to be removed some years 
> ago, but those of us with well isolated home networks have been putting 
> that line back in our /etc/cups/cupsd.conf for years. If you refuse to 
> do it, take your whine on down the hall where there might be some cheese  
> and maybe some pickles to go with it.
> 
>> So for me the puzzle remains, for Brian the explanation maybe I
>> sleepwalk and change things unconsciously.
> 
> 
> Cheers, Gene Heskett
> 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Sat 04 Feb 2017 at 18:44:04 -0500, Gene Heskett wrote:

> On Saturday 04 February 2017 18:04:00 Roba wrote:
> 
> > Brian:
> > > On Sat 04 Feb 2017 at 14:55:18 +0900, Mark Fletcher wrote:
> > >> Indulge us, and add a line to your cupsd.conf as follows:
> > >>
> > >> Listen localhost:631
> > >>
> > >> and restart CUPS and see what happens.
> > >
> > > It would solve his problem.
> > >
> > > There is nothing in the postinst script for cups which would replace
> > > a "Listen localhost:631" line. Easily tested with
> > >
> > >  apt-get --reinstall install cups
> >
> > Are you repeatedly denying what I have repeatedly said or is it that
> > you just don't know and can't guess?  For the rest of the people
> > following the thread I can assure you that neither I or has there been
> > anybody "physically" that has touched this pc and omitted this line.
> > I have no idea whether the update from jessie to stretch would replace
> > this file, I assume it is not the same as the packages are different
> > so the conf I suspect it might be different, I don't know.  That would
> > put this change within the past 2-3 weeks.
> >
> > Unless I read specific instructions form a reliable source to edit a
> > conf. file I don't go about messing with them, I know that much.
> 
> Do you want it fixed, or do you just want to whine about it? I don't know 
> why the paranoia over security has caused that to be removed some years 
> ago, but those of us with well isolated home networks have been putting 
> that line back in our /etc/cups/cupsd.conf for years. If you refuse to 
> do it, take your whine on down the hall where there might be some cheese  
> and maybe some pickles to go with it.

A problem was stated and diagnosed and a solution offered. Up to now,
the OP hasn't even had the grace to say what the solution did for him.

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Gene Heskett]

On Saturday 04 February 2017 18:04:00 Roba wrote:

> Brian:
> > On Sat 04 Feb 2017 at 14:55:18 +0900, Mark Fletcher wrote:
> >> Indulge us, and add a line to your cupsd.conf as follows:
> >>
> >> Listen localhost:631
> >>
> >> and restart CUPS and see what happens.
> >
> > It would solve his problem.
> >
> > There is nothing in the postinst script for cups which would replace
> > a "Listen localhost:631" line. Easily tested with
> >
> >  apt-get --reinstall install cups
>
> Are you repeatedly denying what I have repeatedly said or is it that
> you just don't know and can't guess?  For the rest of the people
> following the thread I can assure you that neither I or has there been
> anybody "physically" that has touched this pc and omitted this line.
> I have no idea whether the update from jessie to stretch would replace
> this file, I assume it is not the same as the packages are different
> so the conf I suspect it might be different, I don't know.  That would
> put this change within the past 2-3 weeks.
>
> Unless I read specific instructions form a reliable source to edit a
> conf. file I don't go about messing with them, I know that much.

Do you want it fixed, or do you just want to whine about it? I don't know 
why the paranoia over security has caused that to be removed some years 
ago, but those of us with well isolated home networks have been putting 
that line back in our /etc/cups/cupsd.conf for years. If you refuse to 
do it, take your whine on down the hall where there might be some cheese  
and maybe some pickles to go with it.

> So for me the puzzle remains, for Brian the explanation maybe I
> sleepwalk and change things unconsciously.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

Brian:
> On Sat 04 Feb 2017 at 14:55:18 +0900, Mark Fletcher wrote:

>> Indulge us, and add a line to your cupsd.conf as follows:
>>
>> Listen localhost:631
>>
>> and restart CUPS and see what happens.
>
> It would solve his problem.
>
> There is nothing in the postinst script for cups which would replace a
> "Listen localhost:631" line. Easily tested with
>
>  apt-get --reinstall install cups

Are you repeatedly denying what I have repeatedly said or is it that you
just don't know and can't guess?  For the rest of the people following
the thread I can assure you that neither I or has there been anybody
"physically" that has touched this pc and omitted this line.
I have no idea whether the update from jessie to stretch would replace
this file, I assume it is not the same as the packages are different so
the conf I suspect it might be different, I don't know.  That would put
this change within the past 2-3 weeks.

Unless I read specific instructions form a reliable source to edit a
conf. file I don't go about messing with them, I know that much.

So for me the puzzle remains, for Brian the explanation maybe I
sleepwalk and change things unconsciously.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Sat 04 Feb 2017 at 14:55:18 +0900, Mark Fletcher wrote:

> On Sat, Feb 04, 2017 at 01:42:00AM +, Roba wrote:
> > /etc/cups/cupsd.conf  (I thought whereis would have found it, I am wrong)
> > 
> > # Show general information in error_log.
> > LogLevel warn
> > MaxLogSize 0
> > Listen /var/run/cups/cups.sock
> > Listen /var/run/cups/cups.sock
> > Browsing On
> > BrowseLocalProtocols dnssd
> 
> In my _working_ CUPS on Jessie, I have :
> 
> Listen /var/run/cups/cups.sock
> Listen 192.168.11.5:631
> 
> which I find fascinating, as 192.168.11.5 is _NOT_ the IP address of my 
> computer, yet somehow it works anyway. The port scan you did a reply or

You don't mean localhost:631 works, surely? What is 192.168.11.5? Does
cupsd run on it?

> two ago showed you had something listening on UDP port 631, but nothing 
> on TCP port 631, which is why printing is not working. 

Exactly.

> Indulge us, and add a line to your cupsd.conf as follows:
> 
> Listen localhost:631
> 
> and restart CUPS and see what happens.

It would solve his problem.
 
> Assuming that works, you are going to want to know why it was necessary 
> to add it, and I am afraid I have no idea. I can tell you though, for 
> what use this is, it is _NOT_ a direct cause of the wheezy --> jessie 
> upgrade. I performed that upgrade (a good while ago, to be fair) and did 
> not experience this problem. So in the absence of better information I'd 
> have to guess something you did or something else you installed resulted 
> in this happening to your conf file. I really have no idea what that 
> could be though.

There is nothing in the postinst script for cups which would replace a
"Listen localhost:631" line. Easily tested with

 apt-get --reinstall install cups

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

Yes, this worked without specifying an ip just localhost:631

The upgrade was from jessie to stretch and I had never edited this file,
yesterday I didn't even know where it was.
If this line is by default in this file and this file pre-existed on
jessie how could that line be omitted?  Or was the upgrade from cups 1.7
to 2.2??  replacing this file?

My frustration as I recommend to others to leave their non-open non-free
systems and trying debian is that after a successful installation their
basic utilities (of an average Win7 user) are there.  No shell command
writing or editing script files.  It seems as this is not the case as it
is with 20% of packages installed not working with a particular desktop,
etc.

In the case of a near-sighted person leading the blind some experience
is not very confidence inspiring.  Most of the manuals have an extensive
administration and programmer experience as a prerequisite.  In other
words I have yet to find ONE debian manual page that explains one thing
without knowledge of many other things that appear as common knowledge
but are a foreign language to many of us mortals.  And it is getting
more complex instead of being simplified.

>In my _working_ CUPS on Jessie, I have :

>Listen /var/run/cups/cups.sock
>Listen 192.168.11.5:631

>which I find fascinating, as 192.168.11.5 is _NOT_ the IP address of my
>computer, yet somehow it works anyway. The port scan you did a reply or
>two ago showed you had something listening on UDP port 631, but nothing
>on TCP port 631, which is why printing is not working.

>Indulge us, and add a line to your cupsd.conf as follows:

>Listen localhost:631

>and restart CUPS and see what happens.

>Assuming that works, you are going to want to know why it was necessary
>to add it, and I am afraid I have no idea. I can tell you though, for
>what use this is, it is _NOT_ a direct cause of the wheezy --> jessie
>upgrade. I performed that upgrade (a good while ago, to be fair) and >did
>not experience this problem. So in the absence of better information >I'd
>have to guess something you did or something else you installed >resulted
>in this happening to your conf file. I really have no idea what that
>could be though.

>Mark


Mark Fletcher:
>In my _working_ CUPS on Jessie, I have :

Listen /var/run/cups/cups.sock
Listen 192.168.11.5:631

which I find fascinating, as 192.168.11.5 is _NOT_ the IP address of my
computer, yet somehow it works anyway. The port scan you did a reply or
two ago showed you had something listening on UDP port 631, but nothing
on TCP port 631, which is why printing is not working.

Indulge us, and add a line to your cupsd.conf as follows:

Listen localhost:631

and restart CUPS and see what happens.

Assuming that works, you are going to want to know why it was necessary
to add it, and I am afraid I have no idea. I can tell you though, for
what use this is, it is _NOT_ a direct cause of the wheezy --> jessie
upgrade. I performed that upgrade (a good while ago, to be fair) and did
not experience this problem. So in the absence of better information I'd
have to guess something you did or something else you installed resulted
in this happening to your conf file. I really have no idea what that
could be though.

Mark

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Mark Fletcher]

On Sat, Feb 04, 2017 at 01:42:00AM +, Roba wrote:
> /etc/cups/cupsd.conf  (I thought whereis would have found it, I am wrong)
> 
> # Show general information in error_log.
> LogLevel warn
> MaxLogSize 0
> Listen /var/run/cups/cups.sock
> Listen /var/run/cups/cups.sock
> Browsing On
> BrowseLocalProtocols dnssd

In my _working_ CUPS on Jessie, I have :

Listen /var/run/cups/cups.sock
Listen 192.168.11.5:631

which I find fascinating, as 192.168.11.5 is _NOT_ the IP address of my 
computer, yet somehow it works anyway. The port scan you did a reply or 
two ago showed you had something listening on UDP port 631, but nothing 
on TCP port 631, which is why printing is not working. 

Indulge us, and add a line to your cupsd.conf as follows:

Listen localhost:631

and restart CUPS and see what happens.

Assuming that works, you are going to want to know why it was necessary 
to add it, and I am afraid I have no idea. I can tell you though, for 
what use this is, it is _NOT_ a direct cause of the wheezy --> jessie 
upgrade. I performed that upgrade (a good while ago, to be fair) and did 
not experience this problem. So in the absence of better information I'd 
have to guess something you did or something else you installed resulted 
in this happening to your conf file. I really have no idea what that 
could be though.

Mark

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

/etc/cups/printers.conf

# Printer configuration file for CUPS v2.2.1
# Written by cupsd
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING

UUID urn:uuid:deleted==
Info RICOH SP 112SU DDST
Location hubbabubba
MakeModel Ricoh Aficio SP 100, pstoricohddst-gdi 0.5 alpha
DeviceURI usb://RICOH/SP%20112SU%20DDST?serial=X004MB30122=1
State Stopped
StateMessage Unplugged or turned off
StateTime 1486071181
ConfigTime 1485807894
Reason paused
Type 8392772
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job


UUID urn:uuid:=
Info RICOH SP 112SU DDST
Location Here
DeviceURI usb://RICOH/SP%20112SU%20DDST?serial=X004MB30122=1
State Stopped
StateMessage Unplugged or turned off
StateTime 1486071181
ConfigTime 1485812060
Reason paused
Type 8388612
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
AllowUser 
AllowUser 
AllowUser 
AllowUser xtxtxtx
OpPolicy default
ErrorPolicy retry-job
Option number-up 4



Roba:
> Let us see.
> I HAVE explained I have done nothing to alter what existed from "stock"
> in Jessie (when cups) did work from the browser, right?
> Now it does not and I HAVE DONE NOTHING other than upgrading from stable
> to testing.  And cups does not work.  Now how would your question
> address this issue?
> 
> You want to see output published here on the list but your email does
> not really exist, so you read the list from elsewhere.  That makes me
> wonder with who or what am I talking to.
> 
> $ whereis cupsd.conf
> cupsd: /usr/sbin/cupsd /usr/share/man/man8/cupsd.8.gz
> 
> $ ls -al /usr/sbin/cup*
> -rwxr-xr-x 1 root root 174416 Jan 19 15:44 /usr/sbin/cups-browsed
> -rwxr-xr-x 1 root root  27980 Feb 16  2016 /usr/sbin/cups-genppdupdate
> -rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsaccept
> -rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsaddsmb
> -rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsctl
> -rwxr-xr-x 1 root root 416328 Jan 18 15:06 /usr/sbin/cupsd
> lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsdisable ->
> cupsaccept
> lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsenable ->
> cupsaccept
> -rwxr-xr-x 1 root root  26920 Jan 18 15:06 /usr/sbin/cupsfilter
> lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsreject ->
> cupsaccept
> 
> Anything else I can help you with?
> Because it doesn't seem any more that I am seeking help from someone who
> wants to help but from someone who wants to interrogate and arrogantly
> wants to make anybody seem inferior.  If that really matters to you, I
> do not know and I do not wish to compete with any experts for the
> position of the expert.  It is not even that extreme for me to make the
> damn printer work.
> 
> BUT
> 
> If CUPS worked and one does nothing to affect it (consciously at least
> because I'd rather do work than be fiddling with debian bugs) and after
> some upgrade/update it doesn't I suspect it is a bug on behalf of the
> system and not MY PROBLEM.  Because if I had left the damn thing alone
> unupdated in its old stable state I wouldn't be here asking questions.
> 
> I suspect this is not what DEBIAN as a community want or expect.
> 
> Now if we can address the issue and not the bearer of the symptom we can
> become constructive again.
> 
> 
> 
> 
> 
> 
> Brian:
>> On Wed 01 Feb 2017 at 23:58:15 +, Brian wrote:
>>
>>> On Wed 01 Feb 2017 at 23:21:00 +, Brian wrote:
>>>
 When cupsd starts (as yours has done) it listens for incoming connections
 on port 631 for tcp and tcp6. Print jobs are sent to port 631. A browser
 connects to tcp port 631. Your netstat output shows no listening on tcp
 port 631. No wonder http://localhost:631 will not work.

 Reason? No idea, but that is problem. It could lie with your cupsd.conf
 in /etc/cups. Or something you have done with the networking setup.
>>>
>>> The default cupsd.conf has the line
>>>
>>>  Listen localhost:631
>>>
>>> Does yours?
>>
>> A simple enough question. Well?
>>
> 
> 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

/etc/cups/cupsd.conf  (I thought whereis would have found it, I am wrong)

# Show general information in error_log.
LogLevel warn
MaxLogSize 0
Listen /var/run/cups/cups.sock
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


  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  
Order deny,allow
  
  
Require user @OWNER @SYSTEM
Order deny,allow
  
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  
Require user @OWNER @SYSTEM
Order deny,allow
  
  
Order deny,allow
  


  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default
  
AuthType Default
Order deny,allow
  
  
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
  
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
  
  
Order deny,allow
  

JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
PreserveJobHistory No


Roba:
> Let us see.
> I HAVE explained I have done nothing to alter what existed from "stock"
> in Jessie (when cups) did work from the browser, right?
> Now it does not and I HAVE DONE NOTHING other than upgrading from stable
> to testing.  And cups does not work.  Now how would your question
> address this issue?
> 
> You want to see output published here on the list but your email does
> not really exist, so you read the list from elsewhere.  That makes me
> wonder with who or what am I talking to.
> 
> $ whereis cupsd.conf
> cupsd: /usr/sbin/cupsd /usr/share/man/man8/cupsd.8.gz
> 
> $ ls -al /usr/sbin/cup*
> -rwxr-xr-x 1 root root 174416 Jan 19 15:44 /usr/sbin/cups-browsed
> -rwxr-xr-x 1 root root  27980 Feb 16  2016 /usr/sbin/cups-genppdupdate
> -rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsaccept
> -rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsaddsmb
> -rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsctl
> -rwxr-xr-x 1 root root 416328 Jan 18 15:06 /usr/sbin/cupsd
> lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsdisable ->
> cupsaccept
> lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsenable ->
> cupsaccept
> -rwxr-xr-x 1 root root  26920 Jan 18 15:06 /usr/sbin/cupsfilter
> lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsreject ->
> cupsaccept
> 
> Anything else I can help you with?
> Because it doesn't seem any more that I am seeking help from someone who
> wants to help but from someone who wants to interrogate and arrogantly
> wants to make anybody seem inferior.  If that really matters to you, I
> do not know and I do not wish to compete with any experts for the
> position of the expert.  It is not even that extreme for me to make the
> damn printer work.
> 
> BUT
> 
> If CUPS worked and one does nothing to affect it (consciously at least
> because I'd rather do work than be fiddling with debian bugs) and after
> some upgrade/update it doesn't I suspect it is a bug on behalf of the
> system and not MY PROBLEM.  Because if I had left the damn thing alone
> unupdated in its old stable state I wouldn't be here asking questions.
> 
> I suspect this is not what DEBIAN as a community want or expect.
> 
> Now if we can address the issue and not the bearer of the symptom we can
> become constructive again.
> 
> 
> 
> 
> 
> 
> Brian:
>> On Wed 01 Feb 2017 at 23:58:15 +, Brian wrote:
>>
>>> On Wed 01 Feb 2017 at 23:21:00 +, Brian wrote:
>>>
 When cupsd starts (as yours has done) it listens for incoming connections
 on port 631 for tcp and tcp6. Print jobs are sent to port 631. A browser
 connects to tcp port 631. Your netstat output shows no listening on tcp
 port 631. No wonder http://localhost:631 will not work.

 Reason? No idea, but that is problem. It could lie with your cupsd.conf
 in /etc/cups. Or something you have done with the networking setup.
>>>
>>> The default cupsd.conf has the line
>>>
>>>  Listen localhost:631
>>>
>>> Does yours?
>>
>> A simple enough question. Well?
>>
> 
> 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

Let us see.
I HAVE explained I have done nothing to alter what existed from "stock"
in Jessie (when cups) did work from the browser, right?
Now it does not and I HAVE DONE NOTHING other than upgrading from stable
to testing.  And cups does not work.  Now how would your question
address this issue?

You want to see output published here on the list but your email does
not really exist, so you read the list from elsewhere.  That makes me
wonder with who or what am I talking to.

$ whereis cupsd.conf
cupsd: /usr/sbin/cupsd /usr/share/man/man8/cupsd.8.gz

$ ls -al /usr/sbin/cup*
-rwxr-xr-x 1 root root 174416 Jan 19 15:44 /usr/sbin/cups-browsed
-rwxr-xr-x 1 root root  27980 Feb 16  2016 /usr/sbin/cups-genppdupdate
-rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsaccept
-rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsaddsmb
-rwxr-xr-x 1 root root  10232 Jan 18 15:06 /usr/sbin/cupsctl
-rwxr-xr-x 1 root root 416328 Jan 18 15:06 /usr/sbin/cupsd
lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsdisable ->
cupsaccept
lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsenable ->
cupsaccept
-rwxr-xr-x 1 root root  26920 Jan 18 15:06 /usr/sbin/cupsfilter
lrwxrwxrwx 1 root root 10 Jan 18 15:06 /usr/sbin/cupsreject ->
cupsaccept

Anything else I can help you with?
Because it doesn't seem any more that I am seeking help from someone who
wants to help but from someone who wants to interrogate and arrogantly
wants to make anybody seem inferior.  If that really matters to you, I
do not know and I do not wish to compete with any experts for the
position of the expert.  It is not even that extreme for me to make the
damn printer work.

BUT

If CUPS worked and one does nothing to affect it (consciously at least
because I'd rather do work than be fiddling with debian bugs) and after
some upgrade/update it doesn't I suspect it is a bug on behalf of the
system and not MY PROBLEM.  Because if I had left the damn thing alone
unupdated in its old stable state I wouldn't be here asking questions.

I suspect this is not what DEBIAN as a community want or expect.

Now if we can address the issue and not the bearer of the symptom we can
become constructive again.






Brian:
> On Wed 01 Feb 2017 at 23:58:15 +, Brian wrote:
> 
>> On Wed 01 Feb 2017 at 23:21:00 +, Brian wrote:
>>
>>> When cupsd starts (as yours has done) it listens for incoming connections
>>> on port 631 for tcp and tcp6. Print jobs are sent to port 631. A browser
>>> connects to tcp port 631. Your netstat output shows no listening on tcp
>>> port 631. No wonder http://localhost:631 will not work.
>>>
>>> Reason? No idea, but that is problem. It could lie with your cupsd.conf
>>> in /etc/cups. Or something you have done with the networking setup.
>>
>> The default cupsd.conf has the line
>>
>>  Listen localhost:631
>>
>> Does yours?
> 
> A simple enough question. Well?
> 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Wed 01 Feb 2017 at 23:58:15 +, Brian wrote:

> On Wed 01 Feb 2017 at 23:21:00 +, Brian wrote:
> 
> > When cupsd starts (as yours has done) it listens for incoming connections
> > on port 631 for tcp and tcp6. Print jobs are sent to port 631. A browser
> > connects to tcp port 631. Your netstat output shows no listening on tcp
> > port 631. No wonder http://localhost:631 will not work.
> > 
> > Reason? No idea, but that is problem. It could lie with your cupsd.conf
> > in /etc/cups. Or something you have done with the networking setup.
> 
> The default cupsd.conf has the line
> 
>  Listen localhost:631
> 
> Does yours?

A simple enough question. Well?

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Wed 01 Feb 2017 at 23:21:00 +, Brian wrote:

> When cupsd starts (as yours has done) it listens for incoming connections
> on port 631 for tcp and tcp6. Print jobs are sent to port 631. A browser
> connects to tcp port 631. Your netstat output shows no listening on tcp
> port 631. No wonder http://localhost:631 will not work.
> 
> Reason? No idea, but that is problem. It could lie with your cupsd.conf
> in /etc/cups. Or something you have done with the networking setup.

The default cupsd.conf has the line

 Listen localhost:631

Does yours?

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Wed 01 Feb 2017 at 21:55:00 +, Roba wrote:

> I hope you don't mind helping me still even most of this makes little
> sense to me.  I still don't want all my ip stuff going out to the list
> So here is the output
> 
> Brian:$ systemctl status cups
> �� cups.service - CUPS Scheduler
>Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor
> preset: ena
>Active: active (running) since Wed 2017-02-01 @@T; xh ymin ago
>  Docs: man:cupsd(8)
>  Main PID: 353 (cupsd)
> Tasks: 2 (limit: 4915)
>CGroup: /system.slice/cups.service
>�� 353 /usr/sbin/cupsd -l
>��5428 /usr/lib/cups/notifier/dbus dbus://
> 
> Feb 01 z systemd[1]: Started CUPS Scheduler.

This shows that the main managing process, cupsd, is running. Without
it, you can do no printing. It looks good up to now. But see later.
 
> $ netstat -tulpan
> (Not all processes could be identified, non-owned process info
>  will not be shown, you would have to be root to see it all.)
> 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:38837   0.0.0.0:*
> LISTEN  -
> tcp0  0 0.0.0.0:22  0.0.0.0:*
> LISTEN  -
> tcp0  0 127.0.0.1:9050  0.0.0.0:*
> LISTEN  -
> tcp0  0 127.0.0.1:2013  0.0.0.0:*
> LISTEN  -
> tcp0  0 127.0.0.1:7070  0.0.0.0:*
> LISTEN  -
> tcp0  0 127.0.0.1:1984  0.0.0.0:*
> LISTEN  -
> tcp0  0 0.0.0.0:46465   0.0.0.0:*
> LISTEN  -
> tcp0  0 0.0.0.0:20490.0.0.0:*
> LISTEN  -
> tcp0  0 0.0.0.0:51395   0.0.0.0:*
> LISTEN  -
> tcp0  0 0.0.0.0:48197   0.0.0.0:*
> LISTEN  -
> tcp0  0 127.0.0.1:9000  0.0.0.0:*
> LISTEN  -
> tcp0  0 127.0.0.1:9001  0.0.0.0:*
> LISTEN  -
> tcp0  0 0.0.0.0:111 0.0.0.0:*
> LISTEN  -
> tcp0  0 192.168.1.45:53730  93.184.220.29:80
> TIME_WAIT   -
> tcp0  0 127.0.0.1:34794 127.0.0.1:9001
> ESTABLISHED -
> tcp0  0 127.0.0.1:9001  127.0.0.1:34794
> ESTABLISHED -
> tcp0  0 192.168.1.45:53728  93.184.220.29:80
> TIME_WAIT   -
> tcp0  0 192.168.1.45:53998  93.184.220.29:80
> TIME_WAIT   -
> tcp0  0 127.0.0.1:9000  127.0.0.1:44002
> ESTABLISHED -
> tcp0  0 127.0.0.1:44002 127.0.0.1:9000
> ESTABLISHED -
> tcp0  0 192.168.1.45:48406  54.192.217.183:443
> TIME_WAIT   -
> tcp0  0 192.168.1.45:45126  54.192.217.224:443
> TIME_WAIT   -
> tcp0  0 192.168.1.45:48584  54.192.217.207:443
> TIME_WAIT   -
> tcp6   0  0 :::36915:::*
> LISTEN  -
> tcp6   0  0 :::22   :::*
> LISTEN  -
> tcp6   0  0 :::60153:::*
> LISTEN  -
> tcp6   0  0 :::2049 :::*
> LISTEN  -
> tcp6   0  0 :::51429:::*
> LISTEN  -
> tcp6   0  0 :::50731:::*
> LISTEN  -
> tcp6   0  0 :::111  :::*
> LISTEN  -
> tcp6   0  0 2a02:2149:864a:4d:47310 2a00:1450:4017:803:::80
> TIME_WAIT   -
> tcp6   0  0 2a02:2149:864a:4d:42114 2a00:1450:4017:804::443
> TIME_WAIT   -
> tcp6   0  0 2a02:2149:864a:4d:33574 2a00:1450:4017:803::443
> TIME_WAIT   -
> tcp6   0  0 2a02:2149:864a:4d:46414 2a00:1450:4017:803::443
> TIME_WAIT   -
> udp0  0 0.0.0.0:33645   0.0.0.0:*
>-
> udp0  0 0.0.0.0:927 0.0.0.0:*
>-
> udp0  0 0.0.0.0:53530.0.0.0:*
>-
> udp0  0 0.0.0.0:48658   0.0.0.0:*
>-
> udp0  0 0.0.0.0:34484   0.0.0.0:*
>-
> udp0  0 0.0.0.0:20490.0.0.0:*
>-
> udp0  0 0.0.0.0:68  0.0.0.0:*
>-
> udp0  0 0.0.0.0:111 0.0.0.0:*
>-
> udp0  0 0.0.0.0:35347   0.0.0.0:*
>-
> udp0  0 0.0.0.0:35403   0.0.0.0:*
>-
> udp0  0 0.0.0.0:631 0.0.0.0:*
>-
> udp6   0  0 :::927  :::*
>-
> udp6   0  0 :::5353 :::*
>-
> udp6   0  0 :::40494:::*
>-
> udp6   0  0 :::42937:::*
>-
> udp6   0  0 :::2049 :::*
>-
> udp6   0  0 :::111  :::*
>-
> udp6   0  0 :::47399:::*
>-
> udp6   0  0 :::49449:::*
>-
> udp6   0  0 :::41524:::*
>-
> 
> 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

I hope you don't mind helping me still even most of this makes little
sense to me.  I still don't want all my ip stuff going out to the list
So here is the output

Brian:$ systemctl status cups
�� cups.service - CUPS Scheduler
   Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor
preset: ena
   Active: active (running) since Wed 2017-02-01 @@T; xh ymin ago
 Docs: man:cupsd(8)
 Main PID: 353 (cupsd)
Tasks: 2 (limit: 4915)
   CGroup: /system.slice/cups.service
   �� 353 /usr/sbin/cupsd -l
   ��5428 /usr/lib/cups/notifier/dbus dbus://

Feb 01 z systemd[1]: Started CUPS Scheduler.

$ netstat -tulpan
(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
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:38837   0.0.0.0:*
LISTEN  -
tcp0  0 0.0.0.0:22  0.0.0.0:*
LISTEN  -
tcp0  0 127.0.0.1:9050  0.0.0.0:*
LISTEN  -
tcp0  0 127.0.0.1:2013  0.0.0.0:*
LISTEN  -
tcp0  0 127.0.0.1:7070  0.0.0.0:*
LISTEN  -
tcp0  0 127.0.0.1:1984  0.0.0.0:*
LISTEN  -
tcp0  0 0.0.0.0:46465   0.0.0.0:*
LISTEN  -
tcp0  0 0.0.0.0:20490.0.0.0:*
LISTEN  -
tcp0  0 0.0.0.0:51395   0.0.0.0:*
LISTEN  -
tcp0  0 0.0.0.0:48197   0.0.0.0:*
LISTEN  -
tcp0  0 127.0.0.1:9000  0.0.0.0:*
LISTEN  -
tcp0  0 127.0.0.1:9001  0.0.0.0:*
LISTEN  -
tcp0  0 0.0.0.0:111 0.0.0.0:*
LISTEN  -
tcp0  0 192.168.1.45:53730  93.184.220.29:80
TIME_WAIT   -
tcp0  0 127.0.0.1:34794 127.0.0.1:9001
ESTABLISHED -
tcp0  0 127.0.0.1:9001  127.0.0.1:34794
ESTABLISHED -
tcp0  0 192.168.1.45:53728  93.184.220.29:80
TIME_WAIT   -
tcp0  0 192.168.1.45:53998  93.184.220.29:80
TIME_WAIT   -
tcp0  0 127.0.0.1:9000  127.0.0.1:44002
ESTABLISHED -
tcp0  0 127.0.0.1:44002 127.0.0.1:9000
ESTABLISHED -
tcp0  0 192.168.1.45:48406  54.192.217.183:443
TIME_WAIT   -
tcp0  0 192.168.1.45:45126  54.192.217.224:443
TIME_WAIT   -
tcp0  0 192.168.1.45:48584  54.192.217.207:443
TIME_WAIT   -
tcp6   0  0 :::36915:::*
LISTEN  -
tcp6   0  0 :::22   :::*
LISTEN  -
tcp6   0  0 :::60153:::*
LISTEN  -
tcp6   0  0 :::2049 :::*
LISTEN  -
tcp6   0  0 :::51429:::*
LISTEN  -
tcp6   0  0 :::50731:::*
LISTEN  -
tcp6   0  0 :::111  :::*
LISTEN  -
tcp6   0  0 2a02:2149:864a:4d:47310 2a00:1450:4017:803:::80
TIME_WAIT   -
tcp6   0  0 2a02:2149:864a:4d:42114 2a00:1450:4017:804::443
TIME_WAIT   -
tcp6   0  0 2a02:2149:864a:4d:33574 2a00:1450:4017:803::443
TIME_WAIT   -
tcp6   0  0 2a02:2149:864a:4d:46414 2a00:1450:4017:803::443
TIME_WAIT   -
udp0  0 0.0.0.0:33645   0.0.0.0:*
   -
udp0  0 0.0.0.0:927 0.0.0.0:*
   -
udp0  0 0.0.0.0:53530.0.0.0:*
   -
udp0  0 0.0.0.0:48658   0.0.0.0:*
   -
udp0  0 0.0.0.0:34484   0.0.0.0:*
   -
udp0  0 0.0.0.0:20490.0.0.0:*
   -
udp0  0 0.0.0.0:68  0.0.0.0:*
   -
udp0  0 0.0.0.0:111 0.0.0.0:*
   -
udp0  0 0.0.0.0:35347   0.0.0.0:*
   -
udp0  0 0.0.0.0:35403   0.0.0.0:*
   -
udp0  0 0.0.0.0:631 0.0.0.0:*
   -
udp6   0  0 :::927  :::*
   -
udp6   0  0 :::5353 :::*
   -
udp6   0  0 :::40494:::*
   -
udp6   0  0 :::42937:::*
   -
udp6   0  0 :::2049 :::*
   -
udp6   0  0 :::111  :::*
   -
udp6   0  0 :::47399:::*
   -
udp6   0  0 :::49449:::*
   -
udp6   0  0 :::41524:::*
   -

as root

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:38837   0.0.0.0:*
LISTEN  963/rpc.mountd
tcp0  0 0.0.0.0:22  0.0.0.0:*
LISTEN  957/sshd
tcp0  0 127.0.0.1:9050  0.0.0.0:*
LISTEN  1123/tor
tcp0  0 127.0.0.1:2013  0.0.0.0:*

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Wed 01 Feb 2017 at 14:13:00 +, Roba wrote:

> reaching CUPS, as I should be able to, is the problem, not printing
> (that is a personal problem).

It gives you a way of setting up the printer without the web interface.

> Again, your help (Brian) is appreciated but it seems as the problem and
> the reason I am bringing it up here is not just to solve my own printer
> problem, as this I brought into myself last year by buying a cheap
> printer with no linux support.
> 
> Let's say I buy another printer with linux drivers available, would CUPS
> be reachable.  To sum it up, there are others out there with Debian
> upgrade to testing that experienced the same and although they pin point
> the problem to /etc/hosts PARANOIA I have not been able to do the same
> as I can not find the correct syntax for making exceptions.

/etc/hosts has nothing to do with /etc/hosts.allow (which was mentioned
earlier).

> LYNX did not work, same unreachable response (wow it is still alive?)
> I will not try to rename ~/.mozilla as I already said that I created a
> new user and started ff from scratch new - no-plugins  No difference.
> Running browser as root did not reach.  I am suspecting a more serious
> problem than it appears.
> 
> Here is another output if that helps:
> $ ping 127.0.0.1
> PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
> 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.015 ms
> $ ping 127.0.0.1:631
> ping: 127.0.0.1:631: Name or service not known

The last command will fail for 100% of users.

Please post the outputs of

  systemctl status cups

and

  netstat -tulpan

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Roba]

reaching CUPS, as I should be able to, is the problem, not printing
(that is a personal problem).

Again, your help (Brian) is appreciated but it seems as the problem and
the reason I am bringing it up here is not just to solve my own printer
problem, as this I brought into myself last year by buying a cheap
printer with no linux support.

Let's say I buy another printer with linux drivers available, would CUPS
be reachable.  To sum it up, there are others out there with Debian
upgrade to testing that experienced the same and although they pin point
the problem to /etc/hosts PARANOIA I have not been able to do the same
as I can not find the correct syntax for making exceptions.

LYNX did not work, same unreachable response (wow it is still alive?)
I will not try to rename ~/.mozilla as I already said that I created a
new user and started ff from scratch new - no-plugins  No difference.
Running browser as root did not reach.  I am suspecting a more serious
problem than it appears.

Here is another output if that helps:
$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.015 ms
$ ping 127.0.0.1:631
ping: 127.0.0.1:631: Name or service not known

ftp or telnet was not responsive either

I also run LXDE, going to X or openbox had the same exact results.

Brian:
> On Wed 01 Feb 2017 at 01:18:40 +0100, r...@openmailbox.org wrote:
> 
>>> Device: uri = usb://RICOH/SP%20112SU%20DDST?serial=X004MB30122=1
>>>class = direct
>>>info = RICOH SP 112SU DDST
>>>make-and-model = RICOH SP 112SU DDST
>>>device-id = MFG:RICOH ;CMD:GDI;MDL:SP 112SU DDST;CLS:PRINTER;
>>>location =
> 
> You appear to have a browser problem rather than a printing problem.
> I believe the advice with Firefox is to move ~/.mozilla out of the
> way and restart it. Lynx would be good enough for what you want to
> do. Try that to access localhost:631.
> 
> Alternatively, put your PPD in /usr/share/ppd/custom and use
> 
> lpadmin -p ... -v usb://RICOH/... -E -m /usr/share/ppd/custom/
> 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Wed 01 Feb 2017 at 01:18:40 +0100, r...@openmailbox.org wrote:

> >Device: uri = usb://RICOH/SP%20112SU%20DDST?serial=X004MB30122=1
> >class = direct
> >info = RICOH SP 112SU DDST
> >make-and-model = RICOH SP 112SU DDST
> >device-id = MFG:RICOH ;CMD:GDI;MDL:SP 112SU DDST;CLS:PRINTER;
> >location =
> >
> Thanks for your help by the way, here is some other weird occurrence.
> I run sudo firefox to see if it was a privilege problem and get this:
> The screen came up but all links from the main page would run to a denial
> page.
> The screen was from a cached page from way back when it was 1.7.5, while the
> current installed cups is 2.2.1-6 ..
>
> When you delete the cached page same thing happens, deny deny deny.
> Should I get something like konqueror or opera and try it?  I hate
> downloading stuff and deleting it as I had run into trouble before 

You appear to have a browser problem rather than a printing problem.
I believe the advice with Firefox is to move ~/.mozilla out of the
way and restart it. Lynx would be good enough for what you want to
do. Try that to access localhost:631.

Alternatively, put your PPD in /usr/share/ppd/custom and use

lpadmin -p ... -v usb://RICOH/... -E -m /usr/share/ppd/custom/

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[roba]

Thanks for your help by the way, here is some other weird occurrence.
I run sudo firefox to see if it was a privilege problem and get this:
The screen came up but all links from the main page would run to a 
denial page.
The screen was from a cached page from way back when it was 1.7.5, while 
the current installed cups is 2.2.1-6 ..


When you delete the cached page same thing happens, deny deny deny.
Should I get something like konqueror or opera and try it?  I hate 
downloading stuff and deleting it as I had run into trouble before





Device: uri = 
usb://RICOH/SP%20112SU%20DDST?serial=X004MB30122=1

class = direct
info = RICOH SP 112SU DDST
make-and-model = RICOH SP 112SU DDST
device-id = MFG:RICOH ;CMD:GDI;MDL:SP 112SU DDST;CLS:PRINTER;
location =



The rest on the list are pretty blank, nothing assigned.  UNKNOWN and
blanks after =




From: Brian 



Debian has changed nothing to account for localhost:631 not being
open to you. 'Webinterface No' in cupsd.conf could be a reason for
your experience, but a browser would inform you of this and offer
a solution.

TCP wrappers controls access from other machines on the network,
not from localhost. In any case, cupsd does not use libwrap.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[roba]

Sorry hear it is again, complete:

Device: uri = https
class = network
info = Internet Printing Protocol (https)
make-and-model = Unknown
device-id =
location =
Device: uri = socket
class = network
info = AppSocket/HP JetDirect
make-and-model = Unknown
device-id =
location =
Device: uri = ipp14
class = network
info = Internet Printing Protocol (ipp14)
make-and-model = Unknown
device-id =
location =
Device: uri = cups-pdf:/
class = file
info = CUPS-PDF
make-and-model = Virtual PDF Printer
device-id = MFG:Generic;MDL:CUPS-PDF Printer;DES:Generic 
CUPS-PDF Printer;CLS:PRINTER;CMD:POSTSCRIPT;

location =
Device: uri = lpd
class = network
info = LPD/LPR Host or Printer
make-and-model = Unknown
device-id =
location =
Device: uri = http
class = network
info = Internet Printing Protocol (http)
make-and-model = Unknown
device-id =
location =
Device: uri = beh
class = network
info = Backend Error Handler
make-and-model = Unknown
device-id =
location =
Device: uri = ipp
class = network
info = Internet Printing Protocol (ipp)
make-and-model = Unknown
device-id =
location =
Device: uri = serial:/dev/ttyS0?baud=115200
class = serial
info = Serial Port #1
make-and-model = Unknown
device-id =
location =
Device: uri = serial:/dev/ttyS1?baud=115200
class = serial
info = Serial Port #2
make-and-model = Unknown
device-id =
location =
Device: uri = ipps
class = network
info = Internet Printing Protocol (ipps)
make-and-model = Unknown
device-id =
location =
Device: uri = 
usb://RICOH/SP%20112SU%20DDST?serial=X004MB30122=1

class = direct
info = RICOH SP 112SU DDST
make-and-model = RICOH SP 112SU DDST
device-id = MFG:RICOH ;CMD:GDI;MDL:SP 112SU DDST;CLS:PRINTER;
location =



The rest on the list are pretty blank, nothing assigned.  UNKNOWN and
blanks after =




From: Brian 



Debian has changed nothing to account for localhost:631 not being
open to you. 'Webinterface No' in cupsd.conf could be a reason for
your experience, but a browser would inform you of this and offer
a solution.

TCP wrappers controls access from other machines on the network,
not from localhost. In any case, cupsd does not use libwrap.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Wed 01 Feb 2017 at 00:40:53 +0100, r...@openmailbox.org wrote:

> Device: uri = cups-pdf:/
> class = file
> info = CUPS-PDF
> make-and-model = Virtual PDF Printer
> device-id = MFG:Generic;MDL:CUPS-PDF Printer;DES:Generic CUPS-PDF
> Printer;CLS:PRINTER;CMD:POSTSCRIPT;
> location =
> 
> The rest on the list are pretty blank, nothing assigned.  UNKNOWN and blanks
> after =
> 
> >
> >>From: Brian 
> >
> >>Debian has changed nothing to account for localhost:631 not being
> >>open to you. 'Webinterface No' in cupsd.conf could be a reason for
> >>your experience, but a browser would inform you of this and offer
> >>a solution.
> >>
> >>TCP wrappers controls access from other machines on the network,
> >>not from localhost. In any case, cupsd does not use libwrap.

Considering this thread is about your printer, I assumed you would
plug it in. You appear not to have done so. Please repeat and repost.

-- 
Brian.
 

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[roba]

Device: uri = cups-pdf:/
class = file
info = CUPS-PDF
make-and-model = Virtual PDF Printer
device-id = MFG:Generic;MDL:CUPS-PDF Printer;DES:Generic 
CUPS-PDF Printer;CLS:PRINTER;CMD:POSTSCRIPT;

location =

The rest on the list are pretty blank, nothing assigned.  UNKNOWN and 
blanks after =





From: Brian 



Debian has changed nothing to account for localhost:631 not being
open to you. 'Webinterface No' in cupsd.conf could be a reason for
your experience, but a browser would inform you of this and offer
a solution.

TCP wrappers controls access from other machines on the network,
not from localhost. In any case, cupsd does not use libwrap.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[Brian]

On Tue 31 Jan 2017 at 23:06:53 +0100, r...@openmailbox.org wrote:

> Well I sure haven't changed anything other than upgrade packages.  Now if
> some other package interferes with cupsd I don't know.  I know I spent some
> days fighting :631 4-5 months ago to get it (the printer) to work.  Cups
> worked fine then.  I have not tried any other printer since.
> 
> Obviously there seem to be other people elsewhere that refer to this
> problem.  Losing contact with cups after a stretch upgrade.  The only
> solution I found I listed but either I don't understand the commands or it
> is not working for me.
> 
> I even created a new user, run firefox stock 1st time no plugins ... and
> nothing.  Unreachable it says.  No instructions what so ever.  Even sudo
> firefox didn't reach.  NADA!
> 
> I think it is ridiculous after so many months to be holding a Win7 partition
> to be able to print stuff and it is not the printer problem anymore as a
> previous generic pc of similar specs printed just fine with Jessie.  This
> one is a stock DELL with no sign of hardware incompatibility.  Again, I am
> on LXDE Stretch, AMD64, and it is a USB printer, no network stuff.  The
> printer settings gui identified the correct printer and model.  No way to
> drive it.

Please post the output of

 /usr/sbin/lpinfo -l -v

in your next mail here.

-- 
Brian.

Re: CUPS in stretch does NOT WORK - Ricoh printer SP112 SP112-su

[roba]

Well I sure haven't changed anything other than upgrade packages.  Now 
if some other package interferes with cupsd I don't know.  I know I 
spent some days fighting :631 4-5 months ago to get it (the printer) to 
work.  Cups worked fine then.  I have not tried any other printer since.


Obviously there seem to be other people elsewhere that refer to this 
problem.  Losing contact with cups after a stretch upgrade.  The only 
solution I found I listed but either I don't understand the commands or 
it is not working for me.


I even created a new user, run firefox stock 1st time no plugins ... and 
nothing.  Unreachable it says.  No instructions what so ever.  Even sudo 
firefox didn't reach.  NADA!


I think it is ridiculous after so many months to be holding a Win7 
partition to be able to print stuff and it is not the printer problem 
anymore as a previous generic pc of similar specs printed just fine with 
Jessie.  This one is a stock DELL with no sign of hardware 
incompatibility.  Again, I am on LXDE Stretch, AMD64, and it is a USB 
printer, no network stuff.  The printer settings gui identified the 
correct printer and model.  No way to drive it.




On 2017-01-30 22:47, r...@openmailbox.org wrote:
>And this is for trying to plug a ppd that was hacked from an other
>Ricoh printer to fit an SP112 SP112-su
>I figured what did not work for jessie may work for stretch
>I had gotten the same printer to work on an other machine with
>jessie somewhere around 8.5 but not on this one.
>
>Any suggestions on how to reach the blocked :631 link?

Same printer, not very different AMD64, and based on the hacked ppd
available on github it worked flawlessly ... I started on 8.6 on this 
one
when it was fresh and never got it to work following the same 
procedure.
But localhost:631 worked and the browser hasn't changed much (from 
what I do
to it).  I suspect it is running as you say but how do I reach it or 
what is
blocking access to it?  Or what do I put in host.allow hosts.deny to 
unblock

it if that is the culprit.  And WHY did debian change such a thing?
Security security security?  Basic early upgrade from stable to 
testing is

the only change that I am responsible for.

C:\ ps -ef | grep cups
roots 361 1  0 Jan30 ?00:00:00 /usr/sbin/cupsd -l
roots 467 1  0 Jan30 ?00:00:00 /usr/sbin/cups-browsed
rock 6128  6115  0 01:20 pts/200:00:00 grep cups
lp  15797   361  0 Jan30 ?00:00:00 
/usr/lib/cups/notifier/dbus

dbus://

C:\:)



From: Brian 



Debian has changed nothing to account for localhost:631 not being
open to you. 'Webinterface No' in cupsd.conf could be a reason for
your experience, but a browser would inform you of this and offer
a solution.

TCP wrappers controls access from other machines on the network,
not from localhost. In any case, cupsd does not use libwrap.