Your message dated Tue, 22 Aug 2023 14:46:18 +0200 with message-id <[email protected]> and subject line Re: netpbm: pnmtops produces dark images for maxval < 255 has caused the Debian Bug report #417621, regarding netpbm: pnmtops produces dark images for maxval < 255 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 417621: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417621 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message --------BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Package: netpbm Version: 2:10.0-11 Severity: normal I had problems with pnmtops producing very dark images. I found out that this problem happens if the maxval in a ppm file is lower than 255. E.g., this is a little perl script that produces a completely white page: #!/usr/bin/perl -w print "P6 1217 1737 60\n"; # Decimal 60 is ASCII "<" for (1 .. 1217) { for (1 .. 1737) { print "<<<"; } } Save those few lines to a script mkwhite. Then run the following commands: chmod a+x mkwhite ./mkwhite.pl | tee white.ppm | pnmtops -dpi 150 -equalpixel > white.ps The file white.ppm is indeed pure white (I checked with eog). In contrast, the file white.ps is quite dark - demonstrating the bug in pnmtops. Regards, and thank you for providing fine software, Andreas - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-vserver-686 Locale: LANG=de_DE.UTF-8@euro, LC_CTYPE=de_DE.UTF-8@euro (charmap=UTF-8) Versions of packages netpbm depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libnetpbm10 2:10.0-11 Shared libraries for netpbm ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages netpbm recommends: ii gs 8.54.dfsg.1-5 Transitional package ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr - -- no debconf information -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGErP4nWrlKaIH40ARAnD1AKCxJ6tFVkNcPCgLwYnel6we0SFl6wCgqtM3 f+liVGKmTLqeFgOdARh1QOY= =Fuy3 -----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---Version: 2:11.01.00-2 On 2007-04-03 Andreas Krüger <[email protected]> wrote: > Package: netpbm > Version: 2:10.0-11 > Severity: normal > I had problems with pnmtops producing very dark images. > I found out that this problem happens if the maxval in a ppm file > is lower than 255. > E.g., this is a little perl script that produces a completely > white page: > #!/usr/bin/perl -w > print "P6 1217 1737 60\n"; > # Decimal 60 is ASCII "<" > for (1 .. 1217) { > for (1 .. 1737) { > print "<<<"; > } > } > Save those few lines to a script mkwhite. > Then run the following commands: > chmod a+x mkwhite > ./mkwhite.pl | tee white.ppm | pnmtops -dpi 150 -equalpixel > white.ps > The file white.ppm is indeed pure white (I checked with eog). > In contrast, the file white.ps is quite dark - demonstrating > the bug in pnmtops. [...] Hello, thanks for the detailed reproducer. This now looks alright with current upstream version. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
--- End Message ---
