You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
(7) |
Apr
(26) |
May
(54) |
Jun
(50) |
Jul
(7) |
Aug
(21) |
Sep
(50) |
Oct
(42) |
Nov
(8) |
Dec
(15) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(44) |
Feb
(36) |
Mar
(33) |
Apr
(14) |
May
(14) |
Jun
(28) |
Jul
(27) |
Aug
(39) |
Sep
(7) |
Oct
(32) |
Nov
(2) |
Dec
|
From: Zbigniew L. <zb...@o2...> - 2007-11-12 02:20:05
|
printer: HP DeskJet 5940 cups 1.3.4 HP Linux Imaging and Printing System (ver. 2.7.10) /usr/share/foomatic/db/ppd/HP-DeskJet_5940-hpijs.ppd error: Printer queue setup failed.Please restart CUPS and try again. I restarted and reinstalled cups. What I can do more? zbiggy |
From: Aaron <ke...@gm...> - 2007-11-01 20:41:19
|
Everyone: Effective 11/01/2007 HP Linux Imaging and Printing is now using Launchpad.net Bugs for all development support related requests. Please go to https://launchpad.net/hplip/ click on "Report a bug" and complete the information as requested when requesting support for HPLIP. If you have a current open request for support please submit your request to the Launchpad.net support and we will help you as soon as possible. We apologize for any inconvenience this may cause. The HPLIP Mailing list will not be accepting any new support requests, however the archive will be able to be searched. We appreciate your continued support of HPLIP. The HPLIP Team |
From: dwelch91 <dwe...@gm...> - 2007-10-31 16:29:29
|
Hi, Tim, Well, at this point, hpssd is kind of a carry-over from pre-hpmud releases when we had two separate startup time daemons (hpiod and hpssd). I have plans to remove hpssd from the system, but as of right now, it is performing some functions that I cannot easily move to a non-daemon process. It is by design that the first user of HPLIP will start hpssd if it is not running. Currently, hpssd's main functions have to do with: 1. Routing events from hp:, hpfax:, and other event sources to one or more event sinks (hp-toolbox, etc) 2. Routing fax data from hpfax: to hp-sendfax 3. Saving a device's event buffer 4. I few other misc generic functions like caching device values that are expensive to retrieve My plan to replace hpssd involves: 1. For event routing, use dbus 2. For fax data routing, move the fax send code to hpfax: and then communicate with a UI using some IPC mechanism, perhaps dbus 3. For saving the event buffer and caching device values, I do not currently have a plan One idea I have is to implement a "system tray icon" that would replace the daemon-like hpssd process, but would allow the user to control its start/stop explicitly, and 1 process would run per-user. This would allow me to easily handle items 3 and 4. I am waiting on moving ahead on this because of my planned port to Qt4. Qt4 has a tray icon class that would make design/implementation of this easier. Thanks, Don On 10/31/07, Tim Waugh <tw...@re...> wrote: > > What is the purpose of hpssd? It seems that some commands, such as > hp-info, will start hpssd and leave it running. Is that intentional? > Should that be running as the user who invoked (e.g.) hp-info, or is it > meant to be system-wide? > > Thanks, > Tim. > */ > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > HPLIP-Devel mailing list > HPL...@li... > https://lists.sourceforge.net/lists/listinfo/hplip-devel > > > |
From: Tim W. <tw...@re...> - 2007-10-31 11:52:31
|
What is the purpose of hpssd? It seems that some commands, such as hp-info, will start hpssd and leave it running. Is that intentional? Should that be running as the user who invoked (e.g.) hp-info, or is it meant to be system-wide? Thanks, Tim. */ |
From: Lukas V. <ph...@gm...> - 2007-10-28 21:42:04
|
Hi, I don't use samba at all, but I suppose it's only mistype. So, I should test it with driver "Backend Error Handler" instead of "HP Printer (hplip) in cups and if windows client is still crazy after this change, it's not problem in hplip. But otherwise it is. Have I got it right? thanks for your reply Lukas On 10/23/07, Cauligi, Raghothama S <rag...@hp...> wrote: > Windows spooler will send printer ready data (pcl in this case) to the > Linux server. > Cups on Linux side will then send the raw data to the printer bypassing > hplip. The only > piece of hplip that will come into play here is the hp usb backend. You > can change it to > system's usb back end (assuming the printer is connected via usb) and > try again. If that works, > then you have a case against hplip. At the time you are setting up the > queue, the transaction is > between Windows spooler and Samba, hplip wouldn't be invoked. > Hope this helps. > Raghu > > -----Original Message----- > From: hpl...@li... > [mailto:hpl...@li...] On Behalf Of Lukas > Vacek > Sent: Tuesday, October 23, 2007 8:55 AM > To: hpl...@li... > Subject: [HPLIP-Devel] Printing from windows to CUPS server with > HPPhotosmart C3100 series driver > > Hello, > I have linux (ubuntu) box with HP Photosmart C3100 and CUPS server. I > tried printing from MS windows (Media Center Edition - it's like XP, I > guess) via IPP (http://host/printers/printer). But it didn't work with > "generic - MS Imagesetter" nor with "HP - HP photosmart 3100". > Moreover, "add printer" dialog froze after selecting driver. In cups' > error_log I could see these messages (debug level) repeating every 2 > seconds: > > D [18/Oct/2007:20:40:37 +0200] cupsdReadClient: 7 POST /printers/HPc3100 > HTTP/1.1 D [18/Oct/2007:20:40:37 +0200] cupsdAuthorize: No > authentication data provided. > D [18/Oct/2007:20:40:37 +0200] Get-Printer-Attributes > http://minerva:631/printers/HPc3100 > D [18/Oct/2007:20:40:37 +0200] cupsdProcessIPPRequest: 7 status_code=0 > (successful-ok) > > after stopping "Print spooler" in windows, "add printer" dialog unfroze > and I could go on with adding printer. > > Printing from another cups client to this cups server (same printer) > works fine, printing from same windows client to another printer on same > cups server works fine as well! That's why I think it's a problem in > hplip. > > distro: ubuntu gutsy gibbon (beta) > printer: HP Photosmart C3110 > Printer Driver: HP PhotoSmart C3100 Foomatic/hpijs (recommended) Device > URI: hp:/usb/Photosmart_C3100_series?serial=CN6C6C52Q304P9 > But I found similar problems with different photosmart printers, when > googling for solution. > > workaround: > *remove all relevant printers in windows client *reset print spooler > *create new "proxy" printer in cups (set address > http://localhost:631/printers/HPc3100), and driver generic - generate > pdf *in windows add this "proxy" printer (with MS Imagesetter driver) > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > HPLIP-Devel mailing list > HPL...@li... > https://lists.sourceforge.net/lists/listinfo/hplip-devel > |
From: Johannes M. <js...@su...> - 2007-10-25 09:43:03
|
Hello David, On Oct 24 18:58 Suffield, David wrote (shortened): > > Could you give me some more details what hpmud does to open > > the device file so that I can let our security team have a > > look at it or should they simply check all the files in io/hpmud/? > > Yes, all the hplip i/o code is in io/hpmud. > > For usb all i/o goes through libusb/usbfs. All read/writes to any > end-point require a claim_usb_interface(). Once the interface is claimed > all i/o to that interface is exclusive (ie: 7/1/2). > > Parallel i/o is similar. All hpmud parallel i/o goes through > ppdev/parport. Before any i/o can take place PPCLAIM will claim > exclusive access to the port (ie: /dev/parport0). I filed https://bugzilla.novell.com/show_bug.cgi?id=336658 so that our security team can have a look. Let's see what their advice is. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex |
From: Johannes M. <js...@su...> - 2007-10-25 06:49:31
|
Hello, On Oct 24 04:28 Michael Blansfield wrote: > Hoping someone can help me here. I am running an older > version of Xandros Linux. I have the Officejet but cannot > print. I have installed everything but cannot print. > Any help appreciated. Don't user this mailing list for such questions. Use the hpl...@li... list, see http://hplip.sourceforge.net/mailing_lists.html By the way: If you only report vague stuff like "an older version", "installed everything", and "cannot print" it is likely that nobody can help you at all, again see http://hplip.sourceforge.net/mailing_lists.html -------------------------------------------------------------- When posting to the mailing list please send this information along with your report: 1. Your linux distro and version. 2. Your printer make/model. 3. If possible run 'hp-check -t' and attach the generated hp-check.log file to your email. -------------------------------------------------------------- If "hp-check -t" fails (preferably run it as root), report the exact (error)-mesages which you get. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex |
From: Suffield, D. <dav...@hp...> - 2007-10-24 19:00:42
|
Hi Johannes,=20 > As far as I understand it, traditional security in Unix/Linux=20 > (i.e. without additional stuff like AppArmor or SELinux) is=20 > done by a separation by using different user accounts. >=20 > Here changing the device file permissions is separated from=20 > using the device file (under the given permissions) by using=20 > different user accounts for the device file owner (the only=20 > user account - except "root" - which can change the=20 > permissions) and for those who should only use it. >=20 > Therefore OWNER=3D"johndoe", GROUP=3D"lp", MODE=3D"0666" > would also do this separation (now only "johndoe" and "root" > can change the permissions) but usually it is not desired=20 > that "johndoe" can change device file permissions so that I=20 > simply use the "default system owner" which is "root". Good analogy - device file permissions for ownership is separate from device file permissions for using the device file (ie: group and other). Only the device owner has the right to change device file permissions. I plan on changing the OWNER=3D"lp" to OWNER=3D"root" in the = 55-hpmud.rules file. > > > For MODE=3D"0666" the crucial question is whether or not it is=20 > > > possible that another user (e.g. someone who is logged in from=20 > > > remote) can somehow eavesdrop when a (confidental) document is=20 > > > printed or scanned. > > >=20 > > > Is eavesdropping somehow possible with MODE=3D"0666"? > >=20 > > Given only one process can claim the USB interface for reading or=20 > > writing, and claiming the interface is arbitrated by the kernel, I=20 > > would say no other process could snoop the print job or scan job. >=20 > Could you give me some more details what hpmud does to open=20 > the device file so that I can let our security team have a=20 > look at it or should they simply check all the files in io/hpmud/? Yes, all the hplip i/o code is in io/hpmud. For usb all i/o goes through libusb/usbfs. All read/writes to any end-point require a claim_usb_interface(). Once the interface is claimed all i/o to that interface is exclusive (ie: 7/1/2). Parallel i/o is similar. All hpmud parallel i/o goes through ppdev/parport. Before any i/o can take place PPCLAIM will claim exclusive access to the port (ie: /dev/parport0).=20 -dave=20 |
From: Michael B. <mbl...@ya...> - 2007-10-24 11:29:13
|
Hello, Hoping someone can help me here. I am running an older version of Xandros Linux. I have the Officejet but cannot print. I have installed everything but cannot print. Any help appreciated. Thanks, Mike mbl...@ya... __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Johannes M. <js...@su...> - 2007-10-24 08:58:56
|
Hello David, On Oct 23 21:31 Suffield, David wrote (shortened): > Changing OWNER="lp" to OWNER="root" is a valid change. The only > reason I changed it was I thought OWNER="lp" would be more secure > than OWNER="root" with MODE="0666". > > I don't claim to be a security expert, but if OWNER="root" is not > a problem I would be happy to change it. I am also no security expert. That's why I follow any advise from our security team. As far as I understand it, traditional security in Unix/Linux (i.e. without additional stuff like AppArmor or SELinux) is done by a separation by using different user accounts. Here changing the device file permissions is separated from using the device file (under the given permissions) by using different user accounts for the device file owner (the only user account - except "root" - which can change the permissions) and for those who should only use it. Therefore OWNER="johndoe", GROUP="lp", MODE="0666" would also do this separation (now only "johndoe" and "root" can change the permissions) but usually it is not desired that "johndoe" can change device file permissions so that I simply use the "default system owner" which is "root". In my HPLIP 2.7.10 packages on http://download.opensuse.org/repositories/home:/jsmeix/ I have OWNER="root", GROUP="lp", MODE="0666" Let's simply wait and see if there are any complaints because of it. Another example how the separation implements security: The cupsd runs under a differnt user than the filters and backends so that filters and backends cannot change internal settings (i.e. the config) of the cupsd. Again if cupsd would run as user "johndoe" and filters and backends would run as user "lp" the separation would exist. But unfortunately traditional Unix/Linux does not allow that a normal user "johndoe" can open ports below 1024 (but cupsd must open port 631) and/or that a normal user can switch automatically (i.e. without a password dialog) to user "lp" to run the filters and backends as user "lp". In particular because of the latter, cupsd must run all the time as root. > > For MODE="0666" the crucial question is whether or not it is > > possible that another user (e.g. someone who is logged in > > from remote) can somehow eavesdrop when a (confidental) > > document is printed or scanned. > > > > Is eavesdropping somehow possible with MODE="0666"? > > Given only one process can claim the USB interface for reading or > writing, and claiming the interface is arbitrated by the kernel, I would > say no other process could snoop the print job or scan job. Could you give me some more details what hpmud does to open the device file so that I can let our security team have a look at it or should they simply check all the files in io/hpmud/? > Setting the permissions to MODE="0666" is strictly the default for hplip > tar ball install. We have a lot of customers performing the tar ball > install so this makes it much easer from a customer support standpoint > with all the different distributions. I recommend not to sacrifice "reasonable security by default" for "make it easy for the customer" because in particular your unexperienced customers can only blindly trust you that your software doesn't do any harm or allow that harm can happen. You may have a look at http://en.wikipedia.org/wiki/Three_Laws_of_Robotics It depends on what you think is worth more: The reputation that HP is a company which can be trusted or blindly make everything easy for the user. If your software causes harm and a public discussion happens, it would not help you to say "root is required to install it". For example have a look at what Samsung did in their attempt to make everything easy for the user with their driver. I don't know how big the damage is for Samsung but at least they are now known as an example for insecure drivers from manufacturers - in contrast to real free-software drivers where at least more people have had a look before it hits unexperienced customers. By the way: It is such a pleasure that we can discuss such issues directly with the people at the manufacturer on a public accessible mailing list to find step by step the best possible solution - i.e. the right balance between "reasonable security by default" and "make it easy for the customer". Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex |
From: Suffield, D. <dav...@hp...> - 2007-10-23 21:32:50
|
Hi Johannes, > > HPLIP 2.7.10 - This release has the following changes: > >=20 > > 1. Made a change to 55-hpmud.rules ... >=20 > I do not understand why there is OWNER=3D"lp" in 55-hpmud.rules. >=20 > When the owner is lp, then any CUPS filter script or backend=20 > can change the permissions as it likes, for example via=20 > http://www.cups.org/str.php?L790 >=20 > With the default MODE=3D"0666" there is not much to change for=20 > a possible attacker but think about that the admin may have=20 > specified a more restrictive mode but forgot to also change=20 > the owner to root. >=20 > To be more on the safe side, I would like to have=20 > OWNER=3D"root", GROUP=3D"lp", MODE=3D"0666" by default for openSUSE. >=20 > Is there any functionality which does no longer work out of=20 > the box if OWNER=3D"root"? Actually I made the OWNER=3D"lp" change in 2.7.9 not 2.7.10.=20 Changing OWNER=3D"lp" to OWNER=3D"root" is a valid change. The only = reason I changed it was I thought OWNER=3D"lp" would be more secure than OWNER=3D"root" with MODE=3D"0666". =20 I don't claim to be a security expert, but if OWNER=3D"root" is not a problem I would be happy to change it. > For MODE=3D"0666" the crucial question is whether or not it is=20 > possible that another user (e.g. someone who is logged in=20 > from remote) can somehow eavesdrop when a (confidental)=20 > document is printed or scanned. >=20 > Is eavesdropping somehow possible with MODE=3D"0666"? Given only one process can claim the USB interface for reading or writing, and claiming the interface is arbitrated by the kernel, I would say no other process could snoop the print job or scan job. Setting the permissions to MODE=3D"0666" is strictly the default for = hplip tar ball install. We have a lot of customers performing the tar ball install so this makes it much easer from a customer support standpoint with all the different distributions.=20 I would be glad to support a less permissive user policy with "resmgr" or "ConsoleKit", but these are Suse and Fedora specific solutions (right?). So for now I'm happy to let you set your own user policies in your binary packages. I will let Raghu answer your hpijs ZJStream questions. -dave =20 > > 17. Added support for the following new printer(s): > ... > > - HP LaserJet 1018 (LJZjsMono w/plug-in) > > - HP LaserJet 1020 (LJZjsMono w/plug-in) > > - HP LaserJet 1022 (LJZjsMono w/plug-in) > > - HP LaserJet 1022n (LJZjsMono w/plug-in) > > - HP LaserJet 1022nw (LJZjsMono w/plug-in) >=20 > For openSUSE I provide only HPIJS as package hpijs-standalone. > Currently this package contains only /usr/bin/hpijs and some=20 > documentation. >=20 > I build it via > ------------------------------------------------------------ > ./configure --prefix=3D/usr \ > --libdir=3D%_libdir \ > --disable-foomatic-xml-install \ > --disable-foomatic-ppd-install \ > --disable-doc-build \ > --enable-hpijs-only-build > make > ------------------------------------------------------------ >=20 > Assume the user has a ZJStream printer and he has somehow=20 > manually downloaded the necessary plug-in. >=20 > Would then the plain /usr/bin/hpijs work for his ZJStream printer? >=20 > I.e. would the plain /usr/bin/hpijs autmatically find his=20 > plug-in and use it or is additional software needed and in=20 > case of the latter which additional software from HPLIP is needed? >=20 >=20 > By the way: > There is nothing about the new LJZjsMono device class at=20 > http://hplip.sourceforge.net/tech_docs/device_classes.html > or about the new plug-in mechanism at > http://hplip.sourceforge.net/tech_docs/hpijs.html >=20 >=20 > Kind Regards > Johannes Meixner |
From: Martin K. <mk...@MK...> - 2007-10-23 18:18:37
|
I tried to duplicate the problem and I do not think the problem is with aborting the print. It seems to abort fine (at least for now). However, the problem is with the printer doing its stuff (cleaning?) after the abort and after normal print also, when if I send another job to it, it either keeps blinking or just hangs up. I believe that the printer returns IDLE status when the new job is sent because I test for it when I close the (previous) job. I need to reset the computer and printer to recover. Martin -----Original Message----- From: Martin Kajdas=20 Sent: Tuesday, October 23, 2007 10:16 AM To: Martin Kajdas; Cauligi, Raghothama S; Suffield, David Cc: hpl...@li... Subject: RE: [HPLIP-Devel] How to abort printing I am sorry, but previous email was incorrect. I exit both loops when SendRaster() returns any error > 0, so no NewPage is called(). My guess is that something happens that breaks the printer communication sequence and the printer or USB driver gets confused. The latest HPIJS fixed many problems but I believe it is not completely debugged. Martin -----Original Message----- From: hpl...@li... [mailto:hpl...@li...] On Behalf Of Martin Kajdas Sent: Tuesday, October 23, 2007 9:35 AM To: Cauligi, Raghothama S; Suffield, David Cc: hpl...@li... Subject: Re: [HPLIP-Devel] How to abort printing This is a statically linked app using HP's APDK specification so HPIJS server (hpijs.cpp) is not used. I checked my loop and I do exit page printing loop when SendRaster() returns any error > 0. Then I call NewPage() which returns another status and if this status is also > 0, then I exit job completely. This may be my problem and I will confirm it (SendRaster error should not be overwritten by NewPage error: could be 0 by then). Martin |
From: Martin K. <mk...@MK...> - 2007-10-23 17:16:19
|
I am sorry, but previous email was incorrect. I exit both loops when SendRaster() returns any error > 0, so no NewPage is called(). My guess is that something happens that breaks the printer communication sequence and the printer or USB driver gets confused. The latest HPIJS fixed many problems but I believe it is not completely debugged. Martin -----Original Message----- From: hpl...@li... [mailto:hpl...@li...] On Behalf Of Martin Kajdas Sent: Tuesday, October 23, 2007 9:35 AM To: Cauligi, Raghothama S; Suffield, David Cc: hpl...@li... Subject: Re: [HPLIP-Devel] How to abort printing This is a statically linked app using HP's APDK specification so HPIJS server (hpijs.cpp) is not used. I checked my loop and I do exit page printing loop when SendRaster() returns any error > 0. Then I call NewPage() which returns another status and if this status is also > 0, then I exit job completely. This may be my problem and I will confirm it (SendRaster error should not be overwritten by NewPage error: could be 0 by then). Martin |
From: Cauligi, R. S <rag...@hp...> - 2007-10-23 16:42:15
|
Windows spooler will send printer ready data (pcl in this case) to the Linux server. Cups on Linux side will then send the raw data to the printer bypassing hplip. The only piece of hplip that will come into play here is the hp usb backend. You can change it to system's usb back end (assuming the printer is connected via usb) and try again. If that works, then you have a case against hplip. At the time you are setting up the queue, the transaction is between Windows spooler and Samba, hplip wouldn't be invoked. Hope this helps. Raghu=20 -----Original Message----- From: hpl...@li... [mailto:hpl...@li...] On Behalf Of Lukas Vacek Sent: Tuesday, October 23, 2007 8:55 AM To: hpl...@li... Subject: [HPLIP-Devel] Printing from windows to CUPS server with HPPhotosmart C3100 series driver Hello, I have linux (ubuntu) box with HP Photosmart C3100 and CUPS server. I tried printing from MS windows (Media Center Edition - it's like XP, I guess) via IPP (http://host/printers/printer). But it didn't work with "generic - MS Imagesetter" nor with "HP - HP photosmart 3100". Moreover, "add printer" dialog froze after selecting driver. In cups' error_log I could see these messages (debug level) repeating every 2 seconds: D [18/Oct/2007:20:40:37 +0200] cupsdReadClient: 7 POST /printers/HPc3100 HTTP/1.1 D [18/Oct/2007:20:40:37 +0200] cupsdAuthorize: No authentication data provided. D [18/Oct/2007:20:40:37 +0200] Get-Printer-Attributes http://minerva:631/printers/HPc3100 D [18/Oct/2007:20:40:37 +0200] cupsdProcessIPPRequest: 7 status_code=3D0 (successful-ok) after stopping "Print spooler" in windows, "add printer" dialog unfroze and I could go on with adding printer. Printing from another cups client to this cups server (same printer) works fine, printing from same windows client to another printer on same cups server works fine as well! That's why I think it's a problem in hplip. distro: ubuntu gutsy gibbon (beta) printer: HP Photosmart C3110 Printer Driver: HP PhotoSmart C3100 Foomatic/hpijs (recommended) Device URI: hp:/usb/Photosmart_C3100_series?serial=3DCN6C6C52Q304P9 But I found similar problems with different photosmart printers, when googling for solution. workaround: *remove all relevant printers in windows client *reset print spooler *create new "proxy" printer in cups (set address http://localhost:631/printers/HPc3100), and driver generic - generate pdf *in windows add this "proxy" printer (with MS Imagesetter driver) ------------------------------------------------------------------------ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ HPLIP-Devel mailing list HPL...@li... https://lists.sourceforge.net/lists/listinfo/hplip-devel |
From: Martin K. <mk...@MK...> - 2007-10-23 16:34:59
|
This is a statically linked app using HP's APDK specification so HPIJS server (hpijs.cpp) is not used. I checked my loop and I do exit page printing loop when SendRaster() returns any error > 0. Then I call NewPage() which returns another status and if this status is also > 0, then I exit job completely. This may be my problem and I will confirm it (SendRaster error should not be overwritten by NewPage error: could be 0 by then). Martin -----Original Message----- From: Cauligi, Raghothama S [mailto:rag...@hp...]=20 Sent: Tuesday, October 23, 2007 9:12 AM To: Martin Kajdas; Suffield, David Cc: hpl...@li... Subject: RE: [HPLIP-Devel] How to abort printing Are you looking at the return value from Job::SendRaster? Looks like hpijs.cpp is ignoring the return value from SendRaster. In the main loop, it is calling pSS->ProcessRaster and ignoring the return value. You will have to look at the return value and break out of the loop if you get a JOB_CANCELED error. Raghu=20 -----Original Message----- From: hpl...@li... [mailto:hpl...@li...] On Behalf Of Martin Kajdas Sent: Tuesday, October 23, 2007 8:41 AM To: Suffield, David Cc: hpl...@li... Subject: [HPLIP-Devel] How to abort printing I have an embedded system that uses HPIJS only to talk to the printer (DeskJet D4160) using dj3320.cpp and I it is mostly working. However, I cannot find a proper way to abort printing. When a user presses an Escape key while printing, I set DisplayStatus to DISPLAY_PRINTING_CANCELED and return JOB_CANCELED in ToDevice() and BusyWait() functions which test the escape flag every time they are called. I do not remember all of the details now, but the printing stops but some debugging errors are generated and/or printed on screen and it takes a while for the printer to recover or it is not responsive at all (blinking lights?). Before I start bothering you with the details, I would like to find out if what I am doing is correct and what is the proper sequence of aborting because most likely it is my code's fault. Anther, issue I have is that the last print line (about 10mm wide) on the page is only done once instead of twice (?) and it appears much lighter and the color is not completely filled in. I tried all kinds of delays and status checking to let the printer finish the job before ejecting, without any success. Any ideas? Martin |
From: Cauligi, R. S <rag...@hp...> - 2007-10-23 16:12:56
|
Are you looking at the return value from Job::SendRaster? Looks like hpijs.cpp is ignoring the return value from SendRaster. In the main loop, it is calling pSS->ProcessRaster and ignoring the return value. You will have to look at the return value and break out of the loop if you get a JOB_CANCELED error. Raghu=20 -----Original Message----- From: hpl...@li... [mailto:hpl...@li...] On Behalf Of Martin Kajdas Sent: Tuesday, October 23, 2007 8:41 AM To: Suffield, David Cc: hpl...@li... Subject: [HPLIP-Devel] How to abort printing I have an embedded system that uses HPIJS only to talk to the printer (DeskJet D4160) using dj3320.cpp and I it is mostly working. However, I cannot find a proper way to abort printing. When a user presses an Escape key while printing, I set DisplayStatus to DISPLAY_PRINTING_CANCELED and return JOB_CANCELED in ToDevice() and BusyWait() functions which test the escape flag every time they are called. I do not remember all of the details now, but the printing stops but some debugging errors are generated and/or printed on screen and it takes a while for the printer to recover or it is not responsive at all (blinking lights?). Before I start bothering you with the details, I would like to find out if what I am doing is correct and what is the proper sequence of aborting because most likely it is my code's fault. Anther, issue I have is that the last print line (about 10mm wide) on the page is only done once instead of twice (?) and it appears much lighter and the color is not completely filled in. I tried all kinds of delays and status checking to let the printer finish the job before ejecting, without any success. Any ideas? Martin ------------------------------------------------------------------------ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ HPLIP-Devel mailing list HPL...@li... https://lists.sourceforge.net/lists/listinfo/hplip-devel |
From: Lukas V. <ph...@gm...> - 2007-10-23 15:54:39
|
Hello, I have linux (ubuntu) box with HP Photosmart C3100 and CUPS server. I tried printing from MS windows (Media Center Edition - it's like XP, I guess) via IPP (http://host/printers/printer). But it didn't work with "generic - MS Imagesetter" nor with "HP - HP photosmart 3100". Moreover, "add printer" dialog froze after selecting driver. In cups' error_log I could see these messages (debug level) repeating every 2 seconds: D [18/Oct/2007:20:40:37 +0200] cupsdReadClient: 7 POST /printers/HPc3100 HTTP/1.1 D [18/Oct/2007:20:40:37 +0200] cupsdAuthorize: No authentication data provided. D [18/Oct/2007:20:40:37 +0200] Get-Printer-Attributes http://minerva:631/printers/HPc3100 D [18/Oct/2007:20:40:37 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) after stopping "Print spooler" in windows, "add printer" dialog unfroze and I could go on with adding printer. Printing from another cups client to this cups server (same printer) works fine, printing from same windows client to another printer on same cups server works fine as well! That's why I think it's a problem in hplip. distro: ubuntu gutsy gibbon (beta) printer: HP Photosmart C3110 Printer Driver: HP PhotoSmart C3100 Foomatic/hpijs (recommended) Device URI: hp:/usb/Photosmart_C3100_series?serial=CN6C6C52Q304P9 But I found similar problems with different photosmart printers, when googling for solution. workaround: *remove all relevant printers in windows client *reset print spooler *create new "proxy" printer in cups (set address http://localhost:631/printers/HPc3100), and driver generic - generate pdf *in windows add this "proxy" printer (with MS Imagesetter driver) |
From: Martin K. <mk...@MK...> - 2007-10-23 15:40:43
|
I have an embedded system that uses HPIJS only to talk to the printer (DeskJet D4160) using dj3320.cpp and I it is mostly working. However, I cannot find a proper way to abort printing. When a user presses an Escape key while printing, I set DisplayStatus to DISPLAY_PRINTING_CANCELED and return JOB_CANCELED in ToDevice() and BusyWait() functions which test the escape flag every time they are called. I do not remember all of the details now, but the printing stops but some debugging errors are generated and/or printed on screen and it takes a while for the printer to recover or it is not responsive at all (blinking lights?). Before I start bothering you with the details, I would like to find out if what I am doing is correct and what is the proper sequence of aborting because most likely it is my code's fault. Anther, issue I have is that the last print line (about 10mm wide) on the page is only done once instead of twice (?) and it appears much lighter and the color is not completely filled in. I tried all kinds of delays and status checking to let the printer finish the job before ejecting, without any success. Any ideas? Martin |
From: Johannes M. <js...@su...> - 2007-10-23 14:46:24
|
Hello, On Oct 23 15:19 Tim Waugh wrote (shortened): > For a solution to this problem that does not allow arbitrary write > access, but instead constrains access to (a) the print spooler and (b) > the console user(s), please see my write-up of how we approached HPLIP > device permissions for Fedora 8: > > http://cyberelk.net/tim/2007/10/04/hplip-device-permissions-with-consolekit/ Looks similar to our "resmgr" which we use currently but only for HP all-in-one devices, see in http://sourceforge.net/mailarchive/message.php?msg_name=Pine.LNX.4.64.0707040850200.22081%40nelson.suse.de in the section regarding "controllable permissions" item c). For the upcomming openSUSE 11.0 I will use "resmgr" also for plain printers (to make device status available for the "console user") and fortunately we now have the USB device IDs so that it is possible to have it set up correctly out of the box. But I still wonder if perhaps mode 0666 is o.k. for HP USB printers and all-in-one devices if eavesdropping is not possible with MODE="0666". E.g. because for each device IO the hpmud library tries to open it only exclusively so that eiher an existing eavesdropper is noticed and hpmud would not open it, or after the exclusive open via hpmud no additional open by an eavesdropper is possible. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex |
From: Tim W. <tw...@re...> - 2007-10-23 14:19:26
|
On Tue, 2007-10-23 at 15:37 +0200, Johannes Meixner wrote: > > 1. Made a change to 55-hpmud.rules ... >=20 > I do not understand why there is OWNER=3D"lp" in 55-hpmud.rules. >=20 > When the owner is lp, then any CUPS filter script or backend > can change the permissions as it likes, for example via > http://www.cups.org/str.php?L790 >=20 > With the default MODE=3D"0666" there is not much to change for > a possible attacker but think about that the admin may have > specified a more restrictive mode but forgot to also change > the owner to root. >=20 > To be more on the safe side, I would like to have > OWNER=3D"root", GROUP=3D"lp", MODE=3D"0666" by default for openSUSE. For a solution to this problem that does not allow arbitrary write access, but instead constrains access to (a) the print spooler and (b) the console user(s), please see my write-up of how we approached HPLIP device permissions for Fedora 8: http://cyberelk.net/tim/2007/10/04/hplip-device-permissions-with-consolekit= / Tim. */ |
From: Johannes M. <js...@su...> - 2007-10-23 13:37:54
|
Hello, On Oct 20 00:08 Hosszu, John wrote (shortened): > HPLIP 2.7.10 - This release has the following changes: > > 1. Made a change to 55-hpmud.rules ... I do not understand why there is OWNER="lp" in 55-hpmud.rules. When the owner is lp, then any CUPS filter script or backend can change the permissions as it likes, for example via http://www.cups.org/str.php?L790 With the default MODE="0666" there is not much to change for a possible attacker but think about that the admin may have specified a more restrictive mode but forgot to also change the owner to root. To be more on the safe side, I would like to have OWNER="root", GROUP="lp", MODE="0666" by default for openSUSE. Is there any functionality which does no longer work out of the box if OWNER="root"? For MODE="0666" the crucial question is whether or not it is possible that another user (e.g. someone who is logged in from remote) can somehow eavesdrop when a (confidental) document is printed or scanned. Is eavesdropping somehow possible with MODE="0666"? > 17. Added support for the following new printer(s): ... > - HP LaserJet 1018 (LJZjsMono w/plug-in) > - HP LaserJet 1020 (LJZjsMono w/plug-in) > - HP LaserJet 1022 (LJZjsMono w/plug-in) > - HP LaserJet 1022n (LJZjsMono w/plug-in) > - HP LaserJet 1022nw (LJZjsMono w/plug-in) For openSUSE I provide only HPIJS as package hpijs-standalone. Currently this package contains only /usr/bin/hpijs and some documentation. I build it via ------------------------------------------------------------ ./configure --prefix=/usr \ --libdir=%_libdir \ --disable-foomatic-xml-install \ --disable-foomatic-ppd-install \ --disable-doc-build \ --enable-hpijs-only-build make ------------------------------------------------------------ Assume the user has a ZJStream printer and he has somehow manually downloaded the necessary plug-in. Would then the plain /usr/bin/hpijs work for his ZJStream printer? I.e. would the plain /usr/bin/hpijs autmatically find his plug-in and use it or is additional software needed and in case of the latter which additional software from HPLIP is needed? By the way: There is nothing about the new LJZjsMono device class at http://hplip.sourceforge.net/tech_docs/device_classes.html or about the new plug-in mechanism at http://hplip.sourceforge.net/tech_docs/hpijs.html Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex |
From: Niko S. <ni...@fr...> - 2007-10-22 06:12:50
|
Attached is an update of the installation notes of hplip on Linux From Scratch/Beyond Linux From Scratch, this time for the 2.7.9 release. The notes presently in the Hplip documentation need to be replaced by this. Judging from some of the Help-cries I have read, this may be of some use. Keep up the good work! Niko Sauer |
From: Lukas V. <ph...@gm...> - 2007-10-20 12:40:01
|
Hello, I have linux (ubuntu) box with HP Photosmart C3100 and CUPS server. I tried printing from MS windows (Media Center Edition - it's like XP, I guess) via IPP (http://host/printers/printer). But it didn't work with "generic - MS Imagesetter" nor with "HP - HP photosmart 3100". Moreover, "add printer" dialog froze after selecting driver. In cups' error_log I could see these messages (debug level) repeating every 2 seconds: D [18/Oct/2007:20:40:37 +0200] cupsdReadClient: 7 POST /printers/HPc3100 HTTP/1.1 D [18/Oct/2007:20:40:37 +0200] cupsdAuthorize: No authentication data provided. D [18/Oct/2007:20:40:37 +0200] Get-Printer-Attributes http://minerva:631/printers/HPc3100 D [18/Oct/2007:20:40:37 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) after stopping "Print spooler" in windows, "add printer" dialog unfroze and I could go on with adding printer. Printing from another cups client to this cups server (same printer) works fine, printing from same windows client to another printer on same cups server works fine as well! That's why I think it's a problem in hplip. distro: ubuntu gutsy gibbon (beta) printer: HP Photosmart C3110 Printer Driver: HP PhotoSmart C3100 Foomatic/hpijs (recommended) Device URI: hp:/usb/Photosmart_C3100_series?serial=CN6C6C52Q304P9 But I found similar problems with different photosmart printers, when googling for solution. workaround: *remove all relevant printers in windows client *reset print spooler *create new "proxy" printer in cups (set address http://localhost:631/printers/HPc3100), and driver generic - generate pdf *in windows add this "proxy" printer (with MS Imagesetter driver) |
From: Hosszu, J. <joh...@hp...> - 2007-10-20 00:07:48
|
HPLIP 2.7.10 - This release has the following changes: 1. Made a change to 55-hpmud.rules so that it also works for SUSE 10.3. = This rule is still backward compatible with older udev based distros. 2. Applied patch for issue CVE-2007-5208 (hpssd command injection) 3. Added detection for Reportlab 2.x in hp-check and hp-sendfax 4. Fixed defect (Traceback information displays when right-click the pic= ture icon in the "Unload Photo Card" window.) 5. Added new icons for Officejet J3600 and Officejet J5500 6. Fixed defect (Chinese: The Default button in the print setting tab al= ways invalid when configure the parameter of Page Orientation.) 7. Fixed defect (The printer will be replaced by adding another printer = with the same name when setting up the printer.) 8. Added -q/--lang=3D to hp-setup 9. Fixed defect (Hplip installion process hangs up at "PRINTER SETUP" if= select no GUIs during custom installion.) 10. Fixed defect (Chinese: Date information in the status tab of toolbox = is not localized correctly.) 11. Added syslog "loading firmware" message to plugin udev files. 12. Some improvements/fixes to LaserJet status 13. Added -q/--lang to hp-unload, hp-sendfax, and hp-makecopies 14. Cleaned up some code in hpaio. 15. Updated APDK label in bootstrap 16. Cleaned up lj10xx ppds 17. Added support for the following new printer(s): - HP Officejet Pro K8600 (DJGenericVP) - HP Photosmart C4380 Series (DJGenericVP) - HP LaserJet 1018 (LJZjsMono w/plug-in) - HP LaserJet 1020 (LJZjsMono w/plug-in) - HP LaserJet 1022 (LJZjsMono w/plug-in) - HP LaserJet 1022n (LJZjsMono w/plug-in) - HP LaserJet 1022nw (LJZjsMono w/plug-in) - HP Deskjet 550C (DJ540) HPLIP 2.7.10 - Known Issues with Localization (L10N) and Internationalizati= on (I18N): 1. Non-Latin1 characters (Chinese, Russian, etc) cannot be used in the f= ollowing locations: Coverpage information (hp-sendfax), command paths (hp-t= oolbox), photocard unload paths (hp-unload), fax header information (hp-too= lbox), file print paths (hp-print), and file fax paths (hp-sendfax). 2. The date infomation in the status tab of HP Device Manager (hp-toolbo= x) may not have the correct format for the current locale. 3. Non-Latin1 characters (Chinese, Russian, etc) cannot be used for any = command line utility as user input or command line argument. |
From: Suffield, D. <dav...@hp...> - 2007-10-17 23:22:51
|
We have an new 55-hpmud.rules file for Suse 10.3. This udev file is backward compatable with older udev "usb_device" rules. See the attached file.=20 # Udev rules file for HP printer products. ACTION!=3D"add", GOTO=3D"hpmud_rules_end" SUBSYSTEM=3D=3D"ppdev", OWNER=3D"lp", GROUP=3D"lp", MODE=3D"0666" SUBSYSTEM=3D=3D"usb", ENV{DEVTYPE}=3D=3D"usb_device", GOTO=3D"pid_test" SUBSYSTEM!=3D"usb_device", GOTO=3D"hpmud_rules_end" LABEL=3D"pid_test" # Check for AiO products (0x03f0xx11). SYSFS{idVendor}=3D=3D"03f0", SYSFS{idProduct}=3D=3D"??11", OWNER=3D"lp", GROUP=3D"lp", MODE=3D"0666" # Check for Photosmart products (0x03f0xx02). SYSFS{idVendor}=3D=3D"03f0", SYSFS{idProduct}=3D=3D"??02", OWNER=3D"lp", GROUP=3D"lp", MODE=3D"0666" # Check for Business Inkjet products (0x03f0xx12). SYSFS{idVendor}=3D=3D"03f0", SYSFS{idProduct}=3D=3D"??12", OWNER=3D"lp", GROUP=3D"lp", MODE=3D"0666" # Check for Deskjet products (0x03f0xx04). SYSFS{idVendor}=3D=3D"03f0", SYSFS{idProduct}=3D=3D"??04", OWNER=3D"lp", GROUP=3D"lp", MODE=3D"0666" # Check for LaserJet products (0x03f0xx17). SYSFS{idVendor}=3D=3D"03f0", SYSFS{idProduct}=3D=3D"??17", OWNER=3D"lp", GROUP=3D"lp", MODE=3D"0666" LABEL=3D"hpmud_rules_end" -dave |