Re: HPPA and lenny
dann frazier wrote: On Wed, Dec 17, 2008 at 11:08:59PM +0100, Helge Deller wrote: dann frazier wrote: On Mon, Dec 15, 2008 at 08:30:25PM +0100, Peter Palfrader wrote: Helge Deller schrieb am Montag, dem 15. Dezember 2008: Matt Taggart wrote: The real problem is that no one is fixing hppa kernel problems. I don't see much point in keeping the archive up to date if nobody is working on fixing the kernel (not currently and I suspect not in the future either). This has been stated on the debian-hppa list several times over a long period and in that time no one (AFAIK) has stepped up to work on it. Matt, We have done quite some bugfixing in the last weeks and upstream 2.6.28-rcX works pretty well now. What does that mean for the lenny 2.6.26 kernel? Well, obviously when there's a fix upstream we will look at backporting this into 2.6.26. I've just posted a short analysis of the problem and a proposed kernel patch in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478717#118 It fixes the kernel crashes for me and should help to do further analysis without crashing the running linux kernel. The patch (and the problem) needs further discussion on parisc-linux kernel mailing list though... Thanks Helge! Just in case its relevant to your investigation, note that this is also an issue when using a pure NPTL environment. Just wanted to give a short update - After quite some debugging by various parisc kernel developers, it seems that buggy TLB flushing code was causing the ruby1.9 build failures / kernel crashes and we developed a workaround for now: http://permalink.gmane.org/gmane.linux.ports.parisc/1028 Patch in parisc git tree: http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=378fe7c4cc619b561409206605c723c05358edac;hp=6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607 I assume this patch solves quite some other issues which were seen as well. It would be really nice, if this (preliminary) patch could be included in the debian parisc kernel soon... I'll update bugzilla 478717 as well. Helge -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
please consider python2.4 / python2.4-doc for testing
python2.4 (2.4.6-1) unstable; urgency=medium * New upstream release (security fixes only). - Prevent expandtabs() on string and unicode objects from causing a segfault when a large width is passed on 32-bit platforms. CVE-2008-5031. Closes: #507317. - Remove patches applied upstream. * Avoid bashisms in example script. Closes: #489648. * Don't include extensions in the package, which did fail to build. compared to the 2.4.5 release, 2.4.6 has security updates only; all changes besides the fix for 507317 were already applied in 2.4.5-6. the change not to include extensions in the package, which did fail to build was seen with a local build with tcl8.5/tk8.5 installed. the corresponding python2.4-doc upload just updates the version number. Matthias -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
the gs-common problem
Hi everyone, you have been involved in #503712 so it's been a while since the last activity here. contrary to Niko's last mail I propose to live with a circular dependency and - make ghostscript depend on gs-common ( -3.2 to be uploaded) - make gs-common NOT depend on ghostscript-x unless there is a compelling reason not to (i.e. massive breakage would a reason, that gs-common then will have to stay installed for lenny is not, the circular dependency in itself isn't, but if it causes problems...). IMO a single excess package is not that bad compared to requiring attention during an upgrade. I will check whether this is a problem for the reverse build-dependencies and dependencies. For the latter, it would be cool if the maintainers of the affected packages, Vincent for latex-make Sylvain and David for page-crunch the Zope guys and Andreas and Fabio for zope-textindexng3 could weigh in here. I'll look at your packages, but if you already know whether it works without ghostscript-x or not, it'd be great if you could give me a shout. Happy holidays and kind regards T. P.S.: When you reply, you might want to drop part of the CC madness. :) -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Fwd: Bug#509184: bacula-director-pgsql: Director crashes with double free from jcr.c:343]
Gerfried Fuchs wrote: * Teodor mteo...@gmail.com [2008-12-23 11:53:04 CET]: On Sat, Dec 20, 2008 at 12:45 AM, John Goerzen jgoer...@complete.org wrote: Luk Claes wrote: unblocked Even better -- thanks! Luk, thanks for the unblock. Unfortunately 'bacula' cannot migrate due to a build failure on mipsel [1]. Can any of the mipsel buildd admins can have a look since it seems an environment problem rather than a package build issue? I can confirm that the package builds fine, started a build yesterday on a mipsel box I have access to. I did build it in an uptodate unstable cowbuilder chroot, the build log can be found here: http://rhonda.deb.at/debian/buildd/mipsel/bacula_2.4.3-1_mipsel.build.bz2 If it's fine with others I'm willing to upload the build to help the issue. Thanks for testing, I started a retry on the buildd. Thiemo -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: the gs-common problem
Hi again, immediately after I sent the last mail, Sune Vuorela pointed me to apache2's fix for #390823: They simply remove the problematic maintainer script. The question then is where to do this in so it is reliably done before stuff happens. In one of the perl packages (because the upgrade of perl triggers this) is probably too ugly, maybe the configure script of ghostscript? Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: HPPA and lenny
On Tue, Dec 23, 2008 at 11:23:57AM +0100, Peter Palfrader wrote: Helge Deller schrieb am Dienstag, dem 23. Dezember 2008: Patch in parisc git tree: http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=378fe7c4cc619b561409206605c723c05358edac;hp=6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607 So just using an SMP kernel should also work? Yes, although there may be other problems with that... Anyway, my C3750 has been surviving building ruby-1.9 in a make make clean loop for the last 10 hours now on a uniprocessor kernel. regards. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Please unblock libnet
Hello, please unblock libnet: $ grep-excuses libnet libnet (1.1.2.1-2 to 1.1.2.1-4) Maintainer: David Paleino 94 days old (needed 10 days) Not touching package, as requested by freeze (contact debian-release if update is needed) Not considered $ There are many cosmetic changes since -2 (in -3 I adopted it), but most importantly, in -3 I updated debian/copyright which was missing lots of information, and fixed some bugs present in -2. (in -4 I just reverted a patch which caused bigger issues) Thank you, David Paleino -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: please consider python2.4 / python2.4-doc for testing
Hi, * Matthias Klose d...@cs.tu-berlin.de [2008-12-23 14:49]: python2.4 (2.4.6-1) unstable; urgency=medium * New upstream release (security fixes only). - Prevent expandtabs() on string and unicode objects from causing a segfault when a large width is passed on 32-bit platforms. CVE-2008-5031. Closes: #507317. - Remove patches applied upstream. * Avoid bashisms in example script. Closes: #489648. * Don't include extensions in the package, which did fail to build. compared to the 2.4.5 release, 2.4.6 has security updates only; all changes besides the fix for 507317 were already applied in 2.4.5-6. Already unblocked by luk. the change not to include extensions in the package, which did fail to build was seen with a local build with tcl8.5/tk8.5 installed. the corresponding python2.4-doc upload just updates the version number. python2.4-doc still needs an unblock. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp9Iir9BMDwK.pgp Description: PGP signature
Unblock request: fenix 0.92a.dfsg1-5
Hi, Please unblock fenix 0.92a.dfsg1-5. We have removed 64bit architectures for now until a better solution can be found for #456037. Here is the changelog: fenix (0.92a.dfsg1-5) unstable; urgency=low [ Peter De Wachter ] * Compile with -fno-strict-aliasing. (Closes: #456034) * Drop 64 bit architectures, until #456037 is solved. * Added watch file. [ Barry deFreese ] * Acknowledge NMUs. * Add myself to uploaders. * Bump Standards Version to 3.8.0. (No changes needed). -- Barry deFreese bdefre...@debian.org Thu, 18 Dec 2008 16:11:59 -0500 Thank you, Barry deFreese -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: HPPA and lenny
On Tue, Dec 23, 2008 at 10:47:25AM +0100, Helge Deller wrote: dann frazier wrote: On Wed, Dec 17, 2008 at 11:08:59PM +0100, Helge Deller wrote: dann frazier wrote: On Mon, Dec 15, 2008 at 08:30:25PM +0100, Peter Palfrader wrote: Helge Deller schrieb am Montag, dem 15. Dezember 2008: Matt Taggart wrote: The real problem is that no one is fixing hppa kernel problems. I don't see much point in keeping the archive up to date if nobody is working on fixing the kernel (not currently and I suspect not in the future either). This has been stated on the debian-hppa list several times over a long period and in that time no one (AFAIK) has stepped up to work on it. Matt, We have done quite some bugfixing in the last weeks and upstream 2.6.28-rcX works pretty well now. What does that mean for the lenny 2.6.26 kernel? Well, obviously when there's a fix upstream we will look at backporting this into 2.6.26. I've just posted a short analysis of the problem and a proposed kernel patch in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478717#118 It fixes the kernel crashes for me and should help to do further analysis without crashing the running linux kernel. The patch (and the problem) needs further discussion on parisc-linux kernel mailing list though... Thanks Helge! Just in case its relevant to your investigation, note that this is also an issue when using a pure NPTL environment. Just wanted to give a short update - After quite some debugging by various parisc kernel developers, it seems that buggy TLB flushing code was causing the ruby1.9 build failures / kernel crashes and we developed a workaround for now: http://permalink.gmane.org/gmane.linux.ports.parisc/1028 Patch in parisc git tree: http://git.kernel.org/?p=linux/kernel/git/kyle/parisc-2.6.git;a=commitdiff;h=378fe7c4cc619b561409206605c723c05358edac;hp=6c4dfa8f8bcf032137aacb3640d7dd9d75b2b607 I assume this patch solves quite some other issues which were seen as well. Excellent! It would be really nice, if this (preliminary) patch could be included in the debian parisc kernel soon... Doing a test build now... -- dann frazier -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Unblock request: fenix 0.92a.dfsg1-5
Barry deFreese bdefre...@debian.org writes: Please unblock fenix 0.92a.dfsg1-5. We have removed 64bit architectures for now until a better solution can be found for #456037. Unblocked. Marc -- BOFH #2: solar flares pgpGPLjnL8Jgc.pgp Description: PGP signature
Re: Please unblock libnet
David Paleino d.pale...@gmail.com writes: $ grep-excuses libnet libnet (1.1.2.1-2 to 1.1.2.1-4) [...] There are many cosmetic changes since -2 (in -3 I adopted it) Yep, and they make reviewing the package unfeasible. Rejected, sorry. Marc -- BOFH #17: fat electrons in the lines pgp3VpHdCMi7D.pgp Description: PGP signature
Re: Please unblock tipcutils - updated debconf/man files
Martin Peylo deb...@izac.de writes: would you please permit the update of tipcutils to 1.0.4-5, the update to 1.0.4-4 was: Unblocked, thanks. Marc -- BOFH #213: Change your language to Finnish. pgp4ZOGCPHEai.pgp Description: PGP signature
Re: fort77 1.15-8
Mark Brown broo...@sirena.org.uk writes: Please consider allowing fort77 1.15-8 to migrate to lenny - it has one change fixing a severity important bug: fort77 (1.15-8) unstable; urgency=low * Accept source files outside the current directory when generating debug symbols (closes: #507397). Unblocked. Marc -- BOFH #130: new management pgp51HXuUFKuW.pgp Description: PGP signature
Re: Please unblock mathomatic/14.0.6-2
Sandro Tosi mo...@debian.org writes: the current version in lenny/sid of mathomatic contains a bug in the simplify command, that is fixed in the next releases (but that upstream said it was too hardto backport, since the large changes done). So upstream kindly send a patch to warn users about this bug, and suggest to use another command. Unblocked, thanks. Marc -- BOFH #71: The file system is full of it pgpV9IPuNiLHi.pgp Description: PGP signature
Re: please unblock inn2 2.4.5-5
m...@linux.it (Marco d'Itri) writes: inn2 (2.4.5-5) unstable; urgency=medium Unblocked, thanks. Marc -- Fachbegriffe der Informatik - Einfach erklärt 226: Allgemeine Schutzverletzung Paragraph in Lizenzverträgen von Microsoft, Nutzer zu beliebiger Zeit und ohne Vorwarnung bestrafen zu dürfen. (Manfred Worm Schäfer) pgplxvGN5LFHp.pgp Description: PGP signature
Re: please unblock openbsd-inetd 0.20080125-2
m...@linux.it (Marco d'Itri) writes: openbsd-inetd (0.20080125-2) unstable; urgency=high Unblocked, thanks. Marc -- BOFH #325: Your processor does not develop enough heat. pgpxUhm2SsNZg.pgp Description: PGP signature
Re: please unblock whois 4.7.30
m...@linux.it (Marco d'Itri) writes: whois (4.7.30) unstable; urgency=high Unblocked, thanks. Marc -- BOFH #203: Write-only-memory subsystem too slow for this machine. Contact your local dealer. pgpCuHBvItG7w.pgp Description: PGP signature
Re: Bug#503712: the gs-common problem
Niko Tyni wrote: On Tue, Dec 23, 2008 at 02:15:22PM +0100, Thomas Viehmann wrote: immediately after I sent the last mail, Sune Vuorela pointed me to apache2's fix for #390823: They simply remove the problematic maintainer script. The question then is where to do this in so it is reliably done before stuff happens. In one of the perl packages (because the upgrade of perl triggers this) is probably too ugly, maybe the configure script of ghostscript? I think it's too late to do it inside ghostscript, it would have to go in perl-modules. Maybe configure script is badly worded: It's most blatant abuse, but I'd just stick it into a /var/lib/dpkg/info/ghostscript.config unless there are apt-get-lookalikes that don't call that at the beginning of an upgrade. If the user produces the bad situation with dpkg by himself, well, who cares. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Please unblock getlive
Martín Ferrari tin...@debian.org writes: once again, I bother you with an unblock request. Getlive lately become completely unusable as hotmail went upgrading users' accounts to a new format which completely broke the getlive parsing. I found that upstream fixed this in CVS, so I went and packaged it as a new upstream release. Already unblocked by luk and has already moved to lenny. Marc pgpRs5Vvx6XVq.pgp Description: PGP signature
Re: Bug#503712: the gs-common problem
On Tue, Dec 23, 2008 at 02:15:22PM +0100, Thomas Viehmann wrote: immediately after I sent the last mail, Sune Vuorela pointed me to apache2's fix for #390823: They simply remove the problematic maintainer script. The question then is where to do this in so it is reliably done before stuff happens. In one of the perl packages (because the upgrade of perl triggers this) is probably too ugly, maybe the configure script of ghostscript? I think it's too late to do it inside ghostscript, it would have to go in perl-modules. Not sure if the case where perl-base is upgraded first and perl-modules lacks behind is just theoretical, but it would create the same effect. It would mean we'd need the hack in perl-base too. I'm obviously not thrilled by this ugliness, but it's doable. Thomas, thanks for driving this. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: permission to upload hdparm
Stephen Gran sg...@debian.org writes: +hdparm (8.9-3) unstable; urgency=low + + * Fix output formatting for drives configured from /etc/default/hdparm +(closes: #494660) + * Add documentation about changing device names (closes: #421087) This change is OK from the release team's POV. d-i people should ACK it, though (CCed). Marc -- BOFH #173: Recursive traversal of loopback mount points pgpEF4tkDGEdD.pgp Description: PGP signature
Re: please unblock ttf-liberation
Holger Levsen hol...@layer-acht.org writes: 1.04.93-1 (and 1.04.92.dfsg-?) is a bit packaging change indeed, but I think its the approriate thing to do. (Ship the source!) Besides that it also fixes some glyphs which were reported as errors and which should be fixed as an ugly font is not really usable neither. Unblocked by luk. Marc -- BOFH #72: Satan did it pgpyd1nLBqzAU.pgp Description: PGP signature
Please approve gkrellm/2.3.1-8 upload to tpu
Hello, the subject says everything and below is the diff :) Cheers, Sandro -- debian/changelog --- index 678ec13..9aa0b97 100644 @@ -1,3 +1,13 @@ +gkrellm (2.3.1-8) testing-proposed-updates; urgency=low + + * debian/control +- set me as maintainer, see #494725 + * debian/gkrellmd.init +- add '--oknodo' option where missing; thanks to Daniel Dickinson for the + bug repot and Patrick Matthäi for the patch; Closes: #506059 + + -- Sandro Tosi mo...@debian.org Tue, 23 Dec 2008 22:00:20 +0100 + gkrellm (2.3.1-7) unstable; urgency=low * Fixed restarting issues in init file and stopping errors. (Closes: #493077) debian/control index e99e514..448f7b6 100644 @@ -1,7 +1,7 @@ Source: gkrellm Section: x11 Priority: optional -Maintainer: Jose Luis Rivas ghostba...@gmail.com +Maintainer: Sandro Tosi mo...@debian.org Standards-Version: 3.8.0 Build-Depends: gdk-imlib1-dev, libglib2.0-dev, libgtk2.0-dev, debhelper (= 5), libsm-dev, x11proto-core-dev, gettext, libgnutls-dev, quilt, cdbs Vcs-git: git://git.rivco.info/debian/gkrellm.git - debian/gkrellmd.init - index 4749695..2af2732 100644 @@ -26,7 +26,7 @@ set -e case $1 in start) echo -n Starting $DESC: - start-stop-daemon --start --quiet \ + start-stop-daemon --start --quiet --oknodo \ --exec $DAEMON -- --pidfile /var/run/$NAME.pid $DAEMON_OPTS echo $NAME. ;; @@ -58,7 +58,7 @@ case $1 in start-stop-daemon --stop --quiet --pidfile \ /var/run/$NAME.pid --exec $DAEMON --oknodo sleep 1 - start-stop-daemon --start --quiet --pidfile \ + start-stop-daemon --start --quiet --oknodo --pidfile \ /var/run/$NAME.pid --exec $DAEMON -- --pidfile /var/run/$NAME.pid $DAEMON_OPTS echo $NAME. ;; -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: pre-approval of new upload of php5:
Raphael Geissert atom...@gmail.com writes: RT: Would you accept the attached .diff for lenny's php5? Could you send us the output from diff -w? There's a lot of reindenting going on, making reading the diff quite hard. You could, of course, also point to the actual repository and the needed patches :) Marc -- BOFH #365: parallel processors running perpendicular today pgpL10dgNVl1f.pgp Description: PGP signature
please remove phpbb2 from testing
Hi, RC bug #508701 has been filed against phpbb2 for it being unsupportable in the stable lifetime. After some thought I have decided that this is indeed correct and asked the FTP-masters to remove it in #509620. While that request is pending processing, phpbb2 can already be removed from testing. thanks, Thijs pgpVTsS8PRjxT.pgp Description: PGP signature
Re: Bug#504340: djvulibre-plugin/testing and #504340
Hi, so Luk wanted to give people a chance to comment before deciding on this largish fix. I have since privately received correspondence from Leon indicating that at first sight, the patch looked sane but is doing too much at once, but would not have time for a more thorough analysis before the second week of next year. I would really like to see a working djvulibre-plugin in lenny, so I wonder what the plan should be. Please also add other djvulibre bugs to fix in a t-p-u upload if you so desire. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
lenny removal requests
Hi, so here are three RC bugs with maintainers clearly indicating that they don't want the buggy packages to release and none look like they will be fixed. The package do not have reverse dependencies, so they seem to be good for removal. xml2rfc #506652 The maintainer Florian Weimer: This means we shouldn't release the current xml2rfc version with lenny. mailscanner #506353 The maintainer Simon Walter writes: In the current state the package should not be part of the lenny release. I'm in no position to fix all this. I'm not familiar enough with the MailScanner sourcecode and I'm not able to test the changes I would have to make, in particular to all the virusscanner scripts. upstream apparently does not seem to, let's say, consider the tempfile vulnerability a bug and does not seem to want to fix it. helpdeco #507021 The maintainer Paul Wise writes: Based on the issues I found and fixed in upstream SVN last year with the zzuf input fuzzer, I don't think the current version should be allowed into lenny on any architecture Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: please unblock ttf-liberation
Hi, On Dienstag, 23. Dezember 2008, Marc 'HE' Brockschmidt wrote: Unblocked by luk. Thanks! I just thought about it on my way home and then I found this in my inbox, great! :-) regards, Holger signature.asc Description: This is a digitally signed message part.
leafnode 1.11.7-rc1-10
I recently uploaded Leafnode 1.11.7-rc1-10 to unstable with the only change being an update to the Spanish Debconf template translations. It's not possible to migrate this to testing since Leafnode depends on pcre3 which has had a shlibs bump and a new upstream release between testing and unstable - is it OK to do a t-p-u upload for this? -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Unblock request for ipmitool 1.8.9-2
Please could you unblock ipmitool which I have just uploaded to unstable with priority medium because it fixes an RC bug (and a couple of lesser bugs while I was at it). Closes and Changes: Closes: 507760 508231 508434 Changes: ipmitool (1.8.9-2) unstable; urgency=medium . * Change pidfile name to the one it actually is. (Closes: #508434) * Fix typo in README (Closes: #508231) * Make sdr/Temperatures reading working again (Closes: #507760): - Add patch to revert some bits from 1.8.8 to 1.8.9: 20_ipmi_sdr.dpatch (Patch from Cyril Brulebois cyril.bruleb...@kerlabs.com) * Bump Standards-Version * Remove empty /usr/share/ipmitool directory Thanks, Matt -- Matthew Johnson signature.asc Description: Digital signature
unfreeze jsmath [i10n]
Please let 3.4f-2 enter lenny from sid. changes from -1 were: +jsmath (3.4f-2) unstable; urgency=low + + * [INTL:sv] Swedish strings for jsmath debconf (Closes: #504249) +(Thanks Martin Bagge) + * All .po files were updated by the recent debconf-updatepo (1.0.15) + + -- Yaroslav Halchenko deb...@onerussian.com Fri, 12 Dec 2008 23:21:29 -0500 -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-1412 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
diffstat
I just did a diffstat on the two libwebkit-1.0-1 source packages in question. $ debdiff webkit_1.0.1-4.dsc webkit_1.0.2~pre.svn37878-1.dsc | diffstat [...] 3832 files changed, 193186 insertions(+), 1006263 deletions(-) Egad, that's a lot of differences. I have a feeling that the libwebkit currently in sid and lenny is pretty broken, from the looks of this bug. Dear Debian-Releasers, Is there any way that this library can be permitted to enter testing with all these changes? Perhaps the webkit maintainers can offer an explanation for all these changes, but with the changes so numerous, I imagine that would be difficult. If not, and the Debian Releasers insist that this can't flow into Lenny without that explanation, I believe the maintainers have three choices: * Find the fix for this issue and backport it on top of 1.0.1-4 * Remove libwebkit-1.0-1 from lenny * Simply allow lenny to release with 1.0.1-4 that is this broken. The last one is a real option, as I understand things, and one could offer a newer libwebkit e.g. in backports once Lenny ships. Dear maintainers, what is your plan? At least if you say Choice 3 we'll stop bothering you. Removing libwebkit-1.0-1 from lenny is also somewhat reasonable, if somewhat tragic. Finding the patch and backporting it is best, but it's an open question as to if that's worth doing. -- Asheesh. -- You have had a long-term stimulation relative to business. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: permission to upload hdparm
Quoting Marc 'HE' Brockschmidt (h...@ftwca.de): Stephen Gran sg...@debian.org writes: +hdparm (8.9-3) unstable; urgency=low + + * Fix output formatting for drives configured from /etc/default/hdparm +(closes: #494660) + * Add documentation about changing device names (closes: #421087) This change is OK from the release team's POV. d-i people should ACK it, though (CCed). As Otavio is VAC for some time, and as, from the above changelog, I see no objection, in name of the remainings of the D-I team, I can say : go... signature.asc Description: Digital signature
