FS#3905 - hplip does not start and stop correctly

Attached to Project: Arch Linux
Opened by Tom Killian (tomk) - Sunday, 05 February 2006, 10:20 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7.1 Noodle
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

When hplip is started for the first time after booting, the response is:

:: Starting hpiod: [DONE]
:: Starting hpssd: [FAIL]

At that point, /var/run shows hpiod.pid, hpiod.port, and hpssd.port only - no hpssd.pid. If hplip is restarted, the response is:

:: Stopping hpiod: [DONE]
:: Stopping hpssd: [BUSY]
rm: cannot remove `/var/run/hpssd.pid': No such file or directory
[DONE]
:: Starting hpiod: [DONE]
:: Starting hpssd: [DONE]

and /var/run now shows pids and ports for hpiod and hpssd. So far so good. ;)

However, I believe the use of `pidof -o %PPID python /usr/share/hplip/hpssd.py` in the init script is causing problems. If I run that pidof command on my system right now, two pids are displayed - 19467 19445, corresponding to this:

# ps ax | grep python
19445 ? S 0:00 python /usr/share/hplip/hpssd.py
19467 pts/0 S 0:00 python /home/tomk/adesklets/mailer-0.0.6/mailer.py

If I now stop hplip, both processes are killed:

# ps ax | grep python
19546 pts/2 S+ 0:00 grep python

and sure enough, my adesklet has disappeared. Based on my understanding of man pidof, I believe other running python processes would also be affected by this.
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Sunday, 05 February 2006, 12:37 GMT
Reason for closing:  Fixed
Comment by Tobias Powalowski (tpowa) - Sunday, 05 February 2006, 10:48 GMT
could it be that there are some leftover files in /var, then only need to be removed before starting hplip?
Comment by Tobias Powalowski (tpowa) - Sunday, 05 February 2006, 10:50 GMT
ah now i understand the problem, i'll try to find a fix.
Comment by Tobias Powalowski (tpowa) - Sunday, 05 February 2006, 11:31 GMT
could you please check if this startupscript solves your problem, thanks
Comment by Tom Killian (tomk) - Sunday, 05 February 2006, 12:27 GMT
Looking good. This one starts and stops with no errors, and it doesn't screw around with adesklets either.

Printing is good, too. :)

I'll just check it after rebooting, but it seems to be fine.

Thanks.

Loading...