Bug#344872: Same bug empty files to print with cups-pdf

2006-04-02 Thread Volker Christian Behr
Hi,

it might be that the New-Stylus-Color-printer driver does not create
correct postscript. Try using the PostScript Color driver that comes
with CUPS-PDF (or at least some driver that explicitely says generic PS
driver).

Since the PDF is correctly created if you call cups-pdf directly (on the
commandline) with a PS-File the printer driver seems the obvious
culprit.

Volker

On Sat, 2006-04-01 at 22:44, Mario Oyorzabal Salgado wrote:
 Hi, i have make more test's for know about this problem :-P, i have made this:
 
 # /usr/lib/cups/backend/cups-pdf 1 tuxsoul Test 1 0 /home/tuxsoul/mozilla.ps
 
 I think so cups-pdf run with user tuxsoul, the result is a correct pdf file, 
 in
 tuxsoul home, but if try to print since gedit or any gnome or gui, 
 application,
 the result is the empty file, may be ¿is the communication between cups and
 cups-pdf?
 
 I have install the driver for printer New-Stylus-Color-printer for using
 cups-pdf, in my gnome enviroment. Sorry for skype this info =P.
 
 
 
 Volker Christian Behr wrote:
  Hi,
  
  from what I can see from the logfile, when printing as non-root GS returns
  the error code 256 - this usually means that the source file cannot be
  read. Please check whether the directory /var/spool/cups-pdf/SPOOL is
  readable for the group lpadmin. One thing you can try is removing the
  entire directory /var/spool/cups-pdf ... CUPS-PDF will re-create the tree
  with suitable permissions.
  
  Volker
  
-- 

Volker Christian Behr
Experimentelle Physik V (Biophysik), Physikalisches Institut
Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany

Office: Room F-069a
+49-931-888-5766 (phone)
+49-931-888-5851 (fax)




Bug#344872: Same bug empty files to print with cups-pdf

2006-04-02 Thread Mario Oyorzabal Salgado
Hi i have install the postscript color driver, and get pdf files correctly
cool =). No more empty files ;).

i don't think the last driver new-stylus-color-printer not create correct
postscript files why the last test in where need of postscript file, i make this
postscript file using new-stylus-color-printer with option print to file,
may be something more.

Is posible when install cups-pdf automatic install this driver postscript color
driver, or show a notice in the process of instalation for know to the user the
best driver compatibility with cups-pdf ?.

sorry my english is bad =).

thank's for all =).

Volker Christian Behr wrote:
 Hi,
 
 it might be that the New-Stylus-Color-printer driver does not create
 correct postscript. Try using the PostScript Color driver that comes
 with CUPS-PDF (or at least some driver that explicitely says generic PS
 driver).
 
 Since the PDF is correctly created if you call cups-pdf directly (on the
 commandline) with a PS-File the printer driver seems the obvious
 culprit.
 
 Volker
 


-- 
hechando a perder se aprende
http://mx.tuxsoul.com
http://mx.dolric.com
--BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
G++ e- h++ !r !z
---END GEEK CODE BLOCK--



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#344872: Same bug empty files to print with cups-pdf

2006-04-02 Thread Martin-Éric Racine
su, 2006-04-02 kello 11:21 -0500, Mario Oyorzabal Salgado kirjoitti:
Volker Christian Behr wrote:
  it might be that the New-Stylus-Color-printer driver does not create
  correct postscript. Try using the PostScript Color driver that comes
  with CUPS-PDF (or at least some driver that explicitely says generic PS
  driver).
 Is posible when install cups-pdf automatic install this driver postscript 
 color
 driver, or show a notice in the process of instalation for know to the user 
 the
 best driver compatibility with cups-pdf ?.

I'm starting to think that making our driver the only possible choice
for the CUPS-PDF back-end might indeed make a lot of sense.

-- 
Martin-Éric Racine
http://q-funk.iki.fi



