Your message dated Mon, 11 Feb 2013 21:42:11 +0000 with message-id <20130211214211.GF5321@ernie.home.powdarrmonkey.net> and subject line Re: Bug#698701: tpu: dspam/3.10.1+dfsg-8 has caused the Debian Bug report #698701, regarding tpu: dspam/3.10.1+dfsg-8 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 owner@bugs.debian.org immediately.) -- 698701: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698701 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: tpu: dspam/3.10.1+dfsg-8
- From: Thomas Preud'homme <robotux@debian.org>
- Date: Tue, 22 Jan 2013 14:15:44 +0100
- Message-id: <20130122131544.2211.52386.reportbug@cerclon.rsr.lip6.fr>
Package: release.debian.org Severity: normal User: release.debian.org@packages.debian.org Usertags: unblock Please unblock package dspam Sorry to come again with an issue on dspam again. This time it's about bug #698580 - useless prompting at upgrade when no configuration file have been modified. A mistake was made which made /etc/dspam/dspam.d/{pgsql,mysql}.conf be conffiles and yet managed by ucf. This patch move ucf template from /etc to /usr/share subdirectories to avoid them being conffiles. See attached debdiff for the details (avoid_useless_prompt.debdiff). As before, the package being different in testing and sid, the fix would have to go through tpu. The fix has just been uploaded to sid for more testing. I would also like to include the fix for #698136. I know it's only of severity important but it's a simple oneliner fix so maybe you'll agree for it anyway. See [1] for the patch. [1] http://patch-tracker.debian.org/patch/series/view/dspam/3.10.2+dfsg-4/009_fix_recipient_corruption_when_releasing_message_from_quarantine.diff Best regards, Thomas Preud'homme unblock dspam/3.10.1+dfsg-8 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dashdiff -Nru dspam-3.10.1+dfsg/debian/changelog dspam-3.10.1+dfsg/debian/changelog --- dspam-3.10.1+dfsg/debian/changelog 2013-01-19 21:11:32.000000000 +0100 +++ dspam-3.10.1+dfsg/debian/changelog 2013-01-22 13:38:35.000000000 +0100 @@ -1,3 +1,11 @@ +dspam (3.10.1+dfsg-8) testing-proposed-updates; urgency=low + + * Stop shipping ucf template as a conffile: this avoid unnecessary prompt + when upgrading if configuration files have not been modified by the user + (Closes: #698580). + + -- Thomas Preud'homme <robotux@debian.org> Mon, 21 Jan 2013 22:25:00 +0100 + dspam (3.10.1+dfsg-7) testing-proposed-updates; urgency=low * Disable multi-arch since it create many problems with regards to the diff -Nru dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.dirs dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.dirs --- dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.dirs 2013-01-19 21:11:32.000000000 +0100 +++ dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.dirs 2013-01-22 13:38:35.000000000 +0100 @@ -1,3 +1,4 @@ etc/dspam/dspam.d +usr/share/libdspam7-drv-mysql usr/share/dbconfig-common/data/libdspam7-drv-mysql/install usr/share/dbconfig-common/data/libdspam7-drv-mysql/upgrade diff -Nru dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.install.in dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.install.in --- dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.install.in 2013-01-19 21:11:32.000000000 +0100 +++ dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.install.in 2013-01-22 13:38:35.000000000 +0100 @@ -1,7 +1,7 @@ debian/sqlfiles/install/mysql usr/share/dbconfig-common/data/libdspam7-drv-mysql/install debian/sqlfiles/upgrade/mysql usr/share/dbconfig-common/data/libdspam7-drv-mysql/upgrade usr/lib/@DEB_HOST_MULTIARCH@/dspam/libmysql_drv.so* -src/mysql.conf etc/dspam/dspam.d/ +src/mysql.conf usr/share/libdspam7-drv-mysql src/tools.mysql_drv/mysql_objects-4.1.sql usr/share/doc/libdspam7-drv-mysql/sql/ src/tools.mysql_drv/purge-4.1.sql usr/share/doc/libdspam7-drv-mysql/sql/ src/tools.mysql_drv/virtual_user_aliases.sql usr/share/doc/libdspam7-drv-mysql/sql/ diff -Nru dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.postinst dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.postinst --- dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.postinst 2013-01-19 21:11:32.000000000 +0100 +++ dspam-3.10.1+dfsg/debian/libdspam7-drv-mysql.postinst 2013-01-22 13:38:35.000000000 +0100 @@ -9,7 +9,7 @@ # Set some variables dbc_generate_include=template:/etc/dspam/dspam.d/mysql.conf -dbc_generate_include_args="-U -o template_infile='/etc/dspam/dspam.d/mysql.conf'" +dbc_generate_include_args="-U -o template_infile='/usr/share/libdspam7-drv-mysql/mysql.conf'" # Run dbconfig dbc_go libdspam7-drv-mysql $@ diff -Nru dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.dirs dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.dirs --- dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.dirs 2013-01-19 21:11:32.000000000 +0100 +++ dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.dirs 2013-01-22 13:38:35.000000000 +0100 @@ -1,4 +1,5 @@ etc/dspam/dspam.d +usr/share/libdspam7-drv-pgsql usr/share/dbconfig-common/data/libdspam7-drv-pgsql/install usr/share/dbconfig-common/data/libdspam7-drv-pgsql/upgrade usr/share/dbconfig-common/data/libdspam7-drv-pgsql/install-dbadmin diff -Nru dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.install.in dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.install.in --- dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.install.in 2013-01-19 21:11:32.000000000 +0100 +++ dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.install.in 2013-01-22 13:38:35.000000000 +0100 @@ -2,7 +2,7 @@ debian/sqlfiles/install/pgsql usr/share/dbconfig-common/data/libdspam7-drv-pgsql/install debian/sqlfiles/upgrade/pgsql usr/share/dbconfig-common/data/libdspam7-drv-pgsql/upgrade usr/lib/@DEB_HOST_MULTIARCH@/dspam/libpgsql_drv.so* -src/pgsql.conf etc/dspam/dspam.d/ +src/pgsql.conf usr/share/libdspam7-drv-pgsql src/tools.pgsql_drv/pgsql_objects.sql usr/share/doc/libdspam7-drv-pgsql/sql/ src/tools.pgsql_drv/purge-pe.sql usr/share/doc/libdspam7-drv-pgsql/sql/ src/tools.pgsql_drv/virtual_users.sql usr/share/doc/libdspam7-drv-pgsql/sql/ diff -Nru dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.postinst dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.postinst --- dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.postinst 2013-01-19 21:11:32.000000000 +0100 +++ dspam-3.10.1+dfsg/debian/libdspam7-drv-pgsql.postinst 2013-01-22 13:38:35.000000000 +0100 @@ -6,7 +6,7 @@ # Set some variables dbc_generate_include=template:/etc/dspam/dspam.d/pgsql.conf -dbc_generate_include_args="-U -o template_infile='/etc/dspam/dspam.d/pgsql.conf'" +dbc_generate_include_args="-U -o template_infile='/usr/share/libdspam7-drv-pgsql/pgsql.conf'" # Load dbconfig (pgsql part) . /usr/share/dbconfig-common/dpkg/postinst.pgsql
--- End Message ---
--- Begin Message ---
- To: Thomas Preud'homme <robotux@debian.org>, 698701-done@bugs.debian.org
- Subject: Re: Bug#698701: tpu: dspam/3.10.1+dfsg-8
- From: Jonathan Wiltshire <jmw@debian.org>
- Date: Mon, 11 Feb 2013 21:42:11 +0000
- Message-id: <20130211214211.GF5321@ernie.home.powdarrmonkey.net>
- In-reply-to: <201302111526.42529.robotux@debian.org>
- References: <20130122131544.2211.52386.reportbug@cerclon.rsr.lip6.fr> <20130203133223.GE5113@ernie.home.powdarrmonkey.net> <8db3f3b2-e6e9-48d6-a547-5dfad4084939@email.android.com> <201302111526.42529.robotux@debian.org>
On Mon, Feb 11, 2013 at 03:26:42PM +0100, Thomas Preud'homme wrote: > Le dimanche 3 février 2013 14:51:39, Thomas Preud'homme a écrit : > > > > Anyway, I tried to get certainty by reading the code to see any assumption > > the code is using but I couldn't understand enough of the code. So I > > reached upstream and he shall give me an explanation about wether it's > > safe or not and why in the next days. > > I pinged again upstream last wednesday without answer. Given the risk, I'm > going to drop the patch for the recipient corruption. I don't like it but it's > not a regression and the bug is only of severity important. > > Anyway, the package had around 3 weeks of testing in unstable so I proceeded > with the upload to tpu. The changes only include the fix for the ucf RC bug > issue. See attached debdiff. Ok, I accepted your tpu upload for the RC bug at least, but I would like to see a fix for the important bug too. The potential for silent data loss worries me - or does the sender get a notification that the mail has been dropped from the quarantine, or have I mis-understood the situation? -- Jonathan Wiltshire jmw@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 <directhex> i have six years of solaris sysadmin experience, from 8->10. i am well qualified to say it is made from bonghits layered on top of bonghitsAttachment: signature.asc
Description: Digital signature
--- End Message ---