Bug#774598: maildrop: Maildrop package is not build with authlib support.
control: severity 774598 serious
Hi,
Thanks for your paitience. In the recent and the last commit of 2.7.1-2
on 15 Oct 2014 which I dropped the external and unsupported dovocet
patch, I accicidentally dropped courier-authlib support which existed.
I dropped the dovocet patch for security concern and this is regression
of such fix.
This is a clear regression on my part.
Willy, your pbuilder test result proves my mistake.
The following patch needs to be reversed:
autotools-dev,
- courier-authlib-dev (= 0.58-4),
debhelper (= 9),
dh-autoreconf,
libgdbm-dev,
@@ -21,7 +20,7 @@ Vcs-Browser:
http://anonscm.debian.org/gitweb/?p=collab-maint/maildrop.git
Package: maildrop
Architecture: any
-Depends: courier-authlib, ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
Osamu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774598: maildrop: Maildrop package is not build with authlib support.
Hi, Reflecting our private discussion... What I mean is that the configure script that runs while building maildrop can detect if courier-authlib is install. See file maildrop-2.7.1/libs/maildrop/configure lines 16451 to 16481 OK. The build-dep line is missing courier-authlib-dev. So I was not expecting to pick it up by the build script. Can you verify this theory of bug fix after installing pbuilder configuring it: $ cd tmp $ mkdir maildrop $ cd maildrop $ apt-get source maildrop $ sudo apt-get build-dep maildrop $ cd maildrop-2.7.1 $ pdebuild $ cd /var/lib/pbuilder/results or cd .. depending on your config Do you get an unfunctioning package or working one? If you change debian/control's Build-dep to contain courier-authlib-dev Do you get working program under pbuilder? I mean to change from Build-Depends: autoconf, automake, autotools-dev, debhelper (= 9), dh-autoreconf, libgdbm-dev, libpcre3-dev, libtool, pkg-config to Build-Depends: autoconf, automake, autotools-dev, courier-authlib-dev, debhelper (= 9), dh-autoreconf, libgdbm-dev, libpcre3-dev, libtool, pkg-config If you have question on pbuilder setup, please install debmake and look into /usr/share/doc/debmake/maint-guide.html#pbuilder-setup https://people.debian.org/~osamu/maint-guide.html#pbuilder-setup Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774598: maildrop: Maildrop package is not build with authlib support.
On Wednesday 07 January 2015 21:30:32 Osamu Aoki wrote: Hi, Reflecting our private discussion... What I mean is that the configure script that runs while building maildrop can detect if courier-authlib is install. See file maildrop-2.7.1/libs/maildrop/configure lines 16451 to 16481 OK. The build-dep line is missing courier-authlib-dev. So I was not expecting to pick it up by the build script. Can you verify this theory of bug fix after installing pbuilder configuring it: $ cd tmp $ mkdir maildrop $ cd maildrop $ apt-get source maildrop $ sudo apt-get build-dep maildrop $ cd maildrop-2.7.1 $ pdebuild $ cd /var/lib/pbuilder/results or cd .. depending on your config Do you get an unfunctioning package or working one? unfunctioning in regards to the authdaemon connection. If you change debian/control's Build-dep to contain courier-authlib-dev Do you get working program under pbuilder? I mean to change from Build-Depends: autoconf, automake, autotools-dev, debhelper (= 9), dh-autoreconf, libgdbm-dev, libpcre3-dev, libtool, pkg-config to Build-Depends: autoconf, automake, autotools-dev, courier-authlib-dev, debhelper (= 9), dh-autoreconf, libgdbm-dev, libpcre3-dev, libtool, pkg-config After the changes to the debian/control file adding courier-authlib-dev, as a build dependency and running pdebuild again I get a functioning package that connects to the authdaemon. If you have question on pbuilder setup, please install debmake and look into /usr/share/doc/debmake/maint-guide.html#pbuilder-setup https://people.debian.org/~osamu/maint-guide.html#pbuilder-setup Osamu -- Simple things make people happy. Willy De la Court PGP Public Key at http://www.linux-lovers.be/download/public_key.asc PGP Key fingerprint = 784E E18F 7F85 9C7C AC1A D5FB FE08 686C 37C7 A689 GMail wdl1...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774598: maildrop: Maildrop package is not build with authlib support.
On Tuesday 06 January 2015 22:34:57 Osamu Aoki wrote: control: severity 774598 normal control: tags 774598 moreinfo On Sun, Jan 04, 2015 at 11:21:18PM +0100, wdl wrote: Package: maildrop Version: 2.7.1-2 * What led up to the situation? Using maildrop under postfix with authlib mysql support OK. * What exactly did you do (or not do) that was effective (or ineffective)? Not effective. Installed courier-authdaemon, courier-authlib,courier-authlib-dev,courier- authlib-mysql and maildrop packages from the repo Using the maildrop package from the repository does not connect to the authdaemon and use the configure and the running authdaemon. Effective. Rebuild maildrop from the source package WITHOUT changes installed the newly build package solves the problem that maildrop does not connect to the authdaemon. Installed courier-authdaemon, courier-authlib,courier-authlib-dev, courier-authlib-mysql and rebuild the maildrop package. Please read the question again and address all the points. * What was the outcome of this action? After the rebuild from source and installing the build maildrop package it worked. Rebuild maildrop from the source package WITHOUT changes installed the newly build package solves the problem that maildrop does not connect to the authdaemon. I suspect that the rebuild picked up on the courier-authlib-dev and configured the package differently to include the authlib support. I repeat I did NOT change the source package The commands I used to rebuild the source package apt-get source maildrop dpkg-buildpackage -us -uc With what option? What was different from packaged compiler option. No changes where made to the source package. Please note I do not use your setting here. So you need to present more info for me to work on. I suspect there is a missing dependecy in the source package that when that dependency is installed the rebuild of the maildrop package includes the support automatically. * What outcome did you expect instead? I expected the maildrop package downloaded from the repo to connect to the authdaemon and build with authdaemon support in the standard package I can not guess what you are thinking without answer to this point. With info presented, this is not useful bug report. If this stay in this shape, I will close this bug report. Regards, Osamu -- Simple things make people happy. Willy De la Court PGP Public Key at http://www.linux-lovers.be/download/public_key.asc PGP Key fingerprint = 784E E18F 7F85 9C7C AC1A D5FB FE08 686C 37C7 A689 GMail wdl1...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774598: maildrop: Maildrop package is not build with authlib support.
control: severity 774598 normal control: tags 774598 moreinfo On Sun, Jan 04, 2015 at 11:21:18PM +0100, wdl wrote: Package: maildrop Version: 2.7.1-2 * What led up to the situation? Using maildrop under postfix with authlib mysql support OK. * What exactly did you do (or not do) that was effective (or ineffective)? Installed courier-authdaemon, courier-authlib,courier-authlib-dev, courier-authlib-mysql and rebuild the maildrop package. Please read the question again and address all the points. * What was the outcome of this action? After the rebuild from source and installing the build maildrop package it worked. With what option? What was different from packaged compiler option. Please note I do not use your setting here. So you need to present more info for me to work on. * What outcome did you expect instead? I can not guess what you are thinking without answer to this point. With info presented, this is not useful bug report. If this stay in this shape, I will close this bug report. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774598: maildrop: Maildrop package is not build with authlib support.
Hi,
I see your build from source seems to mean build from the Debian
source package. (Normally, build from source is from the upstream
source. Debian package is patched)
On Tue, Jan 06, 2015 at 03:27:47PM +0100, Willy De la Court wrote:
Not effective.
Installed courier-authdaemon, courier-authlib,courier-authlib-dev,courier-
authlib-mysql and maildrop packages from the repo
Using the maildrop package from the repository does not connect to the
authdaemon and use the configure and the running authdaemon.
Effective.
Rebuild maildrop from the source package WITHOUT changes
installed the newly build package solves the problem that maildrop does not
connect to the authdaemon.
OK. But what is your environment. sid? chroot under pbuilder?
Installed courier-authdaemon, courier-authlib,courier-authlib-dev,
courier-authlib-mysql and rebuild the maildrop package.
Please read the question again and address all the points.
* What was the outcome of this action?
After the rebuild from source and installing the build maildrop package
it worked.
Rebuild maildrop from the source package WITHOUT changes installed the
newly build package solves the problem that maildrop does not connect
to the authdaemon. I suspect that the rebuild picked up on the
courier-authlib-dev and configured the package differently to include
the authlib support.
OK. Now I see what you mean. Can you do the following.
$ cd tmp
$ mkdir maildrop
$ cd maildrop
$ dget maildrop
dget: retrieving
http://ftp.jp.debian.org/debian/pool/main/m/maildrop/maildrop_2.7.1-2_amd64.deb
$ mv maildrop_2.7.1-2_amd64.deb maildrop_2.7.1-2_amd64x.deb
$ apt-get source maildrop
$ sudo apt-get build-dep maildrop
$ cd maildrop-2.7.1
$ debuild
$ cd ..
$ debdiff maildrop_2.7.1-2_amd64x.deb maildrop_2.7.1-2_amd64.deb
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format)
Depends: libc6 (= 2.15), libgcc1 (= 1:4.1.1), libgdbm3 (= 1.8.3), libpcre3
(= [-8.10),-] {+1:8.35),+} libstdc++6 (= 4.4.0)
What I am after is the difference in package you have and one in archive.
Hmmm... possibly library bug is fixed???. I may need to bin NMU.
I do not see 8.10 in changelog of pcre3 ... strange
Show me your case.
Osamu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774598: maildrop: Maildrop package is not build with authlib support.
On Wednesday 07 January 2015 01:19:55 Osamu Aoki wrote:
Hi,
I see your build from source seems to mean build from the Debian
source package. (Normally, build from source is from the upstream
source. Debian package is patched)
On Tue, Jan 06, 2015 at 03:27:47PM +0100, Willy De la Court wrote:
Not effective.
Installed courier-authdaemon, courier-authlib,courier-authlib-dev,courier-
authlib-mysql and maildrop packages from the repo
Using the maildrop package from the repository does not connect to the
authdaemon and use the configure and the running authdaemon.
Effective.
Rebuild maildrop from the source package WITHOUT changes
installed the newly build package solves the problem that maildrop does
not
connect to the authdaemon.
OK. But what is your environment. sid? chroot under pbuilder?
Installed courier-authdaemon,
courier-authlib,courier-authlib-dev,
courier-authlib-mysql and rebuild the maildrop package.
Please read the question again and address all the points.
* What was the outcome of this action?
After the rebuild from source and installing the build maildrop
package
it worked.
Rebuild maildrop from the source package WITHOUT changes installed the
newly build package solves the problem that maildrop does not connect
to the authdaemon. I suspect that the rebuild picked up on the
courier-authlib-dev and configured the package differently to include
the authlib support.
OK. Now I see what you mean. Can you do the following.
$ cd tmp
$ mkdir maildrop
$ cd maildrop
$ dget maildrop
dget: retrieving
http://ftp.jp.debian.org/debian/pool/main/m/maildrop/maildrop_2.7.1-2_amd64
.deb $ mv maildrop_2.7.1-2_amd64.deb maildrop_2.7.1-2_amd64x.deb
$ apt-get source maildrop
$ sudo apt-get build-dep maildrop
$ cd maildrop-2.7.1
$ debuild
$ cd ..
$ debdiff maildrop_2.7.1-2_amd64x.deb maildrop_2.7.1-2_amd64.deb
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format)
Depends: libc6 (= 2.15), libgcc1 (= 1:4.1.1), libgdbm3 (= 1.8.3),
libpcre3 (= [-8.10),-] {+1:8.35),+} libstdc++6 (= 4.4.0)
debdiff maildrop_2.7.1-2_amd64.deb ../maildrop_2.7.1-2_amd64.deb
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format)
Depends: {+courier-authlib (= 0.63.0),+} libc6 (= 2.15), libgcc1 (=
1:4.1.1), libgdbm3 (= 1.8.3), libpcre3 (= [-8.10),-] {+1:8.35),+} libstdc++6
(= 4.4.0)
Installed-Size: [-1231-] {+1235+}
What I am after is the difference in package you have and one in archive.
Hmmm... possibly library bug is fixed???. I may need to bin NMU.
I do not see 8.10 in changelog of pcre3 ... strange
Show me your case.
Osamu
--
Simple things make people happy.
Willy De la Court
PGP Public Key at http://www.linux-lovers.be/download/public_key.asc
PGP Key fingerprint = 784E E18F 7F85 9C7C AC1A D5FB FE08 686C 37C7 A689
GMail wdl1...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774598: maildrop: Maildrop package is not build with authlib support.
Package: maildrop Version: 2.7.1-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Using maildrop under postfix with authlib mysql support * What exactly did you do (or not do) that was effective (or ineffective)? Installed courier-authdaemon, courier-authlib,courier-authlib-dev, courier-authlib-mysql and rebuild the maildrop package. * What was the outcome of this action? After the rebuild from source and installing the build maildrop package it worked. * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages maildrop depends on: ii courier-authlib 0.66.1-1+b1 ii libc62.19-13 ii libgcc1 1:4.9.1-19 ii libgdbm3 1.8.3-13.1 ii libpcre3 2:8.35-3.3 ii libstdc++6 4.9.1-19 Versions of packages maildrop recommends: ii postfix [mail-transport-agent] 2.11.3-1 maildrop suggests no packages. -- Configuration Files: /etc/maildroprc changed [not included] -- 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