Bug#344872: Same bug empty files to print with cups-pdf

2006-04-02 Thread Volker Christian Behr
On Sun, 2006-04-02 at 18:49, Martin-Éric Racine wrote:
 su, 2006-04-02 kello 11:21 -0500, Mario Oyorzabal Salgado kirjoitti:
 Volker Christian Behr wrote:
   it might be that the New-Stylus-Color-printer driver does not create
   correct postscript. Try using the PostScript Color driver that comes
   with CUPS-PDF (or at least some driver that explicitely says generic PS
   driver).
  Is posible when install cups-pdf automatic install this driver postscript 
  color
  driver, or show a notice in the process of instalation for know to the 
  user the
  best driver compatibility with cups-pdf ?.
 
 I'm starting to think that making our driver the only possible choice
 for the CUPS-PDF back-end might indeed make a lot of sense.

I agree - it supports by now a wide choice of paper formats (probably
more than most other drivers) and produces good PS code. Perhaps the
post-installation configuration can do an automatic setup of the printer
(if the user agrees) with 
lpadmin -p PDF -v cups-pdf:/ -m PostscriptColor.ppd -E


-- 

Volker Christian Behr
Experimentelle Physik V (Biophysik), Physikalisches Institut
Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany

Office: Room F-069a
+49-931-888-5766 (phone)
+49-931-888-5851 (fax)




Bug#344872: Same bug empty files to print with cups-pdf

2006-04-01 Thread Volker Christian Behr
Hi,

from what I can see from the logfile, when printing as non-root GS returns
the error code 256 - this usually means that the source file cannot be
read. Please check whether the directory /var/spool/cups-pdf/SPOOL is
readable for the group lpadmin. One thing you can try is removing the
entire directory /var/spool/cups-pdf ... CUPS-PDF will re-create the tree
with suitable permissions.

Volker

Mario Oyorzabal Salgado said:

 Hi, i'm do the step's you send me, and the pdf file was create correctly
 for
 user root.

 Testing again with user tuxsoul don't using the steps you send me, to
 record the
 log in the cups-pdf_log file, when a user print but not is root, and the
 pdf
 file is create with 718 or 716 bytes empty.

 You can see this in the attach file.

 greeting, sorry my english is bad =).

 Volker Christian Behr wrote:
 Hi,

 ok, so we will need a step-by-step diagnostics. CUPS-PDF can be called
 by hand to verify its operation. Let's try the following steps:

 1. set the option LogType to 7 in /etc/cups/cups-pdf.conf

 2. as user 'root' do the following call:
 /usr/lib/cups/backend/cups-pdf

 the output should read
 file cups-pdf:/ PDF Printer Virtual Printer

 3. as user 'root' try to convert a PS file with CUPS-PDF
 /usr/lib/cups/backend/cups-pdf 1 root Test 1 0 some-PS-file

 Now a PDF should have been created for root and in
 /var/log/cups/cups-pdf_log there should be a lot of debug output.

 This debug output should help determining the culprit.

 Regards,

 Volker



 --
 hechando a perder se aprende
 http://mx.tuxsoul.com
 http://mx.dolric.com
 --BEGIN GEEK CODE BLOCK-
 Version: 3.12
 GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
 O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
 G++ e- h++ !r !z
 ---END GEEK CODE BLOCK--



-- 

Volker Christian Behr
Experimentelle Physik V (Biophysik), Physikalisches Institut
Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany

Office: Room F-069a
+49-931-888-5766 (phone)
+49-931-888-5851 (fax)



Bug#344872: Same bug empty files to print with cups-pdf

2006-04-01 Thread Mario Oyorzabal Salgado
Volker Christian Behr wrote:
 Hi,
 
 from what I can see from the logfile, when printing as non-root GS returns
 the error code 256 - this usually means that the source file cannot be
 read. Please check whether the directory /var/spool/cups-pdf/SPOOL is
 readable for the group lpadmin. One thing you can try is removing the
 entire directory /var/spool/cups-pdf ... CUPS-PDF will re-create the tree
 with suitable permissions.
 
 Volker
 

