Re: claws-mail blocked by previous version excuse
Hi Paul, On Wed, Oct 23, 2019 at 08:16:52AM +0800, Paul Wise wrote: > On Wed, Oct 23, 2019 at 7:03 AM Ricardo Mones wrote: > > > The claws-mail package appears blocked from migrating to testing because > > of #885266 which removed 3.17.3-2 from it, but is already fixed in 3.17.4-2, > > in sid since 8 days ago… > > It seems to be because claws-mail-python-plugin 3.17.3-1 is still in > sid, so the old source package is still kept around so britney still > thinks the RC bug applies to sid. > > https://release.debian.org/britney/excuses.yaml > > > Any pointers on how fix this? > > I think you will need to ask the ftp-masters to remove the > claws-mail-python-plugin cruft from unstable. I've opened #943308 for this, thanks! :-) > BTW, ISTR there is a plan to remove GTK 2 from Debian at some point, > so it would be a good idea to talk to upstream about switching to GTK > 3. There's a public roadmap for this? Regarding claws-mail there's already a GTK+3 branch, though not really ready for daily usage unless you like crashes and losing features... but there's other packages like sylpheed which have no plans for switching AFAIK. Anyway, isn't funny and paradoxical that ancient packages just using X libraries are going to survive probably more useful GTK+2 ones? :-) regards, P.S.: please Cc on reply, I'm not subscribed to debian-release right now. -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: PGP signature
claws-mail blocked by previous version excuse
Hi all, The claws-mail package appears blocked from migrating to testing because of #885266 which removed 3.17.3-2 from it, but is already fixed in 3.17.4-2, in sid since 8 days ago… Any pointers on how fix this? Thanks in advance, P.S.: please Cc on reply, I'm not subscribed to debian-release right now ;-) -- Ricardo Mones http://people.debian.org/~mones «Klatu barada nikto.» pgp2adArQiAPQ.pgp Description: Firma digital OpenPGP
Bug#928548: unblock: libetpan/1.9.3-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libetpan The upload just adds an upstream patch to fix serious bug #927709. Full debdiff attached, thanks in advance! unblock libetpan/1.9.3-2 -- System Information: Debian Release: 9.8 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru libetpan-1.9.3/debian/changelog libetpan-1.9.3/debian/changelog --- libetpan-1.9.3/debian/changelog 2019-01-26 20:49:11.0 +0100 +++ libetpan-1.9.3/debian/changelog 2019-05-06 23:27:54.0 +0200 @@ -1,3 +1,11 @@ +libetpan (1.9.3-2) unstable; urgency=high + + * debian/patches/90_fix_tls_timeout.diff + - Add upstream patch to fix TLS timeout (Closes: #927709) + * Raised changelog urgency because of serious bug + + -- Ricardo Mones Mon, 06 May 2019 23:27:54 +0200 + libetpan (1.9.3-1) unstable; urgency=medium * New upstream version 1.9.3 diff -Nru libetpan-1.9.3/debian/patches/90_fix_tls_timeout.diff libetpan-1.9.3/debian/patches/90_fix_tls_timeout.diff --- libetpan-1.9.3/debian/patches/90_fix_tls_timeout.diff 1970-01-01 01:00:00.0 +0100 +++ libetpan-1.9.3/debian/patches/90_fix_tls_timeout.diff 2019-05-06 23:27:54.0 +0200 @@ -0,0 +1,19 @@ +Origin: https://github.com/dinhviethoa/libetpan/commit/4aee22436809af67f23170fe15106b91ff2971e6 +Subject: Fix TLS timeouts with recent versions of GnuTLS + gnutls_handshake_set_timeout takes a timeout value in ms, but we were + providing a value in seconds. This means that on new-enough platforms + that use GnuTLS (e.g., Debian Buster), we would accidentally configure + a timeout 1,000 times shorter than requested. +Bug-Debian: https://bugs.debian.org/927709 + +--- a/src/data-types/mailstream_ssl.c b/src/data-types/mailstream_ssl.c +@@ -636,7 +636,7 @@ static struct mailstream_ssl_data * ssl_data_new(int fd, time_t timeout, + timeout_value = mailstream_network_delay.tv_sec * 1000 + mailstream_network_delay.tv_usec / 1000; + } + else { +- timeout_value = timeout; ++ timeout_value = timeout * 1000; + } + #if GNUTLS_VERSION_NUMBER >= 0x030100 + gnutls_handshake_set_timeout(session, timeout_value); diff -Nru libetpan-1.9.3/debian/patches/series libetpan-1.9.3/debian/patches/series --- libetpan-1.9.3/debian/patches/series2019-01-26 20:49:11.0 +0100 +++ libetpan-1.9.3/debian/patches/series2019-05-06 23:27:54.0 +0200 @@ -1,3 +1,4 @@ # 10_unnecessary_linkage.diff 11_use_openjade.diff 12_add_dummy_readme.diff +90_fix_tls_timeout.diff
Re: Bug#923980: claws-mail-gdata-plugin: gdata plugin crashes after update to 3.17.3-1
control: reopen -1 control: notfixed -1 claws-mail/3.17.3-2 control: tags -1 help Hi Christian, On Wed, Apr 10, 2019 at 06:31:49PM +0200, Christian Beier wrote: > > Hi Ricardo, > > I just upgraded to 3.17.3-2, but unfortunately still get the segfault: […] > I checked with 3.17.3-2's source package and there is a de.gmo file in > there which still contains the %s. Might this be the reason? Yes, the added patch fixes the source file, but does not fix the binaries already there, which come from upstream. I hadn't time to do much tests, just tried to remove the gmo files from master and rebuild, but the result is still the same. The only idea left is to repackage upstream tarball, but since that's an idea I don't like much I'm Cc-ing the release list for advice on how to deal with this (thanks in advance! :) best regards, -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: PGP signature
Bug#926357: unblock: claws-mail/3.17.3-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail Just added a patch from upstream to fix a segfault when using gdata plugin with German locales, caused by an unnecessary %s in a msgstr. Debdiff attached, thanks in advance! unblock claws-mail/3.17.3-2 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled diff -Nru claws-mail-3.17.3/debian/changelog claws-mail-3.17.3/debian/changelog --- claws-mail-3.17.3/debian/changelog 2018-12-29 18:10:15.0 +0100 +++ claws-mail-3.17.3/debian/changelog 2019-04-03 20:11:50.0 +0200 @@ -1,3 +1,10 @@ +claws-mail (3.17.3-2) unstable; urgency=medium + + * debian/patches/90fix_segfault_gdata_german.patch + - Add patch fixing segfault in gdata plugin (Closes: #923980) + + -- Ricardo Mones Wed, 03 Apr 2019 20:11:50 +0200 + claws-mail (3.17.3-1) unstable; urgency=medium * New upstream release diff -Nru claws-mail-3.17.3/debian/patches/90fix_segfault_gdata_german.patch claws-mail-3.17.3/debian/patches/90fix_segfault_gdata_german.patch --- claws-mail-3.17.3/debian/patches/90fix_segfault_gdata_german.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-3.17.3/debian/patches/90fix_segfault_gdata_german.patch 2019-04-03 20:11:50.0 +0200 @@ -0,0 +1,17 @@ +Description: Fix segfault using gdata plugin in German locales +Origin: https://git.claws-mail.org/?p=claws.git;a=commit;h=0ffa910327b3476aafec74013d69af98dd9fb5e2 +Bug-Debian: https://bugs.debian.org/923980 + +diff --git a/po/de.po b/po/de.po +index 979095871..7332704c9 100644 +--- a/po/de.po b/po/de.po +@@ -10502,7 +10502,7 @@ msgstr "GData-Plugin: Fehler beim Erneuern der Autorisierung: %s\n" + + #: src/plugins/gdata/cm_gdata_contacts.c:535 + msgid "GData plugin: Authorization refresh successful\n" +-msgstr "GData-Plugin: Erneuern der Autorisierung erfolgreich: %s\n" ++msgstr "GData-Plugin: Erneuern der Autorisierung erfolgreich\n" + + #: src/plugins/gdata/cm_gdata_contacts.c:595 + #, c-format diff -Nru claws-mail-3.17.3/debian/patches/series claws-mail-3.17.3/debian/patches/series --- claws-mail-3.17.3/debian/patches/series 2018-12-29 18:10:15.0 +0100 +++ claws-mail-3.17.3/debian/patches/series 2019-04-03 20:11:50.0 +0200 @@ -1,2 +1,3 @@ 11mark_trashed_as_read.patch 12fix_manpage_header.patch +90fix_segfault_gdata_german.patch
Bug#863714: unblock: libetpan/1.6-3
Hi Jonathan, On Tue, May 30, 2017 at 08:40:55PM +0100, Jonathan Wiltshire wrote: > Control: tag -1 moreinfo > > On Tue, May 30, 2017 at 11:53:31AM +0200, Ricardo Mones wrote: > > Please unblock package libetpan > > > > Fixes bug 862151 (CVE-2017-8825). Diff includes an update to Homepage > > field which was already in git since past year ;) > > The diff looks fine, but I can't unblock something that isn't in the > archive. Indeed, it was a busy day, but has been uploaded some minutes ago. My apologies for the delay. best regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: PGP signature
Bug#863714: unblock: libetpan/1.6-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libetpan Fixes bug 862151 (CVE-2017-8825). Diff includes an update to Homepage field which was already in git since past year ;) Attached debdiff. Thanks in advance and best regards, unblock libetpan/1.6-3 -- Ricardo Mones http://people.debian.org/~mones «Exercise caution in your daily affairs.» diff -Nru libetpan-1.6/debian/changelog libetpan-1.6/debian/changelog --- libetpan-1.6/debian/changelog 2016-10-12 23:35:06.0 +0200 +++ libetpan-1.6/debian/changelog 2017-05-30 10:16:19.0 +0200 @@ -1,3 +1,12 @@ +libetpan (1.6-3) unstable; urgency=high + + * patches/fix-CVE-2017-8825.diff, patches/series + - Add upstream patch to fix CVE-2017-8825 (Closes: #862151) + * control + - Homepage: point to library's own page + + -- Ricardo Mones <mo...@debian.org> Tue, 30 May 2017 10:16:19 +0200 + libetpan (1.6-2) unstable; urgency=medium * control diff -Nru libetpan-1.6/debian/control libetpan-1.6/debian/control --- libetpan-1.6/debian/control 2016-10-12 23:35:06.0 +0200 +++ libetpan-1.6/debian/control 2017-05-30 10:16:19.0 +0200 @@ -1,7 +1,7 @@ Source: libetpan Section: mail Priority: optional -Homepage: http://libetpan.sourceforge.net/libetpan +Homepage: http://www.etpan.org/libetpan.html Maintainer: Ricardo Mones <mo...@debian.org> Uploaders: Nikita V. Youshchenko <yo...@debian.org> Build-Depends: debhelper (>= 9), autotools-dev, libtool, libdb-dev, diff -Nru libetpan-1.6/debian/patches/fix-CVE-2017-8825.diff libetpan-1.6/debian/patches/fix-CVE-2017-8825.diff --- libetpan-1.6/debian/patches/fix-CVE-2017-8825.diff 1970-01-01 01:00:00.0 +0100 +++ libetpan-1.6/debian/patches/fix-CVE-2017-8825.diff 2017-05-30 10:16:19.0 +0200 @@ -0,0 +1,39 @@ +Description: A null dereference vulnerability has been found in the MIME + handling component of LibEtPan before 1.8, as used in MailCore and + MailCore 2. A crash can occur in low-level/imf/mailimf.c during a failed + parse of a Cc header containing multiple e-mail addresses. +Author: Viet Hoa Dinh <d...@fb.com> +Origin: upstream, https://github.com/dinhviethoa/libetpan/commit/1fe8fbc032ccda1db9af66d93016b49c16c1f22d +Bug-Debian: https://bugs.debian.org/862151 +Last-Update: 2017-05-30 + +diff --git a/src/low-level/imf/mailimf.c b/src/low-level/imf/mailimf.c +index 4554f1c..b557070 100644 +--- a/src/low-level/imf/mailimf.c b/src/low-level/imf/mailimf.c +@@ -3083,6 +3083,7 @@ static int mailimf_group_parse(const char * message, size_t length, + struct mailimf_group * group; + int r; + int res; ++ clist * list; + + cur_token = * indx; + +@@ -3110,6 +3111,17 @@ static int mailimf_group_parse(const char * message, size_t length, + res = r; + goto free_display_name; + } ++list = clist_new(); ++if (list == NULL) { ++ res = MAILIMF_ERROR_MEMORY; ++ goto free_display_name; ++} ++mailbox_list = mailimf_mailbox_list_new(list); ++if (mailbox_list == NULL) { ++ res = MAILIMF_ERROR_MEMORY; ++ clist_free(list); ++ goto free_display_name; ++} + break; + default: + res = r; diff -Nru libetpan-1.6/debian/patches/series libetpan-1.6/debian/patches/series --- libetpan-1.6/debian/patches/series 2016-10-12 23:35:06.0 +0200 +++ libetpan-1.6/debian/patches/series 2017-05-30 10:16:19.0 +0200 @@ -1 +1,2 @@ 11_use_openjade.diff +fix-CVE-2017-8825.diff
Bug#774878: unblock: libetpan/1.5-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, Please unblock package libetpan for fixing RC bug #773036 “libetpan-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE” Full debdiff to testing version attached. Thanks in advance, unblock libetpan/1.5-2 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tel) diff -Nru libetpan-1.5/debian/changelog libetpan-1.5/debian/changelog --- libetpan-1.5/debian/changelog 2014-06-11 18:38:34.0 +0200 +++ libetpan-1.5/debian/changelog 2015-01-07 22:23:43.0 +0100 @@ -1,3 +1,15 @@ +libetpan (1.5-2) unstable; urgency=high + + [ Vincent Cheng ] + * Fix unhandled symlink to directory conversion. (Closes: #773036) + + [ Ricardo Mones ] + * Change Vincent's patch versions and changelog entry to make it a +regular upload and thank him very much for the patch! :) + * Raise urgency because of RC bug. + + -- Ricardo Mones mo...@debian.org Wed, 07 Jan 2015 14:10:56 +0100 + libetpan (1.5-1) unstable; urgency=medium * New upstream release: not really, identical to 1.4.1 but version diff -Nru libetpan-1.5/debian/control libetpan-1.5/debian/control --- libetpan-1.5/debian/control 2014-06-11 18:38:34.0 +0200 +++ libetpan-1.5/debian/control 2015-01-07 22:23:43.0 +0100 @@ -28,6 +28,7 @@ Section: libdevel Priority: extra Architecture: any +Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, libetpan17 (= ${binary:Version}), libgnutls28-dev, liblockfile-dev, libsasl2-dev, libexpat1-dev, libcurl4-gnutls-dev (= 7.16.4-5) @@ -56,6 +57,7 @@ Architecture: any Multi-Arch: same Priority: extra +Pre-Depends: ${misc:Pre-Depends} Depends: libetpan17 (= ${binary:Version}), ${misc:Depends} Description: debugging symbols for libetpan libEtPan! is a mail library. It may be used for low-level mail handling: diff -Nru libetpan-1.5/debian/libetpan-dbg.maintscript libetpan-1.5/debian/libetpan-dbg.maintscript --- libetpan-1.5/debian/libetpan-dbg.maintscript 1970-01-01 01:00:00.0 +0100 +++ libetpan-1.5/debian/libetpan-dbg.maintscript 2015-01-07 22:23:43.0 +0100 @@ -0,0 +1 @@ +symlink_to_dir /usr/share/doc/libetpan-dbg /usr/share/doc/libetpan15 1.5-2~ diff -Nru libetpan-1.5/debian/libetpan-dev.maintscript libetpan-1.5/debian/libetpan-dev.maintscript --- libetpan-1.5/debian/libetpan-dev.maintscript 1970-01-01 01:00:00.0 +0100 +++ libetpan-1.5/debian/libetpan-dev.maintscript 2015-01-07 22:23:43.0 +0100 @@ -0,0 +1 @@ +symlink_to_dir /usr/share/doc/libetpan-dev /usr/share/doc/libetpan15 1.5-2~
Bug#771562: Pre-approval for libetpan/1.6-1
Hi Ivo, On Tue, Dec 09, 2014 at 12:36:31PM +0100, Ivo De Decker wrote: Control: tags -1 moreinfo Hi, On Tue, Dec 09, 2014 at 02:50:48AM +0100, Ricardo Mones wrote: A targeted fix (as a patch on top of the current version in testing, so without the new upstream) might be acceptable, but keep in mind that the deadline for fixes for important bugs is Dec 5th. I'm sorry but I have not time for preparing that for tomorrow. Unfortunately it already took a lot of time to prepare and test this one. If somebody else is willing and able to do such, I'm open and happy to accept NMUs or even give the package away. Since unfortunately it seems I'm the only one who cares about this library I'd prefer it to be in jessie as proposed. So please, reconsider. As said changes, while may look a lot, they're not intrusive and new entry points are not going to be used by current rdepends. No. Waiting doesn't make this version comply with the freeze policy. Uh? I did not receive any response to my initial comments about the changes, which are again ignored... fine if you don't want to look at the diff because you don't like the stats line, but at least say it, don't be silent and tell me _I'm_ waiting when I poke you again; remember: I cannot read your mind :-) I am however willing to review a targeted fix if you upload it before Dec 14th. Thanks, that's much better schedule than before... let's see if I can do it. best regards, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Bug#771562: Pre-approval for libetpan/1.6-1
On Thu, 4 Dec 2014 11:03:46 +0100 Ricardo Mones mo...@debian.org wrote: Control: tags -1 - moreinfo Hi Ivo, On Wed, Dec 03, 2014 at 07:39:14PM +0100, Ivo De Decker wrote: Control: tags -1 moreinfo Hi, On Sun, Nov 30, 2014 at 08:04:47PM +0100, Ricardo Mones wrote: Libetpan's upstream has made a new release¹ targetted to fix POODLE breakage (CVE-2014-3566) and some other bugfixes, albeit one feature was added, hence the pre-approval request. Unfortunately it also includes a large ammount of fixed source file copyright/license headers which were missing, but now causes some noise. These were excluded from the filtered diff, but only when there were on other changes in the file, so still some there. Appart from that, most of changes not related to the above bugfixes are type or typecast fixes (which cause also a lot of noise, but still there). Diffstat summary is: 104 files changed, 1778 insertions(+), 1109 deletions(-) No soname bump, and only added symbols, which is the good part. The diff quite big, and includes a number of changes which don't comply with the freeze policy. https://release.debian.org/jessie/freeze_policy.html Yep, but the changes are mostly type fixes. New functions added won't be called by any of the library dependencies in jessie, so I don't see how they could cause trouble. A targeted fix (as a patch on top of the current version in testing, so without the new upstream) might be acceptable, but keep in mind that the deadline for fixes for important bugs is Dec 5th. I'm sorry but I have not time for preparing that for tomorrow. Unfortunately it already took a lot of time to prepare and test this one. If somebody else is willing and able to do such, I'm open and happy to accept NMUs or even give the package away. Since unfortunately it seems I'm the only one who cares about this library I'd prefer it to be in jessie as proposed. So please, reconsider. As said changes, while may look a lot, they're not intrusive and new entry points are not going to be used by current rdepends. Thanks in advance, -- Ricardo Mones http://people.debian.org/~mones «... this must be what it's like to be a COLLEGE GRADUATE!!» pgpZrTB8NATss.pgp Description: OpenPGP digital signature
Bug#771562: Pre-approval for libetpan/1.6-1
Control: tags -1 - moreinfo Hi Ivo, On Wed, Dec 03, 2014 at 07:39:14PM +0100, Ivo De Decker wrote: Control: tags -1 moreinfo Hi, On Sun, Nov 30, 2014 at 08:04:47PM +0100, Ricardo Mones wrote: Libetpan's upstream has made a new release¹ targetted to fix POODLE breakage (CVE-2014-3566) and some other bugfixes, albeit one feature was added, hence the pre-approval request. Unfortunately it also includes a large ammount of fixed source file copyright/license headers which were missing, but now causes some noise. These were excluded from the filtered diff, but only when there were on other changes in the file, so still some there. Appart from that, most of changes not related to the above bugfixes are type or typecast fixes (which cause also a lot of noise, but still there). Diffstat summary is: 104 files changed, 1778 insertions(+), 1109 deletions(-) No soname bump, and only added symbols, which is the good part. The diff quite big, and includes a number of changes which don't comply with the freeze policy. https://release.debian.org/jessie/freeze_policy.html Yep, but the changes are mostly type fixes. New functions added won't be called by any of the library dependencies in jessie, so I don't see how they could cause trouble. A targeted fix (as a patch on top of the current version in testing, so without the new upstream) might be acceptable, but keep in mind that the deadline for fixes for important bugs is Dec 5th. I'm sorry but I have not time for preparing that for tomorrow. Unfortunately it already took a lot of time to prepare and test this one. If somebody else is willing and able to do such, I'm open and happy to accept NMUs or even give the package away. Best regards, -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup signature.asc Description: Digital signature
Bug#772048: unblock: claws-mail/3.11.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail A segfault has been reported against current testing version. This upload includes the one-line patch which fixes it. Full debdiff attached. Thanks in advance, unblock claws-mail/3.11.1-3 -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan diff -Nru claws-mail-3.11.1/debian/changelog claws-mail-3.11.1/debian/changelog --- claws-mail-3.11.1/debian/changelog 2014-11-29 23:11:52.0 +0100 +++ claws-mail-3.11.1/debian/changelog 2014-12-04 17:48:42.0 +0100 @@ -1,3 +1,10 @@ +claws-mail (3.11.1-3) unstable; urgency=medium + + * patches/15fix_crash_open_folder.patch, patches/series + - Fix segfault trying to open a folder (Closes: #771737) + + -- Ricardo Mones mo...@debian.org Thu, 04 Dec 2014 17:41:37 +0100 + claws-mail (3.11.1-2) unstable; urgency=high * patches/14CVE_2010_5109.patch, patches/series diff -Nru claws-mail-3.11.1/debian/patches/15fix_crash_open_folder.patch claws-mail-3.11.1/debian/patches/15fix_crash_open_folder.patch --- claws-mail-3.11.1/debian/patches/15fix_crash_open_folder.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-3.11.1/debian/patches/15fix_crash_open_folder.patch 2014-12-04 17:48:42.0 +0100 @@ -0,0 +1,19 @@ +Description: Be sure strlen is not given a NULL name +Author: Ricardo Mones mo...@debian.org +Bug-Debian: https://bugs.debian.org/771737 +Applied-Upstream: commit:572802d05824402bdb55ebd149f4e2d21d8230f7 +Last-Update: 2014-12-04 + +diff --git a/src/addr_compl.c b/src/addr_compl.c +index c6a1795..4ca55d5 100644 +--- a/src/addr_compl.c b/src/addr_compl.c +@@ -183,7 +183,7 @@ static gint addr_completion_func(const gchar *needle, const gchar *haystack, + */ + static gint weight_addr_match(const address_entry* addr) + { +- gint n_weight = strlen(addr-name); ++ gint n_weight = addr-name ? strlen(addr-name): 0; + gint a_weight = addr-address ? strlen(addr-address) : n_weight; + gchar* match = NULL; + diff -Nru claws-mail-3.11.1/debian/patches/series claws-mail-3.11.1/debian/patches/series --- claws-mail-3.11.1/debian/patches/series 2014-11-29 23:11:52.0 +0100 +++ claws-mail-3.11.1/debian/patches/series 2014-12-04 17:48:42.0 +0100 @@ -2,3 +2,4 @@ 12fix_manpage_header.patch 13desktop_file_categories.patch 14CVE_2010_5109.patch +15fix_crash_open_folder.patch
Bug#771474: unblock: claws-mail/3.11.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, Please unblock package claws-mail to fix CVE-2010-5109 in claws-mail-tnef-parser reported as #771360. Full debdiff attached. Thanks in advance, unblock claws-mail/3.11.1-2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru claws-mail-3.11.1/debian/changelog claws-mail-3.11.1/debian/changelog --- claws-mail-3.11.1/debian/changelog 2014-10-28 01:06:14.0 +0100 +++ claws-mail-3.11.1/debian/changelog 2014-11-29 23:11:52.0 +0100 @@ -1,3 +1,11 @@ +claws-mail (3.11.1-2) unstable; urgency=high + + * patches/14CVE_2010_5109.patch, patches/series + - Fix possible buffer overflow CVE-2010-5109 (Closes: #771360) + - Raised urgency because of RC security bug + + -- Ricardo Mones mo...@debian.org Sat, 29 Nov 2014 23:03:27 +0100 + claws-mail (3.11.1-1) unstable; urgency=medium * New upstream bugfix release diff -Nru claws-mail-3.11.1/debian/patches/14CVE_2010_5109.patch claws-mail-3.11.1/debian/patches/14CVE_2010_5109.patch --- claws-mail-3.11.1/debian/patches/14CVE_2010_5109.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-3.11.1/debian/patches/14CVE_2010_5109.patch 2014-11-29 23:11:52.0 +0100 @@ -0,0 +1,23 @@ +Description: Patch to fix possible buffer overflow + in TNEF parser's embedded copy of ytnef library. + Originally CVE-2010-5109 in libytnef. +Author: Petr Písař ppi...@redhat.com +Origin: https://bugzilla.redhat.com/show_bug.cgi?id=831322 +Acked-by: Moritz Muehlenhoff j...@debian.org +Bug-Debian: https://bugs.debian.org/771360 +Applied-Upstream: commit:a8df3ae48ad5732018934b378abb11a022735c5e +Last-Update: 2014-11-29 + +diff --git a/src/plugins/tnef_parse/ytnef.c b/src/plugins/tnef_parse/ytnef.c +index a2e7ed3..9184836 100644 +--- a/src/plugins/tnef_parse/ytnef.c b/src/plugins/tnef_parse/ytnef.c +@@ -1352,7 +1352,7 @@ unsigned char *DecompressRTF(variableLength *p, int *size) { + + comp_Prebuf.size = strlen(RTF_PREBUF); + comp_Prebuf.data = calloc(comp_Prebuf.size + 1, 1); +-strcpy(comp_Prebuf.data, RTF_PREBUF); ++memcpy(comp_Prebuf.data, RTF_PREBUF, comp_Prebuf.size); + + src = p-data; + in = 0; diff -Nru claws-mail-3.11.1/debian/patches/series claws-mail-3.11.1/debian/patches/series --- claws-mail-3.11.1/debian/patches/series 2014-10-28 01:06:14.0 +0100 +++ claws-mail-3.11.1/debian/patches/series 2014-11-29 23:11:52.0 +0100 @@ -1,3 +1,4 @@ 11mark_trashed_as_read.patch 12fix_manpage_header.patch 13desktop_file_categories.patch +14CVE_2010_5109.patch
Bug#768019: unblock: epiphany/0.7.0+0-3
Control: reopen -1 On Thu, Nov 06, 2014 at 04:03:02PM +, Jonathan Wiltshire wrote: […] Unblocked by Emilio. Checked again and this hasn't migrated so I guess my suspects were true¹. Please fix epiphany's version in hint file so it can go into jessie. Thanks in advance, ¹ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768019#15 -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Bug#768019: unblock: epiphany/0.7.0+0-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, Please unblock this new version of epiphany. Previous seems to fail now to build a proper path for loading game maps (strace shows it's trying to open .map which is just only the last sprintf). This is changed to use a more direct approach to path building. Full debdiff attached. Thanks in advance, unblock epiphany/0.7.0+0-3 -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl diff -Nru epiphany-0.7.0+0/debian/changelog epiphany-0.7.0+0/debian/changelog --- epiphany-0.7.0+0/debian/changelog 2014-10-09 12:47:02.0 +0200 +++ epiphany-0.7.0+0/debian/changelog 2014-11-04 02:42:30.0 +0100 @@ -1,3 +1,10 @@ +epiphany (0.7.0+0-3) unstable; urgency=medium + + * patches/unravel-sprintf.diff + - Patch to simplify string handling (Closes: #767904) + + -- Ricardo Mones mo...@debian.org Tue, 04 Nov 2014 01:43:33 +0100 + epiphany (0.7.0+0-2) unstable; urgency=medium * debian/rules, epiphany.install, epiphany-data.install diff -Nru epiphany-0.7.0+0/debian/patches/series epiphany-0.7.0+0/debian/patches/series --- epiphany-0.7.0+0/debian/patches/series 2014-10-09 12:47:02.0 +0200 +++ epiphany-0.7.0+0/debian/patches/series 2014-11-04 02:42:30.0 +0100 @@ -1 +1,2 @@ use-shared-tinyxml.diff +unravel-sprintf.diff diff -Nru epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff --- epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff 1970-01-01 01:00:00.0 +0100 +++ epiphany-0.7.0+0/debian/patches/unravel-sprintf.diff 2014-11-04 02:42:30.0 +0100 @@ -0,0 +1,30 @@ +Subject: Unravel level path construction which seems to + be optimized out by current C++ compiler +From: Ricardo Mones mo...@debian.org +Forwarded: no +Last-Update: 2014-11-04 +Bug-Debian: https://bugs.debian.org/767904 + +diff --git a/src/game.cpp b/src/game.cpp +index e3c8bc7..2a8a70a 100644 +--- a/src/game.cpp b/src/game.cpp +@@ -413,14 +413,10 @@ void Game::go() + m_level=new Level(); + + char current_level_path[255]; +- +- sprintf(current_level_path, %s, (Resource_Factory::instance()-get_resource_path().c_str())); +- +- sprintf(current_level_path, %s%s, current_level_path, /maps/level); +- +- sprintf(current_level_path, %s%d, current_level_path, (menu.get_current_level())); +- +- sprintf(current_level_path, %s%s, current_level_path, .map); ++ ++ sprintf(current_level_path, %s/maps/level%d.map, ++Resource_Factory::instance()-get_resource_path().c_str(), ++menu.get_current_level()); + + DEBOUT(Loading map: current_level_path\n); +
Bug#767063: unblock: claws-mail/3.11.1-1
Hi Niels, On Tue, Oct 28, 2014 at 09:29:58PM +0100, Niels Thykier wrote: Control: tags -1 moreinfo On 2014-10-28 09:36, Ricardo Mones wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail This is a bugfix release to complete removal of SSLv3 usage in all protocols and broken appdata added in 3.11.0 mainly. There's no Debian bugs reported yet (3.11.0 happened last week). Further details: http://git.claws-mail.org/?p=claws.git;f=RELEASE_NOTES;hb=refs/tags/3.11.1 Thanks in advance, unblock claws-mail/3.11.1-1 [...] Hi Ricardo, The changes seems to contain quite a bit of noise. Would you be able to provide a filtered debdiff between the version in unstable and testing? This might give us a better idea of what we will be accepting. Previous unstable (3.11.0-1) would have naturally migrated to testing this week if nothing done. And that's the version to be replaced by current upload (3.11.1-1). Don't really understand why are you comparing with current testing (3.10.1-4) which by default would never have been the candidate version to be released as stable. This looks like I'm being punished with a bigger debdiff (minor version change vs micro version change) just for acting fast to avoid undesired changes in testing. Doesn't look fair :) Or do you really mean debdiff between 3.11.0-1 and 3.11.1-1? -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it.Richard Feynman signature.asc Description: Digital signature
Bug#767063: unblock: claws-mail/3.11.1-1
On Wed, Oct 29, 2014 at 10:01:04AM +0100, Ricardo Mones wrote: Hi Niels, On Tue, Oct 28, 2014 at 09:29:58PM +0100, Niels Thykier wrote: Control: tags -1 moreinfo On 2014-10-28 09:36, Ricardo Mones wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail This is a bugfix release to complete removal of SSLv3 usage in all protocols and broken appdata added in 3.11.0 mainly. There's no Debian bugs reported yet (3.11.0 happened last week). Further details: http://git.claws-mail.org/?p=claws.git;f=RELEASE_NOTES;hb=refs/tags/3.11.1 Thanks in advance, unblock claws-mail/3.11.1-1 [...] Hi Ricardo, The changes seems to contain quite a bit of noise. Would you be able to provide a filtered debdiff between the version in unstable and testing? This might give us a better idea of what we will be accepting. Previous unstable (3.11.0-1) would have naturally migrated to testing this week if nothing done. And that's the version to be replaced by current upload (3.11.1-1). Don't really understand why are you comparing with current testing (3.10.1-4) which by default would never have been the candidate version to be released as stable. This looks like I'm being punished with a bigger debdiff (minor version change vs micro version change) just for acting fast to avoid undesired changes in testing. Doesn't look fair :) Or do you really mean debdiff between 3.11.0-1 and 3.11.1-1? 10:31 mones nthykier: forgot to mention in the response that 3.10.1 in testing is still not disabling SSLv3 (this was fixed in 3.11.0), so even in the hypothetical case 3.11.0 would not have migrated, you don't really want current testing in stable Thanks, -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: Digital signature
Bug#767063: unblock: claws-mail/3.11.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail This is a bugfix release to complete removal of SSLv3 usage in all protocols and broken appdata added in 3.11.0 mainly. There's no Debian bugs reported yet (3.11.0 happened last week). Further details: http://git.claws-mail.org/?p=claws.git;f=RELEASE_NOTES;hb=refs/tags/3.11.1 Thanks in advance, unblock claws-mail/3.11.1-1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-7-g56678ec (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141028083630.8026.87000.reportbug@trasgu
Bug#747534: transition: libetpan
On Mon, 9 Jun 2014 16:47:27 +0200 Ricardo Mones mo...@debian.org wrote: On Mon, Jun 09, 2014 at 04:32:30PM +0200, Emilio Pozuelo Monfort wrote: On 09/06/14 15:44, Ricardo Mones wrote: Hi, On Sun, May 25, 2014 at 02:38:47AM +0200, Ricardo Mones wrote: Hi Emilio, On Sat, May 24, 2014 at 07:16:32PM +0200, Emilio Pozuelo Monfort wrote: Hi, […] Can you upload this to experimental so it can go through NEW? Sure, done. […] Libetpan 1.4.1 has been in experimental for a week, and seems a transition tracker is already created. Does it mean is it ok to upload it to unstable? What's the status of claws-mail? You said you were waiting for upstream to make a release that works with the new libetpan. If that's still a blocker, then do not proceed with this, but if that release is out, then go ahead and upload both libetpan and claws-mail to unstable. Well, that already happened for Claws Mail 3.10.0, and today again for 3.10.1, so I'll proceed :) AFAICS everything is built fine¹, but PTS/testing migration excuses² says there's a missing libetpan16, which of course won't be since this was a soname bump and now its libetpan17... Is something wrong? Is there something left to do from my side? regards, ¹ https://buildd.debian.org/status/package.php?p=libetpansuite=unstable ² http://qa.debian.org/excuses.php?package=libetpan -- Ricardo Mones http://people.debian.org/~mones «Never let someone who says it cannot be done interrupt the person who is doing it.» signature.asc Description: PGP signature
Bug#747534: transition: libetpan
On Wed, 02 Jul 2014 14:13:18 +0200 Emilio Pozuelo Monfort po...@debian.org wrote: So, can you file a bug for the bd-uninst issue on cairo-dock-plug-ins and make it block this bug? Done, thanks for the quick response! :) -- Ricardo Mones http://people.debian.org/~mones «When the going gets weird, the weird turn pro. -- Hunter S. Thompson» signature.asc Description: PGP signature
Re: Bug#747534: transition: libetpan
On Mon, May 12, 2014 at 05:22:40PM +0200, Ricardo Mones wrote: On Mon, May 12, 2014 at 10:47:56AM +0200, Julien Cristau wrote: On Mon, May 12, 2014 at 10:00:45 +0200, Ricardo Mones wrote: So, to make it clear, from release team's point of view is it preferred to apply Andreas' patch before uploading? :) I don't think the release team cares one way or the other. I know I don't. Ok, I've updated the packaging (and the p.d.o repository¹) to include Andreas' patch. Waiting for RT to upload it. Thanks, ¹ http://people.debian.org/~mones/libetpan/ -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune Ping? -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup signature.asc Description: Digital signature
Bug#747534: transition: libetpan
Hi Emilio, On Sat, May 24, 2014 at 07:16:32PM +0200, Emilio Pozuelo Monfort wrote: Hi, On 24/05/14 19:09, Ricardo Mones wrote: On Mon, May 12, 2014 at 05:22:40PM +0200, Ricardo Mones wrote: On Mon, May 12, 2014 at 10:47:56AM +0200, Julien Cristau wrote: On Mon, May 12, 2014 at 10:00:45 +0200, Ricardo Mones wrote: So, to make it clear, from release team's point of view is it preferred to apply Andreas' patch before uploading? :) I don't think the release team cares one way or the other. I know I don't. Ok, I've updated the packaging (and the p.d.o repository¹) to include Andreas' patch. Waiting for RT to upload it. Thanks, ¹ http://people.debian.org/~mones/libetpan/ -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune Ping? (No need to Cc debian-release@, we get bug mail). Replied to the list and did Cc bug :) but understood ;) Can you upload this to experimental so it can go through NEW? Sure, done. - claws-mail (claws-mail itself and all claws-mail-* plugins) - cairo-dock-plug-ins (cairo-dock-mail-plug-in) First one is going to have a new source upload soon: new upstream release is planned for May 26¹ and is already tested it builds fine with the new packages. Second one is not tested yet, but since only new symbols were added I don't expect failures when building it. Has the new claws-mail being uploaded? Still not released... The plan is to require this libetpan version, though, since it fixes several problems which claws-mail was prone to expose. Has cairo-dock-plug-ins being (build-)tested against new libetpan? Yep, just checked today to be sure, and build was successful. regards, -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 signature.asc Description: Digital signature
Bug#747534: transition: libetpan
On Sun, May 11, 2014 at 08:38:31PM +0200, Julien Cristau wrote: [this is going way off topic for this bug; maybe clone and reassign to libetpan?] On Sun, May 11, 2014 at 20:31:44 +0200, Andreas Metzler wrote: ./configure tries to link against unused libraries :-( Find attached a trivial patch to fix this. - Please apply it, even if you stay with gnutls26. This fixes two warnings by dpkg-shlibdeps. dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libetpan17/usr/lib/i386-linux-gnu/libetpan.so.17.1.0 was not linked against libgpg-error.so.0 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libetpan17/usr/lib/i386-linux-gnu/libetpan.so.17.1.0 was not linked against libgcrypt.so.11 (it uses none of the library's symbols) They might still be necessary when static linking, so your patch probably breaks that. It's possible nobody cares, though. So, to make it clear, from release team's point of view is it preferred to apply Andreas' patch before uploading? :) -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Bug#747534: transition: libetpan
On Mon, May 12, 2014 at 10:47:56AM +0200, Julien Cristau wrote: On Mon, May 12, 2014 at 10:00:45 +0200, Ricardo Mones wrote: So, to make it clear, from release team's point of view is it preferred to apply Andreas' patch before uploading? :) I don't think the release team cares one way or the other. I know I don't. Ok, I've updated the packaging (and the p.d.o repository¹) to include Andreas' patch. Waiting for RT to upload it. Thanks, ¹ http://people.debian.org/~mones/libetpan/ -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Bug#747534: transition: libetpan
Hi Andreas, On Sat, 10 May 2014 16:57:28 +0200 Andreas Metzler ametz...@bebt.de wrote: On 2014-05-09 Ricardo Mones mo...@debian.org wrote: [...] This is a new mini-shrinking-transition for libetpan new upstream release 1.4.1. Source packages affected are now: - claws-mail (claws-mail itself and all claws-mail-* plugins) - cairo-dock-plug-ins (cairo-dock-mail-plug-in) [..] Anyway, I've uploaded an apt-get-able copy of the ready to upload packages to http://people.debian.org/~mones/libetpan/ Advice on when to upload (or any other comment) is appreciated. Hello, I am not part of the release team, I have just stumbled over the report. | Version: 1.4.1-1 [...] | Build-Depends: debhelper (= 9), autotools-dev, libtool, libdb-dev, | libgnutls-dev, liblockfile-dev, libsasl2-dev, libexpat1-dev, | libcurl4-gnutls-dev (= 7.16.4-5), docbook-dsssl, jade Wouldn't this be a good time to switch from libgnutls-dev to libgnutls28-dev? curl-gnutls is using libgnutls28 nowadays, so you would end up linking against libgnutls28 and libgnutls26 otherwise. I don't observe such double linking here (ldd shows only libgnutls26), anyway I've tried, but the result FTBFS with: /usr/bin/ld: cannot find -lgcrypt /usr/bin/ld: cannot find -lgpg-error collect2: error: ld returned 1 exit status Makefile:525: recipe for target 'libetpan.la' failed make[6]: *** [libetpan.la] Error 1 So maybe something else is needed or the library isn't ready for that. thanks for any further suggestion, -- Ricardo Mones http://people.debian.org/~mones «Long life is in store for you.» signature.asc Description: PGP signature
Bug#747534: transition: libetpan
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi Release Team! This is a new mini-shrinking-transition for libetpan new upstream release 1.4.1. Source packages affected are now: - claws-mail (claws-mail itself and all claws-mail-* plugins) - cairo-dock-plug-ins (cairo-dock-mail-plug-in) First one is going to have a new source upload soon: new upstream release is planned for May 26¹ and is already tested it builds fine with the new packages. Second one is not tested yet, but since only new symbols were added I don't expect failures when building it. Anyway, I've uploaded an apt-get-able copy of the ready to upload packages to http://people.debian.org/~mones/libetpan/ Advice on when to upload (or any other comment) is appreciated. Thanks in advance, Ben file: title = libetpan; is_affected = .depends ~ libetpan16 | .depends ~ libetpan17; is_good = .depends ~ libetpan17; is_bad = .depends ~ libetpan16; Thanks in advance, ¹ http://lists.claws-mail.org/pipermail/devel/2014-April/001035.html -- Ricardo Mones ~ bash: ./signature: No such file or directory /bin/bash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140509170720.GA12962@trasgu
Re: sylpheed 3.4.0-1 MIGRATED to testing
Hi all, On Sun, Apr 06, 2014 at 04:39:12PM +, Debian testing watch wrote: FYI: The status of the sylpheed source package in Debian's testing distribution has changed. Previous version: 3.4.0~beta7-1 Current version: 3.4.0-1 Seems I failed to prevent the above despite https://bugs.debian.org/743749 Can anyone explain me what happened and what should I have done instead? Thanks in advance, -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: Digital signature
Re: sylpheed 3.4.0-1 MIGRATED to testing
On Mon, Apr 07, 2014 at 08:35:10AM +0100, Adam D. Barratt wrote: On 2014-04-07 8:10, Ricardo Mones wrote: On Sun, Apr 06, 2014 at 04:39:12PM +, Debian testing watch wrote: FYI: The status of the sylpheed source package in Debian's testing distribution has changed. Previous version: 3.4.0~beta7-1 Current version: 3.4.0-1 Seems I failed to prevent the above despite https://bugs.debian.org/743749 Can anyone explain me what happened sylpheed migrated to testing in the britney run that started at 22:00UTC on Saturday night; it was already in testing by the time you filed the bug. Ouch. (Note that the list of RC bugs in testing / unstable is produced for britney by the BTS four times a day, so even filing the bug a few hours earlier would not have sufficed; it would need to have been filed before 1800UTC.) Even more ouch. and what should I have done instead? Invent a time machine. :-) I knew I shouldn't have left that for tomorrow... :)) Thanks for the details Adam. I guess at least people with apt-listbugs will see the bug and think twice before upgrading. best regards, -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README signature.asc Description: Digital signature
Re: sylpheed 3.4.0-1 MIGRATED to testing
On Mon, Apr 07, 2014 at 09:43:58AM +0200, Cyril Brulebois wrote: Hi Ricardo, Ricardo Mones mo...@debian.org (2014-04-07): Hi all, On Sun, Apr 06, 2014 at 04:39:12PM +, Debian testing watch wrote: FYI: The status of the sylpheed source package in Debian's testing distribution has changed. Previous version: 3.4.0~beta7-1 Current version: 3.4.0-1 Seems I failed to prevent the above despite https://bugs.debian.org/743749 Can anyone explain me what happened and what should I have done instead? the bug was filed too late, migration already happened the day before: https://release.debian.org/britney/update_output/2014/20140405220001.txt.gz (The Debian testing watch script runs way after the actual britney runs -- which are at 10:00 and 22:00 UTC). Additionally, in case you're filing a bug a few hours before a britney run, feel free to ask us to block your package from migration; I think there can be a little delta in the RC bug list due to the BTS → release.d.o sync. Thanks for the hint, wasn't aware that was possible. Though I hope not to have to use it soon :-) best regards, -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown signature.asc Description: Digital signature
Re: libetpan in jessie (was: Re: libetpan in wheezy)
On Mon, Mar 17, 2014 at 10:10:59AM +0100, Julien Cristau wrote: On Mon, Mar 17, 2014 at 02:58:35 +0100, Ricardo Mones wrote: On Fri, Jun 29, 2012 at 08:18:04PM +0200, Julien Cristau wrote: On Fri, Jun 29, 2012 at 12:07:35 +0200, Ricardo Mones wrote: I guess this micro-transition is still possible binNMUing: claws-mail claws-mail-extra-plugins cairo-dock-plug-ins Let me know if there's an opportunity to upload libetpan to unstable. I'm afraid it's too late for new SONAME bumps. I hope the time is early enough now. I've uploaded 1.1 to unstable, which has been in experimental for ages¹. The extra-plugins package is not un sid anymore so, one less to count. I know this usually goes the other way round, but had not much time because of the delayed NMU, was now or never. binNMUs scheduled for claws-mail and cairo-dock-plug-ins, tracker set up at https://release.debian.org/transitions/html/libetpan16.html That was fast! Many thanks Julien, -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it.Richard Feynman signature.asc Description: Digital signature
libetpan in jessie (was: Re: libetpan in wheezy)
On Fri, Jun 29, 2012 at 08:18:04PM +0200, Julien Cristau wrote: On Fri, Jun 29, 2012 at 12:07:35 +0200, Ricardo Mones wrote: I guess this micro-transition is still possible binNMUing: claws-mail claws-mail-extra-plugins cairo-dock-plug-ins Let me know if there's an opportunity to upload libetpan to unstable. I'm afraid it's too late for new SONAME bumps. I hope the time is early enough now. I've uploaded 1.1 to unstable, which has been in experimental for ages¹. The extra-plugins package is not un sid anymore so, one less to count. I know this usually goes the other way round, but had not much time because of the delayed NMU, was now or never. Thanks for taking care, ¹https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727405#19 -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: Digital signature
Re: more sourceless but distributable files in wheezy
On Thu, Feb 06, 2014 at 11:59:38AM +0100, Holger Levsen wrote: [...] # .oO( aint javascript without source code an oxymoron? ) Not checked if it applies to the bugs in question, but as a general question: not anymore since the invention of javascript minimizers. regards, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl signature.asc Description: Digital signature
Re: Proposed release goal: UTF-8 support
On Tue, Oct 01, 2013 at 06:22:43PM +0200, Paul Gevers wrote: Hi Adam, On 01-10-13 00:54, Adam Borowski wrote: * user-accessible interfaces (GUI, stdin, stdout, stderr, command line, reading/writing plain-text files) should be able to pass through UTF-8 data uncorrupted, by default * UTF-8 should be properly displayed I am wondering who is going to do the work for e.g. bug 576095 [1]. Upstream is basically dead and declared in the past that UTF-8 support would mean a mayor effort (the e-mail archive I refer to in the bug got lost). I am not going to do it as my c skills are not up to it. So what do you propose in view of this release goal? That packages such as nedit are removed from Debian? Apparently [2], there are still users interested in this package, that is why I never removed it. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576095 [2] http://qa.debian.org/popcon.php?package=nedit Simply stating in the package description that it doesn't support UTF-8 seems more acceptable to me. That a package doesn't met a RG doesn't exclude it from Debian¹, nevertheless it's good to know what to expect from it. regards, ¹https://wiki.debian.org/ReleaseGoals -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: Digital signature
Re: Bug#704032: Transition to boost 1.54
Hi Release Managers, On Sat, Aug 17, 2013 at 08:40:21PM -0500, Steve M. Robbins wrote: On August 13, 2013 11:33:39 AM Julien Cristau wrote: Control: tag -1 confirmed On Sun, Jul 14, 2013 at 14:59:24 -0500, Steve M. Robbins wrote: retitle 704032 transition: boost-defaults 1.54 thanks Boost 1.54 is now in sid on all architectures, so we should transition to that. Let's go ahead with this. Feel free to bump boost-defaults in sid at your convenience, and let this bug know when it's uploaded. Just uploaded. Since the new boost defaults target Boost 1.54, the transition title shoudl change. Also the Good and Bad regexps should be something like: Good: .depends ~ /libboost[a-z-]*1\.54/ Bad: .depends ~ /libboost[a-z-]*1\.(4[6-9]|5[0-3])/ I'd like to upload launchy to fix RC bug #724182 It's OK to do so now or should I wait for something else? thanks in advance, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: Digital signature
Re: Bug#704032: Transition to boost 1.54
On Mon, Sep 23, 2013 at 12:32:18PM +0200, Julien Cristau wrote: On Mon, Sep 23, 2013 at 10:43:31 +0200, Ricardo Mones wrote: I'd like to upload launchy to fix RC bug #724182 It's OK to do so now or should I wait for something else? No reason to wait, go ahead. Thanks, uploaded. -- Ricardo Mones ~ bash: ./signature: No such file or directory /bin/bash signature.asc Description: Digital signature
Re: Bug#706866: transition: libarchive
On Sun, Jun 16, 2013 at 08:45:17PM +0200, Julien Cristau wrote: On Sun, Jun 16, 2013 at 12:39:28 -0400, Andres Mejia wrote: I see the packages were built on the last two archs after retrying. The packages have been built on all archs now. Yes, the blockers now are #701606 (rdup FTBFS), #666834 (libapache-mod-musicindex), and #711544 (claws-mail FTBFS). Plus libsoup2.4 FTBFS on kfreebsd, which blocks gnome-online-accounts, which blocks gvfs. FWIW, claws-mail 3.9.2-1 fixing #711544 has been uploaded minutes ago. regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: Digital signature
Re: Bug#690151: Stable upload request - Fw: Bug#690151: claws-mail: CVE-2012-4507
On Sat, 19 Jan 2013 12:43:02 + Adam D. Barratt a...@adam-barratt.org.uk wrote: On Fri, 2013-01-18 at 20:20 +, Adam D. Barratt wrote: On Fri, 2013-01-18 at 20:08 +0100, Ricardo Mones wrote: As requested by Jonathan, I've prepared an upload with the minimal changes required for fixing this, debdiff attached. [...] In any case, please go ahead; thanks. Flagged for acceptance in to p-u. Thanks! best regards, -- Ricardo Mones http://people.debian.org/~mones «Tonight you will pay the wages of sin; Don't forget to leave a tip.» signature.asc Description: PGP signature
Stable upload request - Fw: Bug#690151: claws-mail: CVE-2012-4507
Hi release team, As requested by Jonathan, I've prepared an upload with the minimal changes required for fixing this, debdiff attached. IIRC this is the first time I'm going to upload something to stable, so, before uploading, any hints on missing bits or common pitfalls awaiting would be greatly appreciated. Thanks in advance, --- Begin forwarded message: Date: Thu, 17 Jan 2013 11:42:13 - From: Jonathan Wiltshire j...@debian.org To: 690...@bugs.debian.org Subject: Bug#690151: claws-mail: CVE-2012-4507 Package: claws-mail Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.7) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-release@lists.debian.org 1: http://prsc.debian.net/tracker/690151/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 --- End forwarded message. -- Ricardo Mones http://people.debian.org/~mones «Alimony and bribes will engage a large share of your wealth.» diff -Nru claws-mail-3.7.6/debian/changelog claws-mail-3.7.6/debian/changelog --- claws-mail-3.7.6/debian/changelog 2010-10-13 16:36:26.0 +0200 +++ claws-mail-3.7.6/debian/changelog 2013-01-18 19:25:19.0 +0100 @@ -1,3 +1,10 @@ +claws-mail (3.7.6-4+squeeze1) stable; urgency=low + + * patches/99_fix_CVE-2012-4507.patch + - Added fix for CVE-2012-4507 from 3.8.1-2 (Closes: #690151) + + -- Ricardo Mones mo...@debian.org Fri, 18 Jan 2013 19:03:36 +0100 + claws-mail (3.7.6-4) unstable; urgency=low * debian/rules, debian/claws-mail-doc.dirs diff -Nru claws-mail-3.7.6/debian/patches/99_fix_CVE-2012-4507.patch claws-mail-3.7.6/debian/patches/99_fix_CVE-2012-4507.patch --- claws-mail-3.7.6/debian/patches/99_fix_CVE-2012-4507.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-3.7.6/debian/patches/99_fix_CVE-2012-4507.patch 2013-01-18 19:25:19.0 +0100 @@ -0,0 +1,19 @@ +Subject: fix for CVE-2012-4507 +From: Michael Schwendt mschwe...@gmail.com +Bug: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2743 +Bug-RedHat: https://bugzilla.redhat.com/862578 +Bug-Debian: http://bugs.debian.org/690151 +Applied-Upstream: 3.8.1cvs82 + +diff -purN claws-mail-3.8.1.orig/src/procmime.c claws-mail-3.8.1/src/procmime.c +--- claws-mail-3.8.1.orig/src/procmime.c 2012-06-27 11:05:22.0 +0200 claws-mail-3.8.1/src/procmime.c 2012-10-11 18:40:13.0 +0200 +@@ -1753,6 +1753,8 @@ static void parse_parameters(const gchar + continue; + + charset = value; ++ if (charset == NULL) ++ continue; + lang = strchr(charset, '\''); + if (lang == NULL) + continue; diff -Nru claws-mail-3.7.6/debian/patches/series claws-mail-3.7.6/debian/patches/series --- claws-mail-3.7.6/debian/patches/series 2009-07-03 15:27:51.0 +0200 +++ claws-mail-3.7.6/debian/patches/series 2013-01-18 19:25:19.0 +0100 @@ -1,2 +1,3 @@ 11mark_trashed_as_read.patch 12fix_manpage_header.patch +99_fix_CVE-2012-4507.patch signature.asc Description: PGP signature
Bug#693538: unblock: claws-mail-extra-plugins/3.8.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail-extra-plugins Includes only a new patch to address security bug #693391 (credentials exposed on interface), from the upstream fix. Debdiff attached. Thanks in advance, unblock claws-mail-extra-plugins/3.8.1-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru claws-mail-extra-plugins-3.8.1/debian/changelog claws-mail-extra-plugins-3.8.1/debian/changelog --- claws-mail-extra-plugins-3.8.1/debian/changelog 2012-06-28 13:47:40.0 +0200 +++ claws-mail-extra-plugins-3.8.1/debian/changelog 2012-11-17 18:42:26.0 +0100 @@ -1,3 +1,12 @@ +claws-mail-extra-plugins (3.8.1-2) unstable; urgency=medium + + * debian/patches/vcalendar-plugin00fix-CVE-2012-5527.patch + - Added patch to fix CVE-2012-5527: credentials exposed on +interface (Closes: #693391) + - Urgency set to medium because of security bug + + -- Ricardo Mones mo...@debian.org Sat, 17 Nov 2012 18:22:23 +0100 + claws-mail-extra-plugins (3.8.1-1) unstable; urgency=low * New upstream release diff -Nru claws-mail-extra-plugins-3.8.1/debian/patches/series claws-mail-extra-plugins-3.8.1/debian/patches/series --- claws-mail-extra-plugins-3.8.1/debian/patches/series 2012-06-28 13:47:40.0 +0200 +++ claws-mail-extra-plugins-3.8.1/debian/patches/series 2012-11-17 18:42:26.0 +0100 @@ -1,3 +1,4 @@ python-plugin00dont-dlopen-symlink.patch multi-notifier00allow-libindicate-0.7.patch archiver-plugin00format-security.patch +vcalendar-plugin00fix-CVE-2012-5527.patch diff -Nru claws-mail-extra-plugins-3.8.1/debian/patches/vcalendar-plugin00fix-CVE-2012-5527.patch claws-mail-extra-plugins-3.8.1/debian/patches/vcalendar-plugin00fix-CVE-2012-5527.patch --- claws-mail-extra-plugins-3.8.1/debian/patches/vcalendar-plugin00fix-CVE-2012-5527.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-extra-plugins-3.8.1/debian/patches/vcalendar-plugin00fix-CVE-2012-5527.patch 2012-11-17 18:42:26.0 +0100 @@ -0,0 +1,118 @@ +Subject: fix CVE-2012-5527: credentials exposed on interface +Author: Colin Leroy co...@colino.net +Bug: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2782 +Bug-Debian: http://bugs.debian.org/693391 +Applied-Upstream: 2.0.14cvs3 + +diff -urN claws-mail-extra-plugins-3.8.1.orig/vcalendar-2.0.13/src/vcal_folder.c claws-mail-extra-plugins-3.8.1/vcalendar-2.0.13/src/vcal_folder.c +--- claws-mail-extra-plugins-3.8.1.orig/vcalendar-2.0.13/src/vcal_folder.c 2011-11-16 06:41:53.0 +0100 claws-mail-extra-plugins-3.8.1/vcalendar-2.0.13/src/vcal_folder.c 2012-11-17 18:10:24.0 +0100 +@@ -1609,7 +1609,7 @@ + return GINT_TO_POINTER(0); + } + +-gchar *vcal_curl_read(const char *url, gboolean verbose, ++gchar *vcal_curl_read(const char *url, const gchar *label, gboolean verbose, + void (*callback)(const gchar *url, gchar *data, gboolean verbose, gchar *error)) + { + gchar *result; +@@ -1618,25 +1618,19 @@ + pthread_t pt; + pthread_attr_t pta; + #endif +- gchar *msg; + void *res; + gboolean killed; + gchar *error = NULL; + result = NULL; + td = g_new0(thread_data, 1); +- msg = NULL; + res = NULL; + killed = FALSE; +- ++ + td-url = url; + td-result = NULL; + td-done = FALSE; +- +- msg = g_strdup_printf(_(Fetching '%s'...), url); +- +- STATUSBAR_PUSH(mainwindow_get_mainwindow(), msg); +- +- g_free(msg); ++ ++ STATUSBAR_PUSH(mainwindow_get_mainwindow(), label); + + #ifdef USE_PTHREAD + if (pthread_attr_init(pta) != 0 || +@@ -1868,7 +1862,8 @@ + static void update_subscription(const gchar *uri, gboolean verbose) + { + FolderItem *item = get_folder_item_for_uri(uri); +- ++ gchar *label; ++ + if (prefs_common_get_prefs()-work_offline) { + if (!verbose || + !inc_offline_should_override(TRUE, +@@ -1882,7 +1877,11 @@ + return; + } + main_window_cursor_wait(mainwindow_get_mainwindow()); +- vcal_curl_read(uri, verbose, update_subscription_finish); ++ ++ label = g_strdup_printf(_(Fetching calendar for %s...), ++ item item-name ? item-name : _(new subscription)); ++ vcal_curl_read(uri, label, verbose, update_subscription_finish); ++ g_free(label); + } + + static void check_subs_cb(GtkAction *action, gpointer data) +diff -urN claws-mail-extra-plugins-3.8.1.orig/vcalendar-2.0.13/src/vcal_folder.h claws-mail-extra-plugins-3.8.1/vcalendar-2.0.13/src/vcal_folder.h +--- claws-mail-extra-plugins-3.8.1.orig/vcalendar-2.0.13/src/vcal_folder.h 2011-11-16 06:41:53.0 +0100 claws-mail-extra-plugins-3.8.1/vcalendar-2.0.13/src/vcal_folder.h 2012-11-17 18:10:24.0 +0100 +@@ -36,7 +36,7 @@ + void vcal_folder_export(Folder *folder); + + gboolean vcal_curl_put(gchar *url, FILE *fp
Re: Recommendation for a great software called ajaxplorer
On Fri, Nov 16, 2012 at 09:11:12AM +0100, Hoefle Marco wrote: Hello, I am using ajaxplorer at home on my debian server. It is one of the coolest open source apps I found over the last couple of years. The project site is: http://ajaxplorer.info/ It allows you to create your own webspace (or nowadays called cloud) with a nice browser based GUI. It works very good for example with apache2 (but any other webserver should do). The author would accept a debian port but he won't maintain the debian package. Maybe a maintainer could have a look at this project? Not the right list for that, try reportbug wnpp on your terminal and choose a RFP [0]. regards, [0] http://wiki.debian.org/RFP -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: Digital signature
Bug#690846: unblock: mailfilter/0.8.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mailfilter Uploaded version fixes RC #661261 and adds Asturian translation for debconf template. Thanks in advance, unblock mailfilter/0.8.2-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121018135602.22018.55393.report...@busgosu.mones.org
Bug#690277: unblock: claws-mail/3.8.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package claws-mail This upload fixes CVE-2012-4507 (bug #690151) and includes backported patches for 3 segfaults discovered after 3.8.1 release. Debdiff attached. thanks in advance, unblock claws-mail/3.8.1-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru claws-mail-3.8.1/debian/changelog claws-mail-3.8.1/debian/changelog --- claws-mail-3.8.1/debian/changelog 2012-06-28 01:28:06.0 +0200 +++ claws-mail-3.8.1/debian/changelog 2012-10-12 00:13:21.0 +0200 @@ -1,3 +1,16 @@ +claws-mail (3.8.1-2) unstable; urgency=medium + + * patches/99_fix_CVE-2012-4507.patch + - Added fix for CVE-2012-4507 from 3.8.1cvs82 (Closes: #690151), +raised urgency because of grave bug + * patches/98_fix_segfault_no_utf_gpgme_strerror.patch, +patches/97_fix_segfault_parse_parameters.patch, +patches/96_fix_segfault_viewing_signature_info.patch + - Backported patches from upstream CVS fixing segfaults discovered +after 3.8.1 release + + -- Ricardo Mones mo...@debian.org Fri, 12 Oct 2012 00:04:03 +0200 + claws-mail (3.8.1-1) unstable; urgency=low * New upstream release diff -Nru claws-mail-3.8.1/debian/patches/96_fix_segfault_viewing_signature_info.patch claws-mail-3.8.1/debian/patches/96_fix_segfault_viewing_signature_info.patch --- claws-mail-3.8.1/debian/patches/96_fix_segfault_viewing_signature_info.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-3.8.1/debian/patches/96_fix_segfault_viewing_signature_info.patch 2012-10-12 00:13:21.0 +0200 @@ -0,0 +1,17 @@ +Subject: fix segfault viewing PGP/SMIME signature information +From: Ricardo Mones rica...@mones.org +Bug: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2689 +Applied-Upstream: 3.8.1cvs12 + +diff -purN claws-mail-3.8.1.orig/src/plugins/pgpcore/sgpgme.c claws-mail-3.8.1/src/plugins/pgpcore/sgpgme.c +--- claws-mail-3.8.1.orig/src/plugins/pgpcore/sgpgme.c 2012-06-27 11:05:23.0 +0200 claws-mail-3.8.1/src/plugins/pgpcore/sgpgme.c 2012-10-11 23:34:46.0 +0200 +@@ -326,7 +326,7 @@ gchar *sgpgme_sigstat_info_full(gpgme_ct + j++; + user = user-next; + } +- g_string_append_printf(siginfo, ++ g_string_append(siginfo, + _(Primary key fingerprint:)); + const char* primary_fpr = NULL; + if (key key-subkeys key-subkeys-fpr) diff -Nru claws-mail-3.8.1/debian/patches/97_fix_segfault_parse_parameters.patch claws-mail-3.8.1/debian/patches/97_fix_segfault_parse_parameters.patch --- claws-mail-3.8.1/debian/patches/97_fix_segfault_parse_parameters.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-3.8.1/debian/patches/97_fix_segfault_parse_parameters.patch 2012-10-12 00:13:21.0 +0200 @@ -0,0 +1,17 @@ +Subject: fix segfault in parse_parameters() for some attachments +From: Mikhail Efremov mikh...@gmail.com +Bug: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2697 +Applied-Upstream: 3.8.1cvs15 + +diff -purN claws-mail-3.8.1.orig/src/procmime.c claws-mail-3.8.1/src/procmime.c +--- claws-mail-3.8.1.orig/src/procmime.c 2012-06-27 11:05:22.0 +0200 claws-mail-3.8.1/src/procmime.c 2012-10-11 23:15:23.0 +0200 +@@ -1704,7 +1704,7 @@ static void parse_parameters(const gchar + (g_slist_find_custom(concatlist, down_attr, g_strcmp0) == NULL)) + concatlist = g_slist_prepend(concatlist, g_strdup(tmpattr)); + +- if (convert (g_slist_find_custom(convlist, down_attr, g_strcmp0) == NULL)) ++ if (convert (g_slist_find_custom(convlist, tmpattr, g_strcmp0) == NULL)) + convlist = g_slist_prepend(convlist, g_strdup(tmpattr)); + + g_free(tmpattr); diff -Nru claws-mail-3.8.1/debian/patches/98_fix_segfault_no_utf_gpgme_strerror.patch claws-mail-3.8.1/debian/patches/98_fix_segfault_no_utf_gpgme_strerror.patch --- claws-mail-3.8.1/debian/patches/98_fix_segfault_no_utf_gpgme_strerror.patch 1970-01-01 01:00:00.0 +0100 +++ claws-mail-3.8.1/debian/patches/98_fix_segfault_no_utf_gpgme_strerror.patch 2012-10-12 00:13:21.0 +0200 @@ -0,0 +1,47 @@ +Subject: fix segfault when gpgme_strerror() returns a non UTF-8 string +From: Colin Leroy co...@colino.net +Bug: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2650 +Applied-Upstream: 3.8.1cvs41 + +diff -purN claws-mail-3.8.1.orig/src/plugins/pgpcore/sgpgme.c claws-mail-3.8.1/src/plugins/pgpcore/sgpgme.c +--- claws-mail-3.8.1.orig/src/plugins/pgpcore/sgpgme.c 2012-06-27 11:05:23.0 +0200 claws-mail-3.8.1/src/plugins/pgpcore/sgpgme.c 2012-10-11 23:04:52.0 +0200 +@@ -610,13 +610,36 @@ bail: + + void sgpgme_init() + { ++ gchar *ctype_locale = NULL, *messages_locale = NULL
Bug#683303: unblock: kvirc/4:4.1.3+20111124.svn5988-2
Hi Raúl, On Wed, Sep 12, 2012 at 11:44:50PM +0200, Raúl Sánchez Siles wrote: Hi! Thank you very much for the approval. Since I received the freeze exception confirmation I've been searching for an sponsor since I don't have upload rights. After some days pinging on several places I resorted to sponsorship-requests procedure though BTS. The bug number for this is: 687458 I'll let you know anyway when anything relevant happens. I hope someone hands over this. Uploaded, thanks for your work. -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: Digital signature
Bug#685406: unblock: x-tile/2.2.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package x-tile It fixes binary dependencies (including RC #685386), debdiff attached. thanks in advance, unblock x-tile/2.2.1-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-7-g56678ec (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru x-tile-2.2.1/debian/changelog x-tile-2.2.1/debian/changelog --- x-tile-2.2.1/debian/changelog 2012-05-07 01:24:31.0 +0200 +++ x-tile-2.2.1/debian/changelog 2012-08-20 16:08:06.0 +0200 @@ -1,3 +1,12 @@ +x-tile (2.2.1-2) unstable; urgency=low + + * debian/control + - Fix binary dependencies: add python-gconf, python-gtk2 and remove +unused ${shlibs:Depends} (Closes: #685386) + - Add Vcs headers pointing to git.debian.org + + -- Ricardo Mones mo...@debian.org Mon, 20 Aug 2012 15:47:42 +0200 + x-tile (2.2.1-1) unstable; urgency=low * Initial release (Closes: #599872) diff -Nru x-tile-2.2.1/debian/control x-tile-2.2.1/debian/control --- x-tile-2.2.1/debian/control 2012-05-07 01:24:31.0 +0200 +++ x-tile-2.2.1/debian/control 2012-08-20 16:08:06.0 +0200 @@ -5,10 +5,12 @@ Build-Depends: debhelper (= 9), python, python-central, python-gnome2 Standards-Version: 3.9.3 Homepage: http://www.giuspen.com/x-tile/ +Vcs-Git: git://git.debian.org/git/users/mones/x-tile.git +Vcs-Browser: http://git.debian.org/?p=users/mones/x-tile.git Package: x-tile Architecture: all -Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends} +Depends: ${python:Depends}, ${misc:Depends}, python-gtk2, python-gconf Description: tile selected windows in different ways X-tile is an application that allows you to select a number of windows and tile them in different ways. Works on any X desktop.
Re: libetpan in wheezy
On Wed, Jun 27, 2012 at 04:28:04PM +0200, Ricardo Mones wrote: Dear Release Team, There's a new upstream version of libetpan (1.1) which seems to be a bugfix release mostly with only a couple of features added. (Un)fortunately upstream has bumped soname. It seems current libetpan maintainer is not going to have much time for it in the future [0] and wants somebody to take over. I've packaged new version and reverse dependencies build fine with it, though this was expected as the only symbol changed was not used. Anyway I've rebuilt them to be sure. Two of the rdeps are going to be source uploaded by me (claws-mail and claws-mail-extra-plugins) as announced previously in this list [1]. The other, cairo-dock-plug-ins, would require a binNMU. Sounds that OK or should I upload it to experimental instead? thanks in advance, [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678970 [1] http://lists.debian.org/debian-release/2012/06/msg00545.html It's already in experimental, thanks to fpt-masters quick approval, and source uploads were already done. I guess this micro-transition is still possible binNMUing: claws-mail claws-mail-extra-plugins cairo-dock-plug-ins Let me know if there's an opportunity to upload libetpan to unstable. thanks in advance, -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 signature.asc Description: Digital signature
libetpan in wheezy
Dear Release Team, There's a new upstream version of libetpan (1.1) which seems to be a bugfix release mostly with only a couple of features added. (Un)fortunately upstream has bumped soname. It seems current libetpan maintainer is not going to have much time for it in the future [0] and wants somebody to take over. I've packaged new version and reverse dependencies build fine with it, though this was expected as the only symbol changed was not used. Anyway I've rebuilt them to be sure. Two of the rdeps are going to be source uploaded by me (claws-mail and claws-mail-extra-plugins) as announced previously in this list [1]. The other, cairo-dock-plug-ins, would require a binNMU. Sounds that OK or should I upload it to experimental instead? thanks in advance, [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678970 [1] http://lists.debian.org/debian-release/2012/06/msg00545.html -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: Digital signature
claws-mail and claws-mail-extra-plugins in wheezy
Dear Release Team, Claws Mail upstream has also set a release date for the next version [0], which will be on 27 June. If possible, I'd like this version to be in wheezy too. In case some new plugin is made available on the extra-plugins it will be not added, in order to avoid NEW queue and make this faster. thanks in advance, [0] http://lists.claws-mail.org/pipermail/translators/2012-May/47.html -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it.Richard Feynman signature.asc Description: Digital signature
sylpheed in wheezy
Dear Release Team, Sylpheed upstream has published a release plan for next Sylpheed stable version, 3.2 [0] and the release it's planned for next 29 June. If possible, I would like to have this version instead of current beta or the next rc, as it's the version which gets the security fixes from upstream. thanks in advance, [0] http://www.sraoss.jp/pipermail/sylpheed/2012-June/005252.html -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: Digital signature
Re: sylpheed in wheezy
Hi, On Wed, Jun 20, 2012 at 09:49:34AM +0100, Neil McGovern wrote: On Wed, Jun 20, 2012 at 08:58:43AM +0200, Ricardo Mones wrote: Dear Release Team, Sylpheed upstream has published a release plan for next Sylpheed stable version, 3.2 [0] and the release it's planned for next 29 June. If possible, I would like to have this version instead of current beta or the next rc, as it's the version which gets the security fixes from upstream. Hi, I notice you've uploaded the latest beta. I would suggest that packaging and uploading 3.2 the *same day* would be a very good idea, if not before. I'll do so. Thanks. Have you thought about contacting upstream to get a pre-release out immediately? If so, and you manage to miss the freeze, then hopefully the diff between those versions may be small enough to review. Well, already told upstream the initial plan was going to left the 3.2 out of wheezy, and seems the second plan adjusted deadlines a bit, but had no real response, so I guess he can't do it faster :/ (it's a single developer) regards, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Re: claws-mail and claws-mail-extra-plugins in wheezy
Hi, On Wed, Jun 20, 2012 at 10:05:43AM +0100, Neil McGovern wrote: On Wed, Jun 20, 2012 at 09:04:29AM +0200, Ricardo Mones wrote: Claws Mail upstream has also set a release date for the next version [0], which will be on 27 June. Hi, That would be cutting it very fine. If you are happy to maintain the snapshot for the length of a stable release, I would suggest uploading a pre-release version with the frozen pofiles *today* and then the final version on the 27th. AFAIK there's still patches to be committed (without strings modifications). Will review by the end of the day if there's somethin pending and upload a pre-release as suggested. Hopefully you may just make it in time... I hope so :) -- Ricardo Mones ~ bash: ./signature: No such file or directory /bin/bash signature.asc Description: Digital signature
Bug#666126: transition: poppler 0.18
On Mon, Jun 04, 2012 at 12:21:28AM +0200, Cyril Brulebois wrote: [...] Did that on all archictectures: kibi@grieg:~$ wb nmu apvlv calibre cups-filters epdfview gdcm gimp gle-graphics gnome-commander gpdftext gummi inkscape libextractor pdf-presenter-console pdf2djvu pdf2svg pdfcube pdftoipe python-poppler referencer tracker tumbler webkit2pdf xournal xpdf zathura . ALL . -m 'Rebuild for the poppler transition.' Seems rebuild has triggered http://bugs.debian.org/677345 Should I wait until poppler 0.18 transition ends or should I upload the fix right now? regards, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl signature.asc Description: Digital signature
Bug#666126: transition: poppler 0.18
On Thu, Jun 14, 2012 at 04:06:48PM +0200, Pino Toscano wrote: Hi Ricardo! Alle giovedì 14 giugno 2012, Ricardo Mones ha scritto: Seems rebuild has triggered http://bugs.debian.org/677345 Should I wait until poppler 0.18 transition ends or should I upload the fix right now? poppler 0.18 migrated to testing, so you can go ahead in fixing that Alright, tracker was/is at 94%, so I thought it wasn't finished... (and #677521 too, please? ;) ). Yep, saw that too :) thanks, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl signature.asc Description: Digital signature
Re: gcc plugins and rebuilds
Hi Samuel, On Wed, Mar 21, 2012 at 05:33:23PM +0100, Samuel Thibault wrote: Hello, One of my packages (starpu) will ship a gcc plugin (already in experimental). The problem is that the gcc plugin infrastructure checks for exact version matching (in plugin_default_version_check()), i.e. plugins are supposed to be loaded only by the exact gcc that built it. That would mean that we have to rebuild the package on each gcc upload. Some other packages shipping plugins, such as dragonegg, bypass the test if some environment variable is set by the user, but that is really not safe. I'm afraid we will just have to rebuild each time? Looks that's the same that happens with claws-mail and the plugins shipped in claws-mail-extra-plugins. But unless the version check includes the Debian revision you only have to rebuild when gcc upstream version changes, not every upload. regards, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl signature.asc Description: Digital signature
Re: binNMU claws-mail-extra-plugins (python2.7 transition)
Hi Jakub, On Tue, Oct 11, 2011 at 09:28:56PM +0200, Jakub Wilk wrote: * Ricardo Mones mo...@debian.org, 2011-10-08, 12:39: I'd like to request a binNMU for claws-mail-extra-plugins, I think that could fix http://bugs.debian.org/644582. I scheduled binNMUs a few days ago, without being aware of the bug report. I think it was reported later, so not your fault :) Please note that we normally don't schedule binNMUs to work around RC bugs, e.g. missing or incorrect dependencies (I haven't looked closely at #644582 yet, but it seems to me it falls into this category). Well, I just tried to rebuild it in an up-to-date chroot and it got magically but otherwise correctly to linked to libpython2.7 and even got installed and working correctly. This is the opposite of what the bug reports, so I thought rebuilding was enough. But maybe I didn't fully understand the problem. Which would be the incorrect dependency? -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
binNMU claws-mail-extra-plugins (python2.7 transition)
Hi Release Managers, I'd like to request a binNMU for claws-mail-extra-plugins, I think that could fix http://bugs.debian.org/644582. thanks in advance, -- Ricardo Mones http://people.debian.org/~mones «Q: What's a WASP's idea of open-mindedness? A: Dating a Canadian.» signature.asc Description: PGP signature
Bug#640404: transition: network-manager
On Mon, Sep 05, 2011 at 03:28:47AM +0200, Michael Biebl wrote: Am 05.09.2011 02:53, schrieb Ricardo Mones: On Sun, 04 Sep 2011 22:51:32 +0200 Michael Biebl bi...@debian.org wrote: Am 04.09.2011 22:37, schrieb Michael Biebl: - Packages which need to be binNMUed: claws-mail The reason are the new online states in the D-Bus API which are conditionally enabled via NM_CHECK_VERSION like in Latest claws-mail upload already contain code like the given example, conditionally checking the new states. Does that exclude it from binNMUing? That's a pre-processor check. So yeah, claws-mail needs to be binNMUed for the code to take effect. Thanks, hours ago I didn't realize that. Next time will leave the stupid questions for the morning ;-) -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 signature.asc Description: Digital signature
Re: Bug#640404: transition: network-manager
On Sun, 04 Sep 2011 22:51:32 +0200 Michael Biebl bi...@debian.org wrote: Am 04.09.2011 22:37, schrieb Michael Biebl: - Packages which need to be binNMUed: claws-mail evolution kdebase-runtime libsocialweb packagekit pidgin In case anyone wonders why those packages need to be binNMUed even if they don't link against libnm-glib2 or libnm-util1. The reason are the new online states in the D-Bus API which are conditionally enabled via NM_CHECK_VERSION like in http://git.gnome.org/browse/evolution/commit/?id=8a81ec271ed0ab05b8fdfb5cbf374867b3906352 Latest claws-mail upload already contain code like the given example, conditionally checking the new states. Does that exclude it from binNMUing? regards, -- Ricardo Mones http://people.debian.org/~mones «As flies to wanton boys are we to the gods; they kill us for their sport. -- Shakespeare, King Lear» signature.asc Description: PGP signature
Re: Release goal proposal: remove yada
Hi Tim, On Fri, 5 Aug 2011 11:20:28 +0100 Tim Retout dioc...@debian.org wrote: On 4 August 2011 13:23, Neil McGovern ne...@debian.org wrote: Indeed, that sounds accurate, but I don't personally want to accept this as a release goal without maintainer agreement. Could you perhaps consider opening a bug against the package, saying 'unfit for the archive' or something, and then re-assigning to tech-ctte? Would you feel differently if yada were orphaned? My understanding is that this could happen quite soon - so far I have been unable to elicit a response from the maintainer on bug #334164. I've already orphaned all his packages (was already on the MIA radar). I may be wrong but I think it would be somewhat easy to fix yada to be able to work with a existing control and rules files instead of regenerating them on each build. That would fix all those problems, but unfortunately I lack the time for yet another package, and upstream is missing, so... If this does not happen within the next week, and in the absence of any response from the maintainer, I'll consider the tech-ctte route. regards, -- Ricardo Mones http://people.debian.org/~mones «You enjoy the company of other people.» signature.asc Description: PGP signature
Re: Release goal proposal: remove yada
On Wed, Aug 03, 2011 at 02:24:16PM +0100, Tim Retout wrote: On 2 August 2011 13:24, Ricardo Mones mo...@debian.org wrote: From the dialog on the bug seems only Build-Depends are adjusted by the packages existing in the build environment, i.e., not arbitrary rewritting but a precise one. What has changed in this regard to make it serious? Allow me to focus on this issue, because it sets yada apart from debhelper, cdbs or packages without any helpers. I will CC the bug in question. Firstly, the scope of the rewriting is greater than merely the Build-Depends field. The entire control file in the source package (not just in the binary packages) is regenerated from debian/packages during each build - indeed, so is debian/rules. Any manual modifications to debian/control or debian/rules are likely to be overwritten when 'debclean' is run. Yep, it basically means that the debian/rules and debian/control are in fact embedded in the debian/packages file and are written from it. So, the rule that the build process must not modifiy the control file for yada should be read as must not modify the packages file which is the origin from them. The fact that ftp-masters had neither banned yada packages nor sent further respones to that bug make me suspect that's how rule is being applied in case of yada, but I may be wrong, of course. Secondly, consider the case where yada is updated during the course of a release cycle, and a package using yada is not rebuilt before the release: 1. yada-0.55-1 is uploaded. 2. foo-0.1-1 is uploaded - Build-Depends: yada (= 0.55) 3. yada-0.56-1 is uploaded. 4. Release happens. 5. Security bug is found in the 'foo' package. Then the security update for 'foo' will be given a different Build-Depends line from foo-0.1-1. If any other details of how control or rules files are generated have changed in yada 0.56, then these will also be applied to the security update. I don't think this situation is even possible: you have to freeze things before release, and that includes helpers. And if you have to do that because a grave problem on the helper affecting packages build process you should issue binNMUs on the packages using it to ensure the problem is solved with the new helper version before releasing. This makes it difficult to produce a minimal diff for a security update (or even an NMU in unstable) for a package using yada, and increases the risk of unintentional changes. The same problems do not occur with other methods of building packages, because the source packages are not automatically modified. Yes, I understand the problem, but if the release is done properly that should not happen (TM), and we should trust our Release Team ;) regards, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Re: Release goal proposal: remove yada
On Thu, Aug 04, 2011 at 12:03:10PM +0100, Tim Retout wrote: On 4 August 2011 10:07, Ricardo Mones mo...@debian.org wrote: I don't think this situation is even possible: you have to freeze things before release, and that includes helpers. And if you have to do that because a grave problem on the helper affecting packages build process you should issue binNMUs on the packages using it to ensure the problem is solved with the new helper version before releasing. Right; but the helper being frozen does not mean that we binNMU every package depending on it? Err, I think I lost something here... I meant you binNMU if you have to upload a new helper version to fix something affecting build process, i.e., something you have to really verify. I think this applies to every helper in the situation you described, not only yada. See for example: yada version 0.55 is in stable. aylet - Build-Depends: yada (= 0.53) in stable. cvsconnect - Build-Depends: yada (= 0.48) in stable. etc. If you try rebuilding these in a stable chroot, you'll get a different debian/rules and debian/control in the new source package. If yada were actively maintained, the changes could be a lot more drastic. According the bug response, the only change to build depends should be the yada version number (which would become 0.55), and rules should be the same. If that's not true then I would agree the problem is more serious. The best, of course, are found in experimental: libhttp-davserver-perl: Build-Depends: yada (= 0.21) securecgi: Build-Depends: yada (= 0.23) and FTBFS because automake1.8 no longer exists - I'll go and file a bug. Yeah, same as before, but what I see here is packages with a lazy or inexistent maintainer, which should have uploaded some update so the yada version numbers were current. As said not a yada problem itself. Imagine some maintainer using debhelper which refuses to bump compat level, do we remove debhelper or the package? Like is already done with other changes, make usign yada $testing_ver - 1 (for example) a serious bug and things would improve (either packages are fixed or removed). Futhermore, this can be automated :) I strongly suspect the ftp-masters will not allow packages through NEW that contain yada, but that it's not in the FAQ because not that many people bother to try. Umm, that could be too :) any ftp-master around to confirm? -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it.Richard Feynman signature.asc Description: Digital signature
Re: Release goal proposal: remove yada
Hi Tim, On Mon, Aug 01, 2011 at 08:52:12PM +0100, Tim Retout wrote: [CCing yada maintainer, to avoid going behind his back with this] I would like to propose a release goal for wheezy of removing yada from Debian: http://wiki.debian.org/ReleaseGoals/RemoveYada While accepting that this may attract some controversy, and while supporting the principle that package maintainers should be responsible for technical decisions about their packages, I believe bug #334164 (regarding yada modifying debian/control files during build) should be considered serious by the release team. From the dialog on the bug seems only Build-Depends are adjusted by the packages existing in the build environment, i.e., not arbitrary rewritting but a precise one. What has changed in this regard to make it serious? Additionally, many packages using yada break Policy 12.5 (regarding debian/copyright files in source packages). Shouldn't these packages be fixed to be policy-compliant instead of removing the helper tool? Or does yada make impossible to add a copyright file? Many packages that rely on yada are maintained by NMU; Seems you're trying to associate bad package maintenace with using yada, which may be true or not ('many' is not a good percentage), anyway to remove something it must be technically bad by itself not because of the usage the people makes of it, remember DFSG #6 ! and use of yada can cause problems for others looking to help with these packages. Well, the same happens for any other $helper you're not familiar with. Options are to learn the one used in the package or to switch the package to your $preferred_helper if you're taking over maintenance. There're lots of languages most of the maintainers are not familiar with either and cannot help with packaging, do we also remove them? Given the availability of other, more widely used helper tools, I believe it is less work to migrate the packages currently using yada to different systems than it is to fix these problems. That can already be done, but as said the problems are in the packages not in the packaging tool. Maybe should we issue a ReleaseGoals/RemoveCDBS to remove all bugs in packages using CDBS? :) I am happy to advocate this goal, and will update the wiki page with a BTS usertag if there is agreement from the release team. I'm happy to help you fixing packages using yada (or any other helper) but so far I see no valid reason to remove yada itself. regards from your friendly devil's advocate, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Re: Bug#622363: transition: libnotify 0.7
Hi, On Thu, Jun 09, 2011 at 12:07:02AM +0200, Laurent Bigonville wrote: Le Wed, 25 May 2011 15:08:39 +0200, Mehdi Dogguy me...@debian.org a écrit : @Laurent: Do you know already which packages will need a sourceful upload? Reporting bugs against those and user-tagging the reports would help to see what's needed. During the weekend I've rebuilt all the packages that are depending against libnotify-dev. 70 over the 98 packages I've tried FTBFS... I've not looked at the build logs deeply, but I don't think all the FTBFS are related to libnotify transition, but still this transition will requires some sourceful uploads. I've uploaded the buildlog here: http://people.debian.org/~bigon/libnotify0.7_rebuildlog/ Also seems there's non-FTBFS which doesn't mean a successful transition and would also require more uploads. From last build log [0] with 0.5: checking for GLIB... yes checking for GTK... yes checking for libnotify... yes From Laurent's log [1] with 0.7: checking for GLIB... yes checking for GTK... yes checking for libnotify... no And it's disabled on final binary, of course. I've checked this because is the one I know, but I guess there may be others with the same problem. regards, [0] https://buildd.debian.org/status/fetch.php?pkg=claws-mail-extra-pluginsarch=amd64ver=3.7.9-1%2Bb1stamp=1304419390 [1] http://people.debian.org/~bigon/libnotify0.7_rebuildlog/claws-mail-extra-plugins_3.7.9-1_amd64.build -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it.Richard Feynman signature.asc Description: Digital signature
Bug#621101: transition: db (db4,6, db4.7, db4.8)
On Thu, 14 Apr 2011 15:52:45 +0200 Mehdi Dogguy me...@dogguy.org wrote: On 06/04/2011 16:43, Ondřej Surý wrote: I would like to coordinate reduction of BDB packages since I took the unhappy job (as I could expect) to maintain BDB in Debian after Clint have orphaned them. I've added a page for libdb on the transition tracker so that we follow the status of this transition. It's available at: http://release.debian.org/transitions/html/libdb.html Just curious, shouldn't libetpan be appearing on that list? IIRC it build-depends on libdb-dev. regards, -- Ricardo Mones http://people.debian.org/~mones «If you stand on your head, you will get footprints in your hair.» signature.asc Description: PGP signature
Bug#621101: transition: db (db4,6, db4.7, db4.8)
On Sat, 16 Apr 2011 22:30:13 +0200 Mehdi Dogguy me...@dogguy.org wrote: Just curious, shouldn't libetpan be appearing on that list? IIRC it build-depends on libdb-dev. Is *is* there. Untick hide fully (re-)built packages to see it. Oops, you're absolutely right, sorry for the noise ;) -- Ricardo Mones http://people.debian.org/~mones «Do not sleep in a eucalyptus tree tonight.» signature.asc Description: PGP signature
please unblock ember/0.5.7-1.1
Hi release team, Just sponsored Etienne's NMU for fixing #598288. regards, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101027234700.14381...@sumiciu
Re: please unblock ember/0.5.7-1.1
El Wed, 27 Oct 2010 23:48:01 +0200 Mehdi Dogguy me...@dogguy.org escribió: Just sponsored Etienne's NMU for fixing #598288. and just unblocked it :) That has been really fast! thanks! :) -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101028001237.53946...@sumiciu
Re: permission for uploading claws-mail 3.7.6-3
On Tue, Oct 12, 2010 at 11:25:55PM +0200, Ricardo Mones wrote: Hi Adam, On Tue, Oct 12, 2010 at 08:22:12PM +0100, Adam D. Barratt wrote: On Tue, 2010-10-12 at 21:11 +0200, Ricardo Mones wrote: Though not RC, this upload will fix two bugs, one of them important because it basically defeats the purpose of the claws-mail-doc package [0] and makes Claws Mail open the online version of the manuals instead. Also, the existing German language translation is added to the package. Please go ahead, and let us know once the package has been accepted. Here it is: http://lists.debian.org/debian-devel-changes/2010/10/msg00669.html Unexpectedly this change has introduced a serious bug: #600047 I'll fix it ASAP and prepare a -4 version today. sorry, -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it.Richard Feynman signature.asc Description: Digital signature
please unblock claws-mail 3.7.6-4 (was Re: permission for uploading claws-mail 3.7.6-3)
On Wed, 13 Oct 2010 09:49:35 +0200 Ricardo Mones rica...@mones.org wrote: On Tue, Oct 12, 2010 at 11:25:55PM +0200, Ricardo Mones wrote: Hi Adam, On Tue, Oct 12, 2010 at 08:22:12PM +0100, Adam D. Barratt wrote: On Tue, 2010-10-12 at 21:11 +0200, Ricardo Mones wrote: Though not RC, this upload will fix two bugs, one of them important because it basically defeats the purpose of the claws-mail-doc package [0] and makes Claws Mail open the online version of the manuals instead. Also, the existing German language translation is added to the package. Please go ahead, and let us know once the package has been accepted. Here it is: http://lists.debian.org/debian-devel-changes/2010/10/msg00669.html Unexpectedly this change has introduced a serious bug: #600047 I'll fix it ASAP and prepare a -4 version today. Which is accepted now: http://lists.debian.org/debian-devel-changes/2010/10/msg00726.html Diff with previous attached. I've just simplified the process and removed the previous scriptlet. thanks for your patience, -- Ricardo Mones http://people.debian.org/~mones «Suspicion always haunts the guilty mind. -- Wm. Shakespeare» Index: changelog === --- changelog (revision 408) +++ changelog (working copy) @@ -1,3 +1,12 @@ +claws-mail (3.7.6-4) unstable; urgency=low + + * debian/rules, debian/claws-mail-doc.dirs + - Move manuals instead copying (Closes: #600047) + * debian/inst-manual.sh + - Removed scriptlet, not needed anymore + + -- Ricardo Mones mo...@debian.org Wed, 13 Oct 2010 16:01:40 +0200 + claws-mail (3.7.6-3) unstable; urgency=low * debian/rules Index: rules === --- rules (revision 408) +++ rules (working copy) @@ -83,17 +83,10 @@ $(CURDIR)/debian/claws-mail-i18n/usr/share/locale rmdir $(CURDIR)/debian/claws-mail/usr/share/locale # claws-mail-doc - chmod +x $(CURDIR)/debian/inst-manual.sh - $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/dist \ - $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/en - $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/fr/dist \ - $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/fr - $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/pl/dist \ - $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/pl - $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/es/dist \ - $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/es - $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/de/dist \ - $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/de + for TR in en fr pl es de; \ + do mv $(CURDIR)/debian/claws-mail/usr/share/doc/claws-mail/$$TR \ + $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/; \ + done # claws-mail-spamassassin mkdir -m 755 -p \ $(CURDIR)/debian/claws-mail-spamassassin/usr/lib/claws-mail/plugins Index: claws-mail-doc.dirs === --- claws-mail-doc.dirs (revision 0) +++ claws-mail-doc.dirs (revision 0) @@ -0,0 +1 @@ +usr/share/doc/claws-mail Index: inst-manual.sh === --- inst-manual.sh (revision 408) +++ inst-manual.sh (working copy) @@ -1,8 +0,0 @@ -#!/bin/bash -# copies the four distribution formats of the manual provided by -# upstream into one dir -NAME=claws-mail-manual -test -d $2 || mkdir -m 755 -p $2 -for format in html txt pdf ps; -do cp $1/$format/$NAME.$format $2 -done signature.asc Description: PGP signature
permission for uploading claws-mail 3.7.6-3
Hi release team! Though not RC, this upload will fix two bugs, one of them important because it basically defeats the purpose of the claws-mail-doc package [0] and makes Claws Mail open the online version of the manuals instead. Also, the existing German language translation is added to the package. Changes are trivial (patch attached), so I hope this can be accepted. thanks in advance, [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599784 -- Ricardo Mones http://people.debian.org/~mones «You will experience a strong urge to do good; but it will pass.» Index: changelog === --- changelog (revision 406) +++ changelog (working copy) @@ -1,3 +1,12 @@ +claws-mail (3.7.6-3) unstable; urgency=low + + * debian/rules + - Install English manual in the expected subdirectory and make +the binary aware of the actual manual dir (Closes: #599784) + - Add German manual provided by upstream (Closes: #599785) + + -- Ricardo Mones mo...@debian.org Tue, 12 Oct 2010 18:27:58 +0200 + claws-mail (3.7.6-2) unstable; urgency=low * debian/control Index: rules === --- rules (revision 406) +++ rules (working copy) @@ -45,6 +45,7 @@ --enable-ldap \ --enable-spamassassin-plugin=yes \ --disable-dillo-viewer-plugin \ + --with-manualdir=\$${prefix}/share/doc/claws-mail \ --with-config-dir=.claws-mail build: build-stamp @@ -84,13 +85,15 @@ # claws-mail-doc chmod +x $(CURDIR)/debian/inst-manual.sh $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/dist \ - $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail + $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/en $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/fr/dist \ $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/fr $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/pl/dist \ $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/pl $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/es/dist \ $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/es + $(CURDIR)/debian/inst-manual.sh $(CURDIR)/manual/de/dist \ + $(CURDIR)/debian/claws-mail-doc/usr/share/doc/claws-mail/de # claws-mail-spamassassin mkdir -m 755 -p \ $(CURDIR)/debian/claws-mail-spamassassin/usr/lib/claws-mail/plugins signature.asc Description: PGP signature
Re: permission for uploading claws-mail 3.7.6-3
Hi Adam, On Tue, Oct 12, 2010 at 08:22:12PM +0100, Adam D. Barratt wrote: On Tue, 2010-10-12 at 21:11 +0200, Ricardo Mones wrote: Though not RC, this upload will fix two bugs, one of them important because it basically defeats the purpose of the claws-mail-doc package [0] and makes Claws Mail open the online version of the manuals instead. Also, the existing German language translation is added to the package. Please go ahead, and let us know once the package has been accepted. Here it is: http://lists.debian.org/debian-devel-changes/2010/10/msg00669.html thanks for the fast response and best regards, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
unblock claws-mail 3.7.6-2 (was: Re: claws-mail freeze exception)
On Sun, Sep 05, 2010 at 12:41:18PM +0200, Ricardo Mones wrote: On Sat, 4 Sep 2010 13:19:46 +0200 Julien Cristau jcris...@debian.org wrote: On Wed, Sep 1, 2010 at 19:07:13 +0200, Ricardo Mones wrote: Hi release team, Currently claws-mail is not buildable in architectures which doesn't have network-manager ported, see http://bugs.debian.org/594988. Is not an RC bug, but the changes are minimal and would allow both claws-mail and claws-mail-extra-plugins (once claws-mail is built) into kFreeBSD for Squeeze. Attached the proposed patch for current unstable. Looks ok with Michael's fixes. Please let us know once the package is accepted. Well, the fact is that with [linux-any] it doesn't build in my amd64 chroot, but it does with [!hurd-any !kfreebsd-any]. Anyway that could be working because of the ! not because of the -any matching, so I'm very tempted to go back to my original proposal [0] to be sure that the problem is fixed in this upload. Any comments? [0] Which was [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] It's accepted, please unblock it. best regards, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Re: unblock claws-mail 3.7.6-2 (was: Re: claws-mail freeze exception)
On Mon, Sep 06, 2010 at 12:00:52PM +0200, Julien Cristau wrote: On Mon, Sep 6, 2010 at 10:21:45 +0200, Ricardo Mones wrote: It's accepted, please unblock it. You dropped the version from the nm-dev build-dep, was that intentional? (Arguably, since 0.6.2 is older than what's in lenny, that's not much of an issue.) Yep, that was precisely the reason to drop it. -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Re: unblock claws-mail 3.7.6-2 (was: Re: claws-mail freeze exception)
On Mon, Sep 06, 2010 at 03:32:34PM +0200, Julien Cristau wrote: On Mon, Sep 6, 2010 at 15:09:50 +0200, Ricardo Mones wrote: On Mon, Sep 06, 2010 at 12:00:52PM +0200, Julien Cristau wrote: On Mon, Sep 6, 2010 at 10:21:45 +0200, Ricardo Mones wrote: It's accepted, please unblock it. Unblocked. Thanks for your review. best regards, -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README signature.asc Description: Digital signature
Re: claws-mail freeze exception
On Sat, 4 Sep 2010 13:19:46 +0200 Julien Cristau jcris...@debian.org wrote: On Wed, Sep 1, 2010 at 19:07:13 +0200, Ricardo Mones wrote: Hi release team, Currently claws-mail is not buildable in architectures which doesn't have network-manager ported, see http://bugs.debian.org/594988. Is not an RC bug, but the changes are minimal and would allow both claws-mail and claws-mail-extra-plugins (once claws-mail is built) into kFreeBSD for Squeeze. Attached the proposed patch for current unstable. Looks ok with Michael's fixes. Please let us know once the package is accepted. Well, the fact is that with [linux-any] it doesn't build in my amd64 chroot, but it does with [!hurd-any !kfreebsd-any]. Anyway that could be working because of the ! not because of the -any matching, so I'm very tempted to go back to my original proposal [0] to be sure that the problem is fixed in this upload. Any comments? [0] Which was [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] -- Ricardo Mones http://people.debian.org/~mones «There is no distinctly native American criminal class except Congress. -- Mark Twain» signature.asc Description: PGP signature
claws-mail freeze exception
Hi release team, Currently claws-mail is not buildable in architectures which doesn't have network-manager ported, see http://bugs.debian.org/594988. Is not an RC bug, but the changes are minimal and would allow both claws-mail and claws-mail-extra-plugins (once claws-mail is built) into kFreeBSD for Squeeze. Attached the proposed patch for current unstable. best regards, -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup Index: control === --- control (revision 395) +++ control (working copy) @@ -5,13 +5,14 @@ Uploaders: Paul Mangan cl...@thewildbeast.co.uk, Gustavo Noronha Silva k...@debian.org Build-Depends: debhelper (= 5), libcompfaceg1-dev, libglib2.0-dev, libgtk2.0-dev, libgpgme11-dev (= 1.1.1), - libssl-dev, libpisock-dev, libldap2-dev, network-manager-dev, + libssl-dev, libpisock-dev, libldap2-dev, + network-manager-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], flex | flex-old, bison, gettext, libltdl3-dev, autotools-dev, libtool, libenchant-dev, libreadline6-dev, libt1-dev, libgnomeprintui2.2-dev, libetpan-dev (= 0.57), network-manager-dev (= 0.6.2), libdbus-glib-1-dev (= 0.74), xsltproc, docbook-xsl, docbook-xml -Standards-Version: 3.8.4 +Standards-Version: 3.9.1 Homepage: http://www.claws-mail.org Package: claws-mail @@ -21,7 +22,7 @@ xfonts-100dpi-transcoded | xfonts-75dpi-transcoded, aspell-en | aspell-dictionary Suggests: claws-mail-doc (= ${source:Version}), www-browser, - gedit | kedit | mousepad | nedit, claws-mail-tools + gedit | kwrite | mousepad | nedit, claws-mail-tools Conflicts: libgtk2.0-0 ( 2.10) Provides: mail-reader, news-reader, imap-client Description: Fast, lightweight and user-friendly GTK2 based email client Index: changelog === --- changelog (revision 395) +++ changelog (working copy) @@ -1,3 +1,13 @@ +claws-mail (3.7.6-2) unstable; urgency=low + + * debian/control + - Replace unsatisfiable suggestion + - Update Standards-Version to 3.9.1 (no other changes) + - Exclude network-manager from Build-Depends on architectures +which doesn't have it ported yet (Closes: #594988) + + -- Ricardo Mones mo...@debian.org Wed, 01 Sep 2010 18:48:54 +0200 + claws-mail (3.7.6-1) unstable; urgency=low * New upstream release signature.asc Description: Digital signature
Re: claws-mail freeze exception
On Wed, Sep 01, 2010 at 07:37:50PM +0200, Michael Biebl wrote: On 01.09.2010 19:07, Ricardo Mones wrote: Hi release team, Currently claws-mail is not buildable in architectures which doesn't have network-manager ported, see http://bugs.debian.org/594988. Is not an RC bug, but the changes are minimal and would allow both claws-mail and claws-mail-extra-plugins (once claws-mail is built) into kFreeBSD for Squeeze. Attached the proposed patch for current unstable. Build-Depends: debhelper (= 5), libcompfaceg1-dev, libglib2.0-dev, libgtk2.0-dev, libgpgme11-dev (= 1.1.1), - libssl-dev, libpisock-dev, libldap2-dev, network-manager-dev, + libssl-dev, libpisock-dev, libldap2-dev, + network-manager-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], ^ I'd suggesst using network-manager-dev [linux-any] instead. Sure, didn't know about that possibility, it's clearly better. BTW, shouldn't this be documented on deb-control manpage? flex | flex-old, bison, gettext, libltdl3-dev, autotools-dev, libtool, libenchant-dev, libreadline6-dev, libt1-dev, libgnomeprintui2.2-dev, libetpan-dev (= 0.57), network-manager-dev (= 0.6.2), libdbus-glib-1-dev (= 0.74), ^ Here you have specified network-manager-dev a second time. I guess you want to drop that. Oops! Yep, this one will be dropped. Thanks again ;) -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
exception request (was: Re: libetpan13 - libetpan15 mini-transition)
Hi, On Tue, Aug 10, 2010 at 11:13:04PM +0400, Nikita V. Youshchenko wrote: Nikita, On 08/06/2010 02:47 AM, Nikita V. Youshchenko wrote: I'm afraid that as this hasn't started it's transition yet, it seems that there won't be space in the queue for this one, so I'm afraid we can't handle the transition. Apologies for the inconvenience, :( I'm just a few days back from vacation, and have to resolve urgent work issues now. But I hoped to get to debian stuff almost today or tomorrow. Is the situation lost for squeze, or there will be another window? Nikita there isn't likely another window for transitions in squeeze, sorry. Very sad :(. Bad luck to have vacation exactly at the same dates when upload window was open :( Anyway, I have package ready, and may upload within an hour if there will be any chance to do so. Yep, this unlucky coincidence has also caught me by surprise. Given the affected packages are just a few and it seems all the involved maintainers seem to be now on guard, is it possible to request a freeze exception and let this pico-transition to happen? Chances of something going wrong are very low: the version Nikita wants to upload is practically the same as current in Squeeze and has been extensively tested in claws-mail, but surely users will appreciate having the latest bugfixes. thanks in advance for any response, -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README signature.asc Description: Digital signature
Re: libetpan13 - libetpan15 mini-transition
On Wed, 19 May 2010 21:25:50 +0100 Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2010-05-19 at 10:36 +0400, Nikita V. Youshchenko wrote: I would like to upload libetpan 1.0 to unstable (it is already in experimental), to have it released with squeeze. That will cause soname change, libetpan13 - libetpan15. Reverse-dependences are etpan-ng, claws-mail, and cairo-dock-plugins Is it ok to do that now? Have the reverse dependencies been tested with the new library? cairo-dock-plugins currently FTBFS, although the bug is marked as pending so would hopefully not be an issue. I've been running claws-mail with 1.0 without problem and seems cairo-dock-plugins problem has been solved, is there any other issue blocking the upload? regards, -- Ricardo Mones http://people.debian.org/~mones «Q: What do you call a boomerang that doesn't come back? A: A stick.» signature.asc Description: PGP signature
Re: libetpan13 - libetpan15 mini-transition
On Wed, 19 May 2010 21:25:50 +0100 Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2010-05-19 at 10:36 +0400, Nikita V. Youshchenko wrote: I would like to upload libetpan 1.0 to unstable (it is already in experimental), to have it released with squeeze. That will cause soname change, libetpan13 - libetpan15. Reverse-dependences are etpan-ng, claws-mail, and cairo-dock-plugins Is it ok to do that now? Have the reverse dependencies been tested with the new library? Latest upload of claws-mail (already in testing) includes support for it, so it should be no problem regarding this. regards, -- Ricardo Mones http://people.debian.org/~mones «You need no longer worry about the future. This time tomorrow you'll be dead.» signature.asc Description: PGP signature
Re: Bug#568163: claws-mail_3.7.4-1_mips failed to build on mayr
On Tue, 02 Feb 2010 22:44:49 +0200 Teodor MICU mteo...@gmail.com wrote: Package: claws-mail Version: 3.7.4-1 Severity: important Justification: fails to build from source Hi, The package claws-mail_3.7.4-1 has failed to build on mips and the cause seems to be the CHROOT, not the source code. Because of this the package did not migrate to testing: * 24 days old (needed 10 days). Probably a rebuild should be scheduled by the release team. I think these reschedules are done by the buildd maintainer not by the release team, but I may be wrong. Cc'ing release for clarification (no need to Cc me back, I'm subscribed). Anyway a new upstream version has been uploaded yesterday, so no action should be required right now on claws-mail. regards, -- Ricardo Mones http://people.debian.org/~mones «Your aim is high and to the right.» -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: claws-mail_3.3.1-1, rebuild against newer libetpan13 fixes #469550, 1, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc
On Mon, 10 Mar 2008 13:54:57 -0700 Steve Langasek [EMAIL PROTECTED] wrote: On Mon, Mar 10, 2008 at 12:00:57AM +0100, Ricardo Mones wrote: Hi release inhabitants, Subject says it all according wiki's binNMU instructions (I hope to have done it right). Please CC me on replies because I'm not subscribed. The architecture list is meant to be space-delimited, not comma-delimited. I've noticed several people now submitting binNMU requests this way; can you tell me if there's something on the wiki page that could be made clearer? You're right, and the example shows it clearly, but I quickly cut'n'pasted arch list from rmadison output and forgot to remove commas. I've added a two line note about that on the wiki page, feel free to improve the English if required. regards, P.S.: Please CC on replies, I'm not subscribed to debian-release. -- Ricardo Mones http://people.debian.org/~mones «Q: What is printed on the bottom of beer bottles in Minnesota? A: Open other end.» signature.asc Description: PGP signature
claws-mail_3.3.1-1, rebuild against newer libetpan13 fixes #469550, 1, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc
Hi release inhabitants, Subject says it all according wiki's binNMU instructions (I hope to have done it right). Please CC me on replies because I'm not subscribed. regards and thanks in advance, -- Ricardo Mones http://people.debian.org/~mones «Q: Why did the germ cross the microscope? A: To get to the other slide.» signature.asc Description: PGP signature
Re: renaming sylpheed-claws-gtk2-* to claws-mail-*
Hi again, On Fri, 12 Jan 2007 08:06:21 +0100 Ricardo Mones [EMAIL PROTECTED] wrote: Hi and sorry for the late reply, On Wed, 3 Jan 2007 18:04:15 -0800 Steve Langasek [EMAIL PROTECTED] wrote: On Tue, Jan 02, 2007 at 04:42:59PM +0100, Ricardo Mones wrote: If ensuring a smooth transition includes that apt-get upgrade/dist-upgrade does the package switching then as I understand it only a Provides: with the old package name would be required in each new package. That's currently not implemented in current packages. I may be wrong here, though. A Provides would probably be wrong under the circumstances. Then making sylpheed-claws-gtk2-* dummy packages pull the claws-mail ones in? Are the dependencies on sylpheed-claws-gtk2 auto-generated from the build-dependency somehow, or will they need to each be updated manually for the transition? Generated from the libsylpheed-claws-gtk2-dev/libclaws-mail-dev version in the build-depends. Only this one needs to be manually updated, plugins' dependency is obtained from this one. Really? That doesn't seem to be the case in the current version of the packages; debian/control shows hard-coded dependencies on particular package names. I'm sorry but reading this again I feel I don't understand which dependencies are you referring to. Could you provide an example? Anyway I'd like this dialog to continue after releasing to ensure this a succesful transition, with you or any other RM if you don't have time. Please let us know when we can be of help to you in this. Pointing out the missing bits in current packages relevant for the transition would be of great help (they have been updated with a new upstream release). Patches would be even nicer :-) I've updated packages [0] to newest stable version 2.7.2 (i.e.: no new features from 2.7.0, just backported bugfixes from cvs). Etch is 2.6.0. Source package for Claws Mail and Claws Mail extra plugins provides now also transition packages for all sylpheed-claws-gtk2* packages, so migration through upgrade/dist-upgrade should be possible. I'm not sure if you maybe interested in knowing this, though, and even less sure this requalifies for inclusion into Etch, anyway... :) regards, P.S.: Please CC me, I'm not subscribed to debian-release. [0] http://people.debian.org/~mones/claws-mail -- Ricardo Mones http://people.debian.org/~mones «Wagner's music is better than it sounds. -- Mark Twain» signature.asc Description: PGP signature
Re: renaming sylpheed-claws-gtk2-* to claws-mail-*
[As I was not included in the Cc this was cut'n'pasted from the web archives, so the references are lost] Hi Steve, Steve Langasek [EMAIL PROTECTED] wrote: On Fri, Dec 29, 2006 at 10:58:02AM +0100, Ricardo Mones wrote: So the question is to do that renaming now or to do it after Etch. I'd be happy to do the switch now and forget s-c-gtk2 packages, but given current Etch status I understand it may not be possible. Please let me know and/or the changes required to make this possible. Given the large number of binary packages involved and the potential interplay between them, I would prefer postponing this until lenny. Which interplay are you referring to? The plugins are shared libraries loaded by the main program (claws-mail) to extend it's functionality, nothing more. There's a unique interdependency between plugins (pgpinline and pgmmime require pgpcore) but it's already present and solved in current packages. To sumarize it a bit, the only changes are: * the new package names (the real names of the .so files remain the same no changes here) * the addition of a new tools package with the helper scripts under /usr/share/doc/claws-mail (the sylpheed-claws-scripts s-c-gtk2 was depending before is not longer valid because of the name change). * the addition of a new plugin available upstream, attach-warner, but this can even be removed if you prefer. regards, P.S.: Please Cc me, I'm not subscribed to debian-release. -- Ricardo Mones http://people.debian.org/~mones «Q: What do Winnie the Pooh and John the Baptist have in common? A: The same middle name.» signature.asc Description: PGP signature
Re: renaming sylpheed-claws-gtk2-* to claws-mail-*
On Tue, 2 Jan 2007 03:32:10 -0800 Steve Langasek [EMAIL PROTECTED] wrote: On Tue, Jan 02, 2007 at 12:12:48PM +0100, Ricardo Mones wrote: Steve Langasek [EMAIL PROTECTED] wrote: On Fri, Dec 29, 2006 at 10:58:02AM +0100, Ricardo Mones wrote: So the question is to do that renaming now or to do it after Etch. I'd be happy to do the switch now and forget s-c-gtk2 packages, but given current Etch status I understand it may not be possible. Please let me know and/or the changes required to make this possible. Given the large number of binary packages involved and the potential interplay between them, I would prefer postponing this until lenny. Which interplay are you referring to? The plugins are shared libraries loaded by the main program (claws-mail) to extend it's functionality, nothing more. There's a unique interdependency between plugins (pgpinline and pgmmime require pgpcore) but it's already present and solved in current packages. Are all of the plugin packages being renamed along with the application? Yep, that's the plan, all plugins provided withing program sources and also the extra plugins are renamed. Will each of these packages need to conflict/replace the old package name to ensure a smooth transition? Technically speaking that's not needed as they're installed in a different location, only the main package needs to conflict because it provides also a symlink with the old binary name (sylpheed-claws-gtk2). That can be easily removed. Appart from that new and old packages could perfectly coexist. If ensuring a smooth transition includes that apt-get upgrade/dist-upgrade does the package switching then as I understand it only a Provides: with the old package name would be required in each new package. That's currently not implemented in current packages. I may be wrong here, though. Are the dependencies on sylpheed-claws-gtk2 auto-generated from the build-dependency somehow, or will they need to each be updated manually for the transition? Generated from the libsylpheed-claws-gtk2-dev/libclaws-mail-dev version in the build-depends. Only this one needs to be manually updated, plugins' dependency is obtained from this one. Not all of the plugin packages are from the sylpheed-claws-gtk2 source package; will the multiple source packages need to be updated in testing together, and will the package relationships reflect this to prevent any accidents? Indeed, the new claws-mail-extra-plugins package is already depending on libclaws-mail-dev. This one should be introduced in testing after claws-mail (which provides libclaws-mail-dev). Will the build-dependencies of s-c-gtk2-extra-plugins change on package rename, will the change prevent or allow the package to be built with the current libsylpheed-claws-gtk2-dev, and what are the consequences of this if any? Yes, the change, as said, and building with libsylpheed-claws-gtk2-dev is not allowed. I cannot see any consequences, they need libclaws-mail-dev to be built correctly for claws-mail. These are the kinds of issues that constitute interplay, and make this a potentially risky update. The release team doesn't have time right now to help make sure the transition is a smooth one, and we can't really afford a rough one, sorry. Ok, fine enough for me, I won't waste anymore your time. Anyway I'd like this dialog to continue after releasing to ensure this a succesful transition, with you or any other RM if you don't have time. thanks in advance, P.S.: Please Cc me, I'm not subscribed to debian-release. -- Ricardo Mones http://people.debian.org/~mones «The ripest fruit falls first. -- William Shakespeare, Richard II» signature.asc Description: PGP signature
renaming sylpheed-claws-gtk2-* to claws-mail-*
Hi, As you may already know the GTK based MUA formerly known as Sylpheed-Claws has changed its upstream name to Claws Mail. According to this I've changed also package names, both in the main package (sylpheed-claws-gtk2) and its depending plugins package (sylpheed-claws-gtk2-extra-plugins). As expected these are named now claws-mail and claws-mail-extra-plugins. Preliminary packages are at http://people.debian.org/~mones/claws-mail which are labeled as 'experimental' but should build fine in any updated sid pbuilder (obviously building the extra-plugins requires a previous install of the libclaws-mail-dev in the chroot). There's no meta-packages to ease upgrade, that probably should be fixed. Another point I believe is worth to consider is that neither s-c-gtk2 nor s-c-gtk2-e-p have ever been in stable. So the question is to do that renaming now or to do it after Etch. I'd be happy to do the switch now and forget s-c-gtk2 packages, but given current Etch status I understand it may not be possible. Please let me know and/or the changes required to make this possible. regards, P.S.: Please, CC me, I'm not subscribed to debian-release. -- Ricardo Mones http://people.debian.org/~mones «Never look up when dragons fly overhead.» signature.asc Description: PGP signature