You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(111) |
Oct
(63) |
Nov
(64) |
Dec
(116) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(49) |
Feb
(27) |
Mar
(136) |
Apr
(59) |
May
(122) |
Jun
(72) |
Jul
(167) |
Aug
(77) |
Sep
(103) |
Oct
(128) |
Nov
(86) |
Dec
(87) |
2002 |
Jan
(150) |
Feb
(111) |
Mar
(112) |
Apr
(139) |
May
(204) |
Jun
(228) |
Jul
(202) |
Aug
(244) |
Sep
(215) |
Oct
(311) |
Nov
(127) |
Dec
(229) |
2003 |
Jan
(252) |
Feb
(119) |
Mar
(163) |
Apr
(166) |
May
(91) |
Jun
(84) |
Jul
(106) |
Aug
(98) |
Sep
(93) |
Oct
(161) |
Nov
(82) |
Dec
(62) |
2004 |
Jan
(58) |
Feb
(44) |
Mar
(56) |
Apr
(67) |
May
(50) |
Jun
(57) |
Jul
(20) |
Aug
(25) |
Sep
(33) |
Oct
(35) |
Nov
(61) |
Dec
(95) |
2005 |
Jan
(61) |
Feb
(31) |
Mar
(17) |
Apr
(10) |
May
(2) |
Jun
(13) |
Jul
(4) |
Aug
(10) |
Sep
(9) |
Oct
(33) |
Nov
(2) |
Dec
(7) |
2006 |
Jan
(11) |
Feb
(3) |
Mar
(3) |
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Darren C. <dc...@ws...> - 2004-03-26 16:46:41
|
Hi all, Searching the archives I find that I an having this exact same problem with my OfficeJet 7110. I am running debian unstable using libusb 0.1.8 (latest stable), hpoj 0.91-4 and hpijs 1.5. ptal-init gives me the Probing "/dev/usb/lp0"... *** Found "officejet 7100 series" but failed to communicate with it! *** Elapsed time for this attempt was 6 second(s). *** Check syslog file for ptal-mlcd error messages. *** See hpoj documentation for troubleshooting information. From dmesg I see no errors, the relevant stuff is usb.c: USB new device connect, assigned device number 2 hub.c: USB hub found hub.c: 4 ports detected hub.c: USB new device connect on bus1/2/2, assigned device number 3 usb.c: USB new device connect, assigned device number 3 usb.c: USB device 3 (vend/prod 0x3f0/0x2611) is not claimed by any active driver. usb.c: registered new driver usblp printer.c: usblp0: USB Bidirectional printer dev 3 if 0 alt 0 likewise there are now errors in the cups log. In /var/log/messages I see the same as in dmesg. In /var/log/syslog I see: Mar 26 08:39:21 MajorKong ptal-mlcd: SYSLOG at ExMgr.cpp:652, dev=<mlc:usb:probe>, pid=1218, e=2, t=1080319161 ptal-mlcd successfully initialized. Mar 26 08:39:22 MajorKong ptal-mlcd: SYSLOG at ExMgr.cpp:652, dev=<mlc:usb:probe>, pid=1225, e=111, t=1080319162 ptal-mlcd successfully initialized. Mar 26 08:39:22 MajorKong ptal-mlcd: ERROR at ExMgr.cpp:4063, dev=<mlc:usb:probe@/dev/usb/lp0>, pid=1225, e=22, t=1080319162 libusbFindDevice: Couldn't find device! Mar 26 08:39:27 MajorKong ptal-mlcd: ERROR at transport/ExMlcCommandChannel.cpp:251, dev=<mlc:usb:probe@/dev/usb/lp0>, pid=1225, e=22, t=1080319167 Command reply timeout on port=0, count=1, lastRequest=0x00! Mar 26 08:39:27 MajorKong ptal-mlcd: ERROR at ExMgr.cpp:871, dev=<mlc:usb:probe@/dev/usb/lp0>, pid=1225, e=22, t=1080319167 exClose(reason=0x3002) Mar 26 08:39:28 MajorKong ptal-mlcd: SYSLOG at ExMgr.cpp:652, dev=<mlc:usb:probe>, pid=1235, e=111, t=1080319168 ptal-mlcd successfully initialized. Mar 26 08:39:28 MajorKong ptal-mlcd: ERROR at ExMgr.cpp:4063, dev=<mlc:usb:probe@/dev/usb/lp1>, pid=1235, e=22, t=1080319168 libusbFindDevice: Couldn't find device! Mar 26 08:39:33 MajorKong ptal-mlcd: ERROR at transport/ExMlcCommandChannel.cpp:251, dev=<mlc:usb:probe@/dev/usb/lp1>, pid=1235, e=22, t=1080319173 Command reply timeout on port=0, count=1, lastRequest=0x00! which makes me wonder. The usb/lp0 is my officejet and the usb/lp1 is a brother printer that runs perfectly under cups. At the moment the officejet is not added to the cups configuration at all although if I try to add it to cups then I see ptal device not found and if I choose USB Printer #1 then I can print nothing at all... Another possibly related issue is that if I let ptal-init look for parallel devices it claims to find one but there is nothing connected to the parallel port... just tossing that in in case it is of consequence. Has this problem been resolved? Can anyone point me in the right direction? Thanks, Darren On Mar 22, 2004, at 2:05 PM, Cory Meisch wrote: > Can you check the CUPS logs and and dmesg and tell me if you get any > error messages there? Also, after you run Ptal-init, how are you then > setting up the device? > > Another thing you might want to do, is start fresh again. Remove all > the > hpoj stuff. Restart CUPS. Upgrade hpijs with the tar ball. Then install > the hpoj-0.91 tar ball (not CVS, even though they should be exactly the > same). Restart CUPS with #killall cupsd -HUP and then use the web > interface (http://localhost:631) to setup your device... > > Cory > hp linux printing team |
From: Kevin M. <Kev...@au...> - 2004-03-26 10:30:15
|
Hello, I am trying to find out which models provide support for unlimited length scanning. HP doesn't document this capability, but I see that unlimited length scanning is supported for some models in the docs for libsane-hpoj. Furthermore, by scanning through the source, I can see where the unlimited length scanning option is only enabled for models that use PML. How can I determine which models support PML? Is there only a subset of PML-based models that can actually support unlimited length scanning? Thanks, Kevin M. |
From: Ed W. <li...@wi...> - 2004-03-25 23:18:13
|
Cory Meisch wrote: >Also you may want to try the GNU version of ghostscript... > > > Thanks Cory and Till. For the benefit of anyone reading the archives: I had previously installed the gnu-ghostscript (gentoo) package, the one tweaked by the cups folks. This should have installed the main (aladdin) fonts as well (and I checked that it did). However, I didn't think to check gs -h to see if the path was in there. My fix was to uninstall that gnu ghostscript and install the aladdin one (or whatever they are called now) Similarly for others on gentoo, the docs suggest installing the older ucd-snmp package, however, I couldn't make this work straight off, but the newer net-snmp package worked nicely. Perhaps it would be worth updating the docs to reflect this? In any case gentoo users should try the newer package, seems to work a little better for me at least. Thanks all. Bar the question about scanning speeds being slower over the network than the USB, and also how to remove the top cover to clean the underside of the glass I think I am up and running now. Thanks very much for your help Ed W |
From: Till K. <til...@gm...> - 2004-03-25 20:40:18
|
Cory Meisch wrote: > Also you may want to try the GNU version of ghostscript... > > Cory > For HPIJS all GhostScript versions with the "ijs" device (see output of "gs -h") are suitable: ESP, GNU, and AFPL. But it is also important that the fonts from the ghostscript-fonts package are available in a directory listed in the end of the "gs -h" output. Till |
From: Cory M. <cor...@hp...> - 2004-03-25 20:32:10
|
Also you may want to try the GNU version of ghostscript... Cory On Wed, 2004-03-24 at 19:52, Till Kamppeter wrote: > Do you have the ghostscript-fonts package installed? Are the fonts > accessible through one of the directories listed in the end of the > output of "gs -h"? Set an appropriate symbolic link if not. > > Till > > Ed Wildgoose wrote: > > Ed Wildgoose wrote: > > > >> Cory Meisch wrote: > >> > >>> I think your suspicions are right. This sounds like an issue with the > >>> gs/footmatic portion. Please check your logs and let me know of any > >>> error messages that you see... > >>> > >> > >> I'm a bit lost at sea about how to do this though...? I have nothing > >> at all in my log files (other than the startup event of ptal, etc), > >> perhaps I'm not logging everything though...? What's the default > >> logging level? Should I need to beef it up to catch such > >> problems...? For example I'm logging lpr.* and not seeing anything in > >> there at all? > > > > > > > > OK, cancel that last bit. Now I partly understand why I am being a muppet. > > > > OK, following the (obvious now) instructions at: > > http://www.cups.org/cups-help.html - I enable LogLevel debug in > > cups.conf and now I get a whole spew of stuff in the cups log. > > > > Significant bits seem to be: > > > > D [25/Mar/2004:01:29:07 +0000] [Job 41] PPD file: /etc/cups/ppd/HP.ppd > > D [25/Mar/2004:01:29:07 +0000] [Job 41] Printer model: HP PSC 2500 > > Foomatic/hpijs (recommended) > > > > (Is that correct for the PSC2510?) > > > > Then it all looks good up until a warning about perl locales not being > > set (but I assume this is not actually a real issue?), and then: > > > > D [25/Mar/2004:01:29:07 +0000] [Job 41] foomatic-gswrapper: gs '-dBATCH' > > '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' > > '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT-PACKARD' > > '-sDeviceModel=deskjet 5550' '-dDEVICEWIDTHPOINTS=612' > > '-dDEVICEHEIGHTPOINTS=792' '-dDuplex=false' '-r300' > > '-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2' > > '-dIjsUseOutputFD' '-sOutputFile=| cat >&3' '/dev/fd/0' 3>&1 1>&2 > > D [25/Mar/2004:01:29:07 +0000] [Job 41] Error: /invalidfont in findfont > > D [25/Mar/2004:01:29:07 +0000] [Job 41] Operand stack: > > D [25/Mar/2004:01:29:07 +0000] [Job 41] bigFont Helvetica-Bold > > Font Helvetica-Bold 382791 Helvetica-Bold --nostringval-- > > Courier (Courier) Courier > > > > Which looks like the problem. (note it did successfully run the > > previous "renderer command: gs -q ...etc..." command successfully, this > > is the second command after all the parsing stuff. > > > > and then finally I get "ESP Ghostscript 7.07.1: Unrecoverable error, > > exit code 1". > > > > It's nearly 2am here, so need to stop now. Thanks very much to those > > who offered advice - sorry for the noise. If anyone has any tips on how > > to isolate and debug this font issue then that would be appreciated. > > > > Thanks all > > > > Ed W > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > > _______________________________________________ > > hpoj-devel mailing list > > hpo...@li... > > https://lists.sourceforge.net/lists/listinfo/hpoj-devel > > > > -- Cory Meisch X27009 HP Vancouver Test Technician, Linux Printing Team |
From: Ed W. <li...@wi...> - 2004-03-25 10:19:21
|
Thanks for all the help getting the printer going. Just a quick question about the speed of the driver with regards to scanning: The windows machine seems to scan things incredibly quickly (like at preview type speeds, just a few secs). The linux machine scans in something like 30 secs for USB with an A4 page at 300dpi. But the linux machine (same one) over the network takes about twice or three times as long when scanning over the network...? Looking at the network activity I can see a pretty constant 250KB/s transfer rate (network is all 100Mb switched full duplex, and working fine, no errors, etc) Is this a known/common issue? Scanner app is xsane for what it's worth. I'm still very impressed with the box - thanks HP, and thanks also to everyone who has developed the drivers. Ed W |
From: Ed W. <li...@wi...> - 2004-03-25 10:14:27
|
Till Kamppeter wrote: > Do you have the ghostscript-fonts package installed? Are the fonts > accessible through one of the directories listed in the end of the > output of "gs -h"? Set an appropriate symbolic link if not. Hi all, Thanks for the advice. I removed the cups ghostscript package and tried the (newer) ghostscript-afpl package. Looking at the build files they both install the (same) fonts in the same place and I verified that that I got the same thing in both cases. However, NOW initial signs are that printing is working here (test page pops out OK at least) So it appears that a faulty ghostscript setup was to blame. Sorry for the noise and thanks for the help everyone Ed W |
From: Till K. <til...@gm...> - 2004-03-25 02:54:38
|
Do you have the ghostscript-fonts package installed? Are the fonts accessible through one of the directories listed in the end of the output of "gs -h"? Set an appropriate symbolic link if not. Till Ed Wildgoose wrote: > Ed Wildgoose wrote: > >> Cory Meisch wrote: >> >>> I think your suspicions are right. This sounds like an issue with the >>> gs/footmatic portion. Please check your logs and let me know of any >>> error messages that you see... >>> >> >> I'm a bit lost at sea about how to do this though...? I have nothing >> at all in my log files (other than the startup event of ptal, etc), >> perhaps I'm not logging everything though...? What's the default >> logging level? Should I need to beef it up to catch such >> problems...? For example I'm logging lpr.* and not seeing anything in >> there at all? > > > > OK, cancel that last bit. Now I partly understand why I am being a muppet. > > OK, following the (obvious now) instructions at: > http://www.cups.org/cups-help.html - I enable LogLevel debug in > cups.conf and now I get a whole spew of stuff in the cups log. > > Significant bits seem to be: > > D [25/Mar/2004:01:29:07 +0000] [Job 41] PPD file: /etc/cups/ppd/HP.ppd > D [25/Mar/2004:01:29:07 +0000] [Job 41] Printer model: HP PSC 2500 > Foomatic/hpijs (recommended) > > (Is that correct for the PSC2510?) > > Then it all looks good up until a warning about perl locales not being > set (but I assume this is not actually a real issue?), and then: > > D [25/Mar/2004:01:29:07 +0000] [Job 41] foomatic-gswrapper: gs '-dBATCH' > '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' > '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT-PACKARD' > '-sDeviceModel=deskjet 5550' '-dDEVICEWIDTHPOINTS=612' > '-dDEVICEHEIGHTPOINTS=792' '-dDuplex=false' '-r300' > '-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2' > '-dIjsUseOutputFD' '-sOutputFile=| cat >&3' '/dev/fd/0' 3>&1 1>&2 > D [25/Mar/2004:01:29:07 +0000] [Job 41] Error: /invalidfont in findfont > D [25/Mar/2004:01:29:07 +0000] [Job 41] Operand stack: > D [25/Mar/2004:01:29:07 +0000] [Job 41] bigFont Helvetica-Bold > Font Helvetica-Bold 382791 Helvetica-Bold --nostringval-- > Courier (Courier) Courier > > Which looks like the problem. (note it did successfully run the > previous "renderer command: gs -q ...etc..." command successfully, this > is the second command after all the parsing stuff. > > and then finally I get "ESP Ghostscript 7.07.1: Unrecoverable error, > exit code 1". > > It's nearly 2am here, so need to stop now. Thanks very much to those > who offered advice - sorry for the noise. If anyone has any tips on how > to isolate and debug this font issue then that would be appreciated. > > Thanks all > > Ed W > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > _______________________________________________ > hpoj-devel mailing list > hpo...@li... > https://lists.sourceforge.net/lists/listinfo/hpoj-devel > > |
From: Ed W. <li...@wi...> - 2004-03-25 01:42:24
|
Ed Wildgoose wrote: > Cory Meisch wrote: > >> I think your suspicions are right. This sounds like an issue with the >> gs/footmatic portion. Please check your logs and let me know of any >> error messages that you see... >> > > I'm a bit lost at sea about how to do this though...? I have nothing > at all in my log files (other than the startup event of ptal, etc), > perhaps I'm not logging everything though...? What's the default > logging level? Should I need to beef it up to catch such > problems...? For example I'm logging lpr.* and not seeing anything in > there at all? OK, cancel that last bit. Now I partly understand why I am being a muppet. OK, following the (obvious now) instructions at: http://www.cups.org/cups-help.html - I enable LogLevel debug in cups.conf and now I get a whole spew of stuff in the cups log. Significant bits seem to be: D [25/Mar/2004:01:29:07 +0000] [Job 41] PPD file: /etc/cups/ppd/HP.ppd D [25/Mar/2004:01:29:07 +0000] [Job 41] Printer model: HP PSC 2500 Foomatic/hpijs (recommended) (Is that correct for the PSC2510?) Then it all looks good up until a warning about perl locales not being set (but I assume this is not actually a real issue?), and then: D [25/Mar/2004:01:29:07 +0000] [Job 41] foomatic-gswrapper: gs '-dBATCH' '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceModel=deskjet 5550' '-dDEVICEWIDTHPOINTS=612' '-dDEVICEHEIGHTPOINTS=792' '-dDuplex=false' '-r300' '-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2' '-dIjsUseOutputFD' '-sOutputFile=| cat >&3' '/dev/fd/0' 3>&1 1>&2 D [25/Mar/2004:01:29:07 +0000] [Job 41] Error: /invalidfont in findfont D [25/Mar/2004:01:29:07 +0000] [Job 41] Operand stack: D [25/Mar/2004:01:29:07 +0000] [Job 41] bigFont Helvetica-Bold Font Helvetica-Bold 382791 Helvetica-Bold --nostringval-- Courier (Courier) Courier Which looks like the problem. (note it did successfully run the previous "renderer command: gs -q ...etc..." command successfully, this is the second command after all the parsing stuff. and then finally I get "ESP Ghostscript 7.07.1: Unrecoverable error, exit code 1". It's nearly 2am here, so need to stop now. Thanks very much to those who offered advice - sorry for the noise. If anyone has any tips on how to isolate and debug this font issue then that would be appreciated. Thanks all Ed W |
From: Ed W. <li...@wi...> - 2004-03-25 01:01:42
|
Cory Meisch wrote: >I think your suspicions are right. This sounds like an issue with the >gs/footmatic portion. Please check your logs and let me know of any >error messages that you see... > >Cory >hp linux printing team > > Thanks Cory, I'm a bit lost at sea about how to do this though...? I have nothing at all in my log files (other than the startup event of ptal, etc), perhaps I'm not logging everything though...? What's the default logging level? Should I need to beef it up to catch such problems...? For example I'm logging lpr.* and not seeing anything in there at all? Sorry to be a muppet, I'm not a complete linux newbie, but I'm really not familiar with how CUPS, lpr and hpoj fit together. Could you please describe what I should be testing here - I don't mean step by step, but basically what should cups be doing, and how can I see if it is or not - pointers to relevant documentation are more than sufficient. Pointers as to how to manually flex gs/foomatic would be appreciated as well... To be clear I have an epson 750 setup and printing fine through CUPS via gimp-print so I have at least some of the basics all configured here. Many thanks for any help By the way - I only mention this since there seems to be HP folks listening: I've been *really* impressed with the PSC 2510. It's the first time I've owned such a gadget, and previously was put off at the idea of the compromise, but it's actually pretty good! It's quite cool being able to scan from any machine across the network, and it's pretty handy to be able to fax direct from the windows machines (anyone working on adding that to the linux driver..?) Thanks for creating such a great gadget. My only comments are that it would be nice to have better profiles delivered with the printer (on windows the output does not match the *calibrated* screen very well, also I have lusted after a roll paper feed for a while. An automated document feeder, and duplexer would be nice too... (Something like the photo printer crossed with the officejet 7130...) Also, the scanner arrived with a lot of dirt and smears UNDER the glass. I'm in the UK, and it's just too hard to send stuff back here, so I will live with it - but is it possible to download the service manual from anywhere to locate all the screws to remove the top cover to clean the glass...? I appreciate the implications, but quite happy to accept them. Thanks HP for all your support. I would definitely recommend this product to a friend |
From: Cory M. <cor...@hp...> - 2004-03-24 23:20:49
|
I think your suspicions are right. This sounds like an issue with the gs/footmatic portion. Please check your logs and let me know of any error messages that you see... Cory hp linux printing team On Wed, 2004-03-24 at 11:01, Ed Wildgoose wrote: > Cory Meisch wrote: > > >So you do have CUPS setup. What device URI are you using? It should be > >should be something like mlc:usb:// > > > >Also, you may need to emerge the foomatic and ghostscript systems if > you > >haven't down that already. > > > > > > Thanks for the thoughts. > > Device URI's tried are: > ptal:/hpjd:192.168.105.11 > socket://192.168.105.11:9100/ > ptal:/mlc:usb:psc_2500_series > > All give the same effect, instantly the job is "Aborted". (Which > suggests that it never goes anywhere at all... Certainly there are no > flashes or noises from the printer to suggest that it just received some > > data) > > foomatic and ghostscript *should* be setup. I have an epson 750 running > > correctly through gimp-print and cups. Not completely sure what needs > to be setup for the HP though. > > On my gentoo system I just grab all the packages, foomatic, cups, > ghostscript, gimprint, snmp, hpoj, hpij, others that I forgot...? Then > the only setup is to fire up cups via the localhost:631 link and the > Epson was installed and running just by adding a new printer. I am > trying the same thing for the HP, ie just adding in the printer def. > > As you point out I think it is something after CUPS which is failing, > perhaps in the ghostscript/foomatic end, perhaps in the spooler section? > > > I can do "cat blah | ptal-print". Should I be able to do something > with lpr to simulate the bit happening after cups? I really don't quite > > understand the printing subsytem on linux, so some pointers to docs or > bits to debug would be appreciated. > > I have just printed the test page via my windows machine, so the printer > > seems to be working! > > Thanks all > > Ed W > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > _______________________________________________ > hpoj-devel mailing list > hpo...@li... > https://lists.sourceforge.net/lists/listinfo/hpoj-devel -- Cory Meisch X27009 HP Vancouver Test Technician, Linux Printing Team |
From: Ed W. <li...@wi...> - 2004-03-24 19:01:59
|
Cory Meisch wrote: >So you do have CUPS setup. What device URI are you using? It should be >should be something like mlc:usb:// > >Also, you may need to emerge the foomatic and ghostscript systems if you >haven't down that already. > > Thanks for the thoughts. Device URI's tried are: ptal:/hpjd:192.168.105.11 socket://192.168.105.11:9100/ ptal:/mlc:usb:psc_2500_series All give the same effect, instantly the job is "Aborted". (Which suggests that it never goes anywhere at all... Certainly there are no flashes or noises from the printer to suggest that it just received some data) foomatic and ghostscript *should* be setup. I have an epson 750 running correctly through gimp-print and cups. Not completely sure what needs to be setup for the HP though. On my gentoo system I just grab all the packages, foomatic, cups, ghostscript, gimprint, snmp, hpoj, hpij, others that I forgot...? Then the only setup is to fire up cups via the localhost:631 link and the Epson was installed and running just by adding a new printer. I am trying the same thing for the HP, ie just adding in the printer def. As you point out I think it is something after CUPS which is failing, perhaps in the ghostscript/foomatic end, perhaps in the spooler section? I can do "cat blah | ptal-print". Should I be able to do something with lpr to simulate the bit happening after cups? I really don't quite understand the printing subsytem on linux, so some pointers to docs or bits to debug would be appreciated. I have just printed the test page via my windows machine, so the printer seems to be working! Thanks all Ed W |
From: Cory M. <cor...@hp...> - 2004-03-24 18:24:49
|
So you do have CUPS setup. What device URI are you using? It should be should be something like mlc:usb:// Also, you may need to emerge the foomatic and ghostscript systems if you haven't down that already. Cory On Wed, 2004-03-24 at 08:15, Ed Wildgoose wrote: > Hi, I'm tearing my hair out trying to get my new HP PSC 2510 working. > Print jobs just keep saying "Aborted"... > > Basically, I have loaded hpoj 1.5 and hpij 0.91 (ie latest of each). > - Basic communication seems to work over both network and USB (although > there are some gremlins...). > - Scanning works through xsane both over the network and over USB. > - I can send stuff to the printer with "echo somefile.txt | ptal-print" > and after a bit of a pause it pops out. > > I then tried CUPS, restarted it, etc, added a new printer on both USB > and network, choose the "PSC 2500 hpis" driver option from the bottom of > > the list. > > Then I click print test page, and nothing happens. I check the > completed jobs page, and it reports that the job was "aborted"... This > happens on both network and USB, and if I try to print a real print job > as well. > > Can anyone please help me track this one down! I need a few clues as to > > how to debug this further. It would seem that either there is a problem > > with my print driver, or else an issue with the connection from CUPS to > ptal-print? Can I work out which? > > Did I need to do anything else during install? Basically I am running > gentoo, so I just did "emerge hpoj", and it appears to have auto > generated all the ppd files. Is this something to check though? > > Any help gratefully appreciated > > Ed W > > P.S. I tried in CUPS adding a jet-direct connection to the printer (ie > not using the hpjd: device), this still gives the same symptoms. Does > this point to a problem with the print driver? > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > _______________________________________________ > hpoj-devel mailing list > hpo...@li... > https://lists.sourceforge.net/lists/listinfo/hpoj-devel |
From: Ed W. <ed...@wi...> - 2004-03-24 16:15:34
|
Hi, I'm tearing my hair out trying to get my new HP PSC 2510 working. Print jobs just keep saying "Aborted"... Basically, I have loaded hpoj 1.5 and hpij 0.91 (ie latest of each). - Basic communication seems to work over both network and USB (although there are some gremlins...). - Scanning works through xsane both over the network and over USB. - I can send stuff to the printer with "echo somefile.txt | ptal-print" and after a bit of a pause it pops out. I then tried CUPS, restarted it, etc, added a new printer on both USB and network, choose the "PSC 2500 hpis" driver option from the bottom of the list. Then I click print test page, and nothing happens. I check the completed jobs page, and it reports that the job was "aborted"... This happens on both network and USB, and if I try to print a real print job as well. Can anyone please help me track this one down! I need a few clues as to how to debug this further. It would seem that either there is a problem with my print driver, or else an issue with the connection from CUPS to ptal-print? Can I work out which? Did I need to do anything else during install? Basically I am running gentoo, so I just did "emerge hpoj", and it appears to have auto generated all the ppd files. Is this something to check though? Any help gratefully appreciated Ed W P.S. I tried in CUPS adding a jet-direct connection to the printer (ie not using the hpjd: device), this still gives the same symptoms. Does this point to a problem with the print driver? |
From: Guido G. <ag...@de...> - 2004-03-24 15:50:00
|
On Thu, Mar 25, 2004 at 12:15:10AM +1100, Mark Purcell wrote: > Without io.h I doubt that hpoj can support parallel port operation (but I= =20 > could be wrong), how do you propose that hpoj can access the parallel por= t on=20 > these architectures without io.h? Hpoj only needs io.h for ioperm/iopl which I think are only needed on i386. Just not using these might just work but I have to check. Cheers, -- Guido |
From: Mark P. <ms...@de...> - 2004-03-24 13:21:23
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 24 March 2004 02:08, Guido Guenther wrote: > Package: hpoj > Version: 0.91-2 > Severity: important > > Subject says it all. Reason is that ./configure disables the parallel > port if it can't include sys/io.h which isn't available at least on > sparc and ppc. > Cheers, Guido, You are quite right hpoj does not build with parallel port support on sparc: http://buildd.debian.org/fetch.php?&pkg=3Dhpoj&ver=3D0.91-2&arch=3Dsparc&st= amp=3D1072845060&file=3Dlog&as=3Draw Have a look at http://bugs.debian.org/116772. The upstream hpoj configure=20 script expressly disables parallel support if sys/io.h isn't available. Without io.h I doubt that hpoj can support parallel port operation (but I=20 could be wrong), how do you propose that hpoj can access the parallel port = on=20 these architectures without io.h? Mark =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAYYneoCzanz0IthIRAqofAJ9Z8le2xhnLL9IXaXgZv/hhNb6VAQCbBZkj nF19AdvL0QSMkgBIq/J7rk4=3D =3DROYY =2D----END PGP SIGNATURE----- |
From: Erik <be...@vt...> - 2004-03-24 02:37:53
|
I'm having the same exact problems in debian unstable and hope that once you find a solution you will post it here... As a side note: the printer did work fine under RH 9.0 a couple of months ago. On Mon, 2004-03-22 at 11:30, Richard Jones wrote: > On Mon, Mar 22, 2004 at 08:22:27AM -0800, Cory Meisch wrote: > > How did you upgrade? Also, what distro are you running? > > Hi Cory, > > I checked out the version from CVS - this would be Friday or Saturday > IIRC. I compiled that. > > For libusb, I used the latest stable version (0.1.8 - not 0.8.1 as I > erroneously said in my previous email). > > I'm running Debian/stable, but I uninstalled hpoj and removed libusb > files by hand before installing the above. > > Symptoms at the moment: > > (1) If I reboot, then I can detect the printer using ptal-init setup. > Printing doesn't work, with essentially the same error as before. I > can get the exact error if you like, but I'll need to wait for a > convenient time to reboot my server. > > (2) After that, running ptal-init setup doesn't see the printer at > all, although the kernel can see it. > > (3) Scanning works (using SANE's scanimage tool). > > All in all, not much difference between using the CVS version and > using the previous hpoj version from Debian. > > Rich. |
From: Cory M. <cor...@hp...> - 2004-03-22 19:06:03
|
Can you check the CUPS logs and and dmesg and tell me if you get any error messages there? Also, after you run Ptal-init, how are you then setting up the device? Another thing you might want to do, is start fresh again. Remove all the hpoj stuff. Restart CUPS. Upgrade hpijs with the tar ball. Then install the hpoj-0.91 tar ball (not CVS, even though they should be exactly the same). Restart CUPS with #killall cupsd -HUP and then use the web interface (http://localhost:631) to setup your device... Cory hp linux printing team On Mon, 2004-03-22 at 08:30, Richard Jones wrote: > On Mon, Mar 22, 2004 at 08:22:27AM -0800, Cory Meisch wrote: > > How did you upgrade? Also, what distro are you running? > > Hi Cory, > > I checked out the version from CVS - this would be Friday or Saturday > IIRC. I compiled that. > > For libusb, I used the latest stable version (0.1.8 - not 0.8.1 as I > erroneously said in my previous email). > > I'm running Debian/stable, but I uninstalled hpoj and removed libusb > files by hand before installing the above. > > Symptoms at the moment: > > (1) If I reboot, then I can detect the printer using ptal-init setup. > Printing doesn't work, with essentially the same error as before. I > can get the exact error if you like, but I'll need to wait for a > convenient time to reboot my server. > > (2) After that, running ptal-init setup doesn't see the printer at > all, although the kernel can see it. > > (3) Scanning works (using SANE's scanimage tool). > > All in all, not much difference between using the CVS version and > using the previous hpoj version from Debian. > > Rich. |
From: Karl G. <ka...@ma...> - 2004-03-22 16:56:17
|
No, i gave up about 4 months ago attempting to get hpoj stable on my box. I tried on RH8 and Fedora Core 1, neither of which i could get sane to see the scanner, and the printing was very unstable. (the printer would lockup, needing a power reset, and restart of hpoj) I've gone back to standard cups and using it as a printer/copier. Been rock solid since. (but no scanning) Karl kent e. wrote: > Am I the only person in the world using this model on a linux? > > -- just wondering -- > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > _______________________________________________ > hpoj-devel mailing list > hpo...@li... > https://lists.sourceforge.net/lists/listinfo/hpoj-devel -- Karl Grindley <ka...@ma...> Senior Systems Administrator Terra Lycos Operations |
From: Richard J. <ri...@an...> - 2004-03-22 16:30:22
|
On Mon, Mar 22, 2004 at 08:22:27AM -0800, Cory Meisch wrote: > How did you upgrade? Also, what distro are you running? Hi Cory, I checked out the version from CVS - this would be Friday or Saturday IIRC. I compiled that. For libusb, I used the latest stable version (0.1.8 - not 0.8.1 as I erroneously said in my previous email). I'm running Debian/stable, but I uninstalled hpoj and removed libusb files by hand before installing the above. Symptoms at the moment: (1) If I reboot, then I can detect the printer using ptal-init setup. Printing doesn't work, with essentially the same error as before. I can get the exact error if you like, but I'll need to wait for a convenient time to reboot my server. (2) After that, running ptal-init setup doesn't see the printer at all, although the kernel can see it. (3) Scanning works (using SANE's scanimage tool). All in all, not much difference between using the CVS version and using the previous hpoj version from Debian. Rich. -- Richard Jones. http://www.annexia.org/ http://www.j-london.com/ Merjis Ltd. http://www.merjis.com/ - improving website return on investment MOD_CAML lets you run type-safe Objective CAML programs inside the Apache webserver. http://www.merjis.com/developers/mod_caml/ |
From: Cory M. <cor...@hp...> - 2004-03-22 16:22:34
|
How did you upgrade? Also, what distro are you running? Cory hp linux printing team On Sat, 2004-03-20 at 07:53, Richard Jones wrote: > Following the advice here: > > http://hpoj.sourceforge.net/_todo-0.90.shtml > > I upgraded to libusb 0.8.1 and the latest CVS version of hpoj, and the > OfficeJet 4100 printer *still* doesn't work. Now the device cannot > even be found by ptal-init setup, even though the kernel can see it > quite happily. > > Rich. |
From: kent e. <ken...@gr...> - 2004-03-22 07:39:01
|
Am I the only person in the world using this model on a linux? -- just wondering -- |
From: Dr. A. S. <And...@Dr...> - 2004-03-21 11:33:28
|
Hi, thanks for your help! To close this matter:=20 I didn't pay enough attention to the release: SuSE 9.0 ships with hpoj 0.90= ,=20 which leads to the problems described. After installing 0.91 everything wor= ks=20 pretty fine (printing and scanning; I haven't tried to send a fax yet). Yours sincerely Andreas Schenk Am Mittwoch, 3. M=E4rz 2004 20:45 schrieb Crosland, Jerel: > I had the same problem, only my printer is the multi-function GX85, also = on > the USB port. I have a dual-CPU box where I installed SuSE 9.0 and have > been (so-far) unable to get printing to work. In reading the support pages > for hpoj I found that I needed to install the 0.91 version of the package. > I did that (manually, from source, because binaries for SuSE 9.0 were not > yet available) and the ptal setup ran fine this time. It noticed that I h= ad > the printer module activated in the kernel, with a USB printer and SMP and > it offered to turn it off for me, which I told it to do. All tests from t= he > command line worked fine then. My problem came when I tried to go into Ya= st > to configure the printer queue etc. and Yast could not find things. I > posted a message here, and recieved the following responses, which I have > not yet had a chance to test out: > > From Laurence Keefe: > > When you installed version .91 of hpoj, where did things end up? Are > ptal-init, ptal-mlcd, and ptal-printd all in /usr/sbin? That is where Su= SE > expects to find them, along with ptal-cups and ptal-photod. > > Does SuSE say that CUPS will not run with an SMP kernel? If it does run > then you don't want to use YAST anyway to set up the printing, or so the > hpoj documentation says. I successfully set up my OfficeJet V40 to print > and scan using the CUPS web interface. > > And from Cory Meisch: > > Using YaST be sure that CUPS and HPOJ are setup up to start on runlevels > 3 and 5. Then, use the web interface http://localhost:631 to setup your > device. > > Cory > hp linux printing team > > Jerel Crosland > Technical Specialist > 818/704-3187 > > Bug: Small living things that small living boys throw on small living > girls. > > > -----Original Message----- > From: hpo...@li... > [mailto:hpo...@li...]On Behalf Of James B. > Hiller > Sent: Tuesday, March 02, 2004 3:07 PM > To: Dr. Andreas Schenk > Cc: hpo...@li... > Subject: Re: [hpoj-devel] Problem with hpoj /w SMP and USB? > > > Hi. > > Thanks for all the detail. I hope others will jump in, because I'm not > real familiar with a lot of the things that you have, and I'm not at > all familiar with the track record of hpoj with the types of printers > you're using. (Implied: maybe there could be some problems with > those types of printers - is hpoj known to and intended to work ok > with LaserJets?) > > > My software: SuSE Linux 9.0 installed on the workstation. No other > > operating system besides that. Kernel: 2.4.21-99-smp4G. I guess the smp > > stands for > symmetric multi-processor. I don't know exactely what it > > means, but I guess, it should work with a hyperthreading CPU. > > Right. SMP is Symmetric Multi Processing. There's a very good, just a > little old, SMP-HOWTO for linux that is well worth the read. It explains= a > lot about the capability in its different flavors, ways to make use of it, > and a lot more. It also has links to the Linux Parallel Processing HOWTO > and a few other very good docs, all of which you would likely enjoy. > > The canonical URL for the SMP HOWTO is: > > http://www.tldp.org/HOWTO/SMP-HOWTO.html > > Note that there is a link to the maintainer's site, and in fact there is > a slightly newer, better version there. > > The SMP HOWTO briefly mentions hyperthreading, as well as general hardware > issues across a number of platforms, so you may gain some insight as to > whether you have other latent issues to contend with. But again, the > document is 18 months old, so you'll probably get better general info on > hyperthreading from other sources. > > > So I read the troubleshooting guide and found the problem "I have > > an SMP system, and I experience kernel OOPSes or complete system lockups > > when using USB". > > According to the original hpoj maintainer, David Paschal, the linux SMP/U= SB > bug was in principle fixed with the linux 2.6 series (which implies > somewhere in the 2.5 development series as well). However, he didn't have > the opportunity to do comprehensive hpoj-related testing, so he couldn't > attest to the veracity of the fix or 2nd/3rd order regression. Worth > keeping in mind. > > He has also previously told me that there was never an issue with SMP and > parallel port hpoj, though on occasion someone would say, or imply, on > the list that they were having such troubles. I know this myself to be > true, as I've been running hpoj/parallel port and an SMP box for a Very > Long Time (since before hpoj actually did anything) (both Intel and AMD > flavors). And also, though you didn't ask - the issue does not come up > simply because one has USB configured and running in an SMP kernel. It's > only when you're attempting to use hpoj with USB that the problem > manifests. (I say this because there has been traffic on the list from > time to time asserting otherwise, but those folks were misunderstanding t= he > issue at the time). > > Aside from all that - you'd probably benefit from upgrading the kernel if > you don't have other major dependencies on 2.4.21. There might even be > some "improvement" in the SMP bug in the later 2.4-series kernels; I seem > to recall some assertions of that on this mailing list. If I remember > right, it would be at least 2.4.23 to get to. But I'll stress that I'm > not certain of the accuracy of this conjecture, so even better would be > to just go with latest (2.6.3, almost .4 now). > > > I tried to reboot with the nosmp kermel option. This didn't work, the > > system didn't boot with this option. (I wonder why). Then I disabled > > hyperthreading in the BIOS setup. As a result, hpoj worked pretty fine. > > After I enabled > hyperthreading again in the BIOS setup, the system > > locked up again. So I > guess, I have the cited problem. > > Seems like it. > > > What can I do now (besides throwing away something)? > > Rather than throwing anything away, you might consider just going with > parallel-port-only for the moment, either with the one parallel port > printer that you have, or even better, with that one and one borrowed > from a friend (and a $10 PCI parallel port card if you need one). > This way you could remove the USB issue from the mix and make sure you're > not having other problems not at all related to it (seems like you could > be). Then you might be able to roll in hpoj with USB in a controlled > way and see what happens. > > Hope some of this helps. > > jbh > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > > _______________________________________________ > hpoj-devel mailing list > hpo...@li... > https://lists.sourceforge.net/lists/listinfo/hpoj-devel > > > *********************************************************************** > This e-mail and any files transmitted with it are intended > solely for the use of the addressee. This e-mail may > contain confidential and/or legally privileged information. > Any review, transmission, disclosure, copying, or any action > taken or not taken, by other than the intended recipient, in > reliance on the information, is prohibited. If you received > this e-mail in error, notify the sender and delete this e-mail > (and any accompanying material) from your computer and > network. In addition, please be advised that 21st Century > Insurance Group reserves the right to monitor, access and > review all messages, data and images transmitted through > our electronic mail system. By using our e-mail system, you > consent to this monitoring. > *********************************************************************** |
From: Duane R. <dra...@ya...> - 2004-03-20 18:30:10
|
please remove my email address from your list. |
From: <sha...@ya...> - 2004-03-20 17:23:53
|
Hello list, --- This is my first post to the list, so please excuse me if I have posted to the wrong list, or if I miss out any information in the bug report. --- I have discovered potential security issues in the ptal cups backend script, nprint script and mtink script, usually found in /usr/lib/cups/backend or otherwise. The issues are symlink vulnerabilities, and are due to insecure file handling. From /usr/lib/cups/backend/ptal (linked to /usr/bin/ptal-cups): --- [...] #DEBUG=true ### Where we log debug stuff to: DEBUG_PRINTARGS=/tmp/printargs DEBUG_PRINTOUT=/tmp/printout if [ -n "$DEBUG" ]; then echo "Args: $0 $*" > $DEBUG_PRINTARGS echo "Arg1: $1" >> $DEBUG_PRINTARGS echo "Arg2: $2" >> $DEBUG_PRINTARGS echo "Arg3: $3" >> $DEBUG_PRINTARGS echo "Arg4: $4" >> $DEBUG_PRINTARGS echo "Arg5: $5" >> $DEBUG_PRINTARGS echo "Arg6: $6" >> $DEBUG_PRINTARGS echo "Arg7: $7" >> $DEBUG_PRINTARGS command -V ptal-device >> $DEBUG_PRINTARGS 2>&1 command -V ptal-devid >> $DEBUG_PRINTARGS 2>&1 command -V ptal-connect >> $DEBUG_PRINTARGS 2>&1 command -V basename >> $DEBUG_PRINTARGS 2>&1 command -V cat >> $DEBUG_PRINTARGS 2>&1 declare >> $DEBUG_PRINTARGS fi [...] if [ -n "$DEBUG" ]; then echo "SENDTO: $SENDTO" >> $DEBUG_PRINTARGS cat $FILE > $DEBUG_PRINTOUT FILE=$DEBUG_PRINTOUT fi [...] --- In various instances, 'echo' invokations are called in the script to write debugging information to /tmp/printargs ONLY IF DEBUGGING IS ENABLED (if DEBUG is set). However, no file checks are performed on /tmp/printargs for symlinks or otherwise an existance of the file - this is a recipe for trouble, as an attacker could simply create a symlink called /tmp/printargs to a sensitive system file, and if debugging in the script is enabled, the system file *will* be corrupted. Exactly the same vulnerability exists in the mtink and nprint scripts. As seen below: --- mtink script fragment --- [...] ### Uncomment for crude debugging output # DEBUG=true ### Where we log debug stuff to: DEBUG_PRINTARGS=/tmp/printargs DEBUG_PRINTOUT=/tmp/printout if [ -n "$DEBUG" ]; then echo "Args: $0 $*" > $DEBUG_PRINTARGS echo "Arg1: $1" >> $DEBUG_PRINTARGS echo "Arg2: $2" >> $DEBUG_PRINTARGS echo "Arg3: $3" >> $DEBUG_PRINTARGS echo "Arg4: $4" >> $DEBUG_PRINTARGS echo "Arg5: $5" >> $DEBUG_PRINTARGS echo "Arg6: $6" >> $DEBUG_PRINTARGS echo "Arg7: $7" >> $DEBUG_PRINTARGS command -V basename >> $DEBUG_PRINTARGS 2>&1 command -V cat >> $DEBUG_PRINTARGS 2>&1 declare >> $DEBUG_PRINTARGS fi [...] if [ -n "$DEBUG" ]; then echo "SENDTO: $SENDTO" >> $DEBUG_PRINTARGS cat $FILE > $DEBUG_PRINTOUT FILE=$DEBUG_PRINTOUT fi [...] --- EOF And in the nprint script: --- nprint script fragment --- [...] ### Uncomment for crude debugging output #DEBUG=true if [ ! -z "$DEBUG" ]; then echo "Args: $0 $*" > /tmp/printargs echo "Arg1: $1" >> /tmp/printargs echo "Arg2: $2" >> /tmp/printargs echo "Arg2: $3" >> /tmp/printargs echo "Arg2: $4" >> /tmp/printargs echo "Arg2: $5" >> /tmp/printargs echo "Arg2: $6" >> /tmp/printargs echo "Arg2: $7" >> /tmp/printargs command -V pqlist >> /tmp/printargs 2>&1 command -V nprint >> /tmp/printargs 2>&1 command -V basename >> /tmp/printargs 2>&1 command -V cat >> /tmp/printargs 2>&1 declare -p >> /tmp/printargs echo "pqlist\n------" >> /tmp/printargs pqlist >> /tmp/printargs fi [...] if [ ! -z "$DEBUG" ]; then echo "SENDTO: $SENDTO" >> /tmp/printargs cat $6 > /tmp/printout cat /tmp/printout | nprint -q $SENDTO - else cat $FILE | nprint -q $SENDTO - fi [...] --- EOF Below, I will demonstrate how I can reproduce the potential vulnerability using ptal-cups (/usr/lib/cups/backend/ptal) script. This is a genuine example attack I performed on my Mandrake Linux system: --- attack --- [shaun@localhost shaun]$ ln -s /etc/nologin /tmp/printargs [...] [root@localhost backend]# export DEBUG=true [root@localhost backend]# ptal-cups direct ptal-cups:/mlc:usb:PHOTOSMART_P1000 "HEWLETT-PACKARD PHOTOSMART P1000" "PTAL mlc:usb:PHOTOSMART_P1000" [root@localhost backend]# [...] [shaun@localhost shaun]$ cat /etc/nologin Args: /usr/sbin/ptal-cups Arg1: Arg2: Arg3: Arg4: Arg5: Arg6: Arg7: ptal-device is /usr/bin/ptal-device ptal-devid is /usr/bin/ptal-devid ptal-connect is /usr/bin/ptal-connect basename is /bin/basename cat is /bin/cat BASH=/bin/bash BASH_VERSINFO=([0]="2" [1]="05b" [2]="0" [3]="1" [4]="release" [5]="i586-mandrake-linux-gnu") BASH_VERSION='2.05b.0(1)-release' BROWSER=/usr/bin/mozilla COLORTERM= DEBUG=true DEBUG_PRINTARGS=/tmp/printargs DEBUG_PRINTOUT=/tmp/printout DIRSTACK=() DISPLAY=:0.0 ENV=/root/.bashrc EUID=0 GDK_USE_XFT=1 GNOME_DISABLE_CRASH_DIALOG=1 GROUPS=() G_BROKEN_FILENAMES=1 HELP_BROWSER=/usr/bin/mozilla HISTCONTROL=ignoredups HISTSIZE=1000 HOME=/root HOSTNAME=localhost.localdomain HOSTTYPE=i586 IFS=$' \t\n' INPUTRC=/etc/inputrc KONSOLE_DCOP='DCOPRef(konsole-1482,konsole)' KONSOLE_DCOP_SESSION='DCOPRef(konsole-1482,session-3)' LANG=en_GB LANGUAGE=en_GB:en LC_COLLATE=en_GB LC_CTYPE=en_GB LC_MESSAGES=en_GB LC_MONETARY=en_GB LC_NUMERIC=en_GB LC_TIME=en_GB LESS=-MM LESSKEY=/etc/.less LESSOPEN='|/usr/bin/lesspipe.sh %s' LOGNAME=shaun LS_COLORS='no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.tar=01;31:*.tgz=01;31:*.tbz2=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lha=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35:*.tiff=01;35:' MACHTYPE=i586-mandrake-linux-gnu MAIL=/var/spool/mail/shaun OPTERR=1 OPTIND=1 OSTYPE=linux-gnu PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/bin:/usr/local/bin PIPESTATUS=([0]="0") PPID=4548 PS4='+ ' PWD=/usr/lib/cups/backend QT_XFT=0 SECURE_LEVEL=2 SHELL=/bin/bash SHELLOPTS=braceexpand:hashall:interactive-comments SHLVL=4 TERM=xterm UID=0 USER=shaun USERNAME=root XAUTHORITY=/home/shaun/.Xauthority XDM_MANAGED=/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched XMODIFIERS=@im=none _=cat MFG:HEWLETT-PACKARD;MDL:PHOTOSMART P1000;CMD:MLC,PCL,PML;CLASS:PRINTER;DESCRIPTION:Hewlett-Packard PhotoSmart P1000;SERN:ES16C1907ZHP;VSTATUS:$HB0$NC0,ff,DN,IDLE,CUT,K0,C3,SM,NR,KP041,CP000;VP:0800,FL,B0;VJ: ; [...] --- EO attack As can be seen above, I created a link from /tmp/printargs, enabled debugging as root (I could've also uncommented the "#DEBUG=true" line in the ptal backend), and ran the ptal-cups script as root. Then, I tested if the attack had worked, by checking the contents of /etc/nologin - it had clearly written to /etc/nologin. BTW, the vulnerability only exists if debugging is enabled, by setting the DEBUG variable to non-null. However, I am betting that at least a few people in the world have debugging enabled in ptal-cups, nprint or the mtink script. If debugging is enabled, the consequences could be quite severe. In my opinion, this is most definately a security issue. **** My system: --- [shaun@localhost shaun]$ uname --al Linux localhost.localdomain 2.4.19-16mdk #1 Fri Sep 20 18:15:05 CEST 2002 i686 unknown unknown GNU/Linux [shaun@localhost shaun]$ --- **** A suggested fix for this is to check for the existance of /tmp/printargs and /tmp/printout before writing to them. Maybe use a 'if [ -e ...]' type statement. If anybody needs more info, don't hesistate to ask :) How many people here have debugging enabled in their tal-cups, nprint and mtink scripts, BTW? Thank you for your time. Shaun. ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html |