I have check the permision and:

[EMAIL PROTECTED]:/var/spool/cups-pdf# ls -l
total 4
drwxr-xr-x  2 root lpadmin 4096 2006-04-01 12:55 SPOOL

Yes is reable for the group.


-- 
hechando a perder se aprende
http://mx.tuxsoul.com
http://mx.dolric.com
--BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
G++ e- h++ !r !z
---END GEEK CODE BLOCK--


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#344872: Same bug empty files to print with cups-pdf

2006-04-01 Thread Mario Oyorzabal Salgado
Hi, i have make more test's for know about this problem :-P, i have made this:

# /usr/lib/cups/backend/cups-pdf 1 tuxsoul Test 1 0 /home/tuxsoul/mozilla.ps

I think so cups-pdf run with user tuxsoul, the result is a correct pdf file, in
tuxsoul home, but if try to print since gedit or any gnome or gui, application,
the result is the empty file, may be ¿is the communication between cups and
cups-pdf?

I have install the driver for printer New-Stylus-Color-printer for using
cups-pdf, in my gnome enviroment. Sorry for skype this info =P.



Volker Christian Behr wrote:
 Hi,
 
 from what I can see from the logfile, when printing as non-root GS returns
 the error code 256 - this usually means that the source file cannot be
 read. Please check whether the directory /var/spool/cups-pdf/SPOOL is
 readable for the group lpadmin. One thing you can try is removing the
 entire directory /var/spool/cups-pdf ... CUPS-PDF will re-create the tree
 with suitable permissions.
 
 Volker
 



-- 
hechando a perder se aprende
http://mx.tuxsoul.com
http://mx.dolric.com
--BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
G++ e- h++ !r !z
---END GEEK CODE BLOCK--




Bug#344872: Same bug empty files to print with cups-pdf

2006-03-31 Thread Mario Oyorzabal Salgado

Hi, i'm do the step's you send me, and the pdf file was create correctly for
user root.

Testing again with user tuxsoul don't using the steps you send me, to record the
log in the cups-pdf_log file, when a user print but not is root, and the pdf
file is create with 718 or 716 bytes empty.

You can see this in the attach file.

greeting, sorry my english is bad =).

Volker Christian Behr wrote:
 Hi,
 
 ok, so we will need a step-by-step diagnostics. CUPS-PDF can be called
 by hand to verify its operation. Let's try the following steps:
 
 1. set the option LogType to 7 in /etc/cups/cups-pdf.conf
 
 2. as user 'root' do the following call:
 /usr/lib/cups/backend/cups-pdf
 
 the output should read
 file cups-pdf:/ PDF Printer Virtual Printer
 
 3. as user 'root' try to convert a PS file with CUPS-PDF
 /usr/lib/cups/backend/cups-pdf 1 root Test 1 0 some-PS-file
 
 Now a PDF should have been created for root and in
 /var/log/cups/cups-pdf_log there should be a lot of debug output.
 
 This debug output should help determining the culprit.
 
 Regards,
 
 Volker
 


