Please unblock console-data 2:1.01-5
Two days after requestin an unblock for 1:1.01-4, we got a new translation of keymap names, in teh Tamil language. Such translations are directly visible in D-I, so getting this in Etch is important for the Tamil-localized installer. I uploaded 1:1.01-5 yesterday with this only change. It of course hasn't reached the 10 days limit, but could the hint to unblock it be put now? I'm afraid that the 10 days delay will end during Christmas time where I'm likely to forget about unblocking request due to abuse of champagne and fois gras. Thanks to all the release team for your tremendous job. signature.asc Description: Digital signature
Re: kfocus: unfreeze request
On Fri, Dec 15, 2006 at 12:27:42PM +, Mark Purcell wrote: Request kfocus be unfrozen to allow 1.0.2-16 into etch. * echo 4 debian/compat * Switch to cdbs No. These are not changes to be making 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: zaptel: unfreeze request
On Fri, Dec 15, 2006 at 12:39:02PM +, Mark Purcell wrote: It it requested to unfreeze zaptel to allow 1:1.2.11.dfsg-1 into etch. This version was uploaded before the freeze. Accepted for this reason only. Otherwise, there would be more changes here than could be reasonably reviewed. BTW, I don't understand at all what the changes to debian/backports are supposed to be for. Based on the changelog, it looks to me like those changes will result in /incorrect/ packages being built for backports. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please allow mkvmlinuz 29 into testing.
Hi, ... Please allow mkvmlinuz 29 into testing. The changes are not important, they allow for linux 2.6.19+ to work, which will be nice for people wanting to build their own kernels in etch, and is very nice for my own experiments right now. No known regresions affect the pre 2.6.19 case. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please unblock scilab
On Fri, Dec 15, 2006 at 03:19:36PM +0100, Torsten Werner wrote: On 12/15/06, Andreas Barth [EMAIL PROTECTED] wrote: Of course you should upload that to unstable. Done, but it contains 3 extra minor fixes: - change a comment - enable debugging symbols which is useful when the build fails - explicitely disable java which has already automatically been disabled on autobuilders because there are no Build-Depends on java Appears to have been unblocked by Andi. 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: please unblock scilab
On 12/17/06, Steve Langasek [EMAIL PROTECTED] wrote: Appears to have been unblocked by Andi. Thanks! Autobuilding non-free packages still takes a long time, though. 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 push gnujump and gnujump-data in Etch (was: Re: Package name change)
On Fri, Dec 15, 2006 at 08:05:46PM +0100, Bas Wijnen wrote: If so, I would tend towards renaming now, but this must be weighed against the possible confusion to users by making available a version of gnujump that never existed upstream. Well, the upstream source is currently available from the GNUjump download page at gnu.org (but it's called sdljump). I've just uploaded the package with the new name, and would like it to be pushed into Etch. When that happens, sdljump should be removed from it. Well, bug #403424 looks like a problem. :) You'll need to notify us again when this bug is fixed for us to consider it. -- 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: Scheduling linux-2.6 2.6.18-9
Hi Frederik, On Fri, Dec 15, 2006 at 06:08:08PM +0100, Frederik Schueler wrote: I would like to schedule the upload of the next linux-2.6 2.6.18 version, with the following changes: 1. new vserver patch, breaks ABI 2. new Xen patch 3. Activate PAE on i386 Xen subarch, breaks ABI 4. arm changes 5. 2.6.18.5 ABI breaking patch (Honour source routing for LVS-NAT) This update bears 3 ABI breaking changes. While the vserver patch might be adaptable, the PAE migration of i386 Xen is not. But we need this change as a workaround for #399113, otherwise the i386 Xen kernels will be broken in the release, and require an immediate update. And since we are already planning an ABI bump, we can add the missing changeset of 2.6.18.5, too. The first two ABI changes are specific to extra kernel flavors that aren't relevant to the installer and have few (if any?) extra modules built for them. If these were the only ABI changes to go in, I would certainly advise making the change *without* changing the package names, because I don't think the work involved would be justified, and it would almost certainly delay the release. Which means that under those circumstances, I would also suggest not adding the 2.6.18.5 ABI-breaking patch for etch. I know these suggestions aren't going to please everyone, but having distinguishing package names for *unreleased* ABI changes is not RC, and the difference between the two paths will be significant for getting d-i RC2 released quickly so that we can push on with the release. 2 more things are outstanding: 1. a new orig.tar.gz without undistributable firmwares, in order to satisfy the recent GR on this issue 2. amd64 kernels for i386 Glad to know that these are still on your radar. :) 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: Scheduling linux-2.6 2.6.18-9
On Fri, Dec 15, 2006 at 11:32:54PM +0100, Moritz Muehlenhoff wrote: Frederik Schueler wrote: If you have any last minute changes which are that important they cannot=20 wait for the first point release kernel, please list them here so we can discuss them. The 2.6.18.6 stable series patches posted by Chris include some fixes we should include: - fixes data corruption with dm-crypt on RAID - fixes bcm43xx retransmits (IIRC there's an RC bug for this) Is this fixed already in the -8 upload or not? The changelog mentions that 2.6.18.5 includes a bcm43xx fix: - bcm43xx: Drain TX status before starting IRQs Is that not the same 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: openc++ and skribe for etch
On Fri, Dec 15, 2006 at 11:23:23PM +0100, Yann Dirson wrote: I'd like to get openc++ and skribe considered for re-migration to testing. I would think those two packages can be qualified as having missed the freeze only for reasons outside of the control of the maintainers :) - openc++ (non-free) has not migrated because no non-free buildd has produced binaries for s390 (and m68k) yet, so the previous version from main is blocking the move. Removing those old versions from the archive is probably the way to go. Then you will need to file a bug against the ftp.debian.org pseudopackage requesting this. Also, the binaries on powerpc are uninstallable, which also needs to be resolved before this package can be considered for release. - skribe has not been rebuilt on arm yet because at that time the buildd did not find a bigloo package, which is now available in etch. Approved. 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]
maint-guide, debiandoc-sgml updated
Hi, Since it was FTBFS release critical bug, I focused on it and uploaded fixes as new maint-guide and new debiandoc-sgml today with proprity high. These should be included for release, please. Since then I had time to fix source for existing BTS report with sure patches. Should I upload these or should I wait until non-FTBFS source reaches testing? Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please, migrate tclxml-3.1-2 to Etch
Hi, Please, consider migrate tclxml-3.1-2 to Etch, because grave bug (#402791) fix of empty directories bin and sbin. This package only library directories and that they were not in the previous package. Kind regards, -- Fernando Ike de Oliveira [EMAIL PROTECTED] signature.asc Description: Esta é uma parte de mensagem assinada digitalmente
Please unblock loop-aes-utils 2.12r-15
Hello release team, this version includes a documentation fix (README.Debian, NEWS.Debian). The documentation mentioned a feature that we decided to postpone until after etch; It would be great if you could let this version into testing. cheers, Max diff -u loop-aes-utils-2.12r/debian/changelog loop-aes-utils-2.12r/debian/changelog --- loop-aes-utils-2.12r/debian/changelog +++ loop-aes-utils-2.12r/debian/changelog @@ -1,3 +1,11 @@ +loop-aes-utils (2.12r-15) unstable; urgency=medium + + * Set maintainer to Debian Loop-AES Team + * Partially revert documentation changes as we don't include +the initramfs-tools integration yet for etch. + + -- Max Vozeler [EMAIL PROTECTED] Sat, 16 Dec 2006 03:38:40 +0100 + loop-aes-utils (2.12r-14) unstable; urgency=low * Sync with util-linux 2.12r-11 diff -u loop-aes-utils-2.12r/debian/control loop-aes-utils-2.12r/debian/control --- loop-aes-utils-2.12r/debian/control +++ loop-aes-utils-2.12r/debian/control @@ -1,7 +1,8 @@ Source: loop-aes-utils Section: admin Priority: optional -Maintainer: Max Vozeler [EMAIL PROTECTED] +Maintainer: Debian Loop-AES Team [EMAIL PROTECTED] +Uploaders: Max Vozeler [EMAIL PROTECTED] Build-Depends: debhelper (= 4.2), dpatch (= 2.0.0), libblkid-dev, uuid-dev Standards-Version: 3.7.2 reverted: --- loop-aes-utils-2.12r/debian/NEWS.Debian +++ loop-aes-utils-2.12r.orig/debian/NEWS.Debian @@ -1,12 +0,0 @@ -loop-aes-utils (2.12r-12) unstable; urgency=low - - * This version includes support for root on loop-aes encrypted -device when using an initramfs-tools generated initramfs. - -If you had a working loop-aes encrypted root and you are using -initramfs-tools, this support may interfere and cause initramfs-tools -to produce an initramfs that will not boot your system. See -/usr/share/doc/loop-aes-utils/README.Debian.gz for details. - - -- Lionel Elie Mamane [EMAIL PROTECTED] Sun, 6 Aug 2006 15:20:24 +0200 - diff -u loop-aes-utils-2.12r/debian/README loop-aes-utils-2.12r/debian/README --- loop-aes-utils-2.12r/debian/README +++ loop-aes-utils-2.12r/debian/README @@ -1,9 +1,9 @@ loop-aes-utils for Debian - - This package is based on Debian util-linux 2.12r-9 and the - loop-AES v3.1c patch for util-linux. It is intended to be used - in combination with a loop-AES kernel module. + This package is based on Debian util-linux and the loop-AES + patch for util-linux. It is intended to be used in combination + with a loop-AES kernel module. You can find detailed documentation for loop-AES in packages loop-aes-$(KVERS) and loop-aes-source. @@ -26,38 +26 @@ -Encrypted root fs -- - - This package integrates with initramfs-tools so that an initramfs - created with initramfs-tools will be able to handle a root fs on an - encrypted (or not) loop device. - - This support is automatically enabled at initramfs creation time - when your root device in /etc/fstab has a loop=/dev/loopN - option. You can also force it on by setting the environmental - variable INITRAMFS_LOOPAES to 1, yes or on; you can force it - off by setting INITRAMFS_LOOPAES to 0, no or - off. INITRAMFS_LOOPAES can be set in the shell calling mkinitramfs - or in /etc/initramfs-tools/initramfs.conf . - - When support is forced on, support for all ciphers is included; when - automatically enabled, only the necessary cipher module is included - in the initramfs. - - The entry for the root fs in /etc/fstab should look like: - /dev/hda5 / ext3 loop=/dev/loop5,encryption=AES,gpgkey=/root/keys/loopaes.gpg 0 0 - not - /dev/loop5 / ext3 defaults 0 0 - - If the options include a gpghome= and/or a gpgkey=, these will - be copied into the initramfs, to /keys/rootkeyfile.gpg and /.gnupg, - respectively; if you supply a gpghome= option, it is recommended - that it point towards a specially prepared minimal directory rather - than your usual ~/.gnupg/. - - You can override the loop and crypto related options of /etc/fstab - at boot time by setting the kernel command-line loopaesopts= - option from your boot leader. The syntax is the same as in the - options column of /etc/fstab. Any file path will be interpreted in - the initramfs, obviously. For example: - loopaesopts=loop=/dev/loop5,encryption=AES,gpgkey=/keys/rootkeyfile.gpg - - -- Max Vozeler [EMAIL PROTECTED] and Lionel Elie Mamane [EMAIL PROTECTED] + -- Max Vozeler [EMAIL PROTECTED]
will you allow a new em8300 in?
Hi, One month ago, em8300 was removed from testing, because of #342377, with the following comment from Steve Langasek: # long-standing brokenness, can get back in if maintainer gets the new upstream version packaged Now, a package for the new upstream version is mostly packages (I'd still like to get the templates reviewed by debian-l10n-english). Is it alright if I upload to unstable and expect it to reach etch in 10 days? Cheers, Nicolas signature.asc Description: Digital signature
Re: lightspeed
Hi On Sat, Dec 16, 2006 at 11:11:14PM -0800, Steve Langasek wrote: On Fri, Dec 15, 2006 at 06:40:13AM +0100, Ola Lundqvist wrote: On this page http://qa.debian.org/developer.php?excuse=lightspeed I can see that your unblock is invalidated by some library issue, but I can not really determine what the problem is. The package depends on libpng12-0 (= 1.2.8rel) when I built it and as far as I can see it even exist in stable. Not on other architectures. I see. Do this mean that some autobuilder gave wrong dependency No, it means the autobuilder gave the right dependency according to the current version of libpng in unstable. Ok. and that I have to reupload but with sarge as target? Um, definitely not, since this package is supposed to go to etch, not sarge. But anyway, libpng is a known problem that we are working on sorting out. Ok, thanks. I ment etch of course. :) Regards, // Ola 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/ -- --- 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: Scheduling linux-2.6 2.6.18-9
Hi Sven, On Sun, Dec 17, 2006 at 01:53:36PM +0100, Sven Luther wrote: Why is loop-aes not part of the official module packages ? Mostly because we have not yet found the time to complete the integration. Note that the package uses linux-support-$KVERS, so it is already easy to rebuild for ABI changes. I hope to start work on full integration sometime during the next weeks. Most of the required changes have already been done, so there should not be much left. One property I'd like to keep is a dependency of the modules on required userspace tools, which IIRC was not possible yet with l-m-e last time I looked. Anyways, I hope to have a closer look and write to -kernel about this as soon as I get around to it. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.18-9
Hi all, On Sun, Dec 17, 2006 at 02:43:57AM -0800, Steve Langasek wrote: On Fri, Dec 15, 2006 at 06:08:08PM +0100, Frederik Schueler wrote: This update bears 3 ABI breaking changes. While the vserver patch might be adaptable, the PAE migration of i386 Xen is not. But we need this change as a workaround for #399113, otherwise the i386 Xen kernels will be broken in the release, and require an immediate update. And since we are already planning an ABI bump, we can add the missing changeset of 2.6.18.5, too. The first two ABI changes are specific to extra kernel flavors that aren't relevant to the installer and have few (if any?) extra modules built for them. Actually, quite a few modules packages are being built for the vserver and xen flavours : main: spca5xx (linux-modules-extra-2.6) redhat-cluster (linux-modules-extra-2.6) squashfs(linux-modules-extra-2.6) loop-aes(loop-aes) contrib: ipw2100 (linux-modules-contrib-2.6) ipw2200 (linux-modules-contrib-2.6) ipw3945 (linux-modules-contrib-2.6) non-free: kqemu (linux-modules-nonfree-2.6) Unless I missed some, I think this concerns four source packages. I'm not sure if it would be possible to binNMU / force rebuild of those, but since linux-modules-* are maintained by the kernel team and loop-aes by myself, I think we could react quickly and rebuild them via normal sourceful uploads as well. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Scheduling linux-2.6 2.6.18-9
On Sun, Dec 17, 2006 at 01:53:03PM +0100, Max Vozeler wrote: Hi all, On Sun, Dec 17, 2006 at 02:43:57AM -0800, Steve Langasek wrote: On Fri, Dec 15, 2006 at 06:08:08PM +0100, Frederik Schueler wrote: This update bears 3 ABI breaking changes. While the vserver patch might be adaptable, the PAE migration of i386 Xen is not. But we need this change as a workaround for #399113, otherwise the i386 Xen kernels will be broken in the release, and require an immediate update. And since we are already planning an ABI bump, we can add the missing changeset of 2.6.18.5, too. The first two ABI changes are specific to extra kernel flavors that aren't relevant to the installer and have few (if any?) extra modules built for them. Actually, quite a few modules packages are being built for the vserver and xen flavours : main: spca5xx (linux-modules-extra-2.6) redhat-cluster (linux-modules-extra-2.6) squashfs(linux-modules-extra-2.6) loop-aes(loop-aes) contrib: ipw2100 (linux-modules-contrib-2.6) ipw2200 (linux-modules-contrib-2.6) ipw3945 (linux-modules-contrib-2.6) non-free: kqemu (linux-modules-nonfree-2.6) Unless I missed some, I think this concerns four source packages. I'm not sure if it would be possible to binNMU / force rebuild of those, but since linux-modules-* are maintained by the kernel team and loop-aes by myself, I think we could react quickly and rebuild them via normal sourceful uploads as well. Why is loop-aes not part of the official module packages ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: openc++ and skribe for etch
On Sun, Dec 17, 2006 at 03:21:16AM -0800, Steve Langasek wrote: On Fri, Dec 15, 2006 at 11:23:23PM +0100, Yann Dirson wrote: - openc++ (non-free) has not migrated because no non-free buildd has produced binaries for s390 (and m68k) yet, so the previous version from main is blocking the move. Removing those old versions from the archive is probably the way to go. Then you will need to file a bug against the ftp.debian.org pseudopackage requesting this. Filed. Also, the binaries on powerpc are uninstallable, which also needs to be resolved before this package can be considered for release. To Andreas and Martin: The ppc non-free buildd appears to have obsolete versions of some packages installed when opc++ 2.8-9 was built, as show in http://people.debian.org/~dirson/buildinfo/openc++/ (many old libs, including libgc which is a blocker) - skribe has not been rebuilt on arm yet because at that time the buildd did not find a bigloo package, which is now available in etch. Approved. Thanks, -- Yann. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock xorg-docs
David Nusinow [EMAIL PROTECTED] writes: Please unblock xorg-docs and allow it to migrate to etch. This upload includes the following changes: Unblocked. Marc -- BOFH #83: Support staff hung over, send aspirin and come back LATER. pgpupqkO5F5Q8.pgp Description: PGP signature
Please hint nozomi-source 2.1-2 for etch (Closes #390427)
Hi! Please let nozomi-source 2.1-2 enter etch. -2 closes #390427 and it would be nice to have the GPRS/EDGE/UMTS/HSDPA drivers in the upcoming stable release. yours Martin -- http://martin.wuertele.net/ -- Debian -- OFTC -- SPI -- [EMAIL PROTECTED] dnges führts eigentlcih zu irgendwelchen probleme, wenn ich pakete selber kompiliere und installiere? youam wenn du das machst: bestimmt. SCNR
Re: kernel-patch-openvz
Hi again Sorry to disturb, but now I have made a new version that I have uploaded to testing-proposed-updates. The reason for that is that I will soon upload a new version to unstable as well. On Sat, Dec 16, 2006 at 11:26:06PM -0800, Steve Langasek wrote: On Fri, Dec 15, 2006 at 06:42:27AM +0100, Ola Lundqvist wrote: I assume that you are very busy, but did my reasoning makes sense or do I have to do in some other way in order to get the package to testing? A 92000 line interdiff for a single important bug is probably not going to be accepted, sorry. I believe this is what Andreas already said. We want to help maintainers get as many important bugs fixed for release as possible, but the release team's time is limited, and we do need to remain focused on actual release issues -- a 92 kloc interdiff for an important bug is not consistent with that. That is ok with me. I just to check if it was acceptable with a description of the change I made. I also want to know if you will accept 2.6.18-8 of the linux kernel as you have to accept a not yet existing version to testing then. I don't think any decision has been made yet about this kernel version. I see. Then I have decided to upload the fix for testing/etch to testing-proposed-updates and the fix for unstable (i.e. kernel version in unstable) to unstable. Regards, // Ola -- 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/ -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://opalsys.net/ UIN/icq: 4912500 | \ 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]
asking to upload fai 3.1.3 to unstable (it should go into testing)
Dear release team, I like to ask for permission to upload fai 3.1.3 to unstable which should be hinted into etch after the usual waiting period. The new version fixes three bugs (one in a manpage) and corrects one example in the documentation as well: fai (3.1.3) unstable; urgency=medium * fai-savelog: fix a security tagged bug, make local copy of LOGDIR only readable for root and group adm (closes: #402644) * fai: add missing shift command (closes: #402588) * fai.8: improve dirinstall info (closes: #402294) * package_config/FAIBASE: add packages, this is only a documentation change The security bug changes the owner, group and permissions of a directory containing the log files, because it includes the hash of the root password. Because of this security tagged bug, I've set the urgency to medium. #402588 fixes parsing of the option -u,--hostname. I attached the output of debdiff fai_3.1.2.dsc fai_3.1.3.dsc. The changes (exluding changelog and documentation changes) are only four lines. I hope that you will approve my request. Thanks for your time! If you have any questions, do not hesitate to contact me. debdiff.log Description: Binary data -- regards Thomas
Re: Please allow xmoto 0.2.2-2 in testing
Hi, Samuel Mimram wrote: Could you please allow xmoto 0.2.2-2 in testing? Currently testing has 0.2.2-1 and the only difference between them is a patch that corrects the url where to download new levels for the game (upstream has moved his website). The xmoto package has been unblocked, thanks! Unfortunately, it's waiting for the new libpng (1.2.15~beta5-0). Will this version enter etch or should I do a t-p-u? Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
nano update request
Hey release team, I uploaded nano 2.0.1 a while ago to unstable which had minor code changes for the bugs that cropped up in 2.0. Also, there was a number of translation updates. There's a segfault and memleak fixes in CVS that I can apply to 2.0.1 and upload to unstable if there's chances of getting it accepted in etch. If not, I'll just wait for 2.0.2, not targetted at etch. The full 2.0.1 changelog follows. GNU nano 2.0.1 - 2006.11.20 - General: - Miscellaneous comment fixes. (DLR) - Fix copyright notices to not abbreviate the year list using a range. Changes to do_credits() and all source files. (DLR) - files.c: get_full_path() - Remove unneeded assert. (DLR) - Fix problem where only paths would be returned when both paths and filenames should have been. (DLR) do_writeout() - For consistency, when saving a file with no name, don't allow overwriting an existing file when in restricted mode. (DLR) - Fix problem where a file could sometimes be overwritten without a warning prompt. (DLR) - winio.c: do_replace_highlight() - Include the code to display zero-length matches even when regex.h isn't found, as it can also be used to display zero-length Unicode characters. (DLR) - doc/rnano.1, doc/fr/rnano.1: - Add missing (C) to the copyright notice in the comments. (DLR) - doc/nano.texi: - Remove unneeded . from the copyright notice in the comments. (DLR) - NEWS: - Add missing entries for nano 1.0.2 and 1.0.3, since 1.1.0 includes their changes. (DLR) -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Re: gcj-4.1_4.1.1-20 and gcc-4.1_4.1.1-21 for testing
On 11/12/06 at 09:14 +0100, Matthias Klose wrote: Please consider for testing: gcc-4.1: 4.1.1ds2-20 is for four weeks in the archive without regressions report to the BTS, -21 fixes important bugs for non-release archs. Maybe Lucas could rebuild the testing archive with the -20 or -21 packages before letting theis version into testing. Hi, I will be quite busy this week, so please tell me if you really need me to rebuild the archive with it. Looking at the changes, I'm not sure it's really relevant, since I can only build on i386 and amd64. gcc-4.1 (4.1.1ds2-21) unstable; urgency=high * Enable -pthread for GNU/Hurd (Michael Banck). Closes: #400031. * Update the m68k-fpcompare patch (Roman Zippel). Closes: #401585. -- Matthias Klose [EMAIL PROTECTED] Sun, 10 Dec 2006 12:35:06 +0100 Lucas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock xorg-docs
On Sun, Dec 17, 2006 at 05:23:38PM +0100, Marc 'HE' Brockschmidt wrote: David Nusinow [EMAIL PROTECTED] writes: Please unblock xorg-docs and allow it to migrate to etch. This upload includes the following changes: Unblocked. Great, thank you HE. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please allow checkinstall in testing
After the usual 10 days for low priority packages (which are due today[1]), I'd like checkinstall to progagate into testing. This is because Sarge shipped with a version of checkinstall (1.5.3-3), and after it's release an RC bug[2] was filed against it and later on removed from testing. The latest checkinstall upload (1.6.1-1) fixes this bug and thus I think it should go into testing. Checkinstall has no rdepends, so it has no impact on other packages. Thanks [1] It was accepted on Dec 7 [2] Bug #342578 -- Felipe Sateler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tla 1.3.5+dfsg-8 MIGRATED to testing
On Fri, Dec 15, 2006 at 08:03:24PM -0600, Adam Majer wrote: Err, why was this tla pushed to Etch? I thought Etch was frozen. Because seeing that the version in unstable depended on libneon26-gnutls, I mistakenly assumed that the version in testing was similarly linked and therefore an update was needed for the neon26 package fixes. Sorry, my mistake. If you can provide an updated package that reverts to the behavior in -4, I'll push it in ASAP. This will need to go through unstable first; since testing and unstable currently have the same version, t-p-u won't work. The -4 used embedded libneon. Then it was moved to use libneon26 instead which caused a kind of a major regression: #402952: tla: segmentation fault trying to get [EMAIL PROTECTED]/emacs--devo--0 Now this has to be fixed for Etch... an error that didn't exist in Etch yesterday. If I had known or without freeze, I would have upgraded this bug to RC to prevent this transition until the bug is fixed. But this one is your mistake. ;) If a bug is RC, please mark it as such to protect your package from bumbling RMs. -- 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 allow gcc-doc-defaults 4.1.1.nf3 into etch
On Sat, Dec 16, 2006 at 03:37:48PM +0300, Nikita V. Youshchenko wrote: - If you have a package that needs updating, *please* don't forget to contact us. *Don't expect us to find out about it on our own*. Please allow gcc-doc-defaults 4.1.1.nf3 into etch. This upload fixes RC bug (#403328); the only change from previous version is addition of missing Conflicts: entry. I don't understand why this is listed as a Conflicts:, instead of as a Conflicts: + Replaces:. Matthias, could you please comment? -- 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: xterm upload to testing (#349462)
On Sat, Dec 16, 2006 at 21:23:10 -0800, Steve Langasek wrote: As a targetted fix, yes, I would accept this in t-p-u. Thanks Steve, xterm 222-1etch1 has now been uploaded to t-p-u. Cheers, Julien signature.asc Description: Digital signature
Re: Coordinating to let some TeX-related packages in: texlive-bin
Hi Andreas, hi Release Team! On Don, 14 Dez 2006, Andreas Barth wrote: On Die, 12 Dez 2006, Andreas Barth wrote: * Frank Küster ([EMAIL PROTECTED]) [061211 20:06]: [..] textlive-bin approved. Thanks a lot, but it seems that you have set the unblock to the -6 version, which was buggy. Please see my last email about this. The excuses give me: Unblock request by aba ignored due to version mismatch: 2005.dfsg.2-6 Could you please change this to -7. fixed. There is something going on which I do not understand: the execuses page texlive-bin tells me that it is waiting for libpng, but this one is in freeze. And indeed, it has a dependency on libpng12-0 (= 1.2.15~beta5). But this dependency is somehow only theoretically as it was autogenerated. But since I have to build the binary debs before upload in a sid environment, what is the correct procedure now: - Rebuild the texlive-bin based binary deps in a sarge environment, and reupload? But this will not work for other archs than the one I upload, as the autobuilders will use sid (I assume). - ignore - ??? Thanks for any suggestion, if I have to do something to get this fixed. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- PEN-TRE-TAFARN-Y-FEDW (n.) Welsh word which literally translates as 'leaking-biro-by-the-glass-hole-of-the-clerk-of-the-bank-has-been- -taken-to-another-place-leaving-only-the-special-inkwell-and-three- -inches-of-tin-chain'. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please allow freeradius 1.1.3-3 into etch
It is not yet ready to migrate, having only been uploaded last night. However, knowing myself, I will forget to write this email in a few days when it is actually ready. Can you please unblock the new version, as it fixes a policy bug with a one line change? Complete interdiff is: Index: debian/freeradius.init === --- debian/freeradius.init (.../freeradius-1.1.3-2)(revision 2063) +++ debian/freeradius.init (.../freeradius-1.1.3-3)(revision 2063) @@ -14,7 +14,7 @@ set -e -source /lib/lsb/init-functions +. /lib/lsb/init-functions PROG=freeradius PROGRAM=/usr/sbin/freeradius Index: debian/changelog === --- debian/changelog(.../freeradius-1.1.3-2)(revision 2063) +++ debian/changelog(.../freeradius-1.1.3-3)(revision 2063) @@ -1,3 +1,9 @@ +freeradius (1.1.3-3) unstable; urgency=medium + + * Fix POSIX compliance problem in init script. Closes: #403384. + + -- Mark Hymers [EMAIL PROTECTED] Sat, 16 Dec 2006 20:45:11 + + freeradius (1.1.3-2) unstable; urgency=low [ Stephen Gran ] Thanks for your consideration, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: Please allow dwm 2.1-3
On Sat, Dec 16, 2006 at 04:37:13PM +0100, Daniel Baumann wrote: 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,10 @@ +dwm (2.1-3) testing; urgency=medium + + * For consistency, renamed 99-utf.dpatch to 98-utf.dpatch. Which makes the interdiff almost impossible to read... sigh + * Added a new 99-utf.dpatch from dwm 2.7 to fix further utf issues. And again, I don't see how dropping support for a fallback to fixed is anything but a regression. -- 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: Coordinating to let some TeX-related packages in: texlive-bin
Norbert Preining [EMAIL PROTECTED] wrote: There is something going on which I do not understand: the execuses page texlive-bin tells me that it is waiting for libpng, but this one is in freeze. And indeed, it has a dependency on libpng12-0 (= 1.2.15~beta5). But this dependency is somehow only theoretically as it was autogenerated. Unfortunately, it's not only theoretical: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401465;msg=19 But since I have to build the binary debs before upload in a sid environment, what is the correct procedure now: - Rebuild the texlive-bin based binary deps in a sarge environment, and reupload? But this will not work for other archs than the one I upload, as the autobuilders will use sid (I assume). - ignore - ??? Since texlive isn't the only package affected, the release team will have to decide whether a) libpng is let into etch b) libpng is changed back to not export those symbols and lower its shlibs information c) depending packages need to be updated through etch-proposed-updates (not sarge) IMHO, b would be the smoothest option - however in order to decide whether it can be done someone who knows about C libraries needs to look at the code and perhaps at the code of packages that use libpng and have recently had a new upstream version. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Re: Coordinating to let some TeX-related packages in: texlive-bin
* Norbert Preining ([EMAIL PROTECTED]) [061218 02:07]: There is something going on which I do not understand: the execuses page texlive-bin tells me that it is waiting for libpng, but this one is in freeze. And indeed, it has a dependency on libpng12-0 (= 1.2.15~beta5). But this dependency is somehow only theoretically as it was autogenerated. But since I have to build the binary debs before upload in a sid environment, what is the correct procedure now: - Rebuild the texlive-bin based binary deps in a sarge environment, and reupload? But this will not work for other archs than the one I upload, as the autobuilders will use sid (I assume). - ignore Ignore. The release team will take care of any package depending on libpng, once we know which png-solution we want to see in testing. Cheers, Andi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]