Re: Hints for d-i

2014-12-09 Thread Cyril Brulebois
Hi Ivo, Ivo De Decker iv...@debian.org (2014-12-09): I added most of those. thanks! On Mon, Dec 08, 2014 at 10:46:35AM +0100, Cyril Brulebois wrote: # TODO: Check with Colin unblock iprutils/2.4.5-1 unblock-udeb iprutils/2.4.5-1 Not added, based on the TODO. ACK. # TODO: Check

Bug#770231: marked as done (Amd64-efi installer becomes unresponsive on x86 bios)

2014-12-09 Thread Debian Bug Tracking System
Your message dated Tue, 09 Dec 2014 09:01:56 + with message-id 1418115716.13069.2.ca...@hellion.org.uk and subject line Re: Bug#770231: Amd64-efi installer becomes unresponsive on x86 bios has caused the Debian Bug report #770231, regarding Amd64-efi installer becomes unresponsive on x86 bios

Re: Bug#772595: UEFI fixes, round 2

2014-12-09 Thread Cyril Brulebois
Steve McIntyre st...@einval.com (2014-12-08): Clearly, this is also d-i material. KiBi has been letting me drive this, and I hope he's still happy here. I've added d-boot in CC accordingly. Clearly, he's still happy here. Thanks! Mraw, KiBi. signature.asc Description: Digital signature

Re: unable to finish debian-installer

2014-12-09 Thread Michiel Faber
Op 08-12-14 om 22:46 schreef Geert Stappers: Okay. This is from the original posting: I went into chroot /target and installed aptitude, the kernel and grup-pc, but grub-install failed, because of no devices present. My guess is that in the chroot the mount command will *not* show

Processed: Re: Bug#772526: adjust the action of update-grub2 to bios_grub partitions

2014-12-09 Thread Debian Bug Tracking System
Processing control commands: reassign -1 os-prober Bug #772526 [grub2-common] adjust the action of update-grub2 to bios_grub partitions Bug reassigned from package 'grub2-common' to 'os-prober'. No longer marked as found in versions grub2/2.02~beta2-17. Ignoring request to alter fixed versions

Re: unable to finish debian-installer [solved]

2014-12-09 Thread Michiel Faber
Thank you, Geert and Anthony for your time. I solved it by following these instructions: http://d-i.alioth.debian.org/manual/en.i386/apds03.html /usr/sbin/debootstrap --arch i386 wheezy http://ftp.nluug.nl/pub/os/Linux/distr/debian/ mount -o bind /dev/ /target/dev LANG=C chroot /target

Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Ralf Treinen
Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was removed from testing on 2014-03-13. -Ralf. -- To UNSUBSCRIBE, email to

Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Cyril Brulebois
Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on ruby1.8, which does not exist in jessie. In fact, ruby1.8 was

Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Christian Hofstaedtler
* Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org Usertags: edos-uninstallable Hi, ttf-cjk-compact build-depends on

Bug#772657: marked as done (ttf-cjk-compact: build-depends on ruby1.8)

2014-12-09 Thread Debian Bug Tracking System
Your message dated Tue, 9 Dec 2014 21:00:32 +0100 with message-id 20141209200032.ga3...@mail.waldi.eu.org and subject line Re: Bug#772657: ttf-cjk-compact: build-depends on ruby1.8 has caused the Debian Bug report #772657, regarding ttf-cjk-compact: build-depends on ruby1.8 to be marked as done.

Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Ralf Treinen
On Tue, Dec 09, 2014 at 08:51:52PM +0100, Christian Hofstaedtler wrote: * Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie User: trei...@debian.org

Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Christian Hofstaedtler
* Adam D. Barratt a...@adam-barratt.org.uk [141209 21:05]: On Tue, 2014-12-09 at 20:51 +0100, Christian Hofstaedtler wrote: * Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20 Tags:

Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Ralf Treinen
On Tue, Dec 09, 2014 at 08:04:50PM +, Adam D. Barratt wrote: On Tue, 2014-12-09 at 20:51 +0100, Christian Hofstaedtler wrote: * Cyril Brulebois k...@debian.org [141209 18:41]: Ralf Treinen trei...@pps.univ-paris-diderot.fr (2014-12-09): Source: ttf-cjk-compact Version: 1.20

7.8 dates

2014-12-09 Thread Adam D. Barratt
Hi, In theory the 7.8 point release should be in December, but that's often a pain to organise. So let's look at January instead: 3rd / 4th - I'm busy on the Saturday 10th / 11th - Fine for me 17th / 18th - jmw's BSP 24th / 25th - I can do Saturday morning, but will be afk from early afternoon

Bug#772657: ttf-cjk-compact: build-depends on ruby1.8

2014-12-09 Thread Bastian Blank
On Tue, Dec 09, 2014 at 09:16:50PM +0100, Ralf Treinen wrote: In fact, the jessie Sources file contains both 1.20 and 1.23. Which means there is indeed no bug against ttf-cjk-compact. It is marked with | Extra-Source-Only: yes So it is only there to fullfil source requirements with a

win32-loader icon update?

2014-12-09 Thread jnqnfe
In relation to bug #772691 (autorun.inf not displaying a custom Debian icon from setup.exe aka win32-loader.exe when a Debian install disc/iso is loaded in a Windows environment, unlike Ubuntu) which I just reported, I created a small collection of possible replacement icons for win32-loader.exe

Bug#768188: Jessie Installer hangs after processing DHCPv6 stateful addressing

2014-12-09 Thread Ingo Wichmann
In my setup, i've got dhcp for IPv4 and IPv6 without dhcp. Same result. I could reproduce the bug in a vm and on a notebook There is a process in zombie state: [netcfg]. Its parent process seems to be udpkg --configure --force-configure netcfg A workaround is to kill the process dhcp6c -c