-- 
hechando a perder se aprende
http://mx.tuxsoul.com
http://mx.dolric.com
--BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
G++ e- h++ !r !z
---END GEEK CODE BLOCK--
Fri Mar 31 14:45:15 2006  [DEBUG] switching to new gid (lpadmin)
Fri Mar 31 14:45:15 2006  [DEBUG] initialization finished (v2.0.5)
Fri Mar 31 14:45:15 2006  [STATUS] identification string sent
Fri Mar 31 14:46:49 2006  [DEBUG] switching to new gid (lpadmin)
Fri Mar 31 14:46:49 2006  [DEBUG] initialization finished (v2.0.5)
Fri Mar 31 14:46:49 2006  [DEBUG] user identified (root)
Fri Mar 31 14:46:49 2006  [DEBUG] output directory name generated (/root/PDF)
Fri Mar 31 14:46:49 2006  [STATUS] directory created (/root/PDF)
Fri Mar 31 14:46:49 2006  [DEBUG] user output directory created (/root/PDF)
Fri Mar 31 14:46:49 2006  [DEBUG] owner set for output directory (root)
Fri Mar 31 14:46:49 2006  [DEBUG] user information prepared
Fri Mar 31 14:46:49 2006  [DEBUG] spoolfile name created 
(/var/spool/cups-pdf/SPOOL/cups2pdf-7903)
Fri Mar 31 14:46:49 2006  [DEBUG] source stream ready
Fri Mar 31 14:46:49 2006  [DEBUG] destination stream ready 
(/var/spool/cups-pdf/SPOOL/cups2pdf-7903)
Fri Mar 31 14:46:49 2006  [DEBUG] owner set for spoolfile 
(/var/spool/cups-pdf/SPOOL/cups2pdf-7903)
Fri Mar 31 14:46:49 2006  [DEBUG] found beginning of postscript code 
(%!PS-Adobe-3.0)
Fri Mar 31 14:46:49 2006  [DEBUG] now extracting postscript code
Fri Mar 31 14:46:49 2006  [DEBUG] found end of postscript code (%%EOF)
Fri Mar 31 14:46:49 2006  [DEBUG] all data written to spoolfile 
(/var/spool/cups-pdf/SPOOL/cups2pdf-7903)
Fri Mar 31 14:46:49 2006  [DEBUG] removing special characters from title ()
Fri Mar 31 14:46:49 2006  [DEBUG] no title found - using default value 
(job_1-untitled_document)
Fri Mar 31 14:46:49 2006  [DEBUG] input data read from file (mozilla.ps)
Fri Mar 31 14:46:49 2006  [DEBUG] output filename created 
(/root/PDF/job_1-untitled_document.pdf)
Fri Mar 31 14:46:49 2006  [DEBUG] ghostscript commandline built (/usr/bin/gs -q 
-dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite 
-sOutputFile=/root/PDF/job_1-untitled_document.pdf 
-dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false 
-dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c save pop -f 
/var/spool/cups-pdf/SPOOL/cups2pdf-7903)
Fri Mar 31 14:46:49 2006  [DEBUG] output file unlinked 
(/root/PDF/job_1-untitled_document.pdf)
Fri Mar 31 14:46:49 2006  [DEBUG] TMPDIR set for GhostScript (/var/tmp)
Fri Mar 31 14:46:49 2006  [DEBUG] entering child process
Fri Mar 31 14:46:49 2006  [DEBUG] GID set for current user
Fri Mar 31 14:46:49 2006  [DEBUG] UID set for current user (root)
Fri Mar 31 14:46:59 2006  [DEBUG] ghostscript has finished (0)
Fri Mar 31 14:46:59 2006  [DEBUG] file mode set for user output 
(/root/PDF/job_1-untitled_document.pdf)
Fri Mar 31 14:46:59 2006  [DEBUG] no postprocessing
Fri Mar 31 14:46:49 2006  [DEBUG] waiting for child to exit
Fri Mar 31 14:46:59 2006  [DEBUG] spoolfile unlinked 
(/var/spool/cups-pdf/SPOOL/cups2pdf-7903)
Fri Mar 31 14:46:59 2006  [DEBUG] all memory has been freed
Fri Mar 31 14:46:59 2006  [STATUS] PDF creation successfully finished (root)
Fri Mar 31 14:48:52 2006  [DEBUG] switching to new gid (lpadmin)
Fri Mar 31 14:48:53 2006  [DEBUG] initialization finished (v2.0.5)
Fri Mar 31 14:48:53 2006  [DEBUG] user identified (tuxsoul)
Fri Mar 31 14:48:53 2006  [DEBUG] output directory name generated 
(/home/tuxsoul/PDF)
Fri Mar 31 14:48:53 2006  [DEBUG] user information prepared
Fri Mar 31 14:48:53 2006  [DEBUG] spoolfile name created 
(/var/spool/cups-pdf/SPOOL/cups2pdf-7958)
Fri Mar 31 14:48:53 2006  [DEBUG] source stream ready
Fri Mar 31 14:48:54 2006  [DEBUG] destination stream ready 

