Your message dated Sun, 6 Feb 2005 18:31:41 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Removed from Debian
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 30 Aug 2002 12:27:16 +0000
>From [EMAIL PROTECTED] Fri Aug 30 07:27:16 2002
Return-path: <[EMAIL PROTECTED]>
Received: from opal.biophys.uni-duesseldorf.de [134.99.176.7] (root)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17kkrs-000828-00; Fri, 30 Aug 2002 07:27:16 -0500
Received: from localhost ([EMAIL PROTECTED])
by opal.biophys.uni-duesseldorf.de (8.11.0/8.11.0) with ESMTP id
g7UCRE620119
for <[EMAIL PROTECTED]>; Fri, 30 Aug 2002 14:27:14 +0200
Date: Fri, 30 Aug 2002 14:27:13 +0200 (CEST)
From: Michael Schmitz <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: lprngtool provided print filters fail to print ASCII via asc-to-ps.fpi
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
Package: lprngtool
Verson: 1.1.1-6
Severity: grave
Tag: patch
While migrating our print server to from Redhat 7.0 to Debian 3.0 / lprng,
I ran across a severe problem with the asc-to-ps.fpi filter plugin. Our
network printers speak postscript so I'd like to use the asc-to-ps filter
for text printing (even more so since it's the default when setting up the
printers with lprngtool).
While direct postscript printing works like a charm, text files printed to
any of the queues just disappear (and the printer complains about zero
lenght input). Setting ASCII_TO_PS=NO in general.cfg results in output to
the printer. Debugging the master filter shows the right things happen:
Desired print format is ps
Paper size is a4
A form feed will not be sent.
Magic is |ASCII text|
Type of file is INPUT-to-asc
Starting point = INPUT-to-asc
for INPUT-to-asc trying asc-to-printer
Starting point = asc-to-printer
for asc-to-printer trying asc-to-printer
for asc-to-printer trying asc-to-ps
for asc-to-printer trying ps-to-printer
for asc-to-printer trying rpm-to-asc
|rt is 0|
for INPUT-to-asc we are done
for INPUT-to-asc trying asc-to-ps
INPUT-to-asc.fpi:0:CONT INPUT-to-asc.fpi:0:CONT asc-to-ps.fpi:1:DONE
INPUT-to-asc.fpi | asc-to-ps.fpi -> depth = 1
Best path of depth 1 is cat - | asc-to-ps.fpi | ps-to-printer.fpi
Debugging asc-to-ps.fpi shows that mpage produces no output whatsoever.
Running the same mpage command from a shell does produce the expected
Postscript output.
Comparing the strace output of mpage run in both the shell and the print
filter context shows one important difference:
shell:
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\30\222"..., 1024)
= 1024
fstat64(3, {st_dev=makedev(8, 1), st_ino=26136, st_mode=S_IFREG|0755,
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=2266,
st_size=1153784, st_atime=2002/08/30-12:42:55,
st_mtime=2002/08/02-05:36:38, st_ctime=2002/08/19-09:12:34}) = 0
old_mmap(NULL, 1166560, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40020000
mprotect(0x40133000, 40160, PROT_NONE) = 0
old_mmap(0x40133000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x113000) = 0x40133000
old_mmap(0x40139000, 15584, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40139000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4013d000
munmap(0x40014000, 34273) = 0
stat64("/etc/papersize", {st_dev=makedev(8, 1), st_ino=28205,
st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096,
st_blocks=2, st_size=3, st_atime=2002/08/30-12:28:43,
st_mtime=2002/07/08-16:00:50, st_ctime=2002/07/08-16:00:51}) = 0
brk(0) = 0x8053634
brk(0x80537b4) = 0x80537b4
brk(0x8054000) = 0x8054000
print filter:
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\30\222"..., 1024)
= 1024
fstat64(3, {st_dev=makedev(8, 1), st_ino=26136, st_mode=S_IFREG|0755,
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=2266,
st_size=1153784, st_atime=2002/08/30-12:53:44,
st_mtime=2002/08/02-05:36:38, st_ctime=2002/08/19-09:12:34}) = 0
old_mmap(NULL, 1166560, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40020000
mprotect(0x40133000, 40160, PROT_NONE) = 0
old_mmap(0x40133000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3, 0x113000) = 0x40133000
old_mmap(0x40139000, 15584, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40139000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4013d000
munmap(0x40014000, 34273) = 0
stat64("a4", 0xbffff61c) = -1 ENOENT (No such file or
directory)
write(2, "systempapername() returned NULL!"..., 41systempapername()
returned NULL! exiting) = 41
_exit(1) = ?
(note the stat64 call at the end; I'm using papersize a4)
mpage (as well as a2ps, and perhaps other libpaperg dependent apps)
apparently uses the environment variable PAPERSIZE as user defined
location for the system default paper size config file. The workaround is
rather simple: add
export -n PAPERSIZE
to asc-to-ps.fpi. A more complete cleanup would involve choosing another
name for the variable to avoid the clash (such as LPR_PAPERSIZE).
Patch below,
Michael
--- /usr/share/lprngtool/asc-to-ps.fpi.org 2002-08-30 14:25:27.000000000
+0200
+++ /usr/share/lprngtool/asc-to-ps.fpi 2002-08-30 14:26:05.000000000
+0200
@@ -31,6 +31,8 @@
# border=""
#fi
+export -n PAPERSIZE # to keep stupid mpage happy
+
mpage_cmd="mpage -b$mpage_paper -o -1 -m${RTLFTMAR}lr -m${TOPBOTMAR}tb"
eval $mpage_cmd
---------------------------------------
Received: (at 158870-done) by bugs.debian.org; 6 Feb 2005 18:31:48 +0000
>From [EMAIL PROTECTED] Sun Feb 06 10:31:48 2005
Return-path: <[EMAIL PROTECTED]>
Received: from bangpath.uucico.de [195.71.9.197]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CxrCF-0003gO-00; Sun, 06 Feb 2005 10:31:47 -0800
Received: by bangpath.uucico.de (Postfix, from userid 10)
id DEC8C26BCE; Sun, 6 Feb 2005 19:31:46 +0100 (CET)
Received: by deprecation.cyrius.com (Postfix, from userid 1000)
id CE29E4EE6A; Sun, 6 Feb 2005 18:31:41 +0000 (GMT)
Date: Sun, 6 Feb 2005 18:31:41 +0000
From: Martin Michlmayr <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Removed from Debian
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
X-CrossAssassin-Score: 3
The lprngtool package has been removed from Debian because it is
"orphaned, buggy, nearly dead upstream". See #244768 for more
information.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
