Please hint doc-debian-fr 3.1.3.1 for etch
Hi, Doc-debian-fr has been recently updated in order to follow etch. Letting it into etch will not have any impact on other packages. Thanks in advance. doc-debian-fr (3.1.3.1) unstable; urgency=low * Make myself the contact for Debian Policy translation problems. -- Frédéric Bothamy [EMAIL PROTECTED] Wed, 29 Nov 2006 23:58:27 +0100 doc-debian-fr (3.1.3) unstable; urgency=low * New maintainer * Update Debian policy to 3.7.2.2 * Lintian fixes: - Move debhelper from b-d-i to b-d in control file - Increase DH_COMPAT to 4 - Updated Standards-Version to 3.7.2.2 * Replace DH_COMPAT with debian/compat file * Remove the following translations: - developers-reference.fr.sgml (closes: #168118) - maint-guide.fr.sgml - apt-howto.fr.sgml * Update the general Makefile, debian/control (Recommends for the matching packages), index.xml and index.xsl and debian/rules * Update informations (version, translator, etc.) for all documents (closes: #237917) * The following documents are now GPLed: APT HOWTO, Euro HOWTO information and debian-fr-howto.html * Restore Project History * Remove obsolete markup and debian-l10n-french-faq documents -- Frédéric Bothamy [EMAIL PROTECTED] Thu, 23 Nov 2006 01:55:05 +0100 -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock geneweb 4.10-25
Christian Perrier [EMAIL PROTECTED] writes: This version fixes 4.10-24 (which isn't in testing) where I tried to be cleaner with regards of the debconf dependency but did not introduce the Right Fix. The change summarizes as : test if debconf is installed before using it in the purge target of postrm. [...] I see that you lost a db_purge that was in the old version, but isn't called anymore in the new postinst. Also, there is a changelog.old (copy of debian/changelog, bloating the diff). And this is also weird: diff -Nru /tmp/4OfrYQF3d1/geneweb-4.10/debian/gwtp.files /tmp/nsVcAmmYjP/geneweb-4.10/debian/gwtp.files --- /tmp/4OfrYQF3d1/geneweb-4.10/debian/gwtp.files 2006-12-12 08:18:20.0 + +++ /tmp/nsVcAmmYjP/geneweb-4.10/debian/gwtp.files 1970-01-01 00:00:00.0 + @@ -1,3 +0,0 @@ -usr/lib/geneweb/gwtp -etc/geneweb/gwtp/ -usr/lib/cgi-bin/gwtp/gwtp.cgi Could you please recheck the changes? Thanks. Marc -- BOFH #16: somebody was calculating pi on the server pgpN2mIVX05n0.pgp Description: PGP signature
Re: Coordinating to let some TeX-related packages in: texlive-bin
Dear release team! In response to one bug report I got tonight about a bug introduced in -6 texdoctk (missing perl declaration), and an upstream fix for another bug in xdvi, I have uploaded texlive-bin 2005.dfsg.2-7 just now. IN addition to the changes from -6 as mentioned below, the -7 fixes three things which would make sense to be included in etch: * change shebang for getnonfreefonts to /bin/bash (Closes: #398112) * fix the texdoctk perl errors (Closes: #402651) * include xdvi upstream fix for segfault on hitting g with -nogrey (Closes: #369569) The first one only changes /bin/sh to /bin/bash as the script needs bash. The second one includes the fixes to texdoctk which also went into tetex-bin -27, and are simple: Missing declaration of variables (this is why the script broke as given in the bug report) # system variables -my ($texmfmain,$texmfdist,$texmfdoc,$texmflocal,$texmfhome, -$texdocpath,$distdocpath,$docdocpath,$localdocpath,$homedocpath, +my ($texmfmain,$texmfdist_tetex,$texmfdist_texlive,$texmfdoc,$texmflocal,$texmfhome, + $texdocpath,$distdocpath_tetex,$distdocpath_texlive,$docdocpath,$localdocpath,$homedocpath, And the necessary definitions of the variables, this was included in tetex-bin -27. # $texmfdist=`kpsewhich --expand-path=${qq}\$TEXMFDIST${qq}`; # chomp $texmfdist; + $texmfdist_tetex=/usr/share/texmf-tetex; + $texmfdist_texlive=/usr/share/texmf-texlive; $distdocpath_tetex=join('/',$texmfdist_tetex,basename($texdocpath,)) if (length $texmfdist_tetex); The last one fixes and old error, and we got today the upstream fix which, too, is quite trivial: Comment By: Stefan Ulrich (stefanulrich) Date: 2006-12-11 23:55 Message: Logged In: YES user_id=177175 Originator: NO Thanks for the bug report; I could reproduce the problem, and the following diff should fix it: --- dvi-draw.c17 Apr 2005 20:49:27 - 1.213.2.53 +++ dvi-draw.c11 Dec 2006 22:53:35 - @@ -1255,6 +1255,9 @@ do_color_change(); } #endif +if (pixeltbl == NULL) { + do_color_change(); +} /* TODO: rounding errors causing color fringing (see HACK comment below): I tested both fixes, now texdoctk works, xdvi still works and the segfault mentioned in the bug report is gone. Furthermore I have nothing to add to what Frank said. Thanks a lot for consideration. On Mon, 11 Dez 2006, Frank Küster wrote: Dear release team, we have a couple of TeX-related packages waiting and would like to ask you to give permission for testing migration once they are old enough. We'll notify you again when each of them has had it's time in sid, but we'd like to know right now whether you are willing to allow them in, so that we can make any further changes or reverts if you ask so. This e-mail is about the arch: any package texlive-bin, I've sent separate mails for the other tetex packages. texlive-bin is 2 days old now, the changes since -5 which is in testing are the following. Unlike the other packages, the most important issue is *not* documentation-related. texlive-bin (2005.dfsg.2-6) unstable; urgency=low * Apply patch from upstream to pdftex that allows it to work properly with CJK fonts with their large number of subfonts. Many thanks to Thanh Han The [EMAIL PROTECTED], Jie Luo [EMAIL PROTECTED] for the patch and many others for debugging, in particular Danai SAE-HAN (é9F93é8194è8090) [EMAIL PROTECTED] who reminded me. This allows CJK-related packages to depend on texlive and closes: #399967. * Patch texdoctk so that it still works if documentation in TeXlive's as well as teTeX's TEXMFDIST is present. Thanks to Braun Gabor [EMAIL PROTECTED] for reporting and Ralf Stubner [EMAIL PROTECTED] for ideas for fixing this (closes: #401930) -- Frank Küster [EMAIL PROTECTED] Wed, 6 Dec 2006 22:40:27 +0100 The second item is exactly the same patch to texdoctk as already discussed for the tetex-bin package. The first item is the same patch as applied to tetex-bin-3.0-24 which is already in testing. For tetex-bin, the bug was RC (and the package uploaded with high urgency) because it causes documents in Debian packages to fail and, hence, FTBFS bugs. For texlive-bin, the bug is equally severe for users who want to use far-eastern languages (it makes the package unusable for this group), it was just not rated RC because no package build-depends on texlive-bin. Since users should be encouraged to use the (fairly up-to-date) texlive packages in place of the outdated teTeX-3.0 (which is dead upstream), it would be a pity if CJK users would need to stick to teTeX. Therefore we request to let texlive-bin in despite the bug being only important. Thanks for considering, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ.
Re: XDG Menu Spec compliance
Le mardi 12 décembre 2006 à 09:17 +0100, Marc 'HE' Brockschmidt a écrit : Bastian, Waldo [EMAIL PROTECTED] writes: Josselin Mouette recently fixed gnome-menus, gnome-panel, bug-buddy and eel2 to use the proper applications-merged directory regardless of the prefix used for *-applications.menu in Debian CVS (unstable). Since it is the intention of LSB to require XDG Menu Spec compliance for LSB 3.2 I would like to ask the Debian release team to consider Josselin's changes for inclusion into etch as well. gnome-menu looks OK-ish (though I don't understand the shlibs bump) gnome-panel, bug-buddy and eel2 look fine. The shlibs bump was added to automatically increase the requirement for these 3 packages on libgnome-menus2. Before the change, they needed to ask for gnome-applications.menu instead of applications.menu. Now, the renaming is automatically done within gnome-menus, but if you install e.g. the new gnome-panel with a pre-2.16.1-1 libgnome-menu2, you'll end up with an empty menu. I don't understand why only these few packages need to be fixed - what's up with other packages (such as alacarte, for example)? Alacarte does indeed need to be fixed, as it uses gnome-applications-merged instead of applications-merged. However, fixing alacarte would require API additions to python-xdg, which doesn't look reasonable for etch. -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
please unblock libpng 1.2.15~beta5-0
Hello RMs, Please unblock libpng 1.2.15~beta5-0. Upstream provided this beta version of libpng to fix RC bug #401044. It also fixes two other RC bugs, #401423 and #401465. Changes: libpng (1.2.15~beta5-0) unstable; urgency=high . * New upstream release. - Fixed asm API functions not exported on amd64. Closes: #401044. - Fixed libpng hangs when saving profile. Closes: #401423. * Fixed Incorrect shlibs information. Closes: #401465. * Removed patches for png.h and pngconf.h. * Updated debian/watch. Please refer to the mail thread at: http://lists.debian.org/debian-devel/2006/12/msg00231.html Best Regards, Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
please unblock
Hello RMs, Please unblock ssmtp 2.61-11, the only change is an updated Japanese debconf translation. Changes: ssmtp (2.61-11) unstable; urgency=low . * ACK NMU. Closes: #369542. * Updated Japanese debconf translation. Closes: #394106. Patch by Hideki Yamane [EMAIL PROTECTED]. Best Regards, Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
please unblock rpm 4.4.1-14
Hello RMs, Please unblock rpm 4.4.1-14. rpm 4.4.1-12 and -13 introduced in etch the wrong patches to deal with FTBFS on non-linux that don't have selinux. Changes: rpm (4.4.1-14) unstable; urgency=medium . * Fixed FTBFS on non-linux archs: build-depends on libselinux1-dev. Closes: #399208. Patch by Konstantinos Koukopoulos [EMAIL PROTECTED]. * Fixed FTBFS on GNU/kFreeBSD. Closes: #399750. Patches by Petr Salinger [EMAIL PROTECTED]. Removed: 11-matchpathcon.diff Added: 11-matchpathcon.noselinux.diff and 21-kfreebsd.diff Best Regards, Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
Accept tinyerp-client 3.4.2-2
Please upload tinyerp-client 3.4.2-2 to testing. This is the changelog: tinyerp-client (3.4.2-2) testing; urgency=medium * Added 02-locale.dpatch from unstable as 03-locale.dpatch (Closes: #402675). This patch fixes the wrong path to the l10n files as reported by Michael Bunk [EMAIL PROTECTED] in #401674. -- Daniel Baumann [EMAIL PROTECTED] Tue, 12 Dec 2006 10:36:00 +0100 Package can be downloaded from: http://archive.daniel-baumann.ch/debian/packages/tinyerp-client/3.4.2-2/ -- 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]
please unblock portmap 5-24
Hello RMs, Please unblock portmap 5-24. It fixes an RC bug found in ubuntu which is also present in etch. It fixes RC bug #402220, a bug in the patch adapted from ubuntu. It also adds a German debconf translation. Changes: portmap (5-24) unstable; urgency=medium * Fixed subprocess post-installation script returned error exit status 1. Closes: #402220. portmap (5-23) unstable; urgency=low * Adapt patch from Ubuntu to prevent rpcinfo from being executed if portmap is not running for some reason. This prevents this script from stalling in some installations (was reported at Ubuntu Malone bug #61668: Building LTSP chroot stops during portmap installation) portmap (5-22) unstable; urgency=low * Add German debconf translation provided by Mathias Klein (Closes: #397043) Best Regards, Aníbal Monsalve Salazar -- http://v7w.com/anibal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Coordinating to let some TeX-related packages in: texlive-bin
* Frank Küster ([EMAIL PROTECTED]) [061211 20:06]: [..] textlive-bin approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Coordinating to let some TeX-related packages in: tex-common
* Frank Küster ([EMAIL PROTECTED]) [061211 20:34]: [...] tex-common approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
update for mediawiki
Hi release managers ! Together with the mediawiki packaging team, we have prepared an update for mediawiki which solves two bugs, namely #401808 and #399886. This update is only a change in the debian/control file, it does not introduce any change, and will help the package to fit better for etch. In particular it would allow one to install the application with postgresql, which is a great improvement for few changes. Could you consider allowing this update to enter testing ? Romain -- Everyday is just a holiday, I don't care what the crowd may say. I live the life I love with you, Having fun while they are feeling blue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please allow hylafax 2:4.3.1-3 into etch
* Giuseppe Sacco ([EMAIL PROTECTED]) [061211 12:24]: [...] approved because it has been uploaded in time - the changeset is quit large though. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please hint policyd-weight 0.1.14-beta-3 for etch
Hi, please consider upgrade to 0.1.14-beta-3 as it solves the bug #402314 and only sets shell to /bin/false. policyd-weight (0.1.14-beta-3) unstable; urgency=medium * fixed attributes of system user (Closes: #402314). -- Jan Wagner [EMAIL PROTECTED] Fri, 24 Nov 2006 21:55:27 +0100 Thanks in advance. -- Never write mail to [EMAIL PROTECTED], you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- pgpBcvW5IcmxE.pgp Description: PGP signature
Re: Loudmouth 1.1.4-2 in etch?
* Ross Burton ([EMAIL PROTECTED]) [061211 11:26]: A few days ago I did a loudmouth release with some patches cherrypicked from upstream CVS to fix crashers/warnings. I had hoped to beat the freeze, but sadly I missed it: it has been in unstable for 3 days now. Is there a chance that this version can be migrated to testing for Etch? approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Question about removal of cyrus-sasl2-mit
* Fabian Fagerholm ([EMAIL PROTECTED]) [061211 20:25]: I made a small mistake in the current package -- I made it provide libsasl2-gssapi-mit. I forgot that virtual packages have to be agreed upon beforehand. So that Provides has to be removed. I'll take care of it. Oh, it's not as bad if they are private virtual packages, i.e. only between a few packages. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint sword-text-{kjv,sparv}
* Roberto C. Sanchez ([EMAIL PROTECTED]) [061211 18:04]: Please hint sword-text-kjv (2.3-1) and sword-text-sparv (1.1-1) into Etch. Both have been in for 5 days and neither had any open bugs. (They would have been in sooner, but I had trouble finding a sponsor for the upload). Actually, the diff is quite high. I'm still exceptionally approving them, as they have been uploaded in time. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel-patch-openvz
* Ola Lundqvist ([EMAIL PROTECTED]) [061211 20:48]: I would like you to update kernel-patch-openvz as I (today) updated it in order to make the kernel compile on ia64 with ia32 bit compatibility flag on. If you know that the linux-2.6 version 2.6.18-8 will be accepted to testing you can wait, as I need to make a new upload of kernel-patch-openvz as it do not apply cleanly against 2.6.18-8. It applies cleanly against the version currently in testing however. Sorry, this patch is too large relative to the description in debian/changelog - as long as I don't understand it at all, I'm not going to approve it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Push scribus-ng and scribus-ng-doc 1.3.3.6 into Etch
* Oleksandr Moskalenko ([EMAIL PROTECTED]) [061211 23:14]: I just read the freeze announcement. I guess it means that scribus-ng and scribus-ng-doc 1.3.3.6-1 that I uploaded on 2006-12-10 won't make it into Etch. I beg to differ as the current version in Etch 1.3.3.5 has a number of crash bugs plus two serious glitches in pdf export functionality that were fixed in 1.3.3.6 - see http://bugs.scribus.net/view.php?id=4051, http://bugs.scribus.net/view.php?id=4604, http://bugs.scribus.net/view.php?id=4593, http://bugs.scribus.net/view.php?id=4502, http://bugs.scribus.net/view.php?id=4555. Ok, granted a freeze exception - the diff is however so large that only due to the fact that you uploaded prior to the announcement I'm approving it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pylons and webhelpers need to go into Etch
* Oleksandr Moskalenko ([EMAIL PROTECTED]) [061211 23:20]: My pylons package has gone through the NEW queue last weekend and webhelpers has gone in just a bit earlier. If they don't make it into Etch then a number of other packages already in Etch will have very questionable utility because they together comprise a stack of dependencies for Pylons, which is a python-based web development framework. So, please push pylons and webhelpers (which is 17 days old, but is blocked by a 6-days old simplejson update, which needs to be pushed into Etch as well) into Etch. The packages are quite straightforward and are extremely unlikely to introduce RC regressions. I've been using them for my own web applications for many weeks already without any problems. Sorry, but one has to draw a line at some place - I might have been willing to make an exception for one package, but not for three. I know that this is unsatisfying for you, but one has to stop accepting new stuff into etch at some point. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: updated package: roundup 1.2.1-5 (was: Etch frozen!)
* Toni Mueller ([EMAIL PROTECTED]) [061211 23:22]: and some non-reported packaging errors like overwriting config files, wrongly being packaged as a Debian native package when it should have been a normal package, garbled source,* and, as a feature, (hopefully) fixed runit support - the one in the former package was for runit 1.0 or so, and incompatible with current runit, to name just the highlights. Therefore I marked the update as medium priority, not low. Would these errors even warrant high priority? Sorry, but that are way too many changes after freeze. Freeze does really mean: No new changes unless really required. General package polishing should happen prior to the cleanup. And a change like moving configuration to /etc/default/roundup (which is something I really welcome) has an inherent risk of breakage. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please hint xfce4-session into testing
* Yves-Alexis Perez ([EMAIL PROTECTED]) [061211 23:27]: xfce4-session 4.3.99.2 is part of Xfce 4.4rc2, which has been more or less uploaded to unstable, with some delay (some rc2 packages have reached testing, some are only in unstable and few have not even been uploaded). xfce4-session 4.4rc2 is required for using common Debian Artwork (splash screen and wallpapers for example) using desktop-base package. It's a new upstream release (-2 is only because -1 FTBFS'ed on hurd) but it's consistent with rest of Xfce, partly uploaded. I strongly recommend against re-uploading packages with so many changes to fix bugs we don't mind for etch. Now you have a dependency on the new libpng where we are not sure yet whether it will go in or not. So, this is at least a no for now, and I doubt it will become a yes later on. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Overwall package hinting
* Otavio Salvador ([EMAIL PROTECTED]) [061212 02:43]: abntex: is the same version that's on contrib but moved to main again, please hint it; approved. python-cdd: a single line fix; there's just one rdepends (debpartial-mirror), please hint it; approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How should I get important changes to K3b into testing?
* Francois Marier ([EMAIL PROTECTED]) [061212 04:47]: The first problem has already been fixed in unstable (prior to the freeze, but 2 days too late to make it to testing) as version 0.12.17-6. It involves changing the dependency from mkisofs to genisoimage and remove some checks inside K3b. I approved this change, and reduced waiting time. The second problem has not yet been fixed since I am wondering what to do at this point given the existing upload to unstable. The second problem (readcd - readom) is much more serious as it disables the functionality in K3b that requires this external program which can no longer be found. Fixing this would involve: - changing a string in the code - removing some version checks in the code - (no change to the package dependency) I would highly recommend that the readcd fixes be allowed into testing since it breaks important parts of K3b. Eh, this sentence doesn't make sense. As for the mkisofs change (the one in unstable already), I would prefer to see it in testing as well (to remove the dependency on a dummy package), but since it does not break K3b, I can live without this and prepare a version of K3b for testing-proposed-updates which would only fix the readcd issue. We definitly prefer via unstable, so please upload a fix for the readcd-change ASAP - in case you have doubts, feel free to send us the unified diff prior to upload by mail for review. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Heimdal Upload
* Brian May ([EMAIL PROTECTED]) [061212 07:09]: Also see the update-inetd thread I started on debian-devel. Thanks, approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please allow c++-annotations (6.5.0-1) to propagate to etch
* George Danchev ([EMAIL PROTECTED]) [061212 07:59]: Please allow c++-annotations in sid (6.5.0-1) to propagate to etch (6.4.1-1). This package is mere documentation and has some nice streamlining wrt c++ style recommendations as well as Portuguese translation has been added in this new upstream release. There are no any radical changes added wrt packaging and it builds fine in clean etch environment. Now, this is one of the packages where I need to decide between our policy (The default answer is No), and being nice. Actually, con updates: - Uploaded only at Dec 8th (and changelog showing a different date) - Not really an important change On the other hand: Almost no risk. Well, I fear I'm too nice, and approve this package - but I definily won't do that for uploads happening after our Etch frozen mail. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock fonty 1.0-23.5
* Christian Perrier ([EMAIL PROTECTED]) [061212 08:03]: (I should propose making the use of yada a RC condition for lenny). personal speaking, I agree to that. unblocked. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint sword-text-{kjv,sparv}
On Tue, Dec 12, 2006 at 12:02:37PM +0100, Andreas Barth wrote: * Roberto C. Sanchez ([EMAIL PROTECTED]) [061211 18:04]: Please hint sword-text-kjv (2.3-1) and sword-text-sparv (1.1-1) into Etch. Both have been in for 5 days and neither had any open bugs. (They would have been in sooner, but I had trouble finding a sponsor for the upload). Actually, the diff is quite high. I'm still exceptionally approving them, as they have been uploaded in time. Thank you. I don't recall what changed in the -kjv package (perhaps they did some reformatting). But in the -sparv package, upstream switched from an uncompressed to a compressed text format, which should save a significant amount of space on end user machines. Regards, -Roberto -- Roberto C. Sanchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Please unblock sash 3.7-7.1
* Christian Perrier ([EMAIL PROTECTED]) [061212 08:04]: sash (3.7-7.1) unstable; urgency=low unblocked. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint doc-debian-fr 3.1.3.1 for etch
* Jérôme Marant ([EMAIL PROTECTED]) [061212 09:06]: Doc-debian-fr has been recently updated in order to follow etch. Letting it into etch will not have any impact on other packages. unblocked, mainly due to the fact it has been uploaded prior to freeze. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please upload bootcd 3.0 from unstable to etch
* Schumacher, Bernd ([EMAIL PROTECTED]) [061212 10:05]: The changed major version number does not mean that bootcd is rewritten, but indicates: - use of mkinitramfs instead of mkinitrd, which will be dropped in etch - tested with 2.6-kernels and udev in production use approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please hint xfce4-session into testing
On mar, 2006-12-12 at 12:27 +0100, Andreas Barth wrote: I strongly recommend against re-uploading packages with so many changes to fix bugs we don't mind for etch. By reuploading I guess you mean the -2 upload. I don't understand the so many changes. We just drop libhal-dev build-dep which was useless anyway. By the time it was uploaded we didn't know about the freeze (the 'real' one), and as I am not a DD I can't upload when I want. Now you have a dependency on the new libpng where we are not sure yet whether it will go in or not. That's bad, and I can understand that, but how could I've known that ? So, this is at least a no for now, and I doubt it will become a yes later on. Mpf. So it won't use default Etch artwork for splashscreen. Thanks anyway. Regards, -- Yves-Alexis Perez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint doc-debian-fr 3.1.3.1 for etch
Le mardi 12 décembre 2006 12:41, Andreas Barth a écrit : * Jérôme Marant ([EMAIL PROTECTED]) [061212 09:06]: Doc-debian-fr has been recently updated in order to follow etch. Letting it into etch will not have any impact on other packages. unblocked, mainly due to the fact it has been uploaded prior to freeze. Thank you, Andreas. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock denyhosts 2.6-1
Hello RMs, please unblock denyhosts 2.6-1. This is a new upstream, but only contains trivial changes and closes a security issue: Package changelog: * New upstram release (Closes: #401795) This release cover a security issue (CVE-2006-6301) Upstream changelog (from http://denyhosts.sourceforge.net/changelog.html): - security fix: malicious users can cause a DoS of ssh. for more info: http://nvd.nist.gov/nvd.cfm?cvename=CVE-2006-6301 - fixed bug in regex.py: 2 failed entry regexes weren't included properly in the hash - fixed bug in denyhosts.py: attribute error: self.__sync_download Diffstat between upstream releases: CHANGELOG.txt| 12 DenyHosts/prefs.py |2 +- DenyHosts/regex.py | 14 +++--- DenyHosts/version.py |2 +- PKG-INFO |2 +- denyhosts.cfg-dist |4 ++-- denyhosts.py |2 +- 7 files changed, 21 insertions(+), 17 deletions(-) Best Regards, Marco Nenciarini -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 signature.asc Description: Digital signature
Re: lightspeed
Ola Lundqvist wrote: Hi Hi Ola A workaround for a (probable) problem in fontconfig has been uploaded which closes a serious bug (makes package unuseable). s/closes/opens/ I guess? See #402402 and #387606. unblock hint added. 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
Aníbal Monsalve Salazar wrote: Hello RMs, Hi Please unblock ssmtp 2.61-11, the only change is an updated Japanese debconf translation. unblock hint added. 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 portmap 5-24
Aníbal Monsalve Salazar wrote: Hello RMs, Please unblock portmap 5-24. It fixes an RC bug found in ubuntu which is also present in etch. It fixes RC bug #402220, a bug in the patch adapted from ubuntu. It also adds a German debconf translation. unblock hint added. 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: how to get erlang 11.b.2-4 into testing?
* Torsten Werner ([EMAIL PROTECTED]) [061211 21:09]: The package is not build on every architecture for obscure reasons (the current etch version has been built): - alpha and sparc: the buildds have problems with unixodbc which is in testing (!) - mipsel: both 'libncurses5-dev: already installed (5.5-5)' and 'cannot find -lncurses' are in the build log, huh? Maybe a simple rebuild on those architectures is enough? I unblocked the current version, but of course it needs to get current. I also tried to get some progress there, but nothing is promised. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please unblock rpm 4.4.1-14
Aníbal Monsalve Salazar wrote: Hello RMs, Hi Please unblock rpm 4.4.1-14. rpm 4.4.1-12 and -13 introduced in etch the wrong patches to deal with FTBFS on non-linux that don't have selinux. rpm 4.4.1-14 doesn't seem to fix #399750, so no unblock hint added... 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 dvipng
* Torsten Werner ([EMAIL PROTECTED]) [061212 13:13]: it is now 11 days old and has no bugs. The changes are: [ Varun Hiremath ] * New upstream release (Closes: #401151, #398181, #366946) * New maintainer (Closes: #391195) * debian/control: Build-Depend on debhelper 5 * debian/compat: switch to 5 * Add XS-X-Vcs-Svn header in debian/control [ Torsten Werner ] * Add myself to Uploaders in debian/control. approved under the missed the freeze only by a bit-policy. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock denyhosts 2.6-1
* Marco Nenciarini ([EMAIL PROTECTED]) [061212 13:19]: please unblock denyhosts 2.6-1. done. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: update for mediawiki
* Romain Beauxis ([EMAIL PROTECTED]) [061212 11:33]: Hi release managers ! Together with the mediawiki packaging team, we have prepared an update for mediawiki which solves two bugs, namely #401808 and #399886. This update is only a change in the debian/control file, it does not introduce any change, and will help the package to fit better for etch. In particular it would allow one to install the application with postgresql, which is a great improvement for few changes. Could you consider allowing this update to enter testing ? There is mediawiki and mediawiki1.7. Please specify why package you need, it costs additional time to second-guess. Approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please hint policyd-weight 0.1.14-beta-3 for etch
* Jan Wagner ([EMAIL PROTECTED]) [061212 11:53]: Hi, please consider upgrade to 0.1.14-beta-3 as it solves the bug #402314 and only sets shell to /bin/false. policyd-weight (0.1.14-beta-3) unstable; urgency=medium * fixed attributes of system user (Closes: #402314). -- Jan Wagner [EMAIL PROTECTED] Fri, 24 Nov 2006 21:55:27 +0100 approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please unblock libpng 1.2.15~beta5-0
Hi, As I'm no longer the maintainer, I don't have any say to what happens to this package, but my advice, based on my painful experience with libpng, would be to *not* unblock it now. Releasing with a beta version that hasn't been widely tested is a dead end. Even without the beta flag, there have been several changes since 1.2.8 that haven't been given any chance to be tested (one month being way too short for considering a new libpng version to be tested). Cheers, -- Josselin Mouette/\./\ Do you have any more insane proposals for me? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Accept dwm 2.1-2
* Daniel Baumann ([EMAIL PROTECTED]) [061212 12:16]: Please upload dwm 2.1-2 to testing. Note that this bug was never reported in the BTS, because I always uploaded dwm upstream fixes faster than anybody could open a bug report. However, the bug is serious especially because UTF is the default locale in Etch. This is the changelog: dwm (2.1-2) testing; urgency=medium * Applied 99-utf.patch from dwm 2.6 to fix utf support (Closes: #402671). -- Daniel Baumann [EMAIL PROTECTED] Tue, 12 Dec 2006 10:59:00 +0100 Package can be donwloaded from: http://archive.daniel-baumann.ch/debian/packages/dwm/2.1-2/ impossible to review it that way. Can you please include the diff in the mail? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Accept dwm 2.1-2
Andreas Barth wrote: Can you please include the diff in the mail? Sure. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ diff -u dwm-2.1/debian/patches/00list dwm-2.1/debian/patches/00list --- dwm-2.1/debian/patches/00list +++ dwm-2.1/debian/patches/00list @@ -1,0 +2 @@ +99-utf diff -u dwm-2.1/debian/changelog dwm-2.1/debian/changelog --- dwm-2.1/debian/changelog +++ dwm-2.1/debian/changelog @@ -1,3 +1,9 @@ +dwm (2.1-2) testing; urgency=medium + + * Applied 99-utf.patch from dwm 2.6 to fix utf support (Closes: #402671). + + -- Daniel Baumann [EMAIL PROTECTED] Tue, 12 Dec 2006 10:59:00 +0100 + dwm (2.1-1) unstable; urgency=low * New upstream release. only in patch2: unchanged: --- dwm-2.1.orig/debian/patches/99-utf.dpatch +++ dwm-2.1/debian/patches/99-utf.dpatch @@ -0,0 +1,87 @@ +#!/bin/sh /usr/share/dpatch/dpatch-run +## 99-utf.dpatch by Anselm R. Garbe [EMAIL PROTECTED] +## +## DP: Fixes utf support. + [EMAIL PROTECTED]@ + +diff -Naur dwm-2.1.orig/config.default.h dwm-2.1/config.default.h +--- dwm-2.1.orig/config.default.h 2006-11-02 09:18:01.0 + dwm-2.1/config.default.h 2006-12-12 10:54:19.0 + +@@ -9,7 +9,7 @@ + #define FLOATSYMBOL + #define TILESYMBOL[]= + +-#define FONT fixed ++#define FONT -*-fixed-medium-r-normal-*-13-*-*-*-*-*-*-* + #define NORMBGCOLOR #66 + #define NORMFGCOLOR #cc + #define SELBGCOLOR#99 +diff -Naur dwm-2.1.orig/draw.c dwm-2.1/draw.c +--- dwm-2.1.orig/draw.c2006-11-02 09:18:01.0 + dwm-2.1/draw.c 2006-12-12 10:54:50.0 + +@@ -4,7 +4,6 @@ + #include dwm.h + #include stdio.h + #include string.h +-#include X11/Xlocale.h + + /* static */ + +@@ -149,7 +148,6 @@ + int i, n; + + missing = NULL; +- setlocale(LC_ALL, ); + if(dc.font.set) + XFreeFontSet(dpy, dc.font.set); + dc.font.set = XCreateFontSet(dpy, fontstr, missing, n, def); +@@ -157,10 +155,6 @@ + while(n--) + fprintf(stderr, missing fontset: %s\n, missing[n]); + XFreeStringList(missing); +- if(dc.font.set) { +- XFreeFontSet(dpy, dc.font.set); +- dc.font.set = NULL; +- } + } + if(dc.font.set) { + XFontSetExtents *font_extents; +diff -Naur dwm-2.1.orig/main.c dwm-2.1/main.c +--- dwm-2.1.orig/main.c2006-11-02 09:18:01.0 + dwm-2.1/main.c 2006-12-12 10:56:07.0 + +@@ -4,6 +4,7 @@ + + #include dwm.h + #include errno.h ++#include locale.h + #include stdio.h + #include stdlib.h + #include string.h +@@ -51,6 +52,9 @@ + XFreePixmap(dpy, dc.drawable); + XFreeGC(dpy, dc.gc); + XDestroyWindow(dpy, barwin); ++ XFreeCursor(dpy, cursor[CurNormal]); ++ XFreeCursor(dpy, cursor[CurResize]); ++ XFreeCursor(dpy, cursor[CurMove]); + XSetInputFocus(dpy, PointerRoot, RevertToPointerRoot, CurrentTime); + XSync(dpy, False); + free(seltag); +@@ -104,7 +108,7 @@ + numlockmask = (1 i); + } + } +- XFree(modmap); ++ XFreeModifiermap(modmap); + /* select for events */ + wa.event_mask = SubstructureRedirectMask | SubstructureNotifyMask + | EnterWindowMask | LeaveWindowMask; +@@ -230,6 +234,7 @@ + } + else if(argc != 1) + eprint(usage: dwm [-v]\n); ++ setlocale(LC_CTYPE, ); + dpy = XOpenDisplay(0); + if(!dpy) + eprint(dwm: cannot open display\n);
Re: Accept tinyerp-client 3.4.2-2
Same here:a -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ diff -u tinyerp-client-3.4.2/debian/patches/00list tinyerp-client-3.4.2/debian/patches/00list --- tinyerp-client-3.4.2/debian/patches/00list +++ tinyerp-client-3.4.2/debian/patches/00list @@ -2,0 +3 @@ +03-locale diff -u tinyerp-client-3.4.2/debian/changelog tinyerp-client-3.4.2/debian/changelog --- tinyerp-client-3.4.2/debian/changelog +++ tinyerp-client-3.4.2/debian/changelog @@ -1,3 +1,11 @@ +tinyerp-client (3.4.2-2) testing; urgency=medium + + * Added 02-locale.dpatch from unstable as 03-locale.dpatch (Closes: #402675). +This patch fixes the wrong path to the l10n files as reported by Michael +Bunk [EMAIL PROTECTED] in #401674. + + -- Daniel Baumann [EMAIL PROTECTED] Tue, 12 Dec 2006 10:36:00 +0100 + tinyerp-client (3.4.2-1) unstable; urgency=medium * New upstream release. only in patch2: unchanged: --- tinyerp-client-3.4.2.orig/debian/patches/03-locale.dpatch +++ tinyerp-client-3.4.2/debian/patches/03-locale.dpatch @@ -0,0 +1,21 @@ +#!/bin/sh /usr/share/dpatch/dpatch-run +## 03-locale.dpatch by Michael Bunk [EMAIL PROTECTED] +## +## DP: Adjusts path for locale directory (Closes: #401674). + [EMAIL PROTECTED]@ + +diff -Naur tinyerp-client-4.0.0-rc1.orig/bin/tinyerp-client.py tinyerp-client-4.0.0-rc1/bin/tinyerp-client.py +--- tinyerp-client-4.0.0-rc1.orig/bin/tinyerp-client.py2006-11-27 12:30:44.0 + tinyerp-client-4.0.0-rc1/bin/tinyerp-client.py 2006-12-05 11:48:16.0 + +@@ -73,8 +73,8 @@ + import pango + + # end testing +-APP = 'terp' +-DIR = 'po' ++APP = 'tinyerp-client' ++DIR = '/usr/share/locale' + + locale.setlocale(locale.LC_ALL, '') + gettext.bindtextdomain(APP, DIR)
Re: updated package: roundup 1.2.1-5 (was: Etch frozen!)
Hello Andi, On Tue, 12.12.2006 at 12:18:44 +0100, Andreas Barth [EMAIL PROTECTED] wrote: Sorry, but that are way too many changes after freeze. well, the 1.2.1-4 package version is much more broken, and it did take so much time to clean up for a reason (and some RL factors I could not influence). Freeze does really mean: No new changes unless really required. I really think that *if* you could take a look at those two packages, you'll find that the update *is* actually required. I also wrote to you a few days before the freeze that I'm underway preparing the upgrade I now uploaded when you first wrote about the imminent freeze. General package polishing should happen prior to the cleanup. And a change like moving configuration to /etc/default/roundup (which is something I really welcome) has an inherent risk of breakage. It has much less breakage than you think because there are actually two things done in /etc/default/roundup: * selecting a user id which defaults to 'roundup' (in case the file isn't there) * and selecting between using a sysv-style script or runit (service configuration), again defaulting to using the init.d script. FWIW, the runit support in this package version actually works while the runit support in the -4 package was still only heritage and highly incompatible with runit versions younger than about a year. Best, --Toni++ pgpGUihM14zpS.pgp Description: PGP signature
Re: Accept dwm 2.1-2
* Daniel Baumann ([EMAIL PROTECTED]) [061212 14:20]: Andreas Barth wrote: Can you please include the diff in the mail? Sure. I assume this patch is also included in unstable? If so, please upload. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Accept dwm 2.1-2
Andreas Barth wrote: I assume this patch is also included in unstable? If so, please upload. It is taken from dwm 2.6 which was accepted on 2006-12-07, yes. Uploaded now, 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: kernel-patch-openvz
Hi On Tue, Dec 12, 2006 at 12:06:47PM +0100, Andreas Barth wrote: * Ola Lundqvist ([EMAIL PROTECTED]) [061211 20:48]: I would like you to update kernel-patch-openvz as I (today) updated it in order to make the kernel compile on ia64 with ia32 bit compatibility flag on. If you know that the linux-2.6 version 2.6.18-8 will be accepted to testing you can wait, as I need to make a new upload of kernel-patch-openvz as it do not apply cleanly against 2.6.18-8. It applies cleanly against the version currently in testing however. Sorry, this patch is too large relative to the description in debian/changelog - as long as I don't understand it at all, I'm not going to approve it. I know that it looks big, but the reason is that I had to remake it in order to make it apply cleanly against the kernel tree. This is what I did: * unpack kernel source to dir linux-source-2.6.18 * unpack kernel source to dir linux-source-2.6.18.o * Apply previous version of kernel-patch-openvz * Apply the extra fix * Make diff between linux-source-2.6.18.o and linux-source-2.6.18 The diff is different because it is totally remade. The reason why I can not simply append the fix to the old file is that this file is patched already, and then the --dry-run option that make-kpkg uses do not work. Do this make sense to you or do I have to fix this in some other obscure way? Regards, // Ola Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lightspeed
Hi On Tue, Dec 12, 2006 at 01:29:24PM +0100, Luk Claes wrote: Ola Lundqvist wrote: Hi Hi Ola A workaround for a (probable) problem in fontconfig has been uploaded which closes a serious bug (makes package unuseable). s/closes/opens/ I guess? My upload is a workaround for a problem. I have added a closes: #402402 in the changelog. Maybe have been not that clear what I ment. See #402402 and #387606. unblock hint added. Thanks. // Ola Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libapache-mod-log-sql
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Just sending a quick mail to ask if it was possible to upload this package (libapache-mod-log-sql) from Unstable to Testing. I've been using it in production since quite a long time now, and it seems to work rather well. I'd be very happy if it could be included in the next release. If possible, I'd like to have also my 2 other packages ready to be uploaded to Etch. I'm working against some policy issues that prevent my package to be in, but I'll work as hard as possible to have them policy compliant as much as possible. Concerned packages (currently in unstable) are: - - dtc - - dtc-xen dtc-xen has just been accepted and should be policy compliant now. The problem is more on our installer of dtc, which will need another upstream release (I'm also the author...). - - The installer is quite messy ATM, and writes to other daemon's configuration files (of course, because this is the purpose of the program to do so...). So my sponsor moved it away from the postinst (it's to be activated manually in /usr/share/doc/dtc/). - - I wrote a PEAR package already to do a RC bug-fix, and will work to have as many things as possible being accepted. Is it too late already for this one, or do I have few days and nights to clean everything? Thomas P.S: Please write to me as well, as I'm not registered to the list (I know it's not polite to say so, but I have tons of other subscriptions, please forgive me if I don't want to subscribe again to another list). -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFfq2ll4M9yZjvmkkRAo6aAJ9wo391lyw4AhRerHxeXie6E7G9+wCeLsTo 2NEFlaUPdxG8rHU87Ks2+y8= =IAyD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libapache-mod-log-sql
Thomas Goirand wrote: Just sending a quick mail to ask if it was possible to upload this package (libapache-mod-log-sql) from Unstable to Testing. I've been using it in production since quite a long time now, and it seems to work rather well. I'd be very happy if it could be included in the next release. Thomas, this is clearly not possible. These packages are not ready, as we discussed before (I'm Thomas sponsor), actually not even for unstable in the current shape. The development and love these packages are requiring, cannot be given whithin testing, regardless if it is frozen or not, this has to take place in unstable or even experimental first. -- 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]
Etch/testing missing PAE kernel for xen; important for compatibility
Hi list! http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390862 Is there anything that could be done with this, at this (late) point? If we can't do anything anymore, then etch will be released with non-pae xen kernel, that cannot be used with fedora/rhel xen kernels.. which means you cannot use debian dom0 and fedora/rhel domU, and not another way around either. It also makes debian xen unusable with many bigger servers.. -- Pasi ^ . . Linux /-\ Choice.of.the .Next.Generation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[gsynaptics] request to ensure inclusion
Hi releasse team, (I am traveling) I realize gsynaptics http://packages.debian.org/src:gsynaptics is still not updated. Since * Fixed typo s/Threashold/Threshold/ for synclient. (closes: Bug#401637) is a reasonable fix which helps its user, slow autobuilder should not prevent its release. Please make sure its inclusion to the release. Gracias/Arigato/Thanks/DankU/Danke/Merci/... Osamu -- Osamu AOKI
Re: updated package: roundup 1.2.1-5 (was: Etch frozen!)
Hello Andi, On Tue, 12.12.2006 at 12:18:44 +0100, Andreas Barth [EMAIL PROTECTED] wrote: Freeze does really mean: No new changes unless really required. you meman, I should consider opening an RC bug against the package? You also didn't answer the questions about the other packages. Best, --Toni++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock bottlerocket (0.05b3-8)
Could you please unblock bottlerocket (0.05b3-8). It needs to wait for the 10-day limit, but it includes language translations that would be nice to have in the next release. From Changelog: * Add German, Czech and French translations (de.po, cs.po and fr.po). Closes: #396434, #393534, #382583 I'll will monitor it for RC bugs but would expect none. Thanks, Kevin -- Kevin Coyner GnuPG key: 1024D/8CE11941 signature.asc Description: Digital signature
Re: [gsynaptics] request to ensure inclusion
Osamu Aoki wrote: Hi releasse team, (I am traveling) Hi Osamu * Fixed typo s/Threashold/Threshold/ for synclient. (closes: Bug#401637) Please make sure its inclusion to the release. unblock hint added, though has to wait for succesfull build on sparc. 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 wmforkplop
The package missed the freeze by one day and the version in unstable fixes bug #398526. It has no open bugs other than this one. Cheers, Torsten -- blog: http://twerner.blogspot.com/ homepage: http://www.twerner42.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock bottlerocket (0.05b3-8)
Kevin Coyner wrote: Could you please unblock bottlerocket (0.05b3-8). It needs to wait for the 10-day limit, but it includes language translations that would be nice to have in the next release. unblock hint added. 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 wmforkplop
Torsten Werner wrote: The package missed the freeze by one day and the version in unstable fixes bug #398526. It has no open bugs other than this one. unblock hint added. 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: New Trac upstream release candidate
* Andreas Barth ([EMAIL PROTECTED]) [061211 11:54]: So, in case you really want to have even a little chance: Show the unified diff. As said in our mail to debian-devel-announce. But the time for new upstream versions for Etch is really past now, with only *very* *very* limited exceptions, so don't expect too much. I approved the new version now - please pray that there are no regressions at all, otherwise, the bug fix needs to be backported to etch. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XDG Menu Spec compliance
Josselin Mouette [EMAIL PROTECTED] writes: Le mardi 12 décembre 2006 à 09:17 +0100, Marc 'HE' Brockschmidt a écrit: gnome-menu looks OK-ish (though I don't understand the shlibs bump) gnome-panel, bug-buddy and eel2 look fine. The shlibs bump was added to automatically increase the requirement for these 3 packages on libgnome-menus2. Before the change, they needed to ask for gnome-applications.menu instead of applications.menu. Now, the renaming is automatically done within gnome-menus, but if you install e.g. the new gnome-panel with a pre-2.16.1-1 libgnome-menu2, you'll end up with an empty menu. Ah, OK. I don't understand why only these few packages need to be fixed - what's up with other packages (such as alacarte, for example)? Alacarte does indeed need to be fixed, as it uses gnome-applications-merged instead of applications-merged. However, fixing alacarte would require API additions to python-xdg, which doesn't look reasonable for etch. Will alacarte be useable with the new version of libgnome-menu? I just want to know if anything would break in such a step to partial standard-compliance. Marc -- BOFH #139: UBNC (user brain not connected) pgpko0APwcPbL.pgp Description: PGP signature
request-tracker3.6 (was: Etch frozen!)
Hello, On Mon, 11.12.2006 at 11:08:50 +0100, Andreas Barth [EMAIL PROTECTED] wrote: - If your package needs to be updated for Etch, and the version in unstable doesn't contain extraneous changes (e.g, the version is the same between testing and unstable), please upload your fix to unstable and contact [EMAIL PROTECTED] I've uploaded a request-tracker3.6 package which closes bug #400655. The diff is between 83 and 84 in the Alioth SVN. Best, --Toni++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: binNMU for mcabber and hint into testing
Mario Iseli [EMAIL PROTECTED] writes: On Mon, Dec 11, 2006 at 03:07:59PM +0100, Marc 'HE' Brockschmidt wrote: The diff is quite big, and I don't see important bugs closed in the changelog (haven't looked at the rest). So, no, unless you provide a better to reason to hint it in, I will not review the diff. From the upstream changelog of this bugfix-release: mcabber (0.8.3) [...] OK, after speaking with aba, who is in favour of approving packages that haven't migrated because of buildd problems, I've added an unblock hint. Marc -- BOFH #226: A star wars satellite accidently blew up the WAN. pgpNeRuZPMP51.pgp Description: PGP signature
Re: request-tracker3.6 (was: Etch frozen!)
* Toni Mueller ([EMAIL PROTECTED]) [061212 17:07]: Hello, On Mon, 11.12.2006 at 11:08:50 +0100, Andreas Barth [EMAIL PROTECTED] wrote: - If your package needs to be updated for Etch, and the version in unstable doesn't contain extraneous changes (e.g, the version is the same between testing and unstable), please upload your fix to unstable and contact [EMAIL PROTECTED] I've uploaded a request-tracker3.6 package which closes bug #400655. The diff is between 83 and 84 in the Alioth SVN. approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint wl-beta into etch
Tatsuya Kinoshita [EMAIL PROTECTED] writes: On December 11, 2006 at 6:40PM +0100, he (at ftwca.de) wrote: Could you please allow wl-beta_2.15.4+0.20061015-2 with the 2 line patch to fix an IMAP connection bug for testing-proposed-updates to replace wl-beta_2.15.4+0.20061015-1? Could you describe the bug and show the diff (for example by filing a bug with a patch)? Submitted to BTS. See Bug#402629. OK, looks fine. Please do an upload to testing (a version number like 0.20061015-2 seems to be OK for that) fixing this (and only this) bug. Thanks, Marc -- BOFH #78: Yes, yes, its called a desgin limitation pgpk459wbuoiY.pgp Description: PGP signature
Freeze of asterisk-prompt-de
Hi, could you please integrate asterisk-prompt-de 2.0-1 into Etch? It fixes the important bug #355575, which leads to an unusable voice box application. Cheers, Mario -- .''`. Mario Joußen [EMAIL PROTECTED] : :' : proud Debian developer, administrator, and user `. `'` `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Freeze of asterisk-prompt-de
* Mario Joußen ([EMAIL PROTECTED]) [061212 17:21]: could you please integrate asterisk-prompt-de 2.0-1 into Etch? It fixes the important bug #355575, which leads to an unusable voice box application. approved. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please hint wl-beta into etch
On December 12, 2006 at 5:15PM +0100, he (at ftwca.de) wrote: Could you please allow wl-beta_2.15.4+0.20061015-2 with the 2 line patch to fix an IMAP connection bug for testing-proposed-updates to replace wl-beta_2.15.4+0.20061015-1? Could you describe the bug and show the diff (for example by filing a bug with a patch)? Submitted to BTS. See Bug#402629. OK, looks fine. Please do an upload to testing (a version number like 0.20061015-2 seems to be OK for that) fixing this (and only this) bug. I've uploaded wl-beta_2.15.4+0.20061015-2 to testing-proposed-updates with the following patch. Please push it to etch. --- wl-beta-2.15.4+0.20061015-1/debian/changelog +++ wl-beta-2.15.4+0.20061015/debian/changelog @@ -1,3 +1,10 @@ +wl-beta (2.15.4+0.20061015-2) testing-proposed-updates; urgency=medium + + * elmo/elmo-imap4.el: Fix IMAP error: No `OK' response from server, +patch from upstream CVS version. (closes: #402629) + + -- Tatsuya Kinoshita [EMAIL PROTECTED] Wed, 13 Dec 2006 01:47:41 +0900 + wl-beta (2.15.4+0.20061015-1) unstable; urgency=low * New upstream release. (CVS trunk on 2006-10-15) --- wl-beta-2.15.4+0.20061015-1/elmo/elmo-imap4.el +++ wl-beta-2.15.4+0.20061015/elmo/elmo-imap4.el @@ -981,8 +981,8 @@ ;; Skip garbage output from process before greeting. (while (and (memq (process-status process) '(open run)) (goto-char (point-max)) - (forward-line -1) - (not (elmo-imap4-parse-greeting))) + (or (/= (forward-line -1) 0) + (not (elmo-imap4-parse-greeting (accept-process-output process 1)) (erase-buffer) (set-process-filter process 'elmo-imap4-arrival-filter) Thanks, -- Tatsuya Kinoshita pgpbhx1eBS8JX.pgp Description: PGP signature
Re: Fwd: Bug#401660: [Pkg-kde-extras] Bug#401660: Library upgrade for exiv2
* Mark Purcell ([EMAIL PROTECTED]) [061211 23:28]: Could I obtain some direction from the release team? Will you allow the exiv2 library transition to go forward or would you like me to revert the version of digikam in unstable/ etch? Or is there some other option available? Sorry for not speaking earlier, but we are currently quite busy with lots of requests coming to us. I see two options. 1. Take the library transition of exiv2 forward, or 2. Revert the version of digikam in etch to 0.8 via an epoc upload to unstable which doesn't have this issue as it doesn't use exiv2. I'm pretty happy with either option, but understand you maybe looking at a greater picture. I tried to get some more input. My basic assumption even a week ago was please no library changes anymore unless absolutly necessary, but I tried to get a second opinion on that: 13:15 aba ana: do you have any opinion on the exiv2-upgrade? 14:33 ana aba: i am aware of the problem with digikam (and another pkg-kde-extras packages), but i do not think it is the best time to upgrade the library So, I think it is better to revert digikam now. (Yes, this is one of the times where I'm actually a bit too nice to really say hard No way to upgrade the library - I would rather prefer to have all the updates in, but I know that it would have an bad effect on Etch, so I still refuse it.) Sorry for the late response. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please hint policyd-weight 0.1.14-beta-3 for etch
On Tuesday 12 December 2006 13:59, Andreas Barth wrote: approved. Thanks, Jan. -- Never write mail to [EMAIL PROTECTED], you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- pgpke8FM1That.pgp Description: PGP signature
please ublock fail2ban
Dear Release Team, I didn't make it quite in time: testing has 0.7.4-3 whenever unstable 0.7.5-2 - ie 1 upstream release away. 0.7.5 upstream release is ia bugfix release though * closes 2 debian bugs (Closes: 400162, 400278) which can be encountered by many users but none of which is higher than normal priority (unfortunately ;-)) * fixes few other bugs which never hit Debian user yet * extends documentation Besides that 0.7.4-5: which never made into testing due to upload of 0.7.5 was extending documentation (Closes: 398739) which might be very beneficial to have in the new release. 0.7.5-2: refines the warning and NEWS entry for users upgrading from 0.6 releases of fail2ban (present in backports of sarge). Proper announcement on that transition is quite important for anyone using fail2ban since configuration files scheme was changed drastically. Closes: 402350 If no fresh RC bugs get filed within 10 days I would consider this release of fail2ban very worth been included into the next stable release of Debian. Thank you in advance -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpLtAnU8xqfO.pgp Description: PGP signature
please unblock imagezoom
Dear Release Team, 0.2.7-3 closes release relevant bug (400168) of migrating over to iceweasel. Depends were corrected to include iceweasel. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpWjkcQHc3df.pgp Description: PGP signature
Re: please hint xfce4-session into testing
On 12/12/06, Andreas Barth [EMAIL PROTECTED] wrote: * Yves-Alexis Perez ([EMAIL PROTECTED]) [061211 23:27]: xfce4-session 4.3.99.2 is part of Xfce 4.4rc2, which has been more or less uploaded to unstable, with some delay (some rc2 packages have reached testing, some are only in unstable and few have not even been uploaded). xfce4-session 4.4rc2 is required for using common Debian Artwork (splash screen and wallpapers for example) using desktop-base package. It's a new upstream release (-2 is only because -1 FTBFS'ed on hurd) but it's consistent with rest of Xfce, partly uploaded. I strongly recommend against re-uploading packages with so many changes to fix bugs we don't mind for etch. Now you have a dependency on the new libpng where we are not sure yet whether it will go in or not. So, this is at least a no for now, and I doubt it will become a yes later on. Dear RMs, Please consider a alternative solution (-3 against testing being uploaded to t-p-u?) including just the needed bits to use the default Debian Desktop Etch artwork. That will be a real bug considering that GNOME and KDE will fit and just part of XFCE won't. thanks in advance, -- stratus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please ublock jsmath (3.3g-3)
The only changes were added debconf i18n translations (ru,fr,de) closing bugs (#402269,#399436,#399434) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpmxrBangN6y.pgp Description: PGP signature
Please unblock cyrus-imapd-2.2
Please unblock cyrus-imapd-2.2 2.2.13-10. It fixes an important bug involving SASL interaction and contains only bug fixes (the rest minor). The patch disabled was a recent upstream patch that adds a feature not present in the upstream 2.2.13, it was disabled after causing problems. Changelog: cyrus-imapd-2.2 (2.2.13-10) unstable; urgency=high * High urgency due to #400747 [ Sven Mueller ] * Update README.Debian.simpleinstall (Closes: #395250) * Upstream change: applied RFC4314 READ-ONLY logic [ Benjamin Seidenberg ] * Add notice about lmtp overquota configuration option rename to UPGRADE.Debian (Closes: #400645) * Disable upstream patch 0019 due to bad sasl interactions (Closes: #400747) -- Benjamin Seidenberg [EMAIL PROTECTED] Sat, 9 Dec 2006 10:03:38 -0500 Thanks, Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tasksel 2.58
On 12/11/06, Joey Hess [EMAIL PROTECTED] wrote: I'm still hoping to see 2.58 get into etch, because #386244 is a really *nasty* bug, even though it won't effect enough users to be RC. I also still hope to release a tasksel 2.59, which would probably be limited to task changes (some of which are already active in the override files) and translations. But I can't do that until 2.58 gets reviewed. RM team, FYI, tasksel 2.58 (sid) is critical for the Debian Desktop initiative. Please consider push it into Etch. thanks in advance, -- stratus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please transition jacal
Can you please add a hint to transition jacal into etch? It was removed because an RC bug didn't get fixed promptly by me, but I never saw the bug report for some reason. As soon as it was removed, I uploaded a fix the same day. It has now passed the two day mark in which it would have been transitioned (as a high-priority fix). Thomas signature.asc Description: This is a digitally signed message part
please unblock lltag_0.13.1-1
Hi, I would like lltag_0.13.1-1 to be unblocked. lltag is a command-line audio file tagger and parser written in perl. Nobody depends on it, and its dependencies are not changing with this new release. This is a new upstream release because I am the upstream and Debian maintainer. So, as usual, I uploaded a new upstream 0.13.1 instead of patching the Debian package currently in testing and uploading a 0.13-2. I tried to make this new release good for etch, especially with tons of documentation updates and by fixing a couple remaining small bugs. No new feature has been added. But, I missed the freeze deadline for a couple days :) You will find below the commented diffstat output of upstream and the Debian packaging (the diff has been generated with -bB since there have been indentation cleanups). thank you, Brice Goglin lltag_0.13.1-1/lib/Lltag/Parse.pm | 168 ++ = Actual code update: * a couple one-line fixes to support more special characters * some wrappers to catch more errors instead of dying with a horrible perl message * a couple new error checks and warnings * indentation fixes and code moving around lltag_0.13.1-1/formats| 14 +- = 2 new strategies were added to the internal parsing database lltag_0.13.1-1/lltag.1| 241 +++--- lltag_0.13.1-1/lltag_config.5 |only lltag_0.13.1-1/lltag_formats.5|only lltag_0.13.1-1/doc/Makefile |only lltag_0.13.1-1/doc/config |only = Quite a lot of documentation/manpages improvement. lltag_0.13.1-1/Makefile | 35 - = Related to documentation updates, and a fix for people _not_ installing as a package lltag_0.13.1-1/Changes| 35 + lltag_0.13.1-1/VERSION|2 lltag_0.13.1-1/debian/control |2 = Bump standard version lltag_0.13.1-1/debian/rules |3 = Reflect upstream documentation update lltag_0.13.1-1/debian/changelog | 11 + -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Security team's opinion
Hi, there are two issues where I would like to ask you to comment on: - mantis: We have two requests to allow it in. Is this ok from your side? (No bug id, sorry - in case that not, could you please open an RC bug on mantis?) - mplayer: Bug #395252: Please depend on ffmpeg binary packages Can you please comment whether this bug has to be resolved prior to Etch? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Security team's opinion
Andreas Barth wrote: Hi, there are two issues where I would like to ask you to comment on: - mantis: We have two requests to allow it in. Is this ok from your side? (No bug id, sorry - in case that not, could you please open an RC bug on mantis?) Why should the Security Team oppose a migration of Mantis? - mplayer: Bug #395252: Please depend on ffmpeg binary packages Can you please comment whether this bug has to be resolved prior to Etch? If I remember correctly, then a) it's not possible to switch mplayer to using the ffmpeg package unless i) the code is changed, and ii) the release team would allow the package with changed code to go into etch which could not be as well tested as before, and b) there is no stable API of ffmpeg, and maybe c) there's no shared ffmpeg library (?!?), and d) Moritz already okayed mplayer with its own ffmpeg for etch as an exception. I don't think the security is going to object to Moritz here. Regards, Joey -- A mathematician is a machine for converting coffee into theorems. Paul Erdös -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tasksel 2.58
Gustavo Franco [EMAIL PROTECTED] writes: FYI, tasksel 2.58 (sid) is critical for the Debian Desktop initiative. Please consider push it into Etch. It was already pushed in by aba. Marc -- BOFH #179: multicasts on broken packets pgp8rkWltLBDa.pgp Description: PGP signature
Re: please unblock imagezoom
Yaroslav Halchenko [EMAIL PROTECTED] writes: 0.2.7-3 closes release relevant bug (400168) of migrating over to iceweasel. Depends were corrected to include iceweasel. Done. Marc -- BOFH #61: not approved by the FCC pgpQIPvdCcIxV.pgp Description: PGP signature
Re: please ublock jsmath (3.3g-3)
Yaroslav Halchenko [EMAIL PROTECTED] writes: The only changes were added debconf i18n translations (ru,fr,de) closing bugs (#402269,#399436,#399434) Unblocked. Marc -- BOFH #445: Browser's cookie is corrupted -- someone's been nibbling on it. pgpT7ZQ6bOBVi.pgp Description: PGP signature
Re: Please unblock cyrus-imapd-2.2
Benjamin Seidenberg [EMAIL PROTECTED] writes: Please unblock cyrus-imapd-2.2 2.2.13-10. Done. Marc -- BOFH #183: filesystem not big enough for Jumbo Kernel Patch pgpfHRxDIXL0w.pgp Description: PGP signature
please also hint nvidia legacy
Thanks for the hints on nvidia-graphics-drivers and modules. Now that 2.6.18-3 is in, please may I also have the same hinting for nvidia-graphics-drivers-legacy nvidia-graphics-legacy-modules-amd64 and nvidia-graphics-legacy-modules-i386 Kind Regards, randy -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libapache-mod-log-sql
Thomas Goirand wrote: Maybe libapache-mod-log-sql only then (which was my first idea). That one is ok, right? Yes, this package is fine, but it was not part of any stable release yet, and it's imho too new in Debian to be considered. I think, release-team will not grant an exception here. But let's here what the team says. -- 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]
digikam 0.8.2 for etch, the next Debian release!? (due to exiv2 0.12)
Hi exiv2 developers, the debian-release managers do not accept a library transition from exiv2 0.10 to 0.12 as etch is already frozen: http://lists.alioth.debian.org/pipermail/pkg-kde-extras/2006-December/002193.html http://lists.debian.org/debian-devel-announce/2006/12/msg4.html Digikam 0.9.0 rc2 requires exiv2 0.12 for good reasons AFAIU: http://www.digikam.org/?q=node/177 With digikam rc1 several people observed crashes with exiv2 0.10 in debian too. So as is, rc2 in debian etch is not possible due to missing exiv2 0.12. rc1 crashes and has therefore release critical bugs. So only 'save' option would be to go back to digikam 0.8.2. AFAICS the only way to get 0.9.0 rc2 into debian at this stage: o why is exiv2 0.10 in etch more risky that an 0.12 upgrade? o how risky is 0.10 - 0.12 for apps using it New features of the library and superior applications using the lib are unfortunately not relevant at this stage of the debian etch release cycle. Thx for any input, Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please allow dejagnu 1.4.4.cvs20060709-3
This fixes an aggravating permissions problem; the entire diff to the version in testing is below. Thanks in advance. Index: debian/changelog === --- debian/changelog(revision 182) +++ debian/changelog(revision 199) @@ -1,3 +1,11 @@ +dejagnu (1.4.4.cvs20060709-3) unstable; urgency=low + + * Acknowledge previous NMUs. + * Fix permissions on /usr/share/dejagnu when building without fakeroot +(Closes: #392589, #379809). + + -- Daniel Jacobowitz [EMAIL PROTECTED] Mon, 11 Dec 2006 09:06:59 -0500 + dejagnu (1.4.4.cvs20060709-2.2) unstable; urgency=medium * Non-maintainer upload. Index: debian/rules === --- debian/rules(revision 182) +++ debian/rules(revision 199) @@ -22,6 +22,7 @@ binary-install/dejagnu:: install -m 644 debian/site.exp debian/dejagnu/etc/dejagnu/ chmod -R a-x debian/dejagnu/usr/share/dejagnu + chmod -R a+X debian/dejagnu/usr/share/dejagnu chmod a+x debian/dejagnu/usr/share/dejagnu/libexec/config.guess # Make install already installs this, but redo it to get the right -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tasksel 2.58
On 12/12/06, Marc 'HE' Brockschmidt [EMAIL PROTECTED] wrote: Gustavo Franco [EMAIL PROTECTED] writes: FYI, tasksel 2.58 (sid) is critical for the Debian Desktop initiative. Please consider push it into Etch. It was already pushed in by aba. Thank you for the update Marc. regards, -- stratus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Remaining sysvinit issues and updating the etch version
* Petter Reinholdtsen ([EMAIL PROTECTED]) [061211 10:27]: [Steve Langasek] Does this mean you think sysvinit -36 in unstable is not quite ready for release, and that we should be looking at t-p-u for a solution to bug #330592? Or should we be considering the unstable version for inclusion now? Hm, right. I guess I was not too clear. I will try to be clearer I've been waiting for comments from my co-maintainers, and no-one have said anything. I hope this mean they do not have any objections. I believe -36 in sid is a lot better than the -20 package in etch, and that it would be a lot better to support the -36 version in the next stable release of Debian. Ok, approved now. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Security team's opinion
Andreas Barth escreveu: Hi, there are two issues where I would like to ask you to comment on: - mantis: We have two requests to allow it in. Is this ok from your side? (No bug id, sorry - in case that not, could you please open an RC bug on mantis?) mantis have one security bug #402802. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request for an etch-ignore carte blanche for alternative texlive dependencies
Hi, I've been asked in private mail why we want to do this mass bug filing at all. I paste here the relevant parts of my answer: [why not wait until after etch] We won't push that hard before etch is released, but it doesn't hurt to fix those bugs now if a package gets an upload for etch, anyway. [rumors that texlive does not provide identical functionality compared to teTeX] I've never heard someone claim that. There are some packages missing in texlive that were already obsolete when sarge's tetex was released, but still included in current tetex, but besides that I don't think there's any difference. [ the bug reports we submitted so far do not specify exact dependencies to use ] Indeed, since this requires knowledge about the internals of the package that needs more than a cursory look at the sources. The splitting of texlive is less buggy than tetex's ;-). But I don't see how that can be a reason not to file the bugs. It might be a reason not to be able to fix them promptly - and the problem of introducing RC bugs that way is the reason why I sent this mail to -release. [ why drop teTeX? I it dead upstream? ] Yes, it is. Thomas Esser (the te in teTeX) is still contributing to TeXlive, but no longer putting together his own distribution. [ why not let texlive Provide: tetex-*, and do normal transition ] This would overload the buildd's and their ftp mirrors, because the small texlive metapackage does not cover the complete teTeX, whereas texlive-full pulls in really everything, about 2 Gigabyte of files. And it doesn't make sense to introduce new metapackages that map teTeX's buggy splitting scheme on the texlive packages. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
How to handle filename conflict aleph (Packages aleph, tetex-bin, texlive-bin)?
severity 389163 serious thanks Dear release team, I just noticed , Etch RC policy: | | | Packages must not install programs in the default PATH with | different functionality with the same file name, even if they | Conflict:. ` We've got a problem here, since all three packages are in testing, provide /usr/bin/aleph, and conflict with each other (or rather, the *tex* packages conflict with aleph). The right solution to this would be to package the new upstream version of aleph, which changes the name to afnix. However, the aleph package has been orphaned (#374120), and the ITP afnix has not yet yielded a package. I wouldn't want to rely on that for etch (although this is the first time I contact Paul about this, so I might be wrong). If there'll be no afnix package in etch, the only other solution to this problem seems to be to remove aleph from testing - any NMUing won't make sense without doing the actual work of packaging afnix. To me it seems as if the current situation is better than having no aleph/afnix at all. However, it violates the release policy. What should we do? Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Re: Fwd: Bug#401660: [Pkg-kde-extras] Bug#401660: Library upgrade for exiv2
On Tuesday 12 December 2006 17:06, Andreas Barth wrote: So, I think it is better to revert digikam now. (Yes, this is one of the times where I'm actually a bit too nice to really say hard No way to upgrade the library - I would rather prefer to have all the updates in, but I know that it would have an bad effect on Etch, so I still refuse it.) Thanks Andi, I'm happy to revert digikam, and will now set about uploading digikam digikamimageplugins 0.8 with epoc's to overright the versions in unstable and migrate to testing. Sorry for the late response. No problems. I can see from the volume in debian-release, than things have just got a whole lot busy. Just glad to be in freeze now ;-) Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to handle filename conflict aleph (Packages aleph, tetex-bin, texlive-bin)?
On Tue, 2006-12-12 at 21:20 +0100, Frank Küster wrote: We've got a problem here, since all three packages are in testing, provide /usr/bin/aleph, and conflict with each other (or rather, the *tex* packages conflict with aleph). Eek. The right solution to this would be to package the new upstream version of aleph, which changes the name to afnix. However, the aleph package has been orphaned (#374120), and the ITP afnix has not yet yielded a package. I wouldn't want to rely on that for etch (although this is the first time I contact Paul about this, so I might be wrong). I am happy to adopt the package and do whatever uploads (including packaging the new upstream version) may be necessary. However, if the program is now called afnix, presumably the package name should change too, which will require NEW queue processing too. If there'll be no afnix package in etch, the only other solution to this problem seems to be to remove aleph from testing - any NMUing won't make sense without doing the actual work of packaging afnix. Another possibility is to NMU aleph to change the binary to /usr/bin/afnix, since this is already upstream's approach according to your report. To me it seems as if the current situation is better than having no aleph/afnix at all. However, it violates the release policy. I agree with your assessment of the relative merits here. If there is no fix availing, I think we should just let this policy violation go, though it isn't my call. Thomas signature.asc Description: This is a digitally signed message part
Re: How to handle filename conflict aleph (Packages aleph, tetex-bin, texlive-bin)?
Frank Küster wrote: severity 389163 serious thanks Dear release team, I just noticed , Etch RC policy: | | | Packages must not install programs in the default PATH with | different functionality with the same file name, even if they | Conflict:. ` We've got a problem here, since all three packages are in testing, provide /usr/bin/aleph, and conflict with each other (or rather, the *tex* packages conflict with aleph). The right solution to this would be to package the new upstream version of aleph, which changes the name to afnix. However, the aleph package has been orphaned (#374120), and the ITP afnix has not yet yielded a package. I wouldn't want to rely on that for etch (although this is the first time I contact Paul about this, so I might be wrong). If there'll be no afnix package in etch, the only other solution to this problem seems to be to remove aleph from testing - any NMUing won't make sense without doing the actual work of packaging afnix. To me it seems as if the current situation is better than having no aleph/afnix at all. However, it violates the release policy. What should we do? Regards, Frank Frank, Thanks for your email. Just to confirm - I have only just started to package AFNIX, so it might be some time before it is ready. Regards, Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please, let op-panel back into testing.
Hi, op-panel was removed from testing due some destar/op-panel rc bugs. they were fixed in destar 0.2.0-3 and op-panel 0.26.dfsg-5 packages. The op-panel is used by destar, so, it'd would be nice if you let op-panel back into testing. Best regards, Santiago signature.asc Description: Esta parte del mensaje está firmada digitalmente