Re: Seeking pre-approval on reprepro 3.5.2-5
* Neil McGovern <[EMAIL PROTECTED]> [081110 12:27]: > On Sun, Nov 09, 2008 at 05:02:53PM +0100, Bernhard R. Link wrote: > > Hi, I backported some changes from 3.6.2 (currently in experimental > > to keep unstable open) to 3.5.2 (testing and unstable have 3.5.2-4). > > Do they have a chance to get an unblock for testing > > after being uploaded to unstable or should I change anything? > > > > Please upload and re-ping when it's near to being ready for migration. ping Thanks in advance, Bernhard R. Link The diffs again: Diffstat of the source packages: ar.c |4 + debian/changelog | 14 + docs/bzip.example |2 docs/reprepro.1 | 146 +++--- tracking.c| 13 5 files changed, 115 insertions(+), 64 deletions(-) Diffstat of the deb packages (after unpacking all files): DEBIAN/control |2 DEBIAN/md5sums | 10 +- usr/bin/changestool |binary usr/bin/reprepro |binary usr/share/doc/reprepro/changelog.Debian | 14 ++ usr/share/doc/reprepro/examples/bzip.example |2 usr/share/man/man1/reprepro.1| 146 +++ 7 files changed, 107 insertions(+), 67 deletions(-) Total diff of the source package: diff -r -u -N reprepro-3.5.2-4/debian/changelog reprepro-3.5.2-5/debian/changelog --- reprepro-3.5.2-4/debian/changelog 2008-11-09 16:23:13.0 +0100 +++ reprepro-3.5.2-5/debian/changelog 2008-11-09 16:23:17.0 +0100 @@ -1,3 +1,17 @@ +reprepro (3.5.2-5) unstable; urgency=low + + * backport some bugfixes of 3.6.2 to 3.5.2: + - fix parsing contents of very large .deb files (Closes: 504434) + - fix bug in (hopefully unreachable) error handling in tracking code +so that it no longer damages the tracking data even more + - improve documentation of remove and removefilter (Closes: 500105) + - improve documentation of copysrc and -C (Closes: 496347) + - fix many spelling and other errors in the manpage (Closes: 502531) + * backport forgotten fixes of 3.6.0: + - fix bashism in bzip.example (Closes: 489652) + + -- Bernhard R. Link <[EMAIL PROTECTED]> Sun, 09 Nov 2008 15:58:14 +0100 + reprepro (3.5.2-4) unstable; urgency=low * change to use libdb4.6 (Closes: #442668) diff -r -u -N reprepro-3.5.2-4/ar.c reprepro-3.5.2-5/ar.c --- reprepro-3.5.2-4/ar.c 2008-03-06 15:34:39.0 +0100 +++ reprepro-3.5.2-5/ar.c 2008-11-09 16:23:17.0 +0100 @@ -190,7 +190,9 @@ /* calculate the length and mark possible fillers being needed */ - ar->currentheader.ah_size[11] = '\0'; // ugly, but it works + /* make ah_size null-terminated by overwriting the following field */ + assert( &ar->currentheader.ah_magictrailer[0] == ar->currentheader.ah_size + 10 ); + ar->currentheader.ah_magictrailer[0] = '\0'; ar->bytes_left = strtoul(ar->currentheader.ah_size,&p,10); if( *p != '\0' && *p != ' ' ) { diff -r -u -N reprepro-3.5.2-4/tracking.c reprepro-3.5.2-5/tracking.c --- reprepro-3.5.2-4/tracking.c 2008-06-10 16:54:47.0 +0200 +++ reprepro-3.5.2-5/tracking.c 2008-11-09 16:23:17.0 +0100 @@ -112,11 +112,20 @@ for( i = 0 ; i < pkg->filekeys.count ; i++ ) { if( strcmp(pkg->filekeys.values[i],filekey) == 0 ) { - free(filekey); if( pkg->filetypes[i] != ft ) { + /* if old file has refcount 0, just repair: */ + if( pkg->refcounts[i] <= 0 ) { + free(filekey); + pkg->filetypes[i] = ft; + if( used ) + pkg->refcounts[i] = 1; + return RET_OK; + } fprintf(stderr,"Filekey '%s' already registered for '%s_%s' as type '%c' is tried to be reregistered as type '%c'!\n",filekey,pkg->sourcename,pkg->sourceversion,pkg->filetypes[i],ft); + free(filekey); return RET_ERROR; } + free(filekey); if( used ) pkg->refcounts[i]++; return RET_OK; @@ -1275,7 +1284,7 @@ "'%s' has refcount > 0, but was nowhere found.\n", distribution->codename, filekey); - pkg->filetypes[i] = 0; + pkg->refcounts[i] = 0; } return result; } diff -r -u -N reprepro-3.5.2-4/docs/reprepro.1 reprepro-3.5.2-5/docs/reprepro.1 --- reprepro-3.5.2-4/docs/reprepro.12008-06-25 17:04:56.0 +0200 +++ reprepro-3.5.2-5/docs/reprepro.12008-11-
Re: Bug#504087: netmaze: FTBFS on ia64 (using -O2 for allmove.c, works)
Thanks, peter. John uploaded a fixed package with your patch. The good news is it built sucessfully on ia64 The bad news is it failed on alpha arm mips s390 and sparc due to a failure to install the build-depends. I have reproduced this failure on my qemu arm system and the culprit seems to be libfontconfig1: Depends: fontconfig-config (= 2.6.0-2) but 2.6.0-3 is to be installed Release team could you requeue it on those architectures with a dep-wait on libfontconfig1 >= 2.6.0-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock xapian-bindings 1.0.7-3.1
Hi -release, Please unblock xapian-bindings 1.0.7-3.1. The associated changelog entry is: xapian-bindings (1.0.7-3.1) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS when built twice in a row by cleaning python/testsuite.pyc in clean target. (Closes: #506090) Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Re: [Secure-testing-team] Please unblock gallery 1.5.9-1
* Moritz Muehlenhoff [Wed, 12 Nov 2008 00:13:21 +0100]: > On Tue, Oct 07, 2008 at 04:37:41PM -0400, Michael Schultheiss wrote: > > Adeodato Simó wrote: > > > > Unless there's more effort by upstream and the maintainer to address > > > > this > > > > by isolated patches and more detailed descriptions of vulnerabilities > > > > we should rather drop Gallery from Lenny. > > I'm fine with removing gallery from Lenny. Upstream does not have the > > resources to provide isolated patches. > I fear there's been a misunderstanding, my comment was targeted at Gallery > in the source package gallery2 (which I was I quoted in the Security Tracker > excerpt). Gallery 1.x (was packaged in the gallery source package seems > harmless. AFAICT right now gallery has been blocked instead of gallery2. Ok, I've marked gallery2 for removal. Regarding gallery (1), it seems that the two latest uploads that didn't make it into testing (last version in testing was 1.5.7) both fixed many or several security issues. Is that a package that should be released with Lenny? In any case, the diff from gallery 1.5.7 to 1.5.9 is huge, so I'm not sure what would have happened with it anyway... -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Dar Williams - After All -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some unblock requests, again
On 2008-11-18 21:51 +0100, Josselin Mouette wrote: > Le mardi 18 novembre 2008 à 20:01 +0100, Sven Joachim a écrit : >> Apart from /etc/fonts/conf.avail/70-yes-bitmaps.conf and the new symlink >> in /etc/fonts/conf.d to it there seems to be no difference. > > Indeed; which means the configuration should be exactly the same. > > Apparently this is caused by the missing cache for bitmap fonts after > running dpkg-reconfigure. So this means we need to re-run fc-cache -fs > after a reconfigure in fontconfig-config - a bug that was already here > before that change. Correct, after "fc-cache -fs" the bitmap fonts are there again. :-) > Unfortunately I don’t know of a means to reliably detect whether we’re > reconfiguring. Maybe by checking if fontconfig is in "installed" state, > but I feel this would be hackish. Maybe a dpkg trigger in the fontconfig package could be used? This has already been suggested in #498948. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some unblock requests, again
Le mardi 18 novembre 2008 à 20:01 +0100, Sven Joachim a écrit : > > I really can’t reproduce #505994. Maybe you should check the symbolic > > links and files in /etc/fonts; with enabled_bitmaps=true, the > > configuration should be exactly the same between 2.6.0-1 and -3. > > Well, here is the listing of /etc/fonts with 2.6.0-1: > Apart from /etc/fonts/conf.avail/70-yes-bitmaps.conf and the new symlink > in /etc/fonts/conf.d to it there seems to be no difference. Indeed; which means the configuration should be exactly the same. Apparently this is caused by the missing cache for bitmap fonts after running dpkg-reconfigure. So this means we need to re-run fc-cache -fs after a reconfigure in fontconfig-config - a bug that was already here before that change. Unfortunately I don’t know of a means to reliably detect whether we’re reconfiguring. Maybe by checking if fontconfig is in "installed" state, but I feel this would be hackish. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Please unblock electric_8.07-2
Hi, Can you please unblock package 'electric' version 8.07-2? 'electric' was previously orphaned and removed from unstable/testing. It has been recently updated and brought under debian-java team umbrella. Thanks, Onkar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please allow base-files in lenny, and a question
I'd like to see this in lenny, before I upload "5.0 final release for lenny" base-files (4.0.6) unstable; urgency=low * Changed the way wtmp, btmp and lastlog are handled. They are no longer recreated at every base-files upgrade. Instead, they are only created once, when base-files is installed by debootstrap. It is really not base-files business to fiddle with those files, as it is documented that removing them is the standard way to disable logging to them. Closes: #488376. -- Santiago Vila <[EMAIL PROTECTED]> Tue, 04 Nov 2008 20:34:12 +0100 This is not a grave bug but I've decided to fix it for lenny because it's undesirable, ugly, and causes real harm of the type that the user can't override by modifying config files or doing similar things (postinst files may not be diverted yet). The question: I've heard somewhere that the stable release team had the intention of having /etc/issue showing not only the version number but also the exact point release which is installed, during lenny future lifetime as stable. I assume this will be implemented by uploading .lenny.x-suffixed versions of base-files to stable-proposed-updates several days before each point release happens. Only /etc/issue and /etc/issue.net would be changed in these base-files stable updates. Therefore it seems the logical thing to do is for lenny release 0 to have an /etc/issue (and issue.net) which reads "5.0r0" Please confirm that this is correct. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some unblock requests, again
On 2008-11-18 17:36 +0100, Josselin Mouette wrote: > Le mardi 18 novembre 2008 à 17:13 +0100, Sven Joachim a écrit : >> > fontconfig (2.6.0-3) unstable; urgency=low >> > >> > * Remove doc/Makefile and doc/version.sgml in the clean target. >> > * Ship a minimal 70-yes-bitmaps.conf to avoid spurious warnings. >> > Closes: #505969. >> > * fontconfig-config.config: don’t force the bitmap fonts to be off, >> > rather re-ask when we find no existing symbolic link, since in this >> > case the intent of the user is unknown. Closes: #505970. >> >> Alas, this upload does not fix #505994. > > I really can’t reproduce #505994. Maybe you should check the symbolic > links and files in /etc/fonts; with enabled_bitmaps=true, the > configuration should be exactly the same between 2.6.0-1 and -3. Well, here is the listing of /etc/fonts with 2.6.0-1: % ls -lR /etc/fonts/ /etc/fonts/: total 21 drwxr-xr-x 2 root root 2048 Nov 18 11:48 conf.avail drwxr-xr-x 2 root root 2048 Nov 18 11:48 conf.d -rw-r--r-- 1 root root 5287 Nov 14 2007 fonts.conf -rw-r--r-- 1 root root 6961 Nov 14 2007 fonts.dtd /etc/fonts/conf.avail: total 91 -rw-r--r-- 1 root root 220 Nov 14 2007 10-autohint.conf -rw-r--r-- 1 root root 226 Nov 14 2007 10-no-sub-pixel.conf -rw-r--r-- 1 root root 225 Nov 14 2007 10-sub-pixel-bgr.conf -rw-r--r-- 1 root root 225 Nov 14 2007 10-sub-pixel-rgb.conf -rw-r--r-- 1 root root 226 Nov 14 2007 10-sub-pixel-vbgr.conf -rw-r--r-- 1 root root 226 Nov 14 2007 10-sub-pixel-vrgb.conf -rw-r--r-- 1 root root 217 Nov 14 2007 10-unhinted.conf -rw-r--r-- 1 root root 912 Nov 14 2007 20-fix-globaladvance.conf -rw-r--r-- 1 root root 301 Sep 15 2006 20-lohit-gujarati.conf -rw-r--r-- 1 root root 1157 Nov 14 2007 20-unhint-small-vera.conf -rw-r--r-- 1 root root 3165 May 25 05:30 25-unhint-nonlatin.conf -rw-r--r-- 1 root root 514 Sep 15 2006 30-amt-aliases.conf -rw-r--r-- 1 root root 4107 Nov 14 2007 30-metric-aliases.conf -rw-r--r-- 1 root root 1290 Nov 14 2007 30-urw-aliases.conf -rw-r--r-- 1 root root 1723 Sep 15 2006 40-generic.conf -rw-r--r-- 1 root root 2069 May 25 05:30 40-nonlatin.conf -rw-r--r-- 1 root root 1806 May 25 05:30 45-latin.conf -rw-r--r-- 1 root root 545 Sep 15 2006 49-sansserif.conf -rw-r--r-- 1 root root 188 Nov 14 2007 50-user.conf -rw-r--r-- 1 root root 189 Nov 14 2007 51-local.conf -rw-r--r-- 1 root root 1669 May 25 05:30 60-latin.conf -rw-r--r-- 1 root root 10524 May 25 05:30 65-fonts-persian.conf -rw-r--r-- 1 root root 289 May 25 05:30 65-khmer.conf -rw-r--r-- 1 root root 6552 May 25 05:30 65-nonlatin.conf -rw-r--r-- 1 root root 672 May 25 05:30 69-unifont.conf -rw-r--r-- 1 root root 263 Nov 16 17:39 70-force-bitmaps.conf -rw-r--r-- 1 root root 263 Nov 14 2007 70-no-bitmaps.conf -rw-r--r-- 1 root root 263 Jun 1 05:03 70-yes-bitmaps.conf -rw-r--r-- 1 root root 388 Nov 14 2007 80-delicious.conf -rw-r--r-- 1 root root 1754 Sep 15 2006 90-synthetic.conf -rw-r--r-- 1 root root 959 Nov 14 2007 README /etc/fonts/conf.d: total 16 lrwxrwxrwx 1 root root 39 Nov 18 11:47 20-fix-globaladvance.conf -> ../conf.avail/20-fix-globaladvance.conf lrwxrwxrwx 1 root root 39 Nov 18 11:47 20-unhint-small-vera.conf -> ../conf.avail/20-unhint-small-vera.conf lrwxrwxrwx 1 root root 39 Nov 18 11:48 30-defoma.conf -> /var/lib/defoma/fontconfig.d/fonts.conf lrwxrwxrwx 1 root root 36 Nov 18 11:47 30-metric-aliases.conf -> ../conf.avail/30-metric-aliases.conf lrwxrwxrwx 1 root root 33 Nov 18 11:47 30-urw-aliases.conf -> ../conf.avail/30-urw-aliases.conf lrwxrwxrwx 1 root root 30 Nov 18 11:47 40-nonlatin.conf -> ../conf.avail/40-nonlatin.conf lrwxrwxrwx 1 root root 27 Nov 18 11:47 45-latin.conf -> ../conf.avail/45-latin.conf lrwxrwxrwx 1 root root 31 Nov 18 11:47 49-sansserif.conf -> ../conf.avail/49-sansserif.conf -rw-r--r-- 1 root root 254 Jan 2 2006 50-enable-terminus.conf lrwxrwxrwx 1 root root 26 Nov 18 11:47 50-user.conf -> ../conf.avail/50-user.conf lrwxrwxrwx 1 root root 27 Nov 18 11:47 51-local.conf -> ../conf.avail/51-local.conf lrwxrwxrwx 1 root root 27 Nov 18 11:47 60-latin.conf -> ../conf.avail/60-latin.conf lrwxrwxrwx 1 root root 35 Nov 18 11:47 65-fonts-persian.conf -> ../conf.avail/65-fonts-persian.conf lrwxrwxrwx 1 root root 30 Nov 18 11:47 65-nonlatin.conf -> ../conf.avail/65-nonlatin.conf lrwxrwxrwx 1 root root 29 Nov 18 11:47 69-unifont.conf -> ../conf.avail/69-unifont.conf lrwxrwxrwx 1 root root 31 Nov 18 11:47 80-delicious.conf -> ../conf.avail/80-delicious.conf lrwxrwxrwx 1 root root 31 Nov 18 11:47 90-synthetic.conf -> ../conf.avail/90-synthetic.conf -rw-r--r-- 1 root root 959 May 25 05:30 README -rw-r--r-- 1 root root 250 Feb 1 2006 autohint.conf -rw-r--r-- 1 root root 306 Feb 1 2006 no-bitmaps.conf -rw-r--r-- 1 root root 257 Feb 1 2006 no-sub-pixel.conf -rw-r--r-- 1 root root 256 Feb 1 2006 sub-pixel.conf -rw-r--r-- 1 root root 247 Feb 1 2006 unhinted.conf -rw-r--r-- 1 root root 2
Re: Even more security hinting
Moritz Muehlenhoff wrote: > - kadu/0.6.0.2-3 seems to need a give back on arm, it's in "Building" > status for several days now. It failed to build with symbols that are already defined [1]. > - Likewise for gnutls/2.4.2-3 on mipsel. given back > - trac/0.11.1-2.1 needs an unblock unblocked Cheers Luk [1] http://buildd.debian.org/~jeroen/status/package.php?p=kadu&suite=unstable -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Unblock request: glunarclock 1:0.32.4-11
Hi, Please unblock glunarclock 1:0.32.4-11. Fixes bashism Lenny goal. Here is the changelog: glunarclock (1:0.32.4-11) unstable; urgency=low * debian/copyright: + Added missing copyright holders. * debian/rules: + Fixed bashism in debian/rules (Closes: #478387). * Add descriptions to dpatch files. * Bump Standards Version to 3.8.0. (No changes needed). -- Fabian Greffrath <[EMAIL PROTECTED]> Wed, 17 Nov 2008 00:00:00 +0200 Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Even more security hinting
- kadu/0.6.0.2-3 seems to need a give back on arm, it's in "Building" status for several days now. - Likewise for gnutls/2.4.2-3 on mipsel. - trac/0.11.1-2.1 needs an unblock Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some unblock requests, again
Le mardi 18 novembre 2008 à 17:13 +0100, Sven Joachim a écrit : > > fontconfig (2.6.0-3) unstable; urgency=low > > > > * Remove doc/Makefile and doc/version.sgml in the clean target. > > * Ship a minimal 70-yes-bitmaps.conf to avoid spurious warnings. > > Closes: #505969. > > * fontconfig-config.config: don’t force the bitmap fonts to be off, > > rather re-ask when we find no existing symbolic link, since in this > > case the intent of the user is unknown. Closes: #505970. > > Alas, this upload does not fix #505994. I really can’t reproduce #505994. Maybe you should check the symbolic links and files in /etc/fonts; with enabled_bitmaps=true, the configuration should be exactly the same between 2.6.0-1 and -3. > And apparently I'm not the only > one who sorely misses the "fixed" font, see #506124. This is precisely why this parameter is configurable. However, since you cannot fix all websites who wrongly request Helvetica or Times, the default setting is to entirely ignore bitmap fonts. We already had precisely the same problem right before the etch release and at that time it got fixed. In the meantime, the logic that detects the case of first installation got wrong. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Some unblock requests, again
On 2008-11-18 09:23 +0100, Josselin Mouette wrote: > Le dimanche 16 novembre 2008 à 21:23 +0100, Josselin Mouette a écrit : >> fontconfig (2.6.0-2) unstable; urgency=low >> >>* Do not enable bitmap fonts by default. Closes: #496716. >> + rules: ship an empty 70-yes-bitmaps.conf and rename the original >>to 70-force-bitmaps.conf. >> + fontconfig-config.postinst: install the symbolic link to >>70-yes-bitmaps.conf if asked to do so. >> + fontconfig-config.config: always assume bitmap fonts are not >>wanted if no symbolic link is present. > > There were some issues with this attempt, so I have uploaded a hopefully > better version: > > fontconfig (2.6.0-3) unstable; urgency=low > > * Remove doc/Makefile and doc/version.sgml in the clean target. > * Ship a minimal 70-yes-bitmaps.conf to avoid spurious warnings. > Closes: #505969. > * fontconfig-config.config: don’t force the bitmap fonts to be off, > rather re-ask when we find no existing symbolic link, since in this > case the intent of the user is unknown. Closes: #505970. Alas, this upload does not fix #505994. And apparently I'm not the only one who sorely misses the "fixed" font, see #506124. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some more security hinting
* Moritz Muehlenhoff [Wed, 12 Nov 2008 01:09:04 +0100]: > >> Moritz, any update on this? > > I'm on it, it'll be uploaded to tpu as 7:6.3.7.9.dfsg1-2.1+lenny1 > > in about 30 minutes. > Done. Unblocked by Luk. (Note that I asked for 7:6.3.7.9.dfsg1-2.1~lenny1; now the version in testing is greater than the version in unstable, I'll prod ftpmaster about it.) Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org «Ara que ets la meva dona, te la fotré fins a la melsa, bacona!» -- Terenci Moix, “Chulas y famosas” -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Unblock iceweasel-l10n 3.0.3+debian-1
* Daniel Baumann [Tue, 18 Nov 2008 12:21:58 +0100]: > Adeodato Simó wrote: > > In that case, please write again when it has passed NEW. > It, finally, left NEW. Unblocked. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Faced with the choice between changing one's mind and proving that there is no need to do so, almost everyone gets busy with the proof. -- J.K. Galbraith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: please allow mailman/1:2.1.11-5
* Thijs Kinkhorst [Sun, 16 Nov 2008 13:57:30 +0100]: > Hi Adeodato, > On Tuesday 11 November 2008 18:42, Adeodato Simó wrote: > > * Thijs Kinkhorst [Tue, 11 Nov 2008 16:53:14 +0100]: > > > Hi, > > Hello, > > > Please allow mailman/1:2.1.11-5 to fix a release critical bug. Adeodato > > > already unblocked -4 for this bug, but another upload was necessary to > > > handle a special case in the init script. Changelog below. > > > mailman (1:2.1.11-5) unstable; urgency=high > > >* Make init script also cope with non-specified site list. > > > -- Thijs Kinkhorst <[EMAIL PROTECTED]> Sun, 09 Nov 2008 11:26:46 +0100 > > I reviewed -5 the other day already, and had some concerns. Good thing > > you wrote. Though I now see some of them are not a regression. > > Anyway, only the `set -e` bit is important, please upload to fix at > > least that one. > I am not sure if that actually was a problem, because I tested it and it > worked, at least in my environment. Still, I think your suggestions do > improve the detection code so I've included them. Besides that I now also > mention the detected site list name in the warning we output when the list is > not found. > Can you please review and approve mailman/1:2.1.11-6? Done. (And, I'm very sorry because the `set -e` bit I so much insisted about was wrong, as kindly explained by Julien Cristau in [1]. Apologies.) [1]: http://lists.debian.org/debian-release/2008/11/msg00525.html -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org The surest way to corrupt a youth is to instruct him to hold in higher esteem those who think alike than those who think differently. -- F. Nietzsche -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock citadel and webcit
citadel version 7.37-7 makes citadel cope with long to: headerlines (#503346) and, more importantly, fixes a RC bug (#505715), namely that citadel was uninstallable if citmail wasn't installed. Webcit also had a RC (not starting) bug although that one wasn't reported. The reason was a missing build dependency on libssl-dev but a start up script using ssl code. Thanks. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Unblock request for stunnel4/3:4.22-2
Please unblock stunnel4 3:4.22-2. This upload closes #506091: stunnel4: starting twice fails PS. Please cc: me on replies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: e2fsprogs 1.41.3-1 MIGRATED to testing]
Cyril Brulebois <[EMAIL PROTECTED]> writes: > Theodore Tso <[EMAIL PROTECTED]> (17/11/2008): >> I'm curious why e2fpsrogs 1.41.3-1 was allowed to migrate to testing? > > Otavio said it was DI-okayish and could be hinted in > <[EMAIL PROTECTED]> The changelog has really only bugfixes and them looked really worth to get into Lenny. They release few crashes and specially those: ... * Avoid a poteintial infinite loop in e2fsck when there are disk I/O errors while trying to close a filesystem. * Fix a potential infinite loop in resize2fs when a bogus new size of 0 blocks is specified on the command line. ... Att, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: e2fsprogs 1.41.3-1 MIGRATED to testing]
Theodore Tso <[EMAIL PROTECTED]> (17/11/2008): > I'm curious why e2fpsrogs 1.41.3-1 was allowed to migrate to testing? Otavio said it was DI-okayish and could be hinted in <[EMAIL PROTECTED]> Mraw, KiBi. signature.asc Description: Digital signature
Re: Unblock iceweasel-l10n 3.0.3+debian-1
Adeodato Simó wrote: > In that case, please write again when it has passed NEW. It, finally, left NEW. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#504726: pre-approving universalindentgui/0.8.1-1.2 (and uploading it)
2008/11/17 Eddy Petrișor <[EMAIL PROTECTED]>: > Hello, > (Thomas, please read on for a possible problem with the patch you > committed in revision 901.) Please note that the patch I implemented in the 0.8.1-1.2 package does NOT have the issue I pointed out to Thomas. > I am reiterating the request to preaprove the universalindentgui > migration, but this time the 0.8.1-1.2 version. > > The new package can be downloaded from: > http://users.alioth.debian.org/~eddyp-guest/upload/universalindentgui-0.8.1-1.2/ > > Mathew, Debian Release, the DSC is available at: > http://users.alioth.debian.org/~eddyp-guest/upload/universalindentgui-0.8.1-1.2/universalindentgui_0.8.1-1.2.dsc > > > The patch (relative to the last source in Debian Sid): > http://users.alioth.debian.org/~eddyp-guest/upload/universalindentgui-0.8.1-1.2/universalindentgui_0.8.1-1--0.8.1-1.2.patch -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Unblock request for pdbv/2.0.11-0.4 (l10n updates)
Dear release managers, I recently NMU'ed (or worked with the maintainer of) pdbv to fix some pending l10n bugs. Could you consider unblocking that version and allow it to enter testing? The changelog for 2.0.11-0.4 is: Source: pdbv Version: 2.0.11-0.4 Distribution: unstable Urgency: low Maintainer: Christian Perrier <[EMAIL PROTECTED]> Date: Sat, 15 Nov 2008 19:22:04 +0100 Closes: 492186 503446 503762 503927 Changes: pdbv (2.0.11-0.4) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Swedish. Closes: #492186 - Russian. Closes: #503446 - Italian. Closes: #503762 - Basque. Closes: #503927 -- signature.asc Description: Digital signature
Re: Some unblock requests, again
Le dimanche 16 novembre 2008 à 21:23 +0100, Josselin Mouette a écrit : > fontconfig (2.6.0-2) unstable; urgency=low > >* Do not enable bitmap fonts by default. Closes: #496716. > + rules: ship an empty 70-yes-bitmaps.conf and rename the original >to 70-force-bitmaps.conf. > + fontconfig-config.postinst: install the symbolic link to >70-yes-bitmaps.conf if asked to do so. > + fontconfig-config.config: always assume bitmap fonts are not >wanted if no symbolic link is present. There were some issues with this attempt, so I have uploaded a hopefully better version: fontconfig (2.6.0-3) unstable; urgency=low * Remove doc/Makefile and doc/version.sgml in the clean target. * Ship a minimal 70-yes-bitmaps.conf to avoid spurious warnings. Closes: #505969. * fontconfig-config.config: don’t force the bitmap fonts to be off, rather re-ask when we find no existing symbolic link, since in this case the intent of the user is unknown. Closes: #505970. It is still not perfect since we re-ask a debconf question, but the answer to this question cannot be guessed from the sole contents of the configuration directory, and it’s low priority anyway, so it won’t be seen by most users. Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée