[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#841843: printer-driver-escpr: backend can't find PPD file



On Wed 26 Oct 2016 at 19:58:08 +0200, Matteo Croce wrote:

> Yes it prints.
> But here it seems I have two separate issues:
> 
> 1) can't print without symlinking
> /etc/cups/ppd/usr/lib/cups/filter/epson-escpr-wrapper.ppd to
> /etc/cups/ppd/Epson_2530.ppd

Everything I said before was on the basis that you did not make that
symlink for doing the tests I described. If the log below was obtained
when the cupsfilter command was used after symlinking it is invalid.

Did the /usr/lib/cups/filter/epson-escpr-wrapper command get the symlink
made in /tmp without your altering the system? Please let me know if I
am not being clear on what to do.

> 2) can't print from another cpus server and a raw queue.

Sounds like a different issue. Let's stick with this one for now.

> 2016-10-26 19:51 GMT+02:00 Brian Potkin <claremont102@gmail.com>:
> > On Wed 26 Oct 2016 at 19:04:56 +0200, Matteo Croce wrote:
> >
> >> 2016-10-26 18:55 GMT+02:00 Brian Potkin <claremont102@gmail.com>:
> >> > On Wed 26 Oct 2016 at 12:25:36 +0200, Matteo Croce wrote:
> >> >
> >> >> 2016-10-24 23:58 GMT+02:00 Brian Potkin <claremont102@gmail.com>:
> >> >> > On Mon 24 Oct 2016 at 19:46:51 +0200, Matteo Croce wrote:
> >> >> > My print queue was set up (all on one line) with
> >> >> >
> >> >> >   lpadmin -p wf2530 -v file:/home/brian/wf2530 -E
> >> >> >     -m escpr:/0/cups/model/epson-inkjet-printer-escpr/Epsom-WF-2530_Series-epson-escpr-en-ppd
> >> >> >
> >> >> > and I printed with
> >> >> >
> >> >> >   lp -d wf2530 /etc/nsswitch.conf
> >> >> >
> >> >> > You could try this to see whether it gets printing going for you.
> >> >>
> >> >> I get the same error.
> >> >> I managed to print with:
> >> >>
> >> >> # mkdir -p /etc/cups/ppd/usr/lib/cups/filter
> >> >> # ln -s /etc/cups/ppd/Epson_2530.ppd
> >> >> /etc/cups/ppd/usr/lib/cups/filter/epson-escpr-wrapper.ppd
> >> >> # lp -d Epson_2530 /etc/nsswitch.conf
> >> >
> >> > This is indeed a step forward and a possible clue.
> >> >
> >> >  cupsfilter -p /etc/cups/ppd/wf2530.ppd -m application/vnd.cups-raster /etc/nsswitch.conf > wf2530.ras 2>log
> >> >
> >> > produces a raster file for me. I would expect it to do the same for you.
> >> >
> >> >  /usr/lib/cups/filter/epson-escpr-wrapper 1 1 1 1 1 wf2530.ras > wf2530.data
> >> >
> >> > produces a printer ready file from the raster file for me. From what you
> >> > relate in your initial mail, this is likely not to work for you and
> >> > wf2530.data will be empty.
> >> >
> >> > Part of the strace log from running strace on the second command has
> >> >
> >> >  stat64("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd",{st_mode=S_IFREG|0644, st_size=50341, ...}) = 0
> >> >  access("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd", R_OK) = 0
> >> >  symlink("/etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd", "/tmp/5810d9a20db33") = 0
> >> >  open("/tmp/5810d9a20db33", O_RDONLY|O_LARGEFILE) = 4
> >> >
> >> > It seems a PPD file of size 50341 has been found and accessed. A symlink
> >> > is made to it in /tmp. The link /tmp/5810d9a20db33 exists and points to
> >> > /etc/cups/ppd//usr/lib/cups/filter/epson-escpr-wrapper.ppd. Opening it
> >> > shows wf2530.ppd.
> >> >
> >> > Does the issue come down to whether you are having a link made? And if
> >> > it is not made, why not?
> >> >
> >> > In another mail I wrote
> >> >
> >> >  cupsfilter -p /etc/cups/ppd/Epson_2530.ppd -m printer/foo -e /etc/nsswitch.conf > file.out 2> wf2530.log
> >> >
> >> > It is incorrect. This is better (and works for me):
> >> >
> >> >  cupsfilter -p /etc/cups/ppd/Epson_2530.ppd -d Epson_2530 -m printer/foo -e /etc/nsswitch.conf > file.out 2> wf2530.log
> >> >
> >> > Cheers,
> >> >
> >> > Brian.
> >> >
> >>
> >> Hi,
> >>
> >> now file.out is a 208 kb "data" file
> >
> > That's ok.
> >
> >> I attach the log output
> >
> >> cupsfilter: File "/usr/lib/cups/filter/epson-escpr-wrapper" permessi OK (040755/uid=0/gid=0).
> >> DEBUG: argv[0]="Epson_2530"
> >> DEBUG: argv[1]="1"
> >> DEBUG: argv[2]="root"
> >> DEBUG: argv[3]="nsswitch.conf"
> >> DEBUG: argv[4]="1"
> >> DEBUG: argv[5]=""
> >> DEBUG: argv[6]="/etc/nsswitch.conf"
> >> DEBUG: envp[0]="<CFProcessPath>"
> >> DEBUG: envp[1]="CONTENT_TYPE=text/plain"
> >> DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
> >> DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
> >> DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
> >> DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
> >> DEBUG: envp[6]="LANG=it_IT.UTF8"
> >> DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
> >> DEBUG: envp[8]="PPD=/etc/cups/ppd/Epson_2530.ppd"
> >> DEBUG: envp[9]="PRINTER_INFO=EPSON WF-2530 Series"
> >> DEBUG: envp[10]="PRINTER_LOCATION="
> >> DEBUG: envp[11]="PRINTER=Epson_2530"
> >> DEBUG: envp[12]="RIP_MAX_CACHE=128m"
> >> DEBUG: envp[13]="USER=root"
> >> DEBUG: envp[14]="CHARSET=utf-8"
> >> DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
> >> INFO: texttopdf (PID 24556) started.
> >> INFO: pdftopdf (PID 24557) started.
> >> INFO: gstoraster (PID 24558) started.
> >> INFO: epson-escpr-wrapper (PID 24559) started.
> >> DEBUG: pdftopdf: Last filter determined by the PPD: epson-escpr-wrapper; FINAL_CONTENT_TYPE: application/vnd.cups-raster => pdftopdf will not log pages in page_log.
> >> DEBUG: OUTFORMAT="(null)", so output format will be CUPS/PWG Raster
> >> DEBUG: Page = 595x842; 8,8 to 587,833
> >> INFO: texttopdf (PID 24556) exited with no errors.
> >> INFO: pdftopdf (PID 24557) exited with no errors.
> >> DEBUG: Color Manager: Calibration Mode/Off
> >> DEBUG: Calling FindDeviceById(cups-Epson_2530)
> >> DEBUG: Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
> >> DEBUG: Failed to get find device cups-Epson_2530
> >> DEBUG: Calling FindDeviceById(cups-Epson_2530)
> >> DEBUG: Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
> >> DEBUG: Failed to get device cups-Epson_2530
> >> INFO: Color Manager: no profiles specified in PPD
> >> DEBUG: Color Manager: ICC Profile: None
> >> DEBUG: Ghostscript using Any-Part-of-Pixel method to fill paths.
> >> DEBUG: Ghostscript command line: /usr/bin/gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS -sstdout=%stderr -sOutputFile=%stdout -sDEVICE=cups -r360x360 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=841 -dcupsBitsPerColor=8 -dcupsColorOrder=0 -dcupsColorSpace=1 -dcupsCompression=1 -scupsPageSizeName=A4 -I/usr/share/cups/fonts -c '<</.HWMargins[8.400000 8.400000 8.400024 8.399963] /Margins[0 0]>>setpagedevice' -f -_
> >> DEBUG: envp[0]="<CFProcessPath>"
> >> DEBUG: envp[1]="CONTENT_TYPE=text/plain"
> >> DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups"
> >> DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts"
> >> DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
> >> DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups"
> >> DEBUG: envp[6]="LANG=it_IT.UTF8"
> >> DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
> >> DEBUG: envp[8]="PPD=/etc/cups/ppd/Epson_2530.ppd"
> >> DEBUG: envp[9]="PRINTER_INFO=EPSON WF-2530 Series"
> >> DEBUG: envp[10]="PRINTER_LOCATION="
> >> DEBUG: envp[11]="PRINTER=Epson_2530"
> >> DEBUG: envp[12]="RIP_MAX_CACHE=128m"
> >> DEBUG: envp[13]="USER=root"
> >> DEBUG: envp[14]="CHARSET=utf-8"
> >> DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
> >> INFO: Start rendering...
> >> INFO: Processing page 1...
> >> INFO: Processing page 2...
> >> INFO: Rendering completed
> >> INFO: gstoraster (PID 24558) exited with no errors.
> >> INFO: epson-escpr-wrapper (PID 24559) exited with no errors.
> >
> > The four filters start and complete successfully. We are in agreement.
> >
> > But all that cupsfilter does is simulate what happens during a real
> > print job, so
> >
> >   lp -d Epson_2530 /etc/nsswitch.conf
> >
> > should print out on your printer.
> >
> > Did /usr/lib/cups/filter/epson-escpr-wrapper get the symlink made in
> > /tmp?
> >
> > Cheers,
> >
> > Brian.
> 


Reply to: