Bug#960882: exiftran: Exiftran corrupts image
Package: exiftran Version: 2.10-4 Followup-For: Bug #960882 Dear Maintainer, I have the stock version of package fgallery installed: farfalle$ dpkg -l fgallery Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==--- ii fgallery 1.8.2-2.1all static HTML+JavaScript photo album generator farfalle$ fgallery's image processing results in images with exactly the same corruption reported in this ticket. fgallery has dependencies: farfalle$ apt-cache show fgallery | grep ^Dep Depends: libimage-exiftool-perl, libjson-perl, imagemagick, exiftran | libjpeg-turbo-progs, libjs-mootools (>= 1.4), zip | p7zip-full farfalle$ Note there is exiftran *or* libjpeg-turbo-progs and I do not have exiftran installed, but do have libjpeg-turbo-progs installed: farfalle$ dpkg -l exiftran libjpeg-turbo-progs Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersion Architecture Description +++-===--- un exiftran (no description available) ii libjpeg-turbo-progs 1:2.0.6-4amd64Programs for manipulating JPEG files farfalle$ This makes be believe that *neither* exiftran nor libjpeg-turbo-progs are *directly* responsible for the corruption, but rather a common dependency of exiftran and libjpeg-turbo-progs is responsible. Alexis
Bug#480477: masqmail(8), section FILES, wrong info on /etc/aliases
Package: masqmail
Version: 0.2.21-4
Severity: minor
masqmail(8) says, in the FILES section:
/etc/aliases is the alias file, if not set differently in
/etc/masqmail/masqmail.conf.
This is wrong. It should say:
/dev/null is the alias file, if not set differently in
/etc/masqmail/masqmail.conf.
or the line should be removed ... and users will read the information in
masqmail.conf(5),
which is correct, when it says:
alias_file = file
Set this to the location of your alias file. If unset, no
aliasing will be done.
Alexis
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored:
LC_ALL set to en_GB)
Shell: /bin/sh linked to /bin/bash
Versions of packages masqmail depends on:
ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libglib2.0-0 2.16.1-2 The GLib library of C routines
ii libident 0.22-3 simple RFC1413 client library - ru
ii liblockfile1 1.07-1 NFS-safe locking library, includes
ii netbase 4.32 Basic TCP/IP networking system
ii update-inetd 4.30 inetd configuration file updater
masqmail recommends no packages.
-- debconf information:
masqmail/ipup_fetch: false
masqmail/mda: /usr/bin/procmail -Y -d ${rcpt_local}
masqmail/online_file: /var/run/masqmail-route
masqmail/mbox_default: mbox
masqmail/init_smtp_daemon: true
masqmail/ipup_runqueue: true
masqmail/online_detect: file
masqmail/local_hosts: localhost;lasagne;lasagne.pasta.net
masqmail/queue_daemon_ival: -q10m
masqmail/host_name: lasagne.pasta.net
masqmail/alias_local_caseless: false
masqmail/manage_config_with_debconf: true
masqmail/use_syslog: false
masqmail/listen_addresses: localhost:25
masqmail/init_fetch_daemon: false
masqmail/move_existing_nondebconf_config: true
masqmail/ifup_ifaces: all
masqmail/online_pipe:
masqmail/init_queue_daemon: true
masqmail/fetch_daemon_ival: -go5m
masqmail/local_nets:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427095: masqmail: possible workaround
Package: masqmail
Version: 0.2.21-4
Followup-For: Bug #427095
If, like me, you're using masqmail only for local-to-local delivery, then
the following workaround may help you:
edit /etc/default/masqmail and put the following at the bottom of it:
# Workaround for BTS#427095
MODE=stop
This will trick the if-up script in /etc/network/if-up.d/1masqmail into
thinking the interface is going down and therefore that it doesn't need
to look up any mail routing info.
HTH
Alexis
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored:
LC_ALL set to en_GB)
Shell: /bin/sh linked to /bin/bash
Versions of packages masqmail depends on:
ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libglib2.0-0 2.16.3-2 The GLib library of C routines
ii libident 0.22-3 simple RFC1413 client library - ru
ii liblockfile1 1.07-1 NFS-safe locking library, includes
ii netbase 4.32 Basic TCP/IP networking system
ii update-inetd 4.30 inetd configuration file updater
masqmail recommends no packages.
-- debconf information:
masqmail/ipup_fetch: false
masqmail/mda: /usr/bin/procmail -Y -d ${rcpt_local}
masqmail/online_file: /var/run/masqmail-route
masqmail/mbox_default: mbox
masqmail/init_smtp_daemon: true
masqmail/ipup_runqueue: true
masqmail/online_detect: file
masqmail/local_hosts: localhost;lasagne;lasagne.pasta.net
masqmail/queue_daemon_ival: -q10m
masqmail/host_name: lasagne.pasta.net
masqmail/alias_local_caseless: false
masqmail/manage_config_with_debconf: true
masqmail/use_syslog: false
masqmail/listen_addresses: localhost:25
masqmail/init_fetch_daemon: false
masqmail/move_existing_nondebconf_config: true
masqmail/ifup_ifaces: all
masqmail/online_pipe:
masqmail/init_queue_daemon: true
masqmail/fetch_daemon_ival: -go5m
masqmail/local_nets:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
