Please unblock lsb 3.1-23.1
Dear release team, I have just uploaded a NMU of lsb, to fix its pending l10n issues (and, if needed, very minor QA issues). Could you consider hinting it to enter testing? Please note that this package gives several rather annoying lintian warnings: W: lsb source: native-package-with-dash-version E: lsb-cxx: package-depends-on-multiple-libstdc-versions libstdc++5 libstdc++6 E: lsb-core: depends-on-essential-package-without-using-version depends: bsdutils E: lsb-base: depends-on-essential-package-without-using-version depends: sed E: lsb-base: depends-on-essential-package-without-using-version depends: ncurses-bin I preferred not fixing these because I was unsure whether that would be acceptable or not, and because for some of them, I was unsure about the correct fix. The NMU changelog is: Source: lsb Version: 3.1-23.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Sat, 3 Mar 2007 13:12:58 +0100 Closes: 408177 Changes: lsb (3.1-23.1) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues. * Debconf translations: - Portuguese. Closes: #408177 - Convert PO files to UTF-8, except Japanese -- signature.asc Description: Digital signature
Please unblock lprng 3.8.28dfsg.1-1.1
Dear release team, I have just uploaded a NMU of lprng, to fix its pending l10n issues (and, if needed, very minor QA issues). Could you consider hinting it to enter testing? The NMU changelog is: Source: lprng Version: 3.8.28dfsg.1-1.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Tue, 6 Mar 2007 08:57:52 +0100 Closes: 399077 408724 411991 413569 Changes: lprng (3.8.28dfsg.1-1.1) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues. * Debconf translations: - Czech. Closes: #408724 - Catalan. Closes: #411991 - Galician. Closes: #413569 - Japanese corrected. Closes: #399077 - Convert all files, but ja.po, to UTF-8 -- signature.asc Description: Digital signature
Re: Unfreeze of a number of packages
Indeed, there is a number of nasty bugs fixed in it. Below are just a few of them -- with URLs to git.openvz.org gitweb interface, where you can see all the detailed logs and the diffs. Also, the complete changelog is here: http://git.openvz.org/?p=linux-2.6.18-openvz;a=shortlog;h=028test015 If you have questions concerning any of the individual patches -- just ask. Again, as Ola said, the updated package is not breaking anything else, but rather just fixes its own problems, making it usable and more stable. Various oops in schedule fixed (OpenVZ bug #412) http://tinyurl.com/2nh4rv [SIMFS] Fix statfs behaviour over reiserfs and no-quota case http://tinyurl.com/38l9t2 [SECURITY]: Deadlock in mincore (CVE-2006-4814) http://tinyurl.com/34x3p5 [BC] Fix race in IO accounting http://tinyurl.com/32mbek [CPT] fix oops in error path http://tinyurl.com/2pvcp9 [VENET] Fix of ip6 addr add http://tinyurl.com/3b2t2p IPv[46] indev initialization fix Correct inet device initialization order to avoid partly initialized device. http://tinyurl.com/2oaxlf Logical refcount loop in ipc ns - massive leakage http://tinyurl.com/383dcy [CPT][IA64] pause() could hang forever http://tinyurl.com/3b6hel Ola Lundqvist wrote: Hi I understand that you do not consider the update of kernel-patch-openvz to be something that you can unfreeze that easily. I have been in contact with Luk before and he promised to look at it, so Luk do you have any other opinion about this? Here are some arguments that it can be unblocked: * No other package depends on this package * Compilation for all supported architectures have been done, except for ia64 as I do not have a build host for that arch, more than merulo and it need to be in unstable for some time for that. * Compiled kernel have been regression tested. Kir, have you some other good arguments or specific error corrections that you want to point out? I just know that there are number of nasty bugs that have been corrected in this version. Regards, // Ola PS. Kir is the project manager for openvz. DS. On Mon, Mar 05, 2007 at 11:48:33AM +0100, Marc 'HE' Brockschmidt wrote: Ola Lundqvist [EMAIL PROTECTED] writes: * ntop Correction of a crash and japanese translation * cron-apt Added missing dependency on cron This is an important fix. * dpsyco Correction of a very annoying error message * vnc4 Terminal handling improvement. Not that important but useful. Unblocked. Thanks for that. * kernel-patch-openvz And finally I would like you to consider to accept the version of kernel-patch-openvz that I have uploaded to experimental. I know that this is a quite big change but there are a number of reasons why it should be done. I don't think this qualifies for a freeze exception, but maybe another release team member has a different opinion. Marc -- BOFH #200: The monitor needs another box of pixels. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock dvdisaster 0.70.3-2
Steve Langasek wrote: Unblocked thanks -- 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: Please unblock lprng 3.8.28dfsg.1-1.1
Christian Perrier [EMAIL PROTECTED] writes: I have just uploaded a NMU of lprng, to fix its pending l10n issues (and, if needed, very minor QA issues). Unblocked. Marc -- BOFH #3: electromagnetic radiation from satellite debris pgpyYHIK2LMtn.pgp Description: PGP signature
Re: Please unblock lsb 3.1-23.1
Christian Perrier [EMAIL PROTECTED] writes: I have just uploaded a NMU of lsb, to fix its pending l10n issues (and, if needed, very minor QA issues). Unblocked. Marc -- BOFH #271: The kernel license has expired pgpdYnM7p9TeY.pgp Description: PGP signature
Re: Please unblock mnogosearch 3.2.37-3.2
Packages needed in the clean target are supposed to be listed in Build-Depends, not in Build-Depends-Indep. Could you please correct this and reupload? Crap, sorry for that. I noticed the lintian warning, corrected thisbut stupidely added po-debconf to the wrong line. ALso, the templates seem to have inconsistent capitalization -- SQLite and MySQL, but postgreSQL with no capital letter? Right. Will correct that one as well. signature.asc Description: Digital signature
RC-ness of this bug
Hi, I urge you to reconsider severity of this problem. There's another situation that makes it much worse: - User boots off USB stick - sda is USB, sdb is SCSI or SATA - GRUB install on (hd0) (i.e. sda) fails. - Manual repairing is not possible, because if you boot a rescue system off USB stick, root disk will still be sdb. This makes USB sticks unusable for any computer using SATA or SCSI (i.e., almost every modern x86). I would rather not ship any USB images at all than shipping them in this state. As for finding a solution, I'm not sure what can be done. Perhaps d-i could tell udev in some way that device node names need to be reordered, right after disks have been detected ? -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request for permission to upload sl-modem through t-p-u for l10n purposes
#include hallo.h * Christian Perrier [Tue, Mar 06 2007, 06:08:18AM]: I was so bold and uploaded the version 2.9.9d+e-pre2-7etch1 to t-p-u based on 2.9.9d+e-pre2-7 built with just the new translation. Hmmm, this one ? * t-p-u upload only * de.po updates by Helge Kreutzmann * it.po (NEW) bei Luca Monducci I forgot to add the close tags, sorry. Indeed, a complete update of translations in testing should have copied the Japanese and French translations from unstable to make testing translations as complete as possible. Do I have a way to know about them if there are no bug reports? http://ddtp.debian.net/s.html does not display updates for sl-modem, not even for the two languages mentioned in the changelog. Eduard. -- Naja, Garbage Collector eben. Holt den Müll sogar vom Himmel. (Heise Trollforum über Java in der Flugzeugsteuerung) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla codebase releases 1.8.1.2 and 1.8.0.10
Eric Dorland [EMAIL PROTECTED] writes: * Marc 'HE' Brockschmidt ([EMAIL PROTECTED]) wrote: I would love to see an upload to unstable before you start with that work, so that we can get a releasable version of iceweasel into testing soon. If time allows, you can propose a new packages with reorganized/added patches at a later point, but right now, I would like to get big pieces like iceweasel finally ready for release. I'll try to roll a new release tonight. This led to #413162 (and friends). Could you please do another upload fixing only this bug, so that we finally have a version that is releasable? Marc -- Fachbegriffe der Informatik - Einfach erklärt 71: Nescafe Der Welt populärster WWW-Browser [tm] (vgl. Java) pgpH0ZqUAhbvL.pgp Description: PGP signature
Re: Unblock gnome-pilot(-conduits)
Hi Felipe, On Mon, Mar 05, 2007 at 06:57:54PM -0300, Felipe Roquette wrote: gnome-pilot and gnome-pilot-conduits has a fixed pointer-size bug (#411957) on amd64 and other minor things. Is it possible to send to Etch? The gnome-pilot package includes this change: * Added libbluetooth2-dev on Build-Depend because libpisock.la declares a dependency on libbluetooth.la but libpisock-dev does not depend libbluetooth2-dev (bug #413051). That's incorrect. The libpisock.la in testing doesn't reference libbluetooth.la; the libpisock-dev package in unstable does depend on libbluetooth2-dev. Please revert this unnecessary build-dependency. The gnome-pilot-conduits package includes a number of changes with no explanation in the changelog. If this update is required for fixing bug #411957, it's not evident at all. I don't see anything warranting an unblock on this package. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please add mono 1.2.3.1 to unstable (and, eventually, etch) rather than experimental
Hi, I know this is going to be kinda controversial, but I'd really like to make a case to either upload mono 1.2.3.1 to unstable (and eventually have it migrate to etch), or to at least backport the fix for #403495 to the version in unstable. Justification: I filed #403495 at the severity important, but that's because having an application crash *sometimes* after extensive use is something most people can live with; however, if one wants to use it in any level of enterprise-class production, having a runtime environment that crashes after some serious load is totally useless (it really is load-related, as the bug triggers when the JIT compiler misinterprets its own cache). I think releasing etch with this bug would be a serious showstopper for powerpc users of mono. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request for permission to upload sl-modem through t-p-u for l10n purposes
On Tue, Mar 06, 2007 at 11:56:54AM +0100, Eduard Bloch wrote: #include hallo.h * Christian Perrier [Tue, Mar 06 2007, 06:08:18AM]: I was so bold and uploaded the version 2.9.9d+e-pre2-7etch1 to t-p-u based on 2.9.9d+e-pre2-7 built with just the new translation. Hmmm, this one ? * t-p-u upload only * de.po updates by Helge Kreutzmann * it.po (NEW) bei Luca Monducci I forgot to add the close tags, sorry. Indeed, a complete update of translations in testing should have copied the Japanese and French translations from unstable to make testing translations as complete as possible. Do I have a way to know about them if there are no bug reports? http://ddtp.debian.net/s.html does not display updates for sl-modem, not even for the two languages mentioned in the changelog. -7etch1 approved, in any case; if further l10n updates are needed, there's still room for them. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla codebase releases 1.8.1.2 and 1.8.0.10
On Tue, Mar 06, 2007 at 12:13:37PM +0100, Marc 'HE' Brockschmidt wrote: Eric Dorland [EMAIL PROTECTED] writes: * Marc 'HE' Brockschmidt ([EMAIL PROTECTED]) wrote: I would love to see an upload to unstable before you start with that work, so that we can get a releasable version of iceweasel into testing soon. If time allows, you can propose a new packages with reorganized/added patches at a later point, but right now, I would like to get big pieces like iceweasel finally ready for release. I'll try to roll a new release tonight. This led to #413162 (and friends). Could you please do another upload fixing only this bug, so that we finally have a version that is releasable? This is not going to happen for the following reasons: - There are non filed RC bugs affecting the current iceweasel, which include: - Broken on hppa - Preferred form of modification not provided for tri-licensed logo - Copyright file doesn't include the copyright for the logo - Random crashes when null characters are present in justified text with unknown security consequences - Oudated config.guess and config.sub - There are unmet release goals, which include: - Having a blue globe on the logo - Fix for XUL FastLoad cache corruption on upgrade of jar'ed chrome - Removing links to Firefox release notes - Make the default home page be set to something (missing file) - Unified about page with iceape - Avoid home page to be set to unexisting file when the profile was initially imported from mozilla, which homepage file disappears with transition to iceape. Plus, upstream is going to put up a 2.0.0.3 release fixing regressions introduced in 2.0.0.1 and 2.0.0.2, including a fix on client certificate handling that may be important at least for french people who want to do their tax declaration online using iceweasel. I don't know when this release is going to be done, but I have a 2.0.0.2+dfsg-3 release ready for upload. You can find the changelog here: http://svn.debian.org/wsvn/pkg-mozilla/iceweasel/trunk/debian/changelog?op=filerev=0sc=0 It fixes all of the above problems, reverts some modifications that are now useless, and unifies patches with xulrunner and iceape, to ease patch handling for us maintainers (most of the latter are really cosmetic changes, except changes to the xpcom assembly for m68k, which has been applied for a while on iceape and xulrunner, and may fix unreported glitches on this architecture). I'm still waiting to see how fast upstream is going to release 2.0.0.3 to know when I'll upload or if I'll just introduce the client certificate fix in 2.0.0.2+dfsg-3. There is also another random crash bug that could fix a whole lot of the reported crashes that is currently under investigation by Alexander Sack, which I'm also waiting to see if it's going to be fixed soon. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Mon, Mar 05, 2007 at 05:57:13PM -0800, Steve Langasek wrote:
Hi Sjoerd,
On Mon, Mar 05, 2007 at 12:02:47PM +0100, Sjoerd Simons wrote:
I've just uploaded an NMU of libvisual to the DELAYED/2-day queue on gluck,
which works around the issue of the altivec detection causing gstreamer to
segv on some powerpc machines without altivec. Which in turn breaks the
gnome
desktop on these machines. The workaround simply completely disables the
altivec detection.
Where is the diff for this NMU, please?
Oh, forgot to attach it, sorry. See attachment
With this workaround #404876 and #407153 can either be closed or downgraded
retitled to please enable/fix altivec detection.
Have you not closed these bugs in the changelog of your NMU?
No, as Loic mentioned in his mail we decided that this bug should be downgraded
instead of being closed as it's just a work-around instead of a real fix.
If you prefer, i can ofcourse upload a new version which does clone the bug and
we can do some magic to open a new one with the same info, stating what
actually should be fixed :)
Sjoerd
PS: Please keep me CC'd in replies
--
Expansion means complexity; and complexity decay.
diff -u libvisual-0.4.0/debian/changelog libvisual-0.4.0/debian/changelog
--- libvisual-0.4.0/debian/changelog
+++ libvisual-0.4.0/debian/changelog
@@ -1,3 +1,11 @@
+libvisual (0.4.0-1.1) unstable; urgency=high
+
+ * NMU
+ * Disable altivec detection code, it breaks gstreamer on machines without
+altivec.
+
+ -- Sjoerd Simons [EMAIL PROTECTED] Sun, 14 Jan 2007 14:26:45 +0100
+
libvisual (0.4.0-1) unstable; urgency=low
* New upstream release
only in patch2:
unchanged:
--- libvisual-0.4.0.orig/libvisual/lv_cpu.c
+++ libvisual-0.4.0/libvisual/lv_cpu.c
@@ -143,6 +143,7 @@
static void check_os_altivec_support( void )
{
+ return;
#if defined(VISUAL_OS_DARWIN)
int sels[2] = {CTL_HW, HW_VECTORUNIT};
int has_vu = 0;
Re: Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Tue, Mar 06, 2007 at 12:24:46PM +0100, Sjoerd Simons wrote: If you prefer, i can ofcourse upload a new version which does clone the bug s/clone/close/ ^ and we can do some magic to open a new one with the same info, stating what actually should be fixed :) Sjoerd -- Do not seek death; death will find you. But seek the road which makes death a fulfillment. -- Dag Hammarskjold -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#389881: RC-ness of this bug
[EMAIL PROTECTED] (Marco d'Itri) writes: On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote: I urge you to reconsider severity of this problem. There's another situation that makes it much worse: The correct solution is to make d-i use labels in fstab and to find the root file system. udev has not much to do with this. I think it's too late for that kind of change on d-i side. This right solution looks to be post-Etch material to me. -- 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: Please unblock apache/1.3.34-4.1
On Sun, Mar 04, 2007 at 07:52:42PM +, Matthew Johnson wrote: My NMU of apache to close #357561 has just been uploaded. It closes a security vulnerability which was only not RC due to it being terminal related. I feel that even so, when a fix is available it should be allowed into Etch. The changelog entry is as follows: apache (1.3.34-4.1) unstable; urgency=low . * Non-Mainainer Upload. * Revert 033_-F_NO_SETSID patch and re-fix #244857 in such a way that a local root hole is not created (Closes: #357561) Unblocked. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock packages for the /usr/doc transition
Hi, A few packages have been missed from the list of packages needed to be rebuilt for the /usr/doc transations. This should be the last ones, at least that I know of, that needed to be fixed. All these packages required just a simple rebuild. In one case I also fixed a debconf dependency. crafty-books-medium/1.0-2.1 crafty-books-medtosmall/1.0-2.1 crafty-books-small/1.0-2.1 gmt-coast-low/20020411-1.1 Please unblock them to as far as we know complete the /usr/doc transition for Etch. Thijs signature.asc Description: This is a digitally signed message part
Please unblock desktop-base/4.0.1
Hi RM team, I would like to ask desktop-base 4.0.1 unblock. 4.0.0.1 that was uploaded to experimental and merged on 4.0.1 fixed four bugs. With 4.0.1 we've finally common artwork for Etch between GNOME, KDE and Xfce and the wallpaper ugliness is also fixed. Since 4.0.0 actually in Etch is already quite broken for KDE users and displaying a ugly wallpaper for both GNOME and Xfce users, push it in won't hurt IMHO. We tried to keep the diff as small as possible and focused only on the needed changes, this is around ~ 100 lines (except the required wallpaper in SVG update). The changelog: desktop-base (4.0.1) unstable; urgency=high [ Fathi Boudra ] * Re-enable kdm override; this issue will be fixed on KDM init script. [ Loic Minier ] * Merge 4.0.0.1 and upload to unstable. -- Loic Minier [EMAIL PROTECTED] Thu, 22 Feb 2007 20:03:44 +0100 desktop-base (4.0.0.1) experimental; urgency=high [ Fathi Boudra ] * Fix KSplash theme moodin engine installation. * Fix MoreBlue KDM theme. Thanks to Modestas Vainius. (Closes: #408513, #408947) * KDM override is disabled by default. (Closes: #407799) * Fixed default SVG wallpaper reverting to previous image. (Closes: #407930) [ Loic Minier ] * Depend on librsvg2-common for SVG support. -- Gustavo Franco [EMAIL PROTECTED] Tue, 30 Jan 2007 17:08:41 -0200 thanks in advance, -- stratus http://stratusandtheswirl.blogspot.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RC-ness of this bug
On Tue, Mar 06, 2007 at 01:15:23PM +0100, Marco d'Itri wrote: On Mar 06, Robert Millan [ackstorm] [EMAIL PROTECTED] wrote: I urge you to reconsider severity of this problem. There's another situation that makes it much worse: The correct solution is to make d-i use labels in fstab and to find the root file system. udev has not much to do with this. Which will enable a whole lot of other broken setups. Even uuids would be better to use, though I'm not sure all filesystem types expose one (ditto for labels, actually). Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#413661: libblkid1: leaks memory like crazy
On Tue, Mar 06, 2007 at 10:44:55AM -0500, Theodore Tso wrote: Yikes, what blkid function is rpc.mountd calling all the time which is causing this kind of memory leakage? blkid_probe_all_new() seems to be the one. It happens at every mount and umount, I believe; it's not like it's being called all the time (it leaks much faster on busy systems than on almost idle systems, AFAICS), it's that it leaks so _much_ memory all the time. Oh, I see, because nfs-kernel-server 1.0.10 is in testing, and 1.0.12 is in unstable. I assume it's unlikely that nfs-kernel-server 1.0.12 is going to migrate to testing? I was originally planning to ask for an exception (with associated RM bribes, the diff is quite large), but given 1.0.11's and 1.0.12's track record so far, I think that's quite far-fetched, yes. OK, release managers, the memory leak primarily occurs in the device mapper probing code, and an additional leak when there is a partition which does not have a valid filesystem known to blkid. rpc.mountd is, as far as I know, the first long-lived daemon using blkid, and it's apparently using it in a somewhat interesting way which is the system to constantly reprobe the disk information (if it is leaking megabytes per minute). The patch looks reasonably sane and low risk based on a on-paper examination of the code changes --- but if nfs-kernel-server 1.0.12 isn't going into etch, I'd say it's borderline whether or not we include this patch into the e2fsprogs upload I was about to do. FWIW, I agree with this analysis, possibly except the part about mountd's usage pattern. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please add mono 1.2.3.1 to unstable (and, eventually, etch) rather than experimental
Hi, Wouter Verhelst wrote: I think releasing etch with this bug would be a serious showstopper for powerpc users of mono. Interesting in this case would be whether experimentals mono is at fault for #412967. Happens only on ppc for me but not on i386/amd64. Regards, Rene -- .''`. Ren? Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Re: Bug#413661: libblkid1: leaks memory like crazy
On Tue, Mar 06, 2007 at 04:54:41PM +0100, Steinar H. Gunderson wrote: On Tue, Mar 06, 2007 at 10:44:55AM -0500, Theodore Tso wrote: Yikes, what blkid function is rpc.mountd calling all the time which is causing this kind of memory leakage? blkid_probe_all_new() seems to be the one. It happens at every mount and umount, I believe; it's not like it's being called all the time (it leaks much faster on busy systems than on almost idle systems, AFAICS), it's that it leaks so _much_ memory all the time. Well, the amount of memory leaked depends on how many device mapper volumes you have, and how many of them contain unitialized volumes. And I guess this must have been on a system with a lot of mounts and unmounts. - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unblock request: dbconfig-common 1.8.31
ahoy, On Mon, 2007-03-05 at 22:07 -0800, Steve Langasek wrote: An upload to t-p-u for the l10n updates would be ok. Fixing the dpkg order-of-operations corner case also seems like it would be ok, but I haven't been able to pick out which change in the package is related to this bug, so I can't say for sure yet. :) for your perusal, here's the significant portions changed for this particular fix. sean Index: dpkg/common === --- dpkg/common (.../1.8.29) (revision 378) +++ dpkg/common (.../1.8.30) (revision 378) @@ -844,8 +844,12 @@ dbc_debug dbc_register_debconf() $@ for f in $dbc_register_templates; do + # register the question, but bail if it doesn't (yet) exist + # failure is gracefully handled elsewhere + if ! db_register dbconfig-common/$f $dbc_package/$f /dev/null 21; then + return 1 + fi # perform some basic customizing substitutions - db_register dbconfig-common/$f $dbc_package/$f db_subst $dbc_package/$f pkg $dbc_package if [ $dbc_dbvendor ]; then db_subst $dbc_package/$f dbvendor $dbc_dbvendor Index: dpkg/config === --- dpkg/config (.../1.8.29) (revision 378) +++ dpkg/config (.../1.8.30) (revision 378) @@ -20,7 +20,19 @@ ## ## register all the dbconfig-common questions ## - dbc_register_debconf + ## note that this can fail in the case that dbconfig-common is being + ## installed at the same time as the dependant package and the latter + ## is preconfigured before we are (no way to avoid this without being + ## in base). in this case we gracefully exit and defer to the second + ## time the config script is run by dpkg in the postinst. note if that + ## hack in dpkg ever goes away we can still work around the issue so + ## i think it's fair to avoid over-complicating things in the dependency + ## chain. + ## + if ! dbc_register_debconf; then + dbc_debug dbconfig-common not yet setup, deferring configuration. + return 0 + fi # make sure debconf is up to date with on-disk configuration dbc_read_package_config signature.asc Description: This is a digitally signed message part
unblock request: cacti-cactid 0.8.6i-2
hey folks, just going through my packages and i found an uncommitted german debconf translation for cacti-cactid. no other changes in this upload. sean signature.asc Description: This is a digitally signed message part
Re: Mozilla codebase releases 1.8.1.2 and 1.8.0.10
On Tue, Mar 06, 2007 at 01:38:02PM +0100, Mike Hommey [EMAIL PROTECTED] wrote: You can find the changelog here: http://svn.debian.org/wsvn/pkg-mozilla/iceweasel/trunk/debian/changelog?op=filerev=0sc=0 FWIW: [EMAIL PROTECTED]:~$ svn diff file:///svn/pkg-mozilla/iceweasel/tags/2.0.0.2+dfsg-2 file:///svn/pkg-mozilla/iceweasel/trunk | filterdiff -x configure -x debian/*.xpm -x debian/*.uu -x debian/*.svg | diffstat browser/base/content/baseMenuOverlay.xul| 13 - browser/base/content/browserconfig.properties |2 configure.in| 12 - debian/about_debian.js | 133 +++ debian/changelog| 67 + debian/control |2 debian/copyright|3 debian/filter-globe.xsl | 21 + debian/homepagereset.js | 133 +++ debian/iceweasel-runner |7 debian/iceweasel.install|5 debian/iceweasel.links |1 debian/rules| 62 +++-- layout/base/nsPresContext.cpp | 141 +++- layout/base/nsPresContext.h | 13 + layout/generic/nsTextTransformer.h |4 modules/libjar/nsJAR.cpp| 12 - modules/libjar/nsJAR.h |5 xpcom/reflect/xptcall/src/md/unix/Makefile.in |6 xpcom/reflect/xptcall/src/md/unix/xptcinvoke_linux_m68k.cpp | 36 +-- xpcom/reflect/xptcall/src/md/unix/xptcstubs_linux_m68k.cpp | 12 - xpcom/typelib/xpidl/xpidl.c |4 22 files changed, 602 insertions(+), 92 deletions(-) The biggest changes are made to nsPresContext* and are from upstream. The next biggest additions are debian/about_debian.js and debian/homepagereset.js, the latter being taken from iceape and the former adding about:README.Debian and about:bugs pages. The rest is easily reviewed. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request for permission to upload sl-modem through t-p-u for l10n purposes
Quoting Eduard Bloch ([EMAIL PROTECTED]): Indeed, a complete update of translations in testing should have copied the Japanese and French translations from unstable to make testing translations as complete as possible. Do I have a way to know about them if there are no bug reports? No simple way, frankly speaking. These two languages are complete for the version of sl-modem in unstable while they aren't in testing. So, the simplest way is proably looking at the package's changelog between the version in testing and the version in unstable and add all updates mentioned there. I did even use a simpler method: I just copied all PO files from the unstable package to the t-p-u package, checked that the string didn't change and just used them. I can provide you with a full tarball containing the whole stuff and a proposed changelog entry, indeed. signature.asc Description: Digital signature
Possible addition of more mountpoints to the Release Notes
Hello, This is just some ponderings of mine that popped into my head while helping to proofread a translation of the release notes for etch. I asked in #debian on Freenode if I were totally ofaf with my ponderings and I were suggested to send a mail here. So, what am I on about? Well, in the release notes there is a part that talks about that you need to remember to be sure that mountpoints are mounted in a way that is correct. Also, it speaks about upgrading perl and aptitude to hopefully avoid any trouble, both quite essential parts of a debian system. *4.4 Upgrading packages * The recommended way to upgrade from previous Debian GNU/Linux releases is to use the package management tool |aptitude|. This program makes safer decisions about package installations than running |apt-get| directly. Don't forget to mount all needed partitions (notably the root and |/usr| partitions) read-write, with a command like: # mount -o remount,rw /mountpoint - - - and - - - *4.4.2 Upgrading aptitude *Upgrade tests have shown that etch's version of |aptitude| is better at solving the complex dependencies during an upgrade than either |apt-get| or sarge's |aptitude|. It should therefore be upgraded first using: # aptitude install aptitude You will be shown a list of the changes that will be made and asked you to confirm them. You should take a careful look at the proposed changes, especially packages that will be removed by the upgrade, before you confirm. In some cases if a large number of packages is listed for removal, you may be able to reduce this list by pre-upgrading selected other packages alongside |aptitude|. An example may clarify this. During upgrade tests for systems having KDE installed, we have seen that this step would cause removal of a large number of KDE packages and/or perl. The solution proved to be to install aptitude perl instead of install aptitude. * *Something I've noticed when upgrading a secure (but still a little misconfigured, apt has its way to deal with this) debian system is that if /tmp is mounted with noexec most perl things have somewhat of a hard time. So what I wonder if not /tmp should be added to the list of filesystems that should be checked? I cannot honestly say that I know what will actually happen if you perform a full upgrade with /tmp noexec, if it will destroy anything that is. But I am sure someone here would have the answer to that. Also, now when im writing this I got to think of, what about /var? Perhaps im totally off in my ponderings, or this has already been decided by some person, but I thought it's better to bring it up. /Alexander Rydekull -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock mnogosearch 3.2.37-3.3
Dear release team, I have just re-uploaded a NMU of mnogosearch, to fix a mistake I introduced in the former NMU and a spelling inconsistency in templates. Could you consider hinting it to enter testing? The NMU changelog is: Source: mnogosearch Version: 3.2.37-3.3 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Tue, 6 Mar 2007 20:26:10 +0100 Changes: mnogosearch (3.2.37-3.3) unstable; urgency=low . * Non-maintainer upload to fix glitches in previous upload. * Move po-debconf to Build-Depends * Rewrite PostgreSQL in templates for overall consistency -- signature.asc Description: Digital signature
Re: Bug#413661: libblkid1: leaks memory like crazy
On Tue, Mar 06, 2007 at 10:44:55AM -0500, Theodore Tso wrote: OK, release managers, the memory leak primarily occurs in the device mapper probing code, and an additional leak when there is a partition which does not have a valid filesystem known to blkid. rpc.mountd is, as far as I know, the first long-lived daemon using blkid, and it's apparently using it in a somewhat interesting way which is the system to constantly reprobe the disk information (if it is leaking megabytes per minute). The patch looks reasonably sane and low risk based on a on-paper examination of the code changes --- but if nfs-kernel-server 1.0.12 isn't going into etch, I'd say it's borderline whether or not we include this patch into the e2fsprogs upload I was about to do. No strong opinion either way; I'm more concerned that the e2fsprogs upload happens sooner rather than later, so that d-i RC2 doesn't get held up waiting for it. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Wordpress in etch
Steve Langasek wrote: Security Team, On Mon, Mar 05, 2007 at 10:27:00PM +, Kai Hendry wrote: As micah suggests I will offer a firm commitment to actually making the security updated packages when the hole comes out, and even drafting the DSA and delivering it to the security team on a silver platter) and if it becomes untenable I will support the removal ^^ We can't sanely remove a package from a stable release. Below is the last email from upstream confirming support. Is this satisfactory? Should this bug be closed? No, I still believe it's not supportable over the course of a stable release and has security issue too frequently. Instead of focusing on each one's pet package we need to look at the big picture. Maintaining security support for a distribution of the size of Debian is already difficult enough. If there's user interest in Wordpress, I recommend to maintain it through volatile. EOD for me. PS: I need to correct my earlier remark. Even Gentoo ceased security support for Wordpress (and they don't even do backports): http://bugs.gentoo.org/show_bug.cgi?id=168529 Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Tue, Mar 06, 2007 at 08:36:19AM +0100, Loïc Minier wrote: On Mon, Mar 05, 2007, Steve Langasek wrote: With this workaround #404876 and #407153 can either be closed or downgraded retitled to please enable/fix altivec detection. Have you not closed these bugs in the changelog of your NMU? I'm the one who proposed not to close the bug as the bug isn't fixed, only hidden, and altivec support is desirable. Perhaps we should clone the bug and close one if you need a RC bug to track this upload. Yes, please. There are two separate bugs here: earlier versions of the package have broken altivec detection that leaves the package unusable on some procs, later versions have no altivec detection at all. The former is RC (at least arguably), the latter is not, so it would be helpful to be able to distinguish between the two. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock packages for the /usr/doc transition
On Tue, Mar 06, 2007 at 02:20:23PM +0100, Thijs Kinkhorst wrote: A few packages have been missed from the list of packages needed to be rebuilt for the /usr/doc transations. This should be the last ones, at least that I know of, that needed to be fixed. All these packages required just a simple rebuild. In one case I also fixed a debconf dependency. crafty-books-medium/1.0-2.1 crafty-books-medtosmall/1.0-2.1 crafty-books-small/1.0-2.1 gmt-coast-low/20020411-1.1 Please unblock them to as far as we know complete the /usr/doc transition for Etch. All unblocked. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock desktop-base/4.0.1
Hi Gustavo, On Tue, Mar 06, 2007 at 11:57:43AM -0300, Gustavo Franco wrote: I would like to ask desktop-base 4.0.1 unblock. 4.0.0.1 that was uploaded to experimental and merged on 4.0.1 fixed four bugs. With 4.0.1 we've finally common artwork for Etch between GNOME, KDE and Xfce and the wallpaper ugliness is also fixed. This package contains undocumented changes: diff -Nru /tmp/RxGXtXRiRY/desktop-base-4.0.0/debian/control /tmp/ND15WEvaVF/desktop-base-4.0.1/debian/control --- /tmp/RxGXtXRiRY/desktop-base-4.0.0/debian/control 2006-12-03 09:49:58.0 + +++ /tmp/ND15WEvaVF/desktop-base-4.0.1/debian/control 2007-01-22 07:08:39.0 + @@ -8,7 +8,7 @@ Package: desktop-base Architecture: all -Recommends: epiphany-browser | konqueror | www-browser +Depends: librsvg2-common Suggests: gnome | kde | xfce4 | wmaker Description: common files for the Debian Desktop This package contains various miscellaneous files which are used by Since 4.0.0 actually in Etch is already quite broken for KDE users Are you referring here to bug #408513? and displaying a ugly wallpaper for both GNOME and Xfce users, push it in won't hurt IMHO. We tried to keep the diff as small as possible and focused only on the needed changes, this is around ~ 100 lines (except the required wallpaper in SVG update). I find myself wondering here what guarantee there is that someone else doesn't later decide that the /new/ wallpaper is ugly, and request another update for etch... Anyway, please explain the reason for the undocumented changes above, and I'll take a look at unblocking it. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please hint sqlite3 NMU
Hello, I would like to ask for a hint on the sqlite3 source package. http://packages.qa.debian.org/s/sqlite3/news/20070306T121704Z.html -- 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: Bug#413661: libblkid1: leaks memory like crazy
On Tue, Mar 06, 2007 at 02:05:38PM -0800, Steve Langasek wrote: No strong opinion either way; I'm more concerned that the e2fsprogs upload happens sooner rather than later, so that d-i RC2 doesn't get held up waiting for it. I'm uploading it now to unstable. Thanks, - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please consider pushing gnochm 0.9.8-1.1 into etch
Hi, I NMU'd gnochm to fix a usability bug (Debian Bug #401830). This is fixed in upstream 0.9.9 version. I pulled a one line patch to fix this for etch. Please consider unfreezing gnochm for etch. Here's the debian changelog. = gnochm (0.9.8-1.1) unstable; urgency=low * Non-maintainer upload. * Apply patch to correctly render small gifs in text window (Closes: #401830). Ganesan -- Ganesan Rajagopal signature.asc Description: Digital signature
Announcing the end of the l10n NMU campaign
I hereby announce the end of my personal work on l10n NMUs until the release of etch. I am now reaching packages where the oldest l10n bug reportshave been reported *after* the beginning of the campaign. In short, all pending and old po-debconf bug reports have been closed now, except for very rare packages where maintainers do not wish this to happen (sometime for good reasons, sometimes for bad reasons). A recent bug on screen has shown that, despite all care taken, such late updates could trigger annoying bugs, so it's probably time to stop all l10n updates now. Of course, I leave up to the RM to officially announce this. The campaign will continue for a few days while I purge the queue of packages I have under work. But the packages I will start as of today will be the *last ones* I will personnally work ona I also have a few pending t-p-u updates which I intend to finish working on. On short, there will still be requests for unblock in the next 10 days or so. Many thanks to all translators for their work during this campaign and special thanks to the release managers who had some extra work because of that and who did this work very carefully, sometimes correcting my own mistakes. -- signature.asc Description: Digital signature
Re: unblock request: dbconfig-common 1.8.31
On Tue, Mar 06, 2007 at 06:26:17PM +0100, sean finney wrote: On Mon, 2007-03-05 at 22:07 -0800, Steve Langasek wrote: An upload to t-p-u for the l10n updates would be ok. Fixing the dpkg order-of-operations corner case also seems like it would be ok, but I haven't been able to pick out which change in the package is related to this bug, so I can't say for sure yet. :) for your perusal, here's the significant portions changed for this particular fix. Looks reasonable to me, feel free to upload. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unblock request: cacti-cactid 0.8.6i-2
On Tue, Mar 06, 2007 at 07:51:31PM +0100, sean finney wrote: just going through my packages and i found an uncommitted german debconf translation for cacti-cactid. no other changes in this upload. Unblocked. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock mnogosearch 3.2.37-3.3
On Tue, Mar 06, 2007 at 10:35:51PM +0100, Christian Perrier wrote: I have just re-uploaded a NMU of mnogosearch, to fix a mistake I introduced in the former NMU and a spelling inconsistency in templates. Could you consider hinting it to enter testing? Unblocked. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla codebase releases 1.8.1.2 and 1.8.0.10
On Tue, Mar 06, 2007 at 06:05:09PM -0800, Steve Langasek [EMAIL PROTECTED] wrote: On Tue, Mar 06, 2007 at 01:38:02PM +0100, Mike Hommey wrote: On Tue, Mar 06, 2007 at 12:13:37PM +0100, Marc 'HE' Brockschmidt wrote: Eric Dorland [EMAIL PROTECTED] writes: * Marc 'HE' Brockschmidt ([EMAIL PROTECTED]) wrote: I would love to see an upload to unstable before you start with that work, so that we can get a releasable version of iceweasel into testing soon. If time allows, you can propose a new packages with reorganized/added patches at a later point, but right now, I would like to get big pieces like iceweasel finally ready for release. I'll try to roll a new release tonight. This led to #413162 (and friends). Could you please do another upload fixing only this bug, so that we finally have a version that is releasable? Plus, upstream is going to put up a 2.0.0.3 release fixing regressions introduced in 2.0.0.1 and 2.0.0.2, including a fix on client certificate handling that may be important at least for french people who want to do their tax declaration online using iceweasel. We really need to be converging on the release at this point. If 2.0.0.3 doesn't include any RC fixes, please upload the 2.0.0.2 that you have so that we can get iceweasel into a releasable state and consider 2.0.0.3 when it's available. Here are the bugs that are fixed in 2.0.0.3, so far: https://bugzilla.mozilla.org/buglist.cgi?field0-0-0=flagtypes.nametype0-0-0=equalsvalue0-0-0=blocking1.8.1.3%2Border=map_assigned_to.login_name,bugs.bug_id One is security wise, though I don't see any real critical impact for this... I'd say #371525, #371576, and #370136 are pretty serious regressions. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock desktop-base/4.0.1
On Tue, Mar 06, 2007, Steve Langasek wrote: Package: desktop-base Architecture: all -Recommends: epiphany-browser | konqueror | www-browser +Depends: librsvg2-common That was me in r70 of the debian-desktop SVN; I failed to document the cleanup of the browser I made. Here's how it went: - we discussed Recommends versus Depends on librsvg2-common with Joey Hess since Recommends are not pulled by tasksel, so either you have to list the package you want pulled in by default in the task, or you depend on it; Joey Hess correctly suggested we depend on it (http://lists.debian.org/debian-desktop/2007/01/threads.html#00078) - I went to do the switch to Depends from Recommends and noticed weird Recommends on browsers like you see above; these are in since forever (since the initial import to SVN), and they are weird because desktop-base is supposedly a data package - I decided to remove these since I knew we spent some time fixing the default browser situation in tasksel + meta-gnome2, and this seemed like a superfluous place to hardcode the browser dependency again and since the package had no HTML, or use of a browser - I failed to document the removal of the (IMO bogus) recommends on browsers above -- but I mentionned the rsvg dep So, sorry for missing that part; I think this removes potentially dangerous recommends on browsers which should be pulled in the desktop's meta packages instead, and not by the desktop-base meta-package. -- Loïc Minier [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock orville-write 2.55-2.1
Dear release team, I have just uploaded a NMU of orville-write, to fix its pending l10n issues (and, if needed, very minor QA issues). Could you consider hinting it to enter testing? The NMU changelog is: Source: orville-write Version: 2.55-2.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Wed, 7 Mar 2007 08:42:04 +0100 Closes: 402052 413357 413581 Changes: orville-write (2.55-2.1) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues. * Debconf translations: - German. Closes: #402052 - Portuguese. Closes: #413581 - Galician. Closes: #413357 - Convert all PO files to UTF-8 -- signature.asc Description: Digital signature
