Bug#489218: win32-loader: [INTL:vi] Vietnamese program translation update

2008-07-04 Thread Clytie Siddall
Package: win32-loader Version: Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the program file: win32-loader Incidentally, are we using NSIS Unicode [1]? It provides UTF-8 support for Windows installers (and I've added a Vietnamese translation to it). translated

Additionnal template for console-setup

2008-07-04 Thread Christian Perrier
Quoting Colin Watson ([EMAIL PROTECTED]): Author: cjwatson Date: Thu Jul 3 16:01:35 2008 New Revision: 54060 Log: Add a template for the main menu item name. I'll send a call for translations for that one (c-s is not included in the general PO files for D-I) signature.asc Description:

error in debootstrap for intrepid powerpc

2008-07-04 Thread sacarde
hi, I have installed debootstrap 1.0.10 in my archlinux-ppc, I run: debootstrap --arch powerpc intrepid /mnt/ubuntu/ http://archive.ubuntu.com/ubuntu but I have: I: Retrieving Release I: Retrieving Packages I: Retrieving Packages I: Retrieving Packages E: Couldn't download

error in debootstrap for intrepid powerpc

2008-07-04 Thread sacarde
hi, I have installed debootstrap 1.0.10 in my archlinux-ppc, I run: debootstrap --arch powerpc intrepid /mnt/ubuntu/ http://archive.ubuntu.com/ubuntu but I have: I: Retrieving Release I: Retrieving Packages I: Retrieving Packages I: Retrieving Packages E: Couldn't download

Re: Transition to parted 1.8

2008-07-04 Thread Philippe Coval
Adeodato Simó wrote: * Otavio Salvador [Thu, 19 Jun 2008 15:40:49 -0300]: Hello Otavio, about this transition, these 3 packages: fatresize (Philippe Coval [EMAIL PROTECTED]) still need a sourceful upload to build-depend on parted 1.8 instead of 1.7 Somebody (maintainers CCed)

Re: Additionnal template for console-setup

2008-07-04 Thread Colin Watson
On Fri, Jul 04, 2008 at 07:45:45AM +0200, Christian Perrier wrote: Quoting Colin Watson ([EMAIL PROTECTED]): Author: cjwatson Date: Thu Jul 3 16:01:35 2008 New Revision: 54060 Log: Add a template for the main menu item name. I'll send a call for translations for that one (c-s is

Please unblock devmapper/2:1.02.26-1 and lvm2/2.02.38-1

2008-07-04 Thread Bastian Blank
Hi folks Please unblock devmapper/2:1.02.26-1 and lvm2/2.02.38-1. Bastian -- We have the right to survive! Not by killing others. -- Deela and Kirk, Wink of An Eye, stardate 5710.5 signature.asc Description: Digital signature

Re: Please unblock devmapper/2:1.02.26-1 and lvm2/2.02.38-1

2008-07-04 Thread Otavio Salvador
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank [EMAIL PROTECTED] writes: Hi folks Please unblock devmapper/2:1.02.26-1 and lvm2/2.02.38-1. No objection - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED]

Bug#481113: marked as done (win32-loader: [INTL:pl] Polish translation)

2008-07-04 Thread Debian Bug Tracking System
Your message dated Fri, 4 Jul 2008 14:04:04 +0200 with message-id [EMAIL PROTECTED] and subject line fixed has caused the Debian Bug report #481113, regarding win32-loader: [INTL:pl] Polish translation to be marked as done. This means that you claim that the problem has been dealt with. If this

Bug#489218: win32-loader: [INTL:vi] Vietnamese program translation update

2008-07-04 Thread Robert Millan
On Fri, Jul 04, 2008 at 03:29:20PM +0930, Clytie Siddall wrote: Package: win32-loader Version: Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the program file: win32-loader Thanks! Incidentally, are we using NSIS Unicode [1]? It provides UTF-8 support for

mklibs broken for gcc-4.3.x on mips

2008-07-04 Thread Chris Steel
I've been using the svn version of mklibs to reduce a cross compiled rootfs for mips or arm, and when I compile with gcc 4.2.x it all works fine. When I upgraded my toolchain to gcc 4.3.x then an arm rootfs still reduces with mklibs and runs correctly. However the mips build breaks mklibs with

Re: New kernel-wedge uploaded, time to upload linux-{kernel,modules}-di

2008-07-04 Thread Bastian Blank
On Wed, Jul 02, 2008 at 05:19:43PM -0300, Otavio Salvador wrote: I have uploaded the packages for amd64 and i386 and would like to ask porters to handle it for your pet architecture(s). I decided to go directly to 2.6.26 for s390 which is estimated