Bug#344872: Same bug empty files to print with cups-pdf

2006-03-30 Thread Mario Oyorzabal Salgado
Volker Christian Behr wrote:
From the directory listing I can see that the cups-pdf_log was not
 touched for 2 days by now, but there are enties in the error_log. Do
 those give any insight?
 
 Volker
 

I don't see nothing bad in the error_log file for know the problem, you can see
the file, I do attach the file.

sorry my english is bad =).


-- 
hechando a perder se aprende
http://mx.tuxsoul.com
http://mx.dolric.com
--BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
G++ e- h++ !r !z
---END GEEK CODE BLOCK--
I [27/Mar/2006:10:22:28 -0600] Listening to 0:631
I [27/Mar/2006:10:22:28 -0600] Loaded configuration file /etc/cups/cupsd.conf
I [27/Mar/2006:10:22:28 -0600] Configured for up to 100 clients.
I [27/Mar/2006:10:22:28 -0600] Allowing up to 100 client connections per host.
I [27/Mar/2006:10:22:28 -0600] Full reload is required.
E [27/Mar/2006:10:22:28 -0600] LoadAllPrinters: Unable to open 
/etc/cups/printers.conf - No existe el fichero o el directorio
E [27/Mar/2006:10:22:28 -0600] LoadAllClasses: Unable to open 
/etc/cups/classes.conf - No existe el fichero o el directorio
I [27/Mar/2006:10:22:32 -0600] LoadPPDs: Wrote /var/lib/cups/ppds.dat, 15 
PPDs...
I [27/Mar/2006:10:22:32 -0600] Full reload complete.
I [27/Mar/2006:10:23:57 -0600] Scheduler shutting down normally.
I [27/Mar/2006:10:23:58 -0600] Listening to 0:631
I [27/Mar/2006:10:23:58 -0600] Loaded configuration file /etc/cups/cupsd.conf
I [27/Mar/2006:10:23:58 -0600] Configured for up to 100 clients.
I [27/Mar/2006:10:23:58 -0600] Allowing up to 100 client connections per host.
I [27/Mar/2006:10:23:58 -0600] Full reload is required.
E [27/Mar/2006:10:23:58 -0600] LoadAllPrinters: Unable to open 
/etc/cups/printers.conf - No existe el fichero o el directorio
E [27/Mar/2006:10:23:58 -0600] LoadAllClasses: Unable to open 
/etc/cups/classes.conf - No existe el fichero o el directorio
I [27/Mar/2006:10:24:02 -0600] LoadPPDs: Read /var/lib/cups/ppds.dat, 15 
PPDs...
I [27/Mar/2006:10:24:02 -0600] LoadPPDs: Wrote /var/lib/cups/ppds.dat, 16 
PPDs...
I [27/Mar/2006:10:24:02 -0600] Full reload complete.
I [27/Mar/2006:10:29:28 -0600] Setting New-Stylus-Color-Series device-uri to 
cups-pdf:/ (was file:/dev/null.)
I [27/Mar/2006:10:29:28 -0600] Setting New-Stylus-Color-Series 
printer-is-accepting-jobs to 1 (was 0.)
I [27/Mar/2006:10:29:28 -0600] Setting New-Stylus-Color-Series printer-state to 
3 (was 5.)
E [27/Mar/2006:10:29:28 -0600] Unable to backup printers.conf - No existe el 
fichero o el directorio
I [27/Mar/2006:10:29:28 -0600] Saving printers.conf...
I [27/Mar/2006:10:29:28 -0600] New printer 'New-Stylus-Color-Series' added by 
'root'.
I [27/Mar/2006:10:29:51 -0600] Adding start banner page none to job 1.
I [27/Mar/2006:10:29:51 -0600] Adding end banner page none to job 1.
I [27/Mar/2006:10:29:51 -0600] Job 1 queued on 'New-Stylus-Color-Series' by 
'tuxsoul'.
I [27/Mar/2006:10:29:51 -0600] Started filter /usr/lib/cups/filter/pstops (PID 
11100) for job 1.
I [27/Mar/2006:10:29:51 -0600] Started filter /usr/lib/cups/filter/pstoraster 
(PID 11101) for job 1.
I [27/Mar/2006:10:29:51 -0600] Started filter 
/usr/lib/cups/filter/rastertoepson (PID 11102) for job 1.
I [27/Mar/2006:10:29:51 -0600] Started backend /usr/lib/cups/backend/cups-pdf 
(PID 11103) for job 1.
I [27/Mar/2006:10:32:15 -0600] Adding start banner page none to job 2.
I [27/Mar/2006:10:32:15 -0600] Adding end banner page none to job 2.
I [27/Mar/2006:10:32:15 -0600] Job 2 queued on 'New-Stylus-Color-Series' by 
'root'.
I [27/Mar/2006:10:32:15 -0600] Started filter /usr/lib/cups/filter/pstops (PID 
11249) for job 2.
I [27/Mar/2006:10:32:15 -0600] Started filter /usr/lib/cups/filter/pstoraster 
(PID 11250) for job 2.
I [27/Mar/2006:10:32:15 -0600] Started filter 
/usr/lib/cups/filter/rastertoepson (PID 11251) for job 2.
I [27/Mar/2006:10:32:15 -0600] Started backend /usr/lib/cups/backend/cups-pdf 
(PID 11252) for job 2.
I [27/Mar/2006:10:49:12 -0600] Adding start banner page none to job 3.
I [27/Mar/2006:10:49:12 -0600] Adding end banner page none to job 3.
I [27/Mar/2006:10:49:12 -0600] Job 3 queued on 'New-Stylus-Color-Series' by 
'tuxsoul'.
I [27/Mar/2006:10:49:13 -0600] Started filter /usr/lib/cups/filter/pstops (PID 
11585) for job 3.
I [27/Mar/2006:10:49:13 -0600] Started filter /usr/lib/cups/filter/pstoraster 
(PID 11586) for job 3.
I [27/Mar/2006:10:49:13 -0600] Started filter 
/usr/lib/cups/filter/rastertoepson (PID 11587) for job 3.
I [27/Mar/2006:10:49:13 -0600] Started backend /usr/lib/cups/backend/cups-pdf 
(PID 11588) for job 3.
I [27/Mar/2006:10:59:55 -0600] Started /usr/lib/cups/cgi-bin/admin.cgi 
(pid=11786)
I [27/Mar/2006:11:00:10 -0600] Started /usr/lib/cups/cgi-bin/classes.cgi 
(pid=11789)
I [27/Mar/2006:11:00:21 -0600] Started /usr/lib/cups/cgi-bin/admin.cgi 
(pid=11793)
I [27/Mar/2006:11:00:31 -0600] 

