Please unblock console-data 2:1.01-5

2006-12-17 Thread Christian Perrier
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

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Steve Langasek
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.

2006-12-17 Thread Sven Luther
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

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Torsten Werner

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)

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Osamu Aoki
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

2006-12-17 Thread Fernando Ike de Oliveira
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

2006-12-17 Thread Max Vozeler
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?

2006-12-17 Thread Nicolas Boullis
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

2006-12-17 Thread Ola Lundqvist
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

2006-12-17 Thread Max Vozeler
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

2006-12-17 Thread Max Vozeler
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

2006-12-17 Thread Sven Luther
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

2006-12-17 Thread Yann Dirson
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

2006-12-17 Thread Marc 'HE' Brockschmidt
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)

2006-12-17 Thread Martin Wuertele
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

2006-12-17 Thread Ola Lundqvist
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)

2006-12-17 Thread Thomas Lange
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

2006-12-17 Thread Samuel Mimram
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

2006-12-17 Thread Jordi Mallach
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

2006-12-17 Thread Lucas Nussbaum
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

2006-12-17 Thread David Nusinow
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

2006-12-17 Thread Felipe Sateler
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

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Steve Langasek
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)

2006-12-17 Thread Julien Cristau
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

2006-12-17 Thread Norbert Preining
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

2006-12-17 Thread Stephen Gran
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

2006-12-17 Thread Steve Langasek
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

2006-12-17 Thread Frank Küster
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

2006-12-17 Thread Andreas Barth
* 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]