* bug#29219: CUPS filter still can't access Ghostscript (gs)
@ 2017-11-08 20:50 Mekeor Melire
2017-11-09 9:05 ` Ludovic Courtès
0 siblings, 1 reply; 4+ messages in thread
From: Mekeor Melire @ 2017-11-08 20:50 UTC (permalink / raw)
To: 29219
I added two printers through CUPS' web interface (localhost:631) using
the PPD driver file which I downloaded (from openprinting.org): one
called ljet4 (which calls Ghostscript) and one called Postscript (which
just calls `cat`)⁰. The latter worked.
But although I was expecting commit
1728c411718e3b358c06561d6e80b47d7b331617¹ to fix this issue, when I try
the ljet4² driver, I still get this error in /var/log/cups/error_log³:
sh: gs: command not found
Process is dying with \"Unable to determine number of pages, page count: -1
\", exit stat 3
Is anybody able to reproduce this issue?
How can I be sure that the cups-service I'm running is the recent one
which includes that commit? (I tried pulling guix and rebuilding the
system afterwards and restarting cups-service afterwards.)
What am I doing wrong?
⁰: https://www.openprinting.org/ppd-o-matic.php?driver=Postscript&printer=Kyocera-FS-920&show=1
¹: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=1728c411718e3b358c06561d6e80b47d7b331617
²: https://www.openprinting.org/ppd-o-matic.php?driver=ljet4&printer=Kyocera-FS-920&show=1
³: http://sprunge.us/EMbF
--
mekeor ~ EDD3 DFFA 76F6 11C0 145F 9A99 AC85 BAD8 A2F8 C868
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#29219: CUPS filter still can't access Ghostscript (gs)
2017-11-08 20:50 bug#29219: CUPS filter still can't access Ghostscript (gs) Mekeor Melire
@ 2017-11-09 9:05 ` Ludovic Courtès
2017-11-09 19:19 ` Mekeor Melire
0 siblings, 1 reply; 4+ messages in thread
From: Ludovic Courtès @ 2017-11-09 9:05 UTC (permalink / raw)
To: Mekeor Melire; +Cc: 29219
Hi,
Mekeor Melire <mekeor.melire@gmail.com> skribis:
> I added two printers through CUPS' web interface (localhost:631) using
> the PPD driver file which I downloaded (from openprinting.org): one
> called ljet4 (which calls Ghostscript) and one called Postscript (which
> just calls `cat`)⁰. The latter worked.
>
>
> But although I was expecting commit
> 1728c411718e3b358c06561d6e80b47d7b331617¹ to fix this issue, when I try
> the ljet4² driver, I still get this error in /var/log/cups/error_log³:
>
>
> sh: gs: command not found
> Process is dying with \"Unable to determine number of pages, page count: -1
> \", exit stat 3
>
>
> Is anybody able to reproduce this issue?
>
> How can I be sure that the cups-service I'm running is the recent one
> which includes that commit? (I tried pulling guix and rebuilding the
> system afterwards and restarting cups-service afterwards.)
Just make sure to reconfigure from a recent-enough commit (run ‘guix
--version’ as root to see which commit you’re using.)
If it turns out you’re already using CUPS with commit
1728c411718e3b358c06561d6e80b47d7b331617, could you reproduce the issue
while running “strace -p PID -f -s 345 -o log”, where PID is the PID of
cupsd as shown by ‘herd status cups’?
TIA!
Ludo’.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#29219: CUPS filter still can't access Ghostscript (gs)
2017-11-09 9:05 ` Ludovic Courtès
@ 2017-11-09 19:19 ` Mekeor Melire
2017-11-10 12:22 ` Ludovic Courtès
0 siblings, 1 reply; 4+ messages in thread
From: Mekeor Melire @ 2017-11-09 19:19 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 29219
Ludovic Courtès <ludo@gnu.org> writes:
> Mekeor Melire <mekeor.melire@gmail.com> skribis:
>> But although I was expecting commit
>> 1728c411718e3b358c06561d6e80b47d7b331617¹ to fix this issue, when I try
>> the ljet4² driver, I still get this error in /var/log/cups/error_log³:
>> sh: gs: command not found
>> Process is dying with \"Unable to determine number of pages, page count: -1
>> \", exit stat 3
> Just make sure to reconfigure from a recent-enough commit (run ‘guix
> --version’ as root to see which commit you’re using.)
Done. I'm running a recent-enough commit. (Namely
46dea1241c801af5aa65e0c7b4e84bb0aff11273.)
> If it turns out you’re already using CUPS with commit
> 1728c411718e3b358c06561d6e80b47d7b331617, could you reproduce the issue
> while running “strace -p PID -f -s 345 -o log”, where PID is the PID of
> cupsd as shown by ‘herd status cups’?
You can find the log here: <http://sprunge.us/UDOY>. These might be the
interesting lines:
$ grep -E '[^a-zA-Z0-9]gs' log
31377 execve("/gnu/store/…-bash-static-4.4.12/bin/sh", ["sh", "-c", "gs -dNODISPLAY -q -c '/pdffile (/var/spool/cups/tmp/foomatic-4ngnEr) (r) file def pdfdict begin pdffile pdfopen begin (PageCount: ) print pdfpagecount == flush currentdict pdfclose end end quit'"], 0x149e810 /* 33 vars */ <unfinished ...>
31377 stat("/gnu/store/…-cups-server-bin/lib/cups/filter/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
31377 stat("/gnu/store/…-cups-2.2.4/bin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
31377 stat("/gnu/store/…-cups-2.2.4/sbin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
31377 stat("/bin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
31377 stat("/usr/bin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
31377 write(2, "sh: gs: command not found\n", 26) = 26
15154 <... read resumed> "sh: gs: command not found\n", 2047) = 26
15154 write(4, "D [09/Nov/2017:20:06:50 +0100] [Job 13] sh: gs: command not found\n", 66) = 66
Thank you for your help! How could we continue debugging?
--
mekeor ~ EDD3 DFFA 76F6 11C0 145F 9A99 AC85 BAD8 A2F8 C868
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#29219: CUPS filter still can't access Ghostscript (gs)
2017-11-09 19:19 ` Mekeor Melire
@ 2017-11-10 12:22 ` Ludovic Courtès
0 siblings, 0 replies; 4+ messages in thread
From: Ludovic Courtès @ 2017-11-10 12:22 UTC (permalink / raw)
To: Mekeor Melire; +Cc: 29219
Hi Mekeor,
Mekeor Melire <mekeor.melire@gmail.com> skribis:
> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Mekeor Melire <mekeor.melire@gmail.com> skribis:
>
>>> But although I was expecting commit
>>> 1728c411718e3b358c06561d6e80b47d7b331617¹ to fix this issue, when I try
>>> the ljet4² driver, I still get this error in /var/log/cups/error_log³:
>
>>> sh: gs: command not found
>>> Process is dying with \"Unable to determine number of pages, page count: -1
>>> \", exit stat 3
>
>> Just make sure to reconfigure from a recent-enough commit (run ‘guix
>> --version’ as root to see which commit you’re using.)
>
> Done. I'm running a recent-enough commit. (Namely
> 46dea1241c801af5aa65e0c7b4e84bb0aff11273.)
>
>> If it turns out you’re already using CUPS with commit
>> 1728c411718e3b358c06561d6e80b47d7b331617, could you reproduce the issue
>> while running “strace -p PID -f -s 345 -o log”, where PID is the PID of
>> cupsd as shown by ‘herd status cups’?
>
> You can find the log here: <http://sprunge.us/UDOY>. These might be the
> interesting lines:
>
> $ grep -E '[^a-zA-Z0-9]gs' log
> 31377 execve("/gnu/store/…-bash-static-4.4.12/bin/sh", ["sh", "-c", "gs -dNODISPLAY -q -c '/pdffile (/var/spool/cups/tmp/foomatic-4ngnEr) (r) file def pdfdict begin pdffile pdfopen begin (PageCount: ) print pdfpagecount == flush currentdict pdfclose end end quit'"], 0x149e810 /* 33 vars */ <unfinished ...>
> 31377 stat("/gnu/store/…-cups-server-bin/lib/cups/filter/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
> 31377 stat("/gnu/store/…-cups-2.2.4/bin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
> 31377 stat("/gnu/store/…-cups-2.2.4/sbin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
> 31377 stat("/bin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
> 31377 stat("/usr/bin/gs", 0x7ffd7921b5c0) = -1 ENOENT (No such file or directory)
> 31377 write(2, "sh: gs: command not found\n", 26) = 26
> 15154 <... read resumed> "sh: gs: command not found\n", 2047) = 26
> 15154 write(4, "D [09/Nov/2017:20:06:50 +0100] [Job 13] sh: gs: command not found\n", 66) = 66
>
> Thank you for your help! How could we continue debugging?
IIUC, process 31377 is started by cupsd itself. Commit
1728c411718e3b358c06561d6e80b47d7b331617 wrapped the cups-filters
programs but not cupsd itself. Perhaps we need to wrap cupsd similarly?
Could you grep the source of cups itself to see if it contains this ‘gs’
invocation?
In the meantime, can you try adding ghostcript to your system profile?
That should work around the problem.
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-11-10 12:23 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-11-08 20:50 bug#29219: CUPS filter still can't access Ghostscript (gs) Mekeor Melire
2017-11-09 9:05 ` Ludovic Courtès
2017-11-09 19:19 ` Mekeor Melire
2017-11-10 12:22 ` Ludovic Courtès
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.