Bug#344872: Same bug empty files to print with cups-pdf

2006-03-29 Thread Volker Christian Behr
Ok, do we get a log-file by now (/var/log/cups/cups-pdf_log)? This one
cups-pdf should write at least even if the PDF creation fails. 

Btw.: are you using SELinux?

Volker

On Wed, 2006-03-29 at 03:43, Mario Oyorzabal Salgado wrote:
 Volker Christian Behr wrote:
  Oops, sorry, my mistake:
  
  it must read: /etc/cups/cupsd.conf , not /etc/cups/cups-pdf.conf
  
  So, please check /etc/cups/cupsd.conf for the RunAsUser Statement and if
  there is none add the following line:
  
  RunAsUser No
  
  and restart CUPS.
  
  Volker
  
 
 Ho, ok, I have add the RunAsUser in cupsd.conf file, in line: 369, restarting
 cups, but i have the same result, a file empty with 718 bytes. :-(
-- 

Volker Christian Behr
Experimentelle Physik V (Biophysik), Physikalisches Institut
Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany

Office: Room F-069a
+49-931-888-5766 (phone)
+49-931-888-5851 (fax)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#344872: Same bug empty files to print with cups-pdf

2006-03-29 Thread Mario Oyorzabal Salgado
Volker Christian Behr wrote:
 Ok, do we get a log-file by now (/var/log/cups/cups-pdf_log)? This one
 cups-pdf should write at least even if the PDF creation fails. 
 
 Btw.: are you using SELinux?
 
 Volker
 
 On Wed, 2006-03-29 at 03:43, Mario Oyorzabal Salgado wrote:
 

Nop, i'm not using SELinux.
The log is empty:

-rw-r--r--  1 root lpadmin 43318 2006-03-29 09:32 access_log
-rw---  1 root lpadmin 0 2006-03-27 10:23 cups-pdf_log
-rw-r--r--  1 root lpadmin 10416 2006-03-29 09:31 error_log
-rw-r--r--  1 root lpadmin  8976 2006-03-28 19:39 page_log



-- 
hechando a perder se aprende
http://mx.tuxsoul.com
http://mx.dolric.com
--BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
G++ e- h++ !r !z
---END GEEK CODE BLOCK--


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#344872: Same bug empty files to print with cups-pdf

2006-03-29 Thread Volker Christian Behr
From the directory listing I can see that the cups-pdf_log was not
touched for 2 days by now, but there are enties in the error_log. Do
those give any insight?

Volker

On Wed, 2006-03-29 at 19:00, Mario Oyorzabal Salgado wrote:
 Volker Christian Behr wrote:
  Ok, do we get a log-file by now (/var/log/cups/cups-pdf_log)? This one
  cups-pdf should write at least even if the PDF creation fails. 
  
  Btw.: are you using SELinux?
  
  Volker
  
  On Wed, 2006-03-29 at 03:43, Mario Oyorzabal Salgado wrote:
  
 
 Nop, i'm not using SELinux.
 The log is empty:
 
 -rw-r--r--  1 root lpadmin 43318 2006-03-29 09:32 access_log
 -rw---  1 root lpadmin 0 2006-03-27 10:23 cups-pdf_log
 -rw-r--r--  1 root lpadmin 10416 2006-03-29 09:31 error_log
 -rw-r--r--  1 root lpadmin  8976 2006-03-28 19:39 page_log
-- 

Volker Christian Behr
Experimentelle Physik V (Biophysik), Physikalisches Institut
Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany

Office: Room F-069a
+49-931-888-5766 (phone)
+49-931-888-5851 (fax)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#344872: Same bug empty files to print with cups-pdf

2006-03-28 Thread Mario Oyorzabal Salgado
Volker Christian Behr wrote:
 Oops, sorry, my mistake:
 
 it must read: /etc/cups/cupsd.conf , not /etc/cups/cups-pdf.conf
 
 So, please check /etc/cups/cupsd.conf for the RunAsUser Statement and if
 there is none add the following line:
 
 RunAsUser No
 
 and restart CUPS.
 
 Volker
 

Ho, ok, I have add the RunAsUser in cupsd.conf file, in line: 369, restarting
cups, but i have the same result, a file empty with 718 bytes. :-(


-- 
hechando a perder se aprende
http://mx.tuxsoul.com
http://mx.dolric.com
--BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++
O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D
G++ e- h++ !r !z
---END GEEK CODE BLOCK--


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]