Bug#1068091: dh-make-perl: Build fails with invalid git tag when using manual version and epoch
Package: dh-make-perl Version: 0.122 Severity: normal Dear Maintainer, When specifying a version with an epoch, and when a tag is used with a git repo, the build fails with an invalid tag error. For example: cpan2deb --version=1:1.006 --revision=1 PDF::Table Fails with: fatal: 'upstream/1:1.006' is not a valid tag name. The problem appears to be caused by this line in DhMakePerl::Command::make $git->command( 'tag', "upstream/".$self->version, 'upstream/latest' ) I assume a fix would simply be to replace all occurences of a colon with another suitable character? Many thanks, Andy -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-17-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dh-make-perl depends on: ii debhelper 13.11.4 ii dpkg-dev 1.21.22 ii fakeroot 1.31-1.2 ii libapt-pkg-perl0.1.40+b2 ii libarray-unique-perl 0.08-4 ii libclass-accessor-perl 0.51-2 ii libconfig-ini-perl 1:0.029-1 ii libconfig-model-dpkg-perl 2.165 ii libdebian-source-perl 0.122 ii libdpkg-perl 1.21.22 ii libemail-address-xs-perl 1.05-1+b1 ii libemail-date-format-perl 1.008-1 ii libfile-which-perl 1.27-2 ii liblist-moreutils-perl 0.430-2 ii libmodule-depends-perl 0.16-5 ii libpod-parser-perl 1.65-1 ii libsoftware-license-perl 0.104002-1 ii libtie-ixhash-perl 1.23-4 ii libwww-mechanize-perl 2.16-1 ii libwww-perl6.68-1 ii libyaml-libyaml-perl 0.86+ds-1 ii libyaml-perl 1.30-2 ii make 4.3-4.1 ii perl 5.36.0-7+deb12u1 Versions of packages dh-make-perl recommends: ii apt-file 3.3 ii git 1:2.39.2-1.1 ii libmodule-build-perl 0.423200-1 pn libsys-cpu-perl ii pristine-tar 1.50 dh-make-perl suggests no packages. -- no debconf information
Bug#956464: solr-tomcat: Unable to perform replication as slave
Package: solr-tomcat Version: 3.6.2+dfsg-20+deb10u1 Severity: normal Dear Maintainer, Solr running under Tomcat is unable to perform replication as a slave. This is because during replication it tries to create a temporary directory within its configuration directory (normally /etc/solr/conf, but could also be others if running multiple cores). The problem is the same as that fixed in #919638, which is that even if write permissions are temporarily given to that directory (as I have done on previous systems) the sandbox still does not allow write access. This is made worse by the poor error message that solr gives (not specifying the error or full path). A day of debugging and rebuilding the application was required to work out the cause! I fixed the problem by adding the path to solr-permissions.conf as below. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages solr-tomcat depends on: ii solr-common 3.6.2+dfsg-20+deb10u1 ii tomcat9 9.0.16-4 solr-tomcat recommends no packages. solr-tomcat suggests no packages. -- Configuration Files: /etc/systemd/system/tomcat9.service.d/solr-permissions.conf changed: [Service] ReadWritePaths=/var/lib/solr/ ReadWritePaths=/etc/solr -- no debconf information
Bug#800093: ITP: libdpkg-parse-perl -- module to parse various dpkg files into Perl Objects
Package: wnpp Owner: Andy Beverley <a...@andybev.com> Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libdpkg-parse-perl Version : 0.03 Upstream Author : Adam Jacob <holo...@cpan.org> * URL : https://metacpan.org/release/DPKG-Parse * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to parse various dpkg files into Perl Objects DPKG::Parse contains utilities to parse the various files created by dpkg and turn them into helpful Perl objects. Current files understood by various DPKG::Parse modules: /var/lib/dpkg/status - DPKG::Parse::Status /var/lib/dpkg/available - DPKG::Parse::Available Packages.gz - DPKG::Parse::Packages See each module's documentation for particulars - You should not be calling DPKG::Parse directly. The package will be maintained under the umbrella of the Debian Perl Group.
Bug#794718: dovecot-lmtpd segfaults when configured to use sieve
Package: dovecot-lmtpd Version: 1:2.2.18-1 Severity: important Dear Maintainer, I've just upgrade from Debian Wheezy to Debian Jessie and am getting: Fatal: master: service(lmtp): child 6761 killed with signal 11 (core dumped) It seems to be something to do with sieve. When I disable that from lmtp then everything works fine. OS: Debian Jessie Dovecot version: 2.2.13 CPU: x86 This is the gdb output: Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Core was generated by `dovecot/lmtp'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7f8e4c94f626 in sieve_validator_register_command () from /usr/lib/dovecot/libdovecot-sieve.so.0 -- Package-specific info: Please note that the sieve config is missing from the following configuration. It causes an error when enabled with: protocol lmtp { mail_plugins = $mail_plugins sieve } (in conf.d/20-lmtp.conf) dovecot configuration - # 2.2.18: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 8.1 ext3 auth_mechanisms = plain login dict { sieve = mysql:/etc/dovecot/pigeonhole-sieve.dict } mail_location = maildir:/var/mail/vhosts/%d/%n mail_privileged_group = mail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave vnd.dovecot.extdata namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { sieve = dict:proxy::sieve;name=active sieve_dir = ~/sieve sieve_extdata_dict_uri = proxy::sieve sieve_plugins = sieve_extdata } protocols = imap lmtp sieve service auth-worker { user = vmail } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } unix_listener auth-userdb { mode = 0600 user = vmail } user = dovecot } service dict { unix_listener dict { mode = 0600 user = vmail } } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0600 user = postfix } } ssl = required ssl_cert = /etc/ssl/certs/ctrlo.com.pem ssl_key = /etc/ssl/private/ctrlo.com.key userdb { driver = passwd } userdb { args = uid=vmail gid=vmail home=/var/mail/vhosts/%d/%n driver = static } protocol imap { mail_max_userip_connections = 20 } -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dovecot-lmtpd depends on: ii dovecot-core 1:2.2.18-1 ii libc6 2.19-18 ii ucf 3.0030 dovecot-lmtpd recommends no packages. dovecot-lmtpd suggests no packages. Versions of packages dovecot-lmtpd is related to: ii dovecot-core [dovecot-common] 1:2.2.18-1 pn dovecot-dbgnone ii dovecot-dev1:2.2.13-11 pn dovecot-gssapi none ii dovecot-imapd 1:2.2.18-1 pn dovecot-ldap none ii dovecot-lmtpd 1:2.2.18-1 ii dovecot-managesieved 1:2.2.18-1 ii dovecot-mysql 1:2.2.18-1 pn dovecot-pgsql none pn dovecot-pop3d none ii dovecot-sieve 1:2.2.18-1 pn dovecot-sqlite none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774068: dh-make-perl: Ensure no perllocal.pod files are created during build
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch Although the version of ExtUtils-MakeMaker shipped with Debian does not create perllocal.pod files, there is a chance that a local version will have been installed that does. If perllocal.pod files are created, they will conflict between multiple packages. This patch ensures that options are passed to EU-MM to prevent it creating such files. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774070: dh-make-perl: Sometimes get A branch named 'master' already exists during recursive build
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch Under some circumstances when building recursively, it's possible that Git environment variables will be set from previous builds, (Git.pm defines them once initialised). This then means that subsequent calls point to the wrong repo directories, generating the error A branch named 'master' already exists This patch always undefines them before each call to Git. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774071: dh-make-perl: Build fails if renaming existing directory already exists
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch It's unlikely to happen, but I did get it once during a recursive build. dh-make-perl renames existing build directories, but doesn't check whether the directory being renamed to already exists. This fixes that. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774072: dh-make-perl: Using install option fails as wrong path to deb is used
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch As per the subject, using the install option tries to install the deb from the wrong location. The attached patch is very simple. Normally I'd be wary of hard-coding paths as such, but given that this will only ever be run on Debian (?) and that the path is already hard-coded with a slash, I think it's okay. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774073: dh-make-perl: Ceating core module, install fails with trying to overwrite foo which is also in bar
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch When creating an updated version of a module that is already in core, the subsequent install fails (as expected) with a message such as: trying to overwrite '/usr/bin/instmodsh', which is also in package perl 5.14.2-21+deb7u2. Given that dh-make-perl has to be forced into creating core modules, I think it's appropriate to instruct dpkg that the package contains files that replace the core module. This patch does so. If you think it's more appropriate, I'd be happy to create a further doc patch and/or another command line option to go with this patch. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774074: dh-make-perl: Recursive option does not check version of existing packages
Package: dh-make-perl Version: 0.75-1 Severity: normal Tags: upstream patch When using the recursive option, dh-make-perl checks for existing packages both locally and in apt. However, it doesn't check the versions, so the actual module required may still not exist. This patch also checks the version, and adds the module to the missing list if the version does not satisfy the requirement. It relies on DPKG::Parse::Available and associated RT patch 69920, but the module appears to be unmaintained. Assuming that the patch attached to this is acceptable, I'd be happy in looking at options to ensure that DPKG::Parse::Available is maintained. Bug 774073 relies on this patch. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-perl depends on: ii debhelper 9.20120909 ii dpkg-dev1.16.15 ii fakeroot1.18.4-2 ii libapt-pkg-perl 0.1.26+b1 ii libarray-unique-perl0.08-1 ii libclass-accessor-perl 0.34-1 ii libdpkg-perl1.16.15 ii libemail-address-perl 1.895-1+deb7u1 ii libemail-date-format-perl 1.002-1 ii libfile-which-perl 1.09-1 ii liblist-moreutils-perl 0.33-1+b1 ii libmodule-depends-perl 0.16-1 ii libparse-debcontrol-perl2.005-3 ii libparse-debianchangelog-perl 1.2.0-1 ii libsoftware-license-perl0.103004-2 ii libtie-ixhash-perl 1.21-2 ii libwww-mechanize-perl 1.71-1 ii libyaml-perl0.81-1 ii make3.81-8.2 ii perl5.14.2-21+deb7u2 ii perl-modules [libmodule-corelist-perl] 5.14.2-21+deb7u2 Versions of packages dh-make-perl recommends: ii apt-file 2.5.1 ii git 1:1.7.10.4-1+wheezy1 ii pristine-tar 1.25+deb7u1 dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656767: Request addition of mysql support for opendkim
Package: opendkim Version: 2.0.1+dfsg-1 Severity: wishlist Could I please request the addition (or option to include) mysql support to opendkim. This provides much more powerful configuration, and I would consider it essential for a site hosting large amounts of email accounts or domains. I have compiled opendkim with mysql support myself (on Debian Squeeze), and It Works For Me (TM), but obviously it would be preferable to have it as part of the distribution's package. I am happy to assist. In fact, I am happy to do all the work needed, with the required pointers. Opendkim's mysql support requires opendbx. Strangely, when trying to include a mysql configuration directive with the current package, it doesn't complain, and states Starting OpenDKIM: opendkim: /etc/opendkim.conf: dkimf_db_open(): Success, but then dies silently. Thanks, Andy -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages opendkim depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [ ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmilter1.0.1 8.14.3-9.4 Sendmail Mail Filter API (Milter) ii libopendkim12.0.1+dfsg-1 Library for signing and verifying ii libssl0.9.8 0.9.8o-4squeeze4 SSL shared libraries ii libunbound2 1.4.6-1+squeeze2 library implementing DNS resolutio opendkim recommends no packages. opendkim suggests no packages. -- Configuration Files: /etc/opendkim.conf [Errno 13] Permission denied: u'/etc/opendkim.conf' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org