Re: New kernel-wedge uploaded, time to upload linux-{kernel,modules}-di

2008-07-04 Thread Otavio Salvador
Bastian Blank [EMAIL PROTECTED] writes: On Wed, Jul 02, 2008 at 05:19:43PM -0300, Otavio Salvador wrote: I have uploaded the packages for amd64 and i386 and would like to ask porters to handle it for your pet architecture(s). I decided to go

Re: New kernel-wedge uploaded, time to upload linux-{kernel,modules}-di

2008-07-04 Thread Bastian Blank
On Fri, Jul 04, 2008 at 12:04:54PM -0300, Otavio Salvador wrote: Bastian Blank [EMAIL PROTECTED] writes: I decided to go directly to 2.6.26 for s390 which is estimated for the next days. Please don't do that. Please upload .25 kernel for s390 as we're doing for all architectures so we can

Re: New kernel-wedge uploaded, time to upload linux-{kernel,modules}-di

2008-07-04 Thread Bastian Blank
On Fri, Jul 04, 2008 at 05:29:44PM +0200, Bastian Blank wrote: Nope. You blocked it already for 3 months. This have to stop. I want a working proposal from the installer team how to avoid blocking the kernel in unstable for more than one month. I made one which you did not like so it is your

mountmedia_0.17_i386.changes ACCEPTED

2008-07-04 Thread Debian Installer
Accepted: mountmedia_0.17.dsc to pool/main/m/mountmedia/mountmedia_0.17.dsc mountmedia_0.17.tar.gz to pool/main/m/mountmedia/mountmedia_0.17.tar.gz mountmedia_0.17_all.udeb to pool/main/m/mountmedia/mountmedia_0.17_all.udeb Override entries for your package: mountmedia_0.17.dsc - optional

media-retriever_1.18_i386.changes ACCEPTED

2008-07-04 Thread Debian Installer
Accepted: load-media_1.18_all.udeb to pool/main/m/media-retriever/load-media_1.18_all.udeb media-retriever_1.18.dsc to pool/main/m/media-retriever/media-retriever_1.18.dsc media-retriever_1.18.tar.gz to pool/main/m/media-retriever/media-retriever_1.18.tar.gz media-retriever_1.18_all.udeb

Bug#352474: marked as done (Should not ask device question if no candidate devices found)

2008-07-04 Thread Debian Bug Tracking System
Your message dated Fri, 04 Jul 2008 16:06:25 + with message-id [EMAIL PROTECTED] and subject line Bug#352474: fixed in mountmedia 0.17 has caused the Debian Bug report #352474, regarding Should not ask device question if no candidate devices found to be marked as done. This means that you

D-I + PXE and local partial debian repository

2008-07-04 Thread Nico de Haer
Hi, I'm attempring to create a setup-server to install debian Etch (i386 and amd64) using nothing but a cross-cable to a target machine. Also, no internet during the install. So I made a nice cocktail (ingredients: syslinux, tftpd-hpa, mini-httpd, d-i netboot stuff and a netinst iso) and it did

i386 floppy status

2008-07-04 Thread Joey Hess
I can build floppies with the 2.6.25 images, but in qemu I see this: Booting from floppy... Boot error I've backtracked this to a specific change in a recent version of dosfstools, and filed an RC bug. However, immediatly upon loading linux, a fixed image crashes qemu spectacularly: qemu:

Re: i386 floppy status

2008-07-04 Thread Holger Wansing
Hello, On Fri, 4 Jul 2008 14:06:04 -0400 Joey Hess [EMAIL PROTECTED] wrote: I don't know whether to file a qemu or a kernel bug here. Would someone like to test this image in another emulator? (Or real floppy drive if there are any actually left). http://kitenet.net/~joey/tmp/boot.img I

Re: D-I + PXE and local partial debian repository

2008-07-04 Thread Frans Pop
On Friday 04 July 2008, Nico de Haer wrote: Now I am stuck: D-I insists on having a valid Release.gpg file and me not wanting to have a complete debian mirror on my webserver. Is there a way to tell D-I to ignore the Release.gpg file? or am I doing this all-wrong

Re: i386 floppy status

2008-07-04 Thread Frans Pop
On Friday 04 July 2008, Joey Hess wrote: I can build floppies with the 2.6.25 images, but in qemu I see this: Booting from floppy... Boot error I got this same error today. Great you traced it. I don't know whether to file a qemu or a kernel bug here. Would someone like to test this image