I ran yum update this morning and observed some cups rpm's.
Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Am I alone in this?
Bob Goodwin Zuni, Virginia w2bod
On Thu, May 18, 2006 at 08:40:15AM -0400, Bob Goodwin wrote:
I ran yum update this morning and observed some cups rpm's.
Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Please file a bug report in Bugzilla:
https://bugzilla.redhat.com/bugzilla/
I haven't seen another report like yours.
Tim. */
On 18/05/06, Bob Goodwin bobgoodwin@wildblue.net wrote:
I ran yum update this morning and observed some cups rpm's.
Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Am I alone in this?
Update worked fine here, though a few days ago a selinux update prevented cups from actually starting. Might be worth checking dmesg for any mention of cups, and also checking that cupsd is running.
Tim Waugh wrote:
On Thu, May 18, 2006 at 08:40:15AM -0400, Bob Goodwin wrote:
I ran yum update this morning and observed some cups rpm's.
Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Please file a bug report in Bugzilla:
https://bugzilla.redhat.com/bugzilla/
I haven't seen another report like yours.
Tim. */
Trying to print directly from the cli produces:
# ll / | lpr lpr: Error - scheduler not responding!
I started the update early this morning and went back to bed. Before that the system had been down for a few minutes, then again after seven, my daughter was complaining she was unable to send a message that had to go! That leads me to believe I may have a corrupted file somewhere?
Is there a "yum" command that will force replacement of the entire update session? I suspect not but would hate to pick them all out individually if not necessary.
Neither printer works, the Epson on the parallel port or the HP6840 wireless which reports "Connection: close" when I try to print the morning crossword puzzle? And on the "print screen" all that's displayed is a generic postscript selection?
Bob
Jonathan Underwood wrote:
On 18/05/06, Bob Goodwin bobgoodwin@wildblue.net wrote:
I ran yum update this morning and observed some cups rpm's.
Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Am I alone in this?
Update worked fine here, though a few days ago a selinux update prevented cups from actually starting. Might be worth checking dmesg for any mention of cups, and also checking that cupsd is running.
Selinux is disabled and: service cups status cupsd (pid 8523) is running...
I think it's more likely I have a corrupted update?
Bob
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
Am Donnerstag, den 18.05.2006, 09:17 -0400 schrieb Bob Goodwin:
Jonathan Underwood wrote:
On 18/05/06, Bob Goodwin bobgoodwin@wildblue.net wrote:
I ran yum update this morning and observed some cups rpm's.
Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Am I alone in this?
Update worked fine here, though a few days ago a selinux update prevented cups from actually starting. Might be worth checking dmesg for any mention of cups, and also checking that cupsd is running.
Selinux is disabled and: service cups status cupsd (pid 8523) is running...
I think it's more likely I have a corrupted update?
Bob
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim. */
I didn´t file one because I tried to narrow the problem down, but now I can´t reproduce this any more. Going back to the older version and reapplying the newer one doesn´t show the problem any more.
Henry
Am Donnerstag, den 18.05.2006, 14:59 +0000 schrieb Tim Waugh:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim.
*/
fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Tim Waugh wrote:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim. */
Yes, I will If I can find my way through the process.
I am at http://bugzilla.gnome.org/simple-bug-guide.cgi
But can't find a cups or print application to file it under?
The whole process is rather complex/intimidating!
Bob Goodwin
Henry Ritzlmayr wrote:
I didn´t file one because I tried to narrow the problem down, but now I can´t reproduce this any more. Going back to the older version and reapplying the newer one doesn´t show the problem any more.
Henry
Am Donnerstag, den 18.05.2006, 14:59 +0000 schrieb Tim Waugh:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim.
*/
fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
I will give that a try after I get the wrinkles out of my bugzilla attempt. I need to know how to work that.
BobG
Bob Goodwin wrote:
Tim Waugh wrote:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this! Please file a bugzilla report so that I can diagnose the problem.
Yes, I will If I can find my way through the process. I am at http://bugzilla.gnome.org/simple-bug-guide.cgi But can't find a cups or print application to file it under?
Try filing against Fedora Core/cups at http:/bugzilla.redhat.com/ intead. (:
On Thu, May 18, 2006 at 11:27:46AM -0400, Bob Goodwin wrote:
Tim Waugh wrote:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim. */
Yes, I will If I can find my way through the process.
You are looking at the wrong site. Start here:
https://bugzilla.redhat.com/bugzilla
Tim. */
Bob Goodwin wrote:
Tim Waugh wrote:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim. */
Yes, I will If I can find my way through the process.
I am at http://bugzilla.gnome.org/simple-bug-guide.cgi
But can't find a cups or print application to file it under?
The whole process is rather complex/intimidating!
I think Tim was referring to bugzilla.redhat.com, not bugzilla.gnome.org.
Paul.
Tim Waugh wrote:
On Thu, May 18, 2006 at 11:27:46AM -0400, Bob Goodwin wrote:
Tim Waugh wrote:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim. */
Yes, I will If I can find my way through the process.
You are looking at the wrong site. Start here:
https://bugzilla.redhat.com/bugzilla
Tim. */
Ok, done, I hope?
Bob Goodwin
On Thu, May 18, 2006 at 11:55:58AM -0400, Bob Goodwin wrote:
Ok, done, I hope?
Thanks! For anyone else affected by this particular issue (not being able to connect to CUPS at all):
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192243
Tim. */
Tim Waugh wrote:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Oh, please. I experienced this problem yesterday, and I submitted a bug about it at your request yesterday (192114), which you closed as "can't reproduce".
Please file a bugzilla report so that I can diagnose the problem.
Thanks, Tim. */
On Thu, May 18, 2006 at 09:54:35AM -0700, Mike Carney wrote:
Tim Waugh wrote:
On Thu, May 18, 2006 at 04:01:24PM +0200, Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
.. I still haven't seen a bugzilla report about this!
Oh, please. I experienced this problem yesterday, and I submitted a bug about it at your request yesterday (192114), which you closed as "can't reproduce".
I closed your report (which had different symptoms I think) because you had removed the original configuration files and could no longer reproduce the problem.
Tim. */
Tim Waugh wrote:
On Thu, May 18, 2006 at 11:55:58AM -0400, Bob Goodwin wrote:
Ok, done, I hope?
Thanks! For anyone else affected by this particular issue (not being able to connect to CUPS at all):
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192243
Tim. */
What was wrong with the bug I submitted about this yesterday (192114), which you immediately closed as "cannot reproduce"?
The problem is with the update - removing one's cups config files touched by the printer mgr tools and re-adding the printer config info gets printing to work again.
re-adding
On Thu, May 18, 2006 at 09:59:26AM -0700, Mike Carney wrote:
What was wrong with the bug I submitted about this yesterday (192114), which you immediately closed as "cannot reproduce"?
Nothing was wrong with it -- however, you could no longer reproduce the bug and so we had no original configuration files with which to test any potential fix.
I haven't seen this issue on any of the machines I have applied the update to, so it is not an across-the-board issue.
Tim. */
I ran yum update this morning and observed some cups rpm's. Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Am I alone in this?
Bob Goodwin Zuni, Virginia w2bod
I also got the problem, caused from invalid netmask value in cupsd.conf.
In:
# Lines below are automatically generated - DO NOT EDIT <Location /printers/psc750> Order Deny,Allow Deny From All Allow From 127.0.0.1 Allow from 192.168.1.1/255.255.255.0 AuthType None </Location>
I had to remove the 255.255.255.0.
Lauri
I ran yum update this morning and observed some cups rpm's. Now I can't print at all. It looks like the printer config. is gone since none of my printers are displayed on the print screen.
And worse yet, I can't get the cups configuration screen to work, I sign in via the saved info and get a blank white screen that says "connection closed."
Am I alone in this?
Bob Goodwin Zuni, Virginia w2bod
I also got the problem, caused from invalid netmask value in cupsd.conf.
In:
# Lines below are automatically generated - DO NOT EDIT <Location /printers/psc750> Order Deny,Allow Deny From All Allow From 127.0.0.1 Allow from 192.168.1.1/255.255.255.0 AuthType None
</Location>
I had to remove the 255.255.255.0.
Lauri
The other thing is if it works... Now I allowed connections from everywhere, ports are closed anyway.
Lauri
Am Donnerstag, den 18.05.2006, 19:34 -0400 schrieb Bob Goodwin:
Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
Am Donnerstag, den 18.05.2006, 09:17 -0400 schrieb Bob Goodwin:
Jonathan Underwood wrote:
Rpm won't permit me to remove and replace, or perhaps I don't know how to tell it to do so?
If I use rpm -e it protests about dependencies, and --force only works on installs!
How do I undo the update?
By "installing" the older versions:
rpm -Uvh --force cups-1.1.23-30.2.i386.rpm cups-libs-1.1.23-30.2.i386.rpm
will do the job.
Henry
Henry Ritzlmayr wrote:
Am Donnerstag, den 18.05.2006, 19:34 -0400 schrieb Bob Goodwin:
Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
Am Donnerstag, den 18.05.2006, 09:17 -0400 schrieb Bob Goodwin:
Jonathan Underwood wrote:
Rpm won't permit me to remove and replace, or perhaps I don't know how to tell it to do so?
If I use rpm -e it protests about dependencies, and --force only works on installs!
How do I undo the update?
By "installing" the older versions:
rpm -Uvh --force cups-1.1.23-30.2.i386.rpm cups-libs-1.1.23-30.2.i386.rpm
will do the job.
As is usually the case, --force shouldn't be necessary: --oldpackage should work just as well and will reveal if there are any dependency issues (e.g. other packages that also need to be downgraded) with the action, unlike --force.
Paul.
On 5/19/06, Paul Howarth paul@city-fan.org wrote:
Henry Ritzlmayr wrote:
Am Donnerstag, den 18.05.2006, 19:34 -0400 schrieb Bob Goodwin:
Henry Ritzlmayr wrote:
[big snip]
How do I undo the update?
By "installing" the older versions:
rpm -Uvh --force cups-1.1.23-30.2.i386.rpm cups-libs-1.1.23-30.2.i386.rpm
will do the job.
As is usually the case, --force shouldn't be necessary: --oldpackage should work just as well and will reveal if there are any dependency issues (e.g. other packages that also need to be downgraded) with the action, unlike --force.
Sorry, I don't believe my eyes, but 'man rpm' says:
--force Same as using --replacepkgs, --replacefiles, and --oldpackage. :)
Regards, V.Rudenko -- lambda is the ultimate
wld wrote:
On 5/19/06, Paul Howarth paul@city-fan.org wrote:
Henry Ritzlmayr wrote:
Am Donnerstag, den 18.05.2006, 19:34 -0400 schrieb Bob Goodwin:
Henry Ritzlmayr wrote:
[big snip]
How do I undo the update?
By "installing" the older versions:
rpm -Uvh --force cups-1.1.23-30.2.i386.rpm cups-libs-1.1.23-30.2.i386.rpm
will do the job.
As is usually the case, --force shouldn't be necessary: --oldpackage should work just as well and will reveal if there are any dependency issues (e.g. other packages that also need to be downgraded) with the action, unlike --force.
Sorry, I don't believe my eyes, but 'man rpm' says:
--force Same as using --replacepkgs, --replacefiles, and --oldpackage.:)
Must get a coffee. I was thinking that --force included --nodeps too (another option to be avoided if at all possible). Still, neither --replacepkgs nor --replacefiles should be needed in this case.
Paul.
Am Freitag, den 19.05.2006, 10:20 +0100 schrieb Paul Howarth:
wld wrote:
On 5/19/06, Paul Howarth paul@city-fan.org wrote:
Henry Ritzlmayr wrote:
Am Donnerstag, den 18.05.2006, 19:34 -0400 schrieb Bob Goodwin:
Henry Ritzlmayr wrote:
[big snip]
How do I undo the update?
By "installing" the older versions:
rpm -Uvh --force cups-1.1.23-30.2.i386.rpm cups-libs-1.1.23-30.2.i386.rpm
will do the job.
As is usually the case, --force shouldn't be necessary: --oldpackage should work just as well and will reveal if there are any dependency issues (e.g. other packages that also need to be downgraded) with the action, unlike --force.
Sorry, I don't believe my eyes, but 'man rpm' says:
--force Same as using --replacepkgs, --replacefiles, and --oldpackage.:)
Must get a coffee. I was thinking that --force included --nodeps too (another option to be avoided if at all possible). Still, neither --replacepkgs nor --replacefiles should be needed in this case.
Paul.
As wld pointed out --nodeps is not included within --force but you are right --force is to much for this --oldpackage should do the job just fine. Thanks for pointing this out.
Henry
Henry Ritzlmayr wrote:
Am Donnerstag, den 18.05.2006, 19:34 -0400 schrieb Bob Goodwin:
Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
Am Donnerstag, den 18.05.2006, 09:17 -0400 schrieb Bob Goodwin:
Jonathan Underwood wrote:
Rpm won't permit me to remove and replace, or perhaps I don't know how to tell it to do so?
If I use rpm -e it protests about dependencies, and --force only works on installs!
How do I undo the update?
By "installing" the older versions:
rpm -Uvh --force cups-1.1.23-30.2.i386.rpm cups-libs-1.1.23-30.2.i386.rpm
will do the job.
Henry
Henry, Paul, Tim, et.al.:
Thanks for the help.
[root@box1 dvdfc5]# rpm -Uvh --oldpackage cups-* Preparing... ########################################### [100%] 1:cups-libs ########################################### [ 25%] 2:cups warning: /etc/cups/cupsd.conf created as /etc/cups/cupsd.conf.rpmnew warning: /etc/cups/mime.types created as /etc/cups/mime.types.rpmnew warning: /etc/cups/printers.conf created as /etc/cups/printers.conf.rpmnew ########################################### [ 50%] 3:cups-devel ########################################### [ 75%] 4:cups-lpd ########################################### [100%]
The above did the trick and once again my CUPS configuration looks normal and I can access cups-admin!
Again I thank you.
Bob Goodwwin Zuni, Virginia w2bod
On Fri, May 19, 2006 at 07:33:27AM -0400, Bob Goodwin wrote:
Henry, Paul, Tim, et.al.:
Thanks for the help.
[root@box1 dvdfc5]# rpm -Uvh --oldpackage cups-* Preparing... ########################################### [100%] 1:cups-libs ########################################### [ 25%] 2:cups warning: /etc/cups/cupsd.conf created as /etc/cups/cupsd.conf.rpmnew warning: /etc/cups/mime.types created as /etc/cups/mime.types.rpmnew warning: /etc/cups/printers.conf created as /etc/cups/printers.conf.rpmnew ########################################### [ 50%] 3:cups-devel ########################################### [ 75%] 4:cups-lpd ########################################### [100%]
The above did the trick and once again my CUPS configuration looks normal and I can access cups-admin!
.. and we're back to where we started, still not knowing what the original problem was, and so unable to fix it. :-(
Please, if anyone else finds this problem, file a bug in bugzilla and help me analyze the problem.
Thanks, Tim. */
The above did the trick and once again my CUPS configuration looks normal and I can access cups-admin!
.. and we're back to where we started, still not knowing what the original problem was, and so unable to fix it. :-(
Please, if anyone else finds this problem, file a bug in bugzilla and help me analyze the problem.
Thanks, Tim.
I tried a second system today - no problem there except that the cups deamon wasn´t started after the upgrade (it was before). I will do a rollout on these packages this weekend on our other systems - if I find one wich shows this again I will file a bug and let you know.
Henry
On Thu, May 18, 2006 at 09:53:24PM +0300, Lauri wrote:
I also got the problem, caused from invalid netmask value in cupsd.conf.
In:
# Lines below are automatically generated - DO NOT EDIT <Location /printers/psc750> Order Deny,Allow Deny From All Allow From 127.0.0.1 Allow from 192.168.1.1/255.255.255.0 AuthType None
</Location>
I had to remove the 255.255.255.0.
The reason CUPS is rejecting this is that the correct network address is:
192.168.1.0/255.255.255.0 and not 192.168.1.1/255.255.255.0
CUPS-1.1.x would correct this for you, but CUPS-1.2 no longer does. But this line in cupsd.conf gets written by system-config-printer (it copies what you enter in the 'Sharing' dialog).
If you run, as root:
/usr/sbin/printconf-backend --force-rebuild /sbin/service cups restart
you will probably find that the incorrect network address is back again.
To test out the correct fix, please fetch these packages:
http://people.redhat.com/twaugh/tmp/cups-fc5/i386/system-config-printer-0.6.... http://people.redhat.com/twaugh/tmp/cups-fc5/i386/system-config-printer-gui-...
and install them with 'rpm -Fvh system-config-printer*-0.6.151.7-1*'. Then restart cups: '/sbin/service cups restart'
and things should work fine. Let me know whether this works for you!
Thanks, Tim. */
On Thu, May 18, 2006 at 09:53:24PM +0300, Lauri wrote:
I also got the problem, caused from invalid netmask value in cupsd.conf.
In:
# Lines below are automatically generated - DO NOT EDIT <Location /printers/psc750> Order Deny,Allow Deny From All Allow From 127.0.0.1 Allow from 192.168.1.1/255.255.255.0 AuthType None
</Location>
I had to remove the 255.255.255.0.
The reason CUPS is rejecting this is that the correct network address is:
192.168.1.0/255.255.255.0 and not 192.168.1.1/255.255.255.0
But why it's incorrect? It should be correct.
CUPS-1.1.x would correct this for you, but CUPS-1.2 no longer does. But this line in cupsd.conf gets written by system-config-printer (it copies what you enter in the 'Sharing' dialog).
If you run, as root:
/usr/sbin/printconf-backend --force-rebuild /sbin/service cups restart
you will probably find that the incorrect network address is back again.
No, It's not back.
To test out the correct fix, please fetch these packages:
http://people.redhat.com/twaugh/tmp/cups-fc5/i386/system-config-printer-0.6.... http://people.redhat.com/twaugh/tmp/cups-fc5/i386/system-config-printer-gui-...
and install them with 'rpm -Fvh system-config-printer*-0.6.151.7-1*'. Then restart cups: '/sbin/service cups restart'
and things should work fine. Let me know whether this works for you!
This works, thanks.
Lauri
Thanks, Tim. */
On Thu, 2006-05-18 at 19:34 -0400, Bob Goodwin wrote:
Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
Am Donnerstag, den 18.05.2006, 09:17 -0400 schrieb Bob Goodwin:
Jonathan Underwood wrote:
Rpm won't permit me to remove and replace, or perhaps I don't know how to tell it to do so?
If I use rpm -e it protests about dependencies, and --force only works on installs!
rpm -e --nodeps will work.
\How do I undo the update?
My primary problem is that I can no longer get the cups admin page to run, it always responds "connection: close" after the login screen? That may be a response to a wrong password, but if that's the case then the password has changed? If that would work I might be able to re-create the printer configuration. I'm beginning to think that it may be a Firefox related problem since I also have a problem opening the Webmin page? All of this seems to have come about since this morning's update.
If all else fails I will re-install FC-5. I'll wait until tomorrow in any case.
Bob Goodwin
fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
On Fri, May 19, 2006 at 04:08:36PM +0300, Lauri wrote:
The reason CUPS is rejecting this is that the correct network address is:
192.168.1.0/255.255.255.0 and not 192.168.1.1/255.255.255.0
But why it's incorrect? It should be correct.
192.168.1.0 is the address of the network; 192.168.1.1 is the address of a particular host on that network. Anyway, it's something that's easy for system-config-printer to fix up.
This works, thanks.
Great, thanks for testing.
Tim. */
Lauri wrote:
The reason CUPS is rejecting this is that the correct network address is:
192.168.1.0/255.255.255.0 and not 192.168.1.1/255.255.255.0
But why it's incorrect? It should be correct.
192.168.1.1 is a host address, not a network address with the 255.255.255.0 netmask. Offhand, I can not think of a network configuration what would have 192.168.1.1 as a network address as apposed to a host address. An explanation of why it works that way is a bit complicated, and an understanding of binary helps. A good rule to keep in mind is that if you binary AND a host address with the netmask, you get the network address.
Mikkel
PS - Interesting thought - what would a netmask of 255.255.255.1 give you? All the odd or even addresses between x.x.x.1 and x.x.x.255, depending on the network address?
Am Freitag, den 19.05.2006, 08:50 -0500 schrieb Aaron Konstam:
On Thu, 2006-05-18 at 19:34 -0400, Bob Goodwin wrote:
Henry Ritzlmayr wrote:
Same thing here. Going back to cups-1.1.23-30.2 (and libs) enables printing again.
Am Donnerstag, den 18.05.2006, 09:17 -0400 schrieb Bob Goodwin:
Jonathan Underwood wrote:
Rpm won't permit me to remove and replace, or perhaps I don't know how to tell it to do so?
If I use rpm -e it protests about dependencies, and --force only works on installs!
rpm -e --nodeps will work.
rpm -e --nodeps is the last thing you should try since it may put your system in an inconsistent state and you don´t even notice. If rpm -e protests about dependencies there is a reason for that.
Henry
Il giorno ven, 19/05/2006 alle 11.49 +0000, Tim Waugh ha scritto: HI Tim
I read the entire thread yesterday, because I'm in the same condition. I'm not able to print.
.. and we're back to where we started, still not knowing what the original problem was, and so unable to fix it. :-(
Please, if anyone else finds this problem, file a bug in bugzilla and help me analyze the problem.
I'm available for troubleshooting the problem if you think is already open.
Filed on bugzilla with number 194005
tnx.. Ambrogio
On Sunday 04 June 2006 6:04 am, Ambrogio wrote:
Il giorno ven, 19/05/2006 alle 11.49 +0000, Tim Waugh ha scritto: HI Tim
I read the entire thread yesterday, because I'm in the same condition. I'm not able to print.
.. and we're back to where we started, still not knowing what the original problem was, and so unable to fix it. :-(
Please, if anyone else finds this problem, file a bug in bugzilla and help me analyze the problem.
I'm available for troubleshooting the problem if you think is already open.
Filed on bugzilla with number 194005
tnx.. Ambrogio
See if the configuration file(s) were moved to someting like cups.config.rpmsave. (For me. I have this to be the most common cause of failure after upgrades.)
Il giorno dom, 04/06/2006 alle 11.45 -0400, jludwig ha scritto:
See if the configuration file(s) were moved to someting like cups.config.rpmsave. (For me. I have this to be the most common cause of failure after upgrades.)
This is my ls in /etc/cups -rw-r----- 1 root sys 2416 11 feb 07:40 classes.conf.O -rw-r--r-- 1 root root 21938 31 mar 04:05 cupsd.conf.save -rw-r----- 1 root sys 96 6 mag 12:12 classes.conf.rpmsave -rw-r--r-- 1 root root 1215 6 mag 22:52 command.types -rw-r--r-- 1 root root 1332336 8 mag 13:42 ppds.dat -rw-r----- 1 root nobody 2475 9 mag 00:06 cupsd.conf.rpmnew -rw------- 1 root nobody 0 9 mag 00:06 printers.conf.rpmnew drwx--x--x 2 root sys 4096 19 mag 13:54 certs -rw-r--r-- 1 root root 4575 23 mag 11:27 mime.convs drwxr-xr-x 2 root root 4096 23 mag 11:27 interfaces -rw-r----- 1 root nobody 2475 23 mag 11:27 cupsd.conf.default drwx------ 2 root lp 4096 23 mag 11:27 ssl -rw-r--r-- 1 root nobody 69 23 mag 11:27 snmp.conf -rw-r--r-- 1 root root 947 23 mag 11:27 pstoraster.convs -rw-r--r-- 1 root nobody 239 23 mag 11:27 pdftops.conf -rw-r--r-- 1 root nobody 0 23 mag 11:27 client.conf -rw-r--r-- 1 root root 6225 25 mag 22:44 mime.types -rw-r----- 1 root lp 22112 25 mag 22:44 cupsd.conf -rw------- 1 root lp 546 2 giu 10:56 printers.conf.O drwxr-xr-x 2 root lp 4096 2 giu 10:56 ppd -rw------- 1 root lp 431 2 giu 10:56 printers.conf drwxr-xr-x 6 root lp 4096 3 giu 15:53 . drwxr-xr-x 105 root root 12288 4 giu 20:03 ..
the only rpmsave is classes.conf
By Ambrogio
On Sunday 04 June 2006 2:43 pm, Ambrogio wrote:
-rw-r----- 1 root lp 22112 25 mag 22:44 cupsd
Check this --> that the config files are world readable. Also check the line -rw-r--r-- 1 root root 21938 31 mar 04:05 cupsd.conf.save.
On 6/7/06, Tim Waugh twaugh@redhat.com wrote:
On Tue, 2006-06-06 at 18:17 -0400, jludwig wrote:
On Sunday 04 June 2006 2:43 pm, Ambrogio wrote:
-rw-r----- 1 root lp 22112 25 mag 22:44 cupsd
Check this --> that the config files are world readable.
The config files should not be world readable.
Tim. */
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQBEhu5BLF+LYaF94FERAofNAKCEyZe+9Ey1BhNdz9WZUkfiRUqgjgCdG262 UlaFIspMB9WmuDgg++RKb3A= =aLGc -----END PGP SIGNATURE-----
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
I am also unable to print with my one computer. The is a new laptop Dell Latitude D820 and it has not LPT port on the back of the computer. I am however trying to print to an HP Business Inkjet 1200DN using the built-in JetDirect interface for this printer. I am not able to print to any network printer, and I do not have a USB printer to test. I have read all of the thread that started on May 18. Here is all of the information I can give you.
When I try to print the test page on the Printer configuration gui I get the following error: There was a problem sending CUPS test page to 'HP1200DN' queue:
/usr/bin/lpr: No such file or directory ls -l /etc/bin/lpr* ************************************************************************************************************ lrwxrwxrwx 1 root root 23 Jun 6 17:24 lpr -> /etc/alternatives/print -rwxr-xr-x 1 root root 14436 May 23 05:27 lpr.cups lrwxrwxrwx 1 root root 28 Jun 6 17:24 lprm -> /etc/alternatives/print-lprm -rwxr-xr-x 1 root root 10304 May 23 05:27 lprm.cups -rwxr-xr-x 1 root root 4665 Apr 25 12:47 lprsetup.sh
ls -l /etc/alternatives/print* ************************************************************************************************************ lrwxrwxrwx 1 root root 17 Jun 6 17:24 print -> /usr/bin/lpr.cups lrwxrwxrwx 1 root root 20 Jun 6 17:24 print-cancel -> /usr/bin/cancel.cups lrwxrwxrwx 1 root root 36 Jun 6 17:24 print-cancelman -> /usr/share/man/man1/cancel-cups.1.gz lrwxrwxrwx 1 root root 16 Jun 6 17:24 print-lp -> /usr/bin/lp.cups lrwxrwxrwx 1 root root 18 Jun 6 17:24 print-lpc -> /usr/sbin/lpc.cups lrwxrwxrwx 1 root root 33 Jun 6 17:24 print-lpcman -> /usr/share/man/man8/lpc-cups.8.gz lrwxrwxrwx 1 root root 32 Jun 6 17:24 print-lpman -> /usr/share/man/man1/lp-cups.1.gz lrwxrwxrwx 1 root root 17 Jun 6 17:24 print-lpq -> /usr/bin/lpq.cups lrwxrwxrwx 1 root root 33 Jun 6 17:24 print-lpqman -> /usr/share/man/man1/lpq-cups.1.gz lrwxrwxrwx 1 root root 18 Jun 6 17:24 print-lprm -> /usr/bin/lprm.cups lrwxrwxrwx 1 root root 33 Jun 6 17:24 print-lprman -> /usr/share/man/man1/lpr-cups.1.gz lrwxrwxrwx 1 root root 34 Jun 6 17:24 print-lprmman -> /usr/share/man/man1/lprm-cups.1.gz lrwxrwxrwx 1 root root 20 Jun 6 17:24 print-lpstat -> /usr/bin/lpstat.cups lrwxrwxrwx 1 root root 36 Jun 6 17:24 print-lpstatman -> /usr/share/man/man1/lpstat-cups.1.gz
************************************************************************************************************
[terryjr386@8lfb2b1 cups]$ ls -l total 1040 drwx--x--x 2 root sys 4096 Jun 3 09:48 certs -rw-r--r-- 1 root nobody 0 May 23 05:26 client.conf -rw-r--r-- 1 root root 1215 Feb 28 08:07 command.types -rw-r----- 1 root lp 2634 Jun 6 22:54 cupsd.conf -rw-r----- 1 root nobody 2475 May 23 05:26 cupsd.conf.default -rw-r----- 1 root nobody 2475 May 23 05:26 cupsd.conf.rpmnew -rw-r----- 1 root lp 22619 Jun 6 15:12 cupsd.conf.rpmsave -rw-r--r-- 1 root root 21934 Jun 3 01:47 cupsd.conf.save drwxr-xr-x 2 root root 4096 May 23 05:26 interfaces -rw-r--r-- 1 root root 132 Jun 6 22:54 lpoptions -rw-r--r-- 1 root root 4575 May 23 05:26 mime.convs -rw-r--r-- 1 root root 6225 Jun 6 19:15 mime.types -rw-r--r-- 1 root root 6225 Jun 3 09:56 mime.types.rpmsave -rw-r--r-- 1 root nobody 239 May 23 05:26 pdftops.conf drwxr-xr-x 2 root lp 4096 Jun 6 22:54 ppd -rw-r--r-- 1 root root 843616 Jun 3 02:07 ppds.dat -rw------- 1 root lp 151 Jun 6 22:54 printers.conf -rw------- 1 root lp 803 Jun 6 15:12 printers.conf.rpmsave -rw-r--r-- 1 root root 947 May 23 05:26 pstoraster.convs -rw-r--r-- 1 root nobody 69 May 23 05:26 snmp.conf drwx------ 2 root lp 4096 May 23 05:26 ssl [terryjr386@8lfb2b1 cups]$ cd interfaces/ [terryjr386@8lfb2b1 interfaces]$ ls [terryjr386@8lfb2b1 interfaces]$ cd ../ [terryjr386@8lfb2b1 cups]$
My HP 1200DN is on IP address 10.0.0.38/24 printers.conf**************************************************************************************
<DefaultPrinter HP1200DN> DeviceURI socket://10.0.0.38:9100 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 </Printer>
cupsd.conf***************************************************************************************
# # "$Id: cupsd.conf.in 5454 2006-04-23 21:46:38Z mike $" # # Sample configuration file for the Common UNIX Printing System (CUPS) # scheduler. See "man cupsd.conf" for a complete description of this # file. #
# Log general information in error_log - change "info" to "debug" for # troubleshooting... LogLevel info
# Administrator user group... SystemGroup sys root
# Only listen for connections from the local machine.
# Show shared printers on the local network.
# Default authentication type, when authentication is required... DefaultAuthType Basic
# Restrict access to the server... <Location /> Order allow,deny Allow localhost </Location>
# Restrict access to the admin pages... <Location /admin> Encryption Required Order allow,deny Allow localhost </Location>
# Restrict access to configuration files... <Location /admin/conf> AuthType Basic Require user @SYSTEM Order allow,deny Allow localhost </Location>
# Set the default printer/job policies... <Policy default> # Job-related operations must be done by the owner or an adminstrator... <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 CUPS-Move-Job> Require user @OWNER @SYSTEM Order deny,allow </Limit>
# All administration operations require an adminstrator to authenticate... <Limit Pause-Printer Resume-Printer Set-Printer-Attributes 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 CUPS-Add-Printer CUPS-Delete-Printer CUPS-Add-Class CUPS-Delete-Class CUPS-Accept-Jobs CUPS-Reject-Jobs CUPS-Set-Default> AuthType Basic 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>
# LogFilePerm: determines the file mode to set log files to. # MaxLogSize 2000000000
LogFilePerm 0600
# # End of "$Id: cupsd.conf.in 5454 2006-04-23 21:46:38Z mike $". # # Lines below are automatically generated - DO NOT EDIT <Location /printers/HP1200DN> Order Deny,Allow Deny From All Allow From 127.0.0.1 AuthType None </Location> Browsing On BrowseProtocols cups BrowseOrder Deny,Allow BrowseAllow from @LOCAL Listen 127.0.0.1:631
all updates are on the computer. I have even reinstalled cups. Thanks for the help in advance.