| Author |
Message |
Dingo

Joined: 11 Dec 2007 Posts: 1397 Location: somewhere at the end of rainbow...
|
Posted: Sun 14 Jun 2009, 18:19 Post subject:
CUPS-PDF suddenly refuse to work (solved) |
|
Today Tried to print a my script with Jedit (in Puppy 3.01)
settled options, clicked but nothing happens
Few minutes ago, tried to print to pdf, few pages from ODT doc via OpenOffice... nothing also in this case
So, it seems CUPS-PDF suddenly dont't works more
what do you think it's happened?
more info about problem:
When I try to print from a pdf viewer like epdfview or Foxit or Adobe Reader, no dialog asking where I want save resulting file is showed
looking for in /var/spool/, makes me able to view a .ps file, that is the output of current job
_________________ replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux
Last edited by Dingo on Wed 17 Jun 2009, 14:02; edited 1 time in total
|
|
Back to top
|
|
 |
disciple
Joined: 20 May 2006 Posts: 6180 Location: Auckland, New Zealand
|
Posted: Wed 17 Jun 2009, 04:24 Post subject:
|
|
Maybe the printer setup has broken somehow. But also maybe the printer has just been "stopped", so go to the CUPS control panel and start it again. You may want to delete the spooled files first, in case something strange with one of them caused the printer to stop.
_________________ DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!
|
|
Back to top
|
|
 |
Dingo

Joined: 11 Dec 2007 Posts: 1397 Location: somewhere at the end of rainbow...
|
Posted: Wed 17 Jun 2009, 07:42 Post subject:
|
|
| disciple wrote: | | Maybe the printer setup has broken somehow. But also maybe the printer has just been "stopped", so go to the CUPS control panel and start it again. You may want to delete the spooled files first, in case something strange with one of them caused the printer to stop. |
Thanks for reply
I looked at: http://localhost:631/printers/
CUPS-PDF STATUS seems good it says:
Description: CUPS-PDF
Location:
Make and Model: Ghostscript
Printer State: idle, accepting jobs, published.
Device URI: pdf-writer:/export/share/pdf/
AND it is not stopped, anyway, I deleted all spool files and re-started (after stopping) CUPS-PDF. nothing...
In fact, now only works first part of printing process (creating .ps files of file job in /var/spool/), the second (conversion in pdf and showing pdf save dialog) NOT
maybe it is a problem of X-dialogs/GTK? very strange problem anyway
|
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 7756 Location: Stratford, Ontario
|
Posted: Wed 17 Jun 2009, 08:38 Post subject:
|
|
Here are some things to try:
There may be some clues in the CUPS error logs. Go to /etc/cups and open the file cupsd.conf. Find the line "LogLevel info" and change it to "LogLevel debug".
Restart CUPS with "/etc/init.d/cups restart". Send a document to the PDF writer. Go to /var/cups/log and open the error_log file. Start at the bottom and work your way up looking for error messages.
The PDF writer is a script in the folder /usr/lib/cups/backend. You can open it as text and check out the other executables that it calls, like "ps2pdf". However, it looks like the real work is done by "gs".
There was a posting a while back from someone whose printing had failed. He eventually concluded that some other program he had installed had changed gs. But I can't find it now.
|
|
Back to top
|
|
 |
Dingo

Joined: 11 Dec 2007 Posts: 1397 Location: somewhere at the end of rainbow...
|
Posted: Wed 17 Jun 2009, 09:27 Post subject:
|
|
this is error log (attached as txt) after:
modified Longlevel info to LongLevel debug
restarted cups
PDF-writer script, located in /usr/lib/cups/backend/ seems call only ps2pdf but ps2pdf, as you said, uses ghostscript to work
| Description |
|

Download |
| Filename |
error_log.zip |
| Filesize |
2.58 KB |
| Downloaded |
292 Time(s) |
_________________ replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux
|
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 7756 Location: Stratford, Ontario
|
Posted: Wed 17 Jun 2009, 10:18 Post subject:
|
|
Well, according to the CUPS error log, everything went fine. But the PDF-writer backend also writes to the system error log in /var/log/messages so I would look there next.
Also, I would try deleting the hidden config file /root/.pdfwriter.conf. Maybe it has gotten corrupted and is stopping things.
|
|
Back to top
|
|
 |
Dingo

