Re: Bug#407223: Error during post-install: spampdInsecure $ENV{BASH_ENV} while running with -T switch at /usr/sbin/spampd line 814
On Thu, Feb 01, 2007 at 02:56:07PM +0100, Sven Mueller wrote: > Steve Langasek wrote on 17/01/2007 21:47: > Please unblock spampd (2.30-16) as negotiated. > >>As said, etch doesn't need the workaround anyway because etch uses > >>libnet-server-perl version 0.94 which is handled in the test above the > >>Debian specific workaround already. > > Would you then add a versioned dependency instead to make sure partial > > upgrades from sarge work correctly? > > That would be fine with me, and would be accepted via unstable. > The updated spampd package has been in sid for >10days now with no new > bug reports. The only changes relative to v2.30-15 (the version in Etch) > are: > - Add versioned depends on libnet-server-perl > - Remove Debian-specific workaround for a regression in Sarge's > libnet-server-perl Unblocked. Cheers, -- 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]
Is removing a (useless) debian/po directory OK for etch?
Dear release tema, In a recent private discussion with Thomas Bushnell about the ifhp package, we discussed the presence of a debian/po directory in the ifhp package. Given the current state of translation status pages, having this directory, with a templates.pot file, is misleading to translators, who can think that there is something to translatewhile there isn't. The debconf templates have indeed been removed from the package, so the debian/po directory can safely be removed as suggested in #407219 by Thomas Huriaux. Would such a change be OK for etch? -- signature.asc Description: Digital signature
please unblock jwchat
Hi, the package in testing has 2 bugs that are fixed in unstable: - wrong header XS-Vcs-Svn in debian/control - does not enable proxy_http in debian/postinst which is necessary for apache2.2 The diff is attached. Thanks, Torsten -- blog: http://twerner.blogspot.com/ homepage: http://www.twerner42.de/ Index: debian/control === --- debian/control (.../1.0beta2-12) (Revision 2301) +++ debian/control (.../1.0beta2-13) (Revision 2301) @@ -5,7 +5,7 @@ Uploaders: Torsten Werner <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 4.1.16), cdbs, quilt Build-Depends-Indep: po-debconf -XS-Vcs-Svn: svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/jwchat/trunk +XS-X-Vcs-Svn: svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/jwchat/trunk Standards-Version: 3.7.2 Package: jwchat Index: debian/postinst === --- debian/postinst (.../1.0beta2-12) (Revision 2301) +++ debian/postinst (.../1.0beta2-13) (Revision 2301) @@ -39,6 +39,7 @@ ucf --three-way --debconf-ok $tempfile $apachefile db_stop a2enmod proxy + a2enmod proxy_http a2ensite jwchat invoke-rc.d apache2 force-reload fi Index: debian/changelog === --- debian/changelog (.../1.0beta2-12) (Revision 2301) +++ debian/changelog (.../1.0beta2-13) (Revision 2301) @@ -1,3 +1,13 @@ +jwchat (1.0beta2-13) unstable; urgency=low + + [ Torsten Werner ] + * Fix a bug in debian/control (XS-X-Vcs-Svn). + + [ Martin Lohmeier ] + * enable proxy_http, thanks Thadeu Cascardo, closes #404931 + + -- Martin Lohmeier <[EMAIL PROTECTED]> Sun, 28 Jan 2007 09:39:11 +0100 + jwchat (1.0beta2-12) unstable; urgency=medium [ Sune Vuorela ]
Re: Please unblock (Re: I ask to put libapache2-mod-fcgid into etch)
Hi Tatsuki, On Wed, Jan 31, 2007 at 07:27:07PM +0900, Tatsuki Sugiura wrote: > >>> In Message "Re: I ask to put libapache2-mod-fcgid into etch" > >>><[EMAIL PROTECTED]>, > >>> Tatsuki Sugiura <[EMAIL PROTECTED]> said; > > >> I'd like to put libapache2-mod-fcgid into etch certainly. > > >> Actually I do't resolve libapache2-mod-fcgid bugs yet. > > > > > >> But previous version 1.10-1.1 works properly. 1.10-1 has no bugs > > >> over 3 monthes, and NMUed -1.1 for apache2.2 dependencies. > > > > > >> Can I ask to put libapache2-mod-fcgid 1.10-1.1 into etch? > > >> Or, do I need surely to fix current version to contain the > > >> package into etch? > > > Since 1.10-1.1 is no longer in the archive, if you want it to be included > > > in > > > etch, it will need to go through unstable again with an epoch. > > > Or you can figure out how to fix 2.0 and ask that version to be considered > > > instead. > > Thanks both. > > At first, I'll upload again previous version with epoch to include > > libapache2-mod-fcgid into etch surely. > Sorry for late. > I made new package that was rewinded to 1.10. > Would you unblock libapache2-mod-fcgid? > And, can I upload 1:1.10-2 now to unstable? (I donot upload yet.) Yes, I would accept this as a fix for the package. > # After that, do I need to add "sid" tag to RC bug related this? You should mark the RC bug as closed in package version 1:1.10-2 since that version is not affected by the bug. Cheers, -- 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: maildrop lacking courier-authlib dependency on amd64, still
This one time, at band camp, Josip Rodin said: > Hi, > > Can someone please suggest a proper solution to #395529? > What happened there, really? Why is the package not getting built properly > on amd64 only? > > % cd debian/pool/main/m/maildrop > % for i in maildrop_2.0.2-11_*.deb; do dpkg -I $i | grep Depends | grep -q > courier-authlib || echo $i; done > maildrop_2.0.2-11_amd64.deb > % for i in maildrop_2.0.3-1_*.deb; do dpkg -I $i | grep Depends | grep -q > courier-authlib || echo $i; done > maildrop_2.0.3-1_amd64.deb [EMAIL PROTECTED]:~$ dpkg -x maildrop_2.0.3-1_amd64.deb tmp/maildrop/ [EMAIL PROTECTED]:~$ objdump -x tmp/maildrop/usr/bin/maildrop | grep auth NEEDED libcourierauth.so.0 RPATH /usr/lib:/usr/lib/courier-authlib The only version of courier-authlib I have locally (courier-authlib_0.58-5_amd64.deb) has a correct looking shlibs file. It is odd. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
maildrop lacking courier-authlib dependency on amd64, still
Hi, Can someone please suggest a proper solution to #395529? What happened there, really? Why is the package not getting built properly on amd64 only? % cd debian/pool/main/m/maildrop % for i in maildrop_2.0.2-11_*.deb; do dpkg -I $i | grep Depends | grep -q courier-authlib || echo $i; done maildrop_2.0.2-11_amd64.deb % for i in maildrop_2.0.3-1_*.deb; do dpkg -I $i | grep Depends | grep -q courier-authlib || echo $i; done maildrop_2.0.3-1_amd64.deb -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: espeak 1.19-2
severity 408741 grave # justification: provided binaries on big-endian archs are unusable thanks On Tue, Jan 30, 2007 at 06:55:05PM +0100, Mario Lang wrote: > Luk Claes <[EMAIL PROTECTED]> writes: > > Mario Lang wrote: > >> I've just uploaded a new upstream version of espeak to sid, since > >> this version fixes some important issues, and adds changes that are > >> very important for the accessibility community: > >> * 1.19 fixes a BigEndianness issue which made espeak build, but not > >> run on platforms like PowerPC. > >> * A libespeak API change which allows programs using libespeak to > >> retrieve speech data asynchronously. This is going to be required > >> for espeak-using software like gnome-speech (and possible > >> speech-dispatcher). > >> * Improve some non-english languages as well as add totally new ones like > >> French. > >> I am convinced at least 1.19 should go into etch. We should not release > >> with 1.16. > > 153 files changed, 18014 insertions(+), 4951 deletions(-) > > Too many changes to review, I'm not willing to unblock it. > espeak[1] just slipped into etch days before the official freeze, > is not depended on by anything yet, and has a pretty small (and specific) > user base. > To claim all these changes have to be reviewed line by line for a unblock > is a bit very nitpicky in this case, don't you think? This is a policy to protect the release process against the unwitting introduction of new release critical bugs. The freeze is supposed to be a period of stabilization; the release team can't very well be assured that such stabilization is happening if it's letting in new changes that are too large to be reviewed and understood. When these changes are not related to release-critical bugfixes, letting them in would not be prudent and not a good use of the release team's time if we want to continue making progress towards a release. > > Do you want the current version in etch be removed? > No, I want espeak to be updated to 1.19. > If that is absolutely not possible, I'll have to request removal > since 1.16 has a big-endian issue anyway, which > amounts to a serious bug since the package is not working at all on some > archs. > Besides, 1.16s API is sort of unusable for the typical app that would > like to use it. > 1.19 fixes these things. I am raising the severity of 408741 to 'grave', which is the correct severity for such a bug. So yes, this is a release-critical bug that needs to be resolved for etch, by fix or by removal; but I'm not going to let in a new upstream version with large, unrelated changes as a solution. You are welcome to upload targetted fixes to t-p-u that fix the powerpc problem, and I would be happy to allow such an update in; but API changes and the like aren't appropriate during a freeze. -- 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 schedule PowerPC binNMU for gtimer 1.1.6-11
On Mon, Jan 29, 2007 at 10:31:25AM -0800, Russ Allbery wrote: > I've received confirmation from the PowerPC porters that a simple rebuild > with no source changes appears to fix bug #397489 in gtimer (which is > somewhere on the borderline between important and grave). I'm not sure > why, but I won't look a gift horse in the mouth. > Could you schedule a binNMU for 1.1.6-11 on powerpc to get that bug closed > (and hint the resulting binary package into etch if need be -- I don't > know how that part works)? Scheduled. Not thrilled about using binNMUs for bugs that we can't identify the source of, but I don't see any misuse of cflags in gtimer itself, so I guess it's not inappropriate here. 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: Fwd: Processed: Re: Bug#408929: emacs21: crash on spam
Steve Langasek wrote: > So if there's no evidence of arbitrary code execution, I think it's > appropriate here to downgrade the bug -- but the security team should also > be apprised. glibc 2.3.4 introduced more secure heap management, which renders several code injection attacks moot. (most notably double frees) The message that was posted in the bug report appears to trigger such a sanity check. But it might be possible that smarter attacks might circumvent the glibc checks in the future, so we should err on the safe side and apply Romain's patch. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hint of gaming related packages
please hint the following packages into testing: openarena |0.6.0-2 | unstable | source, amd64, arm, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc openarena-data |0.6.0-1 | unstable | source, all scorched3d | 40.1d.dfsg-1 | unstable | source, alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc All three packages are not in testing at all, but both are great games. It would be a pitty to miss them for etch. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 pgpgdAaSTKS3T.pgp Description: PGP signature
Re: Fwd: Processed: Re: Bug#408929: emacs21: crash on spam
severity 408929 important thanks On Sun, Feb 04, 2007 at 01:56:40PM +0100, Jérôme Marant wrote: > I'll ask that we tag this bug as etch-ignore: there are tons of bugs like > this one in Emacs and there are multiple chances to expose such bugs > by using many different packages. > Futhermore, emacs21 is (and more generally stable emacs releases are) not > supported upstream so we have no chances to get help from them > (they are preparing the next release BTW). This last is certainly not a reason to etch-ignore a bug; on the contrary, it speaks to the overall releasability of the package if neither upstream nor the maintainers are prepared to cope with possible security bugs that are uncovered in the version releasing with etch. However, the current argument in favor of treating this as a grave, security bug is that it's a DoS causing data loss of unsaved files: On Sun, Feb 04, 2007 at 02:38:39PM +0100, Romain Francoise wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > I've tagged this bug security, because it wasn't clear to me > > whether this was a potentially exploitable problem. Do you think > > that tag applies here? > Yes, I think it does. Crashing Emacs is a denial of service attack > against the various applications that run inside it, and can cause > data loss... Whether code execution is actually possible, I don't > know. DoSes, while security bugs, are not treated as grave security bugs; that severity is reserved for bugs that allow code execution under the attacker's control. And data loss because you didn't save before the application crashed is not the sense in which "data loss" is taken to mean in the policy definition of grave bugs -- the "data loss" argument is reserved for bugs that eat your data directly, not as a side effect of you not having saved your data. So if there's no evidence of arbitrary code execution, I think it's appropriate here to downgrade the bug -- but the security team should also be apprised. -- 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 lpe 1.2.6.13-0.1
Hi, This NMU, prepared by myself and uploaded thanks to Christian, is part of the l10n NMU campaign. lpe (1.2.6.13-0.1) unstable; urgency=low * Non-maintainer upload. * Update French program translation (Closes: #298069) * Make the program use user's locale (Closes: #265463) * Fix French and German manpages (Closes: #350178) Thanks in advance, -- Thomas Huriaux signature.asc Description: Digital signature
Re: Bug#402274: junior-internet: still depends on old firefox package
On Sun, 4 Feb 2007 16:37:08 -0400 Ben Armstrong <[EMAIL PROTECTED]> wrote: > This is fixed in junior-internet 1.8 which I have just uploaded to unstable. > I believe it should go into etch as well, since it contains no substantial > changes other than the fix itself. Only please use junior-internet 1.9 instead of 1.8. I just realized after uploading that I still referred to Firefox in the package description instead of Iceweasel which is now fixed in 1.9. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fw: Bug#403868: junior-games-net depends on xpilot which is a dummy package, depend on xpilot-ng instead
This is fixed in junior-games-net 1.3 which I have just uploaded to unstable. I believe it should go into etch as well, since it contains no substantial changes other than the fix itself. Begin forwarded message: Date: Wed, 20 Dec 2006 05:06:12 -0500 From: Ariel <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: Bug#403868: junior-games-net depends on xpilot which is a dummy package, depend on xpilot-ng instead Package: junior-games-net Version: 1.2 Severity: normal Junior-games-net depends on xpilot which is a dummy package. It should depend on xpilot-ng instead. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages junior-games-net depends on: ii xblast1:2.6.1-12 Multi player blast-the-others game pi xpilot4.5.5beta.20050814 Dummy upgrade package for xpilot junior-games-net recommends no packages. -- no debconf information -- -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock libapache2-mod-fcgid 1:1.10-2
Hello, >>> In Message "Please unblock (Re: I ask to put libapache2-mod-fcgid into >>> etch)" >>><[EMAIL PROTECTED]>, >>> Tatsuki Sugiura <[EMAIL PROTECTED]> said; > > >> I'd like to put libapache2-mod-fcgid into etch certainly. > > >> Actually I do't resolve libapache2-mod-fcgid bugs yet. > > >> Can I ask to put libapache2-mod-fcgid 1.10-1.1 into etch? > > >> Or, do I need surely to fix current version to contain the > > >> package into etch? > > > > > > Since 1.10-1.1 is no longer in the archive, if you want it to be included > > > in > > > etch, it will need to go through unstable again with an epoch. > > > > > > Or you can figure out how to fix 2.0 and ask that version to be considered > > > instead. > > At first, I'll upload again previous version with epoch to include > > libapache2-mod-fcgid into etch surely. > Would you unblock libapache2-mod-fcgid? > And, can I upload 1:1.10-2 now to unstable? (I donot upload yet.) > # After that, do I need to add "sid" tag to RC bug related this? I asked upload 1:1.10-2 to unstable. Please unblock the package if it's OK. However I'll go to SriLanka from now, and come back at 2/10 noon JST. While that I cannot connect internet completely. If I need to fix something, I'll do after come back. Anyway, I attach debdiff from 1.10-1.1 (not 2.0-1) to 1:1.10-2, again. Regards, -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] libapache2-mod-fcgid_rewind.diff Description: Binary data
Fw: Bug#402274: junior-internet: still depends on old firefox package
This is fixed in junior-internet 1.8 which I have just uploaded to unstable. I believe it should go into etch as well, since it contains no substantial changes other than the fix itself. Begin forwarded message: Date: Sat, 09 Dec 2006 09:12:39 +0100 From: Laurent Bonnaud <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: Bug#402274: junior-internet: still depends on old firefox package Package: junior-internet Version: 1.7 Severity: normal Hi, firefox is now a transitional package. So could you please update junior-internet to depend on iceweasel ? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock bbclone 0.4.6-8
Hi, I just fixed a security bug in bbclone: bbclone (0.4.6-8) unstable; urgency=high . * Fix vulnerability on missining input check for "BBC_LIB_PATH" parameter. Thanks to Alex de Oliveira Silva for reporting. - Add 02_CVE-2007-0508.dpatch - Security reference: CVE-2007-0508 - Closes: #408839 All changes are on 02_CVE-2007-0508.dpatch (file attached). Thanks, -- Tiago Bortoletto Vaz 0xA504FECA - http://pgp.mit.edu http://tiagovaz.org "É preciso não ter medo, é preciso ter a coragem de dizer." Rondó da Liberdade, Carlos Marighella 02_CVE-2007-0508.dpatch Description: Binary data pgpMDqofOTK3O.pgp Description: PGP signature
Re: Please update ttf-dejavu
On Sat, Feb 03, 2007 at 11:37:23AM +0100, Frans Pop wrote: > The problem with accents seems to be a more general regression. Compare > also for example the accented y and N characters for be. These look fuzzy > in 14 when compared to 13. (For the y the accent is centered better > though.) > Same goes for r, e and s for cs. > > IMHO this should be fixed. I'm glad to say that all regressions were because of some characters stripped out the udeb and has nothing to do with upstream; I've just committed the patch for #409509 and #409659 in svn ([1]) and created some more screenshots. 2.13 can now be compared to (patched) 2.14 using the following: http://d-i.alioth.debian.org/gtk-frontend/screenshots/20070203_dejavu2.13 http://d-i.alioth.debian.org/gtk-frontend/screenshots/20070204_dejavu2.14_prerelease I've already prepared a 2.14-2 package but I'd prefere wait a little longer before asking bubulle to upload it (let's see if anything new comes up in the next couple of days) IMO 2.14-2 is much better than 2.13 and think it deserves to make into etch regards, Davide [1] svn://[EMAIL PROTECTED]/svn/pkg-fonts/packages/ttf-dejavu/trunk signature.asc Description: Digital signature
Re: Requesting gaim 1:2.0.0+beta5-10 for etch
Ari Pollak wrote: > Hola release team, > > I'd like to request that gaim 1:2.0.0+beta5-10 from unstable be pushed > into etch. It contains very minor changes, including a translation update: Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Requesting gaim 1:2.0.0+beta5-10 for etch
Hola release team, I'd like to request that gaim 1:2.0.0+beta5-10 from unstable be pushed into etch. It contains very minor changes, including a translation update: * 18-jabber-roster-crash.patch: - Fix possible crash when aliasing a user on Jabber * 19_docklet_translation.patch: - Backport some translations of "Blink on new message" from beta6 (Closes: #409259) * Add a Recommends: python-dbus (Closes: #404623) Thanks, Ari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock lilo/22.7.3-1.4 in TPU
Loïc Minier wrote: > Hi, > > Please review and unblock lilo/22.7.3-1.4 sitting in TPU, fixes RC, > it's built on all arches and 4 submitters confirmed this seemed to fix > the RC bug for them. Unblocked Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Please unblock lilo/22.7.3-1.4 in TPU
Hi, Please review and unblock lilo/22.7.3-1.4 sitting in TPU, fixes RC, it's built on all arches and 4 submitters confirmed this seemed to fix the RC bug for them. Bye, -- Loïc Minier <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock syslinux 3.31-2
Hi, I included the other *.c32 modules and added a patch to allow syslinux autodetecting while booting if the system has a 32bit or a 64bit CPU, and hence choosing the configured kernel for it. Please unblock syslinux, debdiff is attached. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ diff -u syslinux-3.31/debian/patches/00list syslinux-3.31/debian/patches/00list --- syslinux-3.31/debian/patches/00list +++ syslinux-3.31/debian/patches/00list @@ -1,0 +2 @@ +02-64bit-autodetection diff -u syslinux-3.31/debian/rules syslinux-3.31/debian/rules --- syslinux-3.31/debian/rules +++ syslinux-3.31/debian/rules @@ -63,7 +63,7 @@ install -d -m 0755 debian/syslinux/usr/lib/syslinux install -m 0644 build/* debian/syslinux/usr/lib/syslinux - install -m 0644 copybs.com isolinux.bin isolinux-debug.bin ldlinux.bss ldlinux.sys pxelinux.0 com32/modules/menu.c32 dos/syslinux.com mbr.bin memdisk/memdisk win32/syslinux.exe debian/syslinux/usr/lib/syslinux + install -m 0644 copybs.com isolinux.bin isolinux-debug.bin ldlinux.bss ldlinux.sys pxelinux.0 com32/modules/*.c32 dos/syslinux.com mbr.bin memdisk/memdisk win32/syslinux.exe debian/syslinux/usr/lib/syslinux binary-indep: build install diff -u syslinux-3.31/debian/changelog syslinux-3.31/debian/changelog --- syslinux-3.31/debian/changelog +++ syslinux-3.31/debian/changelog @@ -1,3 +1,11 @@ +syslinux (3.31-2) unstable; urgency=medium + + * Including all *.c32 modules (Closes: #391152). + * Added patch from Byron Stanoszek <[EMAIL PROTECTED]> to autodetect 64bit +CPUs (Closes: #408138). + + -- Daniel Baumann <[EMAIL PROTECTED]> Sun, 4 Feb 2007 16:52:00 +0100 + syslinux (3.31-1) unstable; urgency=low * New upstream release. only in patch2: unchanged: --- syslinux-3.31.orig/debian/patches/02-64bit-autodetection.dpatch +++ syslinux-3.31/debian/patches/02-64bit-autodetection.dpatch @@ -0,0 +1,142 @@ +#!/bin/sh /usr/share/dpatch/dpatch-run +## 01-64bit-autodetection.dpatch by Byron Stanoszek <[EMAIL PROTECTED]> +## +## DP: Allows auto-detection of 64bit CPUs (Closes: #408138), see +## DP: http://syslinux.zytor.com/archives/2007-January/007832.html + [EMAIL PROTECTED]@ + +diff -Naur syslinux-3.31.orig/cpuinit.inc syslinux-3.31/cpuinit.inc +--- syslinux-3.31.orig/cpuinit.inc 2006-09-26 04:52:22.0 + syslinux-3.31/cpuinit.inc 2007-02-04 16:02:26.0 + +@@ -48,12 +48,10 @@ + rep movsd + + ; +-; Check if we're 386 (as opposed to 486+); if so we need to blank out +-; the WBINVD instruction ++; Determine if we're running on a 64-bit CPU + ; +-; We check for 486 by setting EFLAGS.AC ++; First, check if we're 386. If so, we need to blank out the WBINVD instruction + ; +-%if DO_WBINVD + pushfd; Save the good flags + pushfd + pop eax +@@ -69,6 +67,47 @@ + ; + ; 386 - Looks like we better blot out the WBINVD instruction + ; ++%if DO_WBINVD + mov byte [try_wbinvd],0c3h ; Near RET +-is_486: + %endif ; DO_WBINVD ++ jmp is_32bit ++is_486: ++; ++; Check if this CPU supports the CPUID command ++; ++ pushfd; Save the flags again ++ pushfd ++ pop eax ++ mov ebx,eax ++ xor eax,(1 << 21) ; CPUID bit ++ push eax ++ popfd ++ pushfd ++ pop eax ++ popfd; Restore the original flags ++ xor eax,ebx ++ jz is_32bit ++; ++; Now check for the 64-bit flag in the CPU features byte ($_0001, edx) ++; This is bit 30 for Intel CPUs, and bit 29 for AMD CPUs ++; ++ mov eax, h ; Find last Intel cpuid # ++ cpuid ++ cmp eax, h ++ je test_amd ++ mov eax, 0001h ; Read Intel CPU flags ++ cpuid ++ bt edx, 30 ; 64-bit if bit 30 is set ++ jc is_64bit ++ ++test_amd: mov eax, 8000h ; Find last AMD cpuid # ++ cpuid ++ cmp eax, 8000h ++ jbe is_32bit ++ mov eax, 8001h ; Read AMD CPU flags ++ cpuid ++ bt edx, 29 ; 64-bit if bit 29 is set ++ jnc is_32bit ++ ++is_64bit: mov byte [Is64Bit],1 ; Flag that we're 64-bit ++is_32bit: +diff -Naur syslinux-3.31.orig/keywords syslinux-3.31/keywords +--- syslinux-3.31.orig/keywords 2006-09-26 04:52:22.0 + syslinux-3.31/keywords 2007-02-04 16:02:26.0 + +@@ -1,6 +1,7 @@ + menu + append + default ++default64 + display + font + implicit +diff -Naur syslinux-3.31.orig/keywords.inc syslinux-3.31/keywords.inc +--- syslinux-3.31.orig/keywords.inc 2006-09-26 04:52:22.0 + syslinux-3.31/keywords.inc 2007-02-04 16:02:26.0 + +@@ -46,6 +46,7 @@ + keyword menu, pc_comment + keyword append,pc_append + keyword default, pc_default ++ keyword default64, pc_default64 + keyword display, pc_filecmd, get_msg_file + keyword font, pc_filecmd, loadfont + keyword implicit, pc_setint16, AllowImplicit +diff -Naur syslinux-3.31.orig/kwdhash.gen syslinux-3.31/kwdhash.gen +--- syslinux-3.31.orig/kwdhash.gen 2006-09-26 04:52:27.0 + syslinux-3.31/kwdhash
Re: please allow comix 3.6.2-1
Emfox Zhou wrote: > It's a documentation only release. Japanese translation... Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock slrn 0.9.8.1pl1-23
Norbert Tretkowski wrote: > * Norbert Tretkowski wrote: >> Unfortunately, another upload was necessary to fix a build problem >> on mips and mipsel. > > Two more uploads, 0.9.8.1pl1-25 fixed a problem with the new charset > patch (#403781, #406210), 0.9.8.1pl1-26 fixed some lintian warnings. Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock foomatic-gui 0.7.7
Christian Perrier wrote: > Dear release team, > > I have just uploaded a NMU of foomatic-gui, to fix its pending l10n > issues (and, if needed, very minor QA issues). > > Could you consider hinting it to enter testing? Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock sing 1.1-11.1
Christian Perrier wrote: > Dear release team, > > I have just uploaded a NMU of sing, to fix its pending l10n > issues (and, if needed, very minor QA issues). > > Could you consider hinting it to enter testing? Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock defoma 0.11.10-0.1
Thomas Huriaux wrote: > Hi, > > This NMU, prepared by myself and uploaded thanks to Christian, is part > of the l10n NMU campaign. #326548 is not closed from the changelog because > it contains a full switch to po4a, which is probably to intrusive just > before the release. > > defoma (0.11.10-0.1) unstable; urgency=low Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock apt-src 0.25.1-0.1
Thomas Huriaux wrote: > Hi, > > This NMU, prepared by myself and uploaded thanks to Christian, is part > of the l10n NMU campaign. #280078 is not closed from the changelog because > it contains a full switch to po4a, which is probably to intrusive just > before the release. > > apt-src (0.25.1-0.1) unstable; urgency=low Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock apt-proxy 1.9.35-0.2
Thomas Huriaux wrote: > Hi, > > This NMU, prepared by myself and uploaded thanks to Christian, is part > of the l10n NMU campaign. > > apt-proxy (1.9.35-0.2) unstable; urgency=low Unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock manpages-fr 2.39.1-5 and manpages-fr-extra 20070203
Thomas Huriaux wrote: > Hi, > > manpages-fr-extra contains translation updates needed to be synchronized > with the original versions in Etch and the usual bunch of > grammatical/spelling/translation fixes. manpages-fr only contains > various fixes. > > manpages-fr-extra (20070203) unstable; urgency=low > manpages-fr (2.39.1-5) unstable; urgency=low Both unblocked. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: Please unblock slrn 0.9.8.1pl1-23
* Norbert Tretkowski wrote: > Unfortunately, another upload was necessary to fix a build problem > on mips and mipsel. Two more uploads, 0.9.8.1pl1-25 fixed a problem with the new charset patch (#403781, #406210), 0.9.8.1pl1-26 fixed some lintian warnings. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fwd: Processed: Re: Bug#408929: emacs21: crash on spam
Hi, I'll ask that we tag this bug as etch-ignore: there are tons of bugs like this one in Emacs and there are multiple chances to expose such bugs by using many different packages. Futhermore, emacs21 is (and more generally stable emacs releases are) not supported upstream so we have no chances to get help from them (they are preparing the next release BTW). Regards, -- Message transmis -- Subject: Processed: Re: Bug#408929: emacs21: crash on spam Date: dimanche 04 février 2007 13:18 From: Debian Bug Tracking System <[EMAIL PROTECTED]> To: Romain Francoise <[EMAIL PROTECTED]> Cc: Manoj Srivastava (vm #408929) <[EMAIL PROTECTED]>, Rob Browning (emacs21 #408929) <[EMAIL PROTECTED]> Processing commands for [EMAIL PROTECTED]: > reassign 408929 emacs21 Bug#408929: emacs21: crash on spam Bug reassigned from package `vm' to `emacs21'. > tags 408929 patch Bug#408929: emacs21: crash on spam Tags were: security Tags added: patch > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) --- -- Jérôme Marant Processing commands for [EMAIL PROTECTED]: > reassign 408929 emacs21 Bug#408929: emacs21: crash on spam Bug reassigned from package `vm' to `emacs21'. > tags 408929 patch Bug#408929: emacs21: crash on spam Tags were: security Tags added: patch > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Please unblock foomatic-gui 0.7.7
Dear release team, I have just uploaded a NMU of foomatic-gui, 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: foomatic-gui Version: 0.7.7 Distribution: unstable Urgency: low Maintainer: Christian Perrier <[EMAIL PROTECTED]> Date: Thu, 1 Feb 2007 21:28:40 +0100 Closes: 397870 400787 402237 405392 408178 Changes: foomatic-gui (0.7.7) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues * Debconf translation: - German. Closes: #397870 - Danish. Closes: #400787 - Spanish. Closes: #402237 - Galician. Closes: #405392 - Portuguese. Closes: #408178 -- signature.asc Description: Digital signature
Please unblock sing 1.1-11.1
Dear release team, I have just uploaded a NMU of sing, 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: sing Version: 1.1-11.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier <[EMAIL PROTECTED]> Date: Thu, 1 Feb 2007 21:39:54 +0100 Closes: 381706 384829 393340 Changes: sing (1.1-11.1) unstable; urgency=low . * Non-maintainer upload to fix pending l10n issues. * Debconf templates translations: - German. Closes: #393340 - Portuguese. Closes: #381706 - Spanish. Closes: #384829 -- signature.asc Description: Digital signature
Re: nmap_4.20-1 unblock request
On Fri, Feb 02, 2007 at 12:10:25PM -0700, LaMont Jones wrote: > Please consider nmap 4.20-1 for etch. Nearly all of the bugs ever filed > against nmap have been enhancements, etc. It would be a shame to not > have the latest nmap in etch, especially now that it's over 50 days > old... > > Upstream's changelog below. > > thoughts? IANA-RM, but: 272 files changed, 21207 insertions(+), 17508 deletions(-) is a rather large changeset, and makes it VERY hard to revew these changes. They seem to be mostly new features. Is it possible to get any RC bugfixes applied through T-P-U. Neil -- 'Maybe you can try to find a nice hotel by shouting in the Mexico DF streets "where could a gringo find a decent hotel in this dirty third world lame excuse for a country?". I'm sure the people will rush to help you, as we south americans love to be called third world in a demeaning way.' signature.asc Description: Digital signature
Please unblock defoma 0.11.10-0.1
Hi, This NMU, prepared by myself and uploaded thanks to Christian, is part of the l10n NMU campaign. #326548 is not closed from the changelog because it contains a full switch to po4a, which is probably to intrusive just before the release. defoma (0.11.10-0.1) unstable; urgency=low * Non-maintainer upload. * Fix various typos in manpages as reported in #326548 * Include French generated manpages from #326548 * Add missing ")" in Defoma::Id man page (Closes: #405661) Thanks in advance, -- Thomas Huriaux signature.asc Description: Digital signature
Please unblock apt-src 0.25.1-0.1
Hi, This NMU, prepared by myself and uploaded thanks to Christian, is part of the l10n NMU campaign. #280078 is not closed from the changelog because it contains a full switch to po4a, which is probably to intrusive just before the release. apt-src (0.25.1-0.1) unstable; urgency=low * NMU * Include French generated manpage from #280078 * Spanish manpage translation update (Closes: #257728) Thanks in advance, -- Thomas Huriaux signature.asc Description: Digital signature
Please unblock apt-proxy 1.9.35-0.2
Hi, This NMU, prepared by myself and uploaded thanks to Christian, is part of the l10n NMU campaign. apt-proxy (1.9.35-0.2) unstable; urgency=low * Non-maintainer upload. * Update French manpage translation (Closes: #385073) * Update Japanese debconf translation (Closes: #393127) * debian/rules: move debconf-updatepo before dh_clean Thanks in advance, -- Thomas Huriaux signature.asc Description: Digital signature
Please unblock manpages-fr 2.39.1-5 and manpages-fr-extra 20070203
Hi, manpages-fr-extra contains translation updates needed to be synchronized with the original versions in Etch and the usual bunch of grammatical/spelling/translation fixes. manpages-fr only contains various fixes. manpages-fr-extra (20070203) unstable; urgency=low * Fix non-latin1 char in bash manpage (Closes: #405708) * Miscelleanous fixes of the bash manpage, thanks to Frederic Lehobey * Proofreading of nfs-utils manpages, thanks to Nicolas Francois and Sylvain Cherrier * Update of cron manpage, thanks to Steve Petruzzello * Fix translation of find.1 (status of files vs. files) (Closes: #408356) * Sync util-linux with the version in Etch manpages-fr (2.39.1-5) unstable; urgency=low * Various fixes, thanks to contributors of debian-l10n-french (especially Nicolas François) Thanks in advance, -- Thomas Huriaux signature.asc Description: Digital signature
Re: egroupware for etch
Steve Langasek wrote: > Yes, I'm afraid I can't view this as a routine "maintenance release" > with changes of this scope, and don't believe it's appropriate to > allow this update into etch at this point of the freeze. > > > Prehaps just the patches for php5.2 could be applied. > > I would accept that for consideration via t-p-u, along with the added > debconf translation. Then you might as well remove the package from etch because no one in their right mind is going to want to use or maintain that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]