Joined: 11 Dec 2007 Posts: 1397 Location: somewhere at the end of rainbow...
|
Posted: Wed 17 Jun 2009, 10:45 Post subject:
|
|
yes, PDF-writer log is interesting to read
| Code: | Jun 17 14:21:21 (none) user.notice root: pdf-writer started: 740 root /mnt/home/manualinux.pdf 1 noCollate orientation-requested=3 number-up=1 ColorModel=Default resolution=600x600dpi job-uuid=urn:uuid:383020e8-9a01-3d1b-7762-69ce10c87c40
Jun 17 14:21:21 (none) user.notice root: pdf-writer: WARNING: /root/.Xauthority not found! Switch to console mode!
Jun 17 14:37:52 (none) kern.warn kernel: EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
Jun 17 15:00:28 (none) kern.warn kernel: EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended |
deleted .pdfwriter.conf, then it has been recreated onnext printing attempt, but no changes (thanks for yur help, but this seems a problem without solutions)
_________________ replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux
|
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 7756 Location: Stratford, Ontario
|
Posted: Wed 17 Jun 2009, 11:00 Post subject:
|
|
| Quote: | | but this seems a problem without solutions |
What kind of attitude is that?
If you look at the code for the PDF-Writer backend you can see on Line 134 where the error message is generated. The most likely cause is if the Puppy machine name has changed. Does the "unname -a " command still contain the phrase "puppy"?
Last edited by rcrsn51 on Wed 17 Jun 2009, 11:14; edited 1 time in total
|
|
Back to top
|
|
 |
Dingo

Joined: 11 Dec 2007 Posts: 1397 Location: somewhere at the end of rainbow...
|
Posted: Wed 17 Jun 2009, 11:09 Post subject:
|
|
Yes, well said! only I don't want disturb , at line 134 I read:
| Code: | #if we are are not using puppylinux and ~/.Xauthority does not exists, exit gracefully with warning
if [ "$REMOTE_OR_TEST" != "TRUE" -a ! -f "$XAUTHORITY" -a $PUPPY_LINUX -eq 0 ]; then
logger "pdf-writer: WARNING: $XAUTHORITY not found! Switch to console mode!"
exit 0
fi |
Now I looked in /root/ and . Xauthority does not exist in addition to this, I have changed, some time ago, name of my machine, in
/etc/hostname/
in Dingo(original is: puppypc?)
Now Must I.
recreate . Xauthority (how?)
re-change hostname to puppypc?
_________________ replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux
|
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 7756 Location: Stratford, Ontario
|
Posted: Wed 17 Jun 2009, 11:19 Post subject:
|
|
If the new hostname is Dingo instead of puppypc then that's causing the error. If you really want to stay with Dingo, the easiest fix might be to comment out Line 135 (the exit 0).
|
|
Back to top
|
|
 |
Dingo

Joined: 11 Dec 2007 Posts: 1397 Location: somewhere at the end of rainbow...
|
Posted: Wed 17 Jun 2009, 11:24 Post subject:
|
|
In fact doing so, all is now fully working! Hurra for you! (a great progress in my knowledge of CUPS-printing it's happened today), thanks again! Now I think I must help massively puppy communiti to give help after a lot of help received
I never will say (this problem has no solutions, only: I have yet found)
_________________ replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux
|
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 7756 Location: Stratford, Ontario
|
Posted: Wed 17 Jun 2009, 11:29 Post subject:
|
|
Glad to help. That was fun.
|
|
Back to top
|
|
 |
disciple
Joined: 20 May 2006 Posts: 6180 Location: Auckland, New Zealand
|
Posted: Thu 18 Jun 2009, 04:15 Post subject:
|
|
FWIW IIRC it will work if you have that .Xauthority file, even if it is blank.
_________________ DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!
|
|
Back to top
|
|
 |
Roy
Joined: 31 Dec 2008 Posts: 436
|
Posted: Sun 17 Jan 2010, 14:29 Post subject:
|
|
disciple,
Just for clarification in case I misunderstood somehow, .Xauthority is a file and not a directory, right?
There was a discussion on this page http://www.murga-linux.com/puppy/viewtopic.php?t=51268 concerning a sethostname-1.0.pet and its ability to function correctly. My recent suggestion was to simply incorporate a blank /root/.Xauthority file into the pet, based on this thread (and your input).
Unfortunately, I have no access to a printer or experience building dot-pets to test my own suggestion. Still, something I would like to see for others.
-Roy
|
|
Back to top
|
|
 |
disciple
Joined: 20 May 2006 Posts: 6180 Location: Auckland, New Zealand
|
Posted: Mon 18 Jan 2010, 01:44 Post subject:
|
|
Yes, it is a file and for this can be blank.
_________________ DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!
|
|
Back to top
|
|
 |
|