Bug#814342: lowmem should not block when in network-console d-i mode

Dear Martin, On Thu, Feb 11, 2016 at 5:21 AM, Martin Michlmayr wrote: > * Roger Shimizu [2016-02-11 01:19]: >> Package: lowmem >> >> There's a mode calling network-console in d-i, which let user to use >> SSH to connect to the target device for Debian installation. >> But if lowmem detects memor

UEFI support for mini.iso?

Hi folks, The "netboot" target of the debian-installer build system builds the PXE-booting files for the installer, as well as a 30-40MB "mini.iso" image that contains just the kernel and initramfs for the installer to boot. This makes it smaller than the netinst, which makes it my personal favour

partman-ext3_86_i386.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 11 Feb 2016 06:49:17 +0100 Source: partman-ext3 Binary: partman-ext3 Architecture: source all Version: 86 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Christian Perrier

Bug#788842: marked as done (D-I: Installer stuck at 33% when formatting ext4.)

Your message dated Thu, 11 Feb 2016 06:18:55 + with message-id and subject line Bug#767682: fixed in partman-ext3 86 has caused the Debian Bug report #767682, regarding D-I: Installer stuck at 33% when formatting ext4. to be marked as done. This means that you claim that the problem has been

Processing of partman-ext3_86_i386.changes

partman-ext3_86_i386.changes uploaded successfully to localhost along with the files: partman-ext3_86.dsc partman-ext3_86.tar.xz partman-ext3_86_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org)

Bug#789427: marked as done (debian-installer: debian installer mkfs.ext3 hangs while formatting a new partition)

Your message dated Thu, 11 Feb 2016 06:18:55 + with message-id and subject line Bug#767682: fixed in partman-ext3 86 has caused the Debian Bug report #767682, regarding debian-installer: debian installer mkfs.ext3 hangs while formatting a new partition to be marked as done. This means that y

Bug#767682: marked as done (D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record).)

Your message dated Thu, 11 Feb 2016 06:18:55 + with message-id and subject line Bug#767682: fixed in partman-ext3 86 has caused the Debian Bug report #767682, regarding D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record). to be marked as done. This

Processing of partman-ext3_86_i386.changes

partman-ext3_86_i386.changes uploaded successfully to ftp-master.debian.org along with the files: partman-ext3_86.dsc partman-ext3_86.tar.xz partman-ext3_86_all.udeb Greetings, Your Debian queue daemon (running on host coccia.debian.org)

Bug#750586: syslinux-common: Boot fails. Failed to load ldlinux.c32. File must be in /. Upstream bug

On Sun, 11 Oct 2015 12:43:17 +0300 Mikaela Suomalainen wrote: I am able to reproduce this issue with debian-8.2.0-amd64-DVD-1.iso using older desktop PC which is from year 2006. I thought Debian would be good for a little older PC and I wouldn't have to worry about it so much, but it appears

Bug#571136: 1.0.76 breaks qemu'd debootstrap (1.0.78)

On Feb 11, Steve McIntyre wrote: > Marco: this is continuing fallout from *your* changes. If you wish to > keep any shred of credibility, you might want to follow through here > and test your proposed fix yourself. Jason has helpfully posted a test > case that demonstrates the problem... I do not

Bug#571136: Bug#813232: debootstrap: Two-staged bootstrapping with --second-stage broken

I have tested Marco's patch against debootstrap 1.0.78. It applied cleanly, the package built fine under pbuilder, and it solved the problem I was experiencing with live-build (see bug #571136 [1]). I have only verified it using live-build, not using two-staged bootstrapping directly. [1] https://

Bug#767682: D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record).

On Wed, Feb 10, 2016 at 07:14:07PM +0100, Christian PERRIER wrote: >Quoting John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de): >> Hi! >> >> Coming back to the discussion after having re-assigned the bug to the >> partman-ext3 package. First of all, this particular bug was reported >> in Ubu

Bug#571136: 1.0.76 breaks qemu'd debootstrap (1.0.78)

On Wed, Feb 10, 2016 at 12:39:20AM +0100, Marco d'Itri wrote: >On Feb 10, Jason Heeris wrote: > >> I've just tried a live-build cross build of an armhf image from a stretch >> amd64 >> VM, with debootstrap 1.0.78, and had it fail this way too. >This is about #813232. I posted a candidate patch, bu

Bug#814343: Bug on scretch installation

Hi Cyril, In fact I have closed the VM ! So I'll remake the test tomorrow and I'll tried to send you the syslog BUT IT IS NOT EASY, because the system is not intalled and I have just the access on the /dev/tty2 console without mouse with a shell in a busybox !! So no ssh, no vi, no more and so on

Bug#814343: Bug on scretch installation

Hi, Patrick Foubet (2016-02-10): > L'installation commence bien puis s'arrête avec un message d'erreur. > Voici un extrait du contenu de /dev/tty4 : > > Feb 10 15:11:38 in-target: dpkg: erreur traitement du paquet systemd > (--configure) : > Feb 10 15:11:38 in-target: problemes de dependances

chroot PATH for debootstrap

I followed the procedure in https://www.debian.org/releases/stable/amd64/apds03.html.en to set up a "jessie" inside a spare LV and boot partition. Overall this was a great experience but there was one small problem. The host system (Fedora 23) doesn't have anything in /sbin and /bin, so these t

Bug#814342: lowmem should not block when in network-console d-i mode

* Roger Shimizu [2016-02-11 01:19]: > Package: lowmem > > There's a mode calling network-console in d-i, which let user to use > SSH to connect to the target device for Debian installation. > But if lowmem detects memory is low, it will block d-i and prevent SSH > daemon to start, so user has no

Re: "ts209" d-i image failed to build due to size

* Roger Shimizu [2016-02-11 00:12]: > As you may already know, "ts209" d-i image failed to build due to > size, since two day ago. > It was OK on Feb. 6th [0], but got failed since Feb. 7th [1]. gpgv-udeb is now provided by gnupg2 rather than gnupg 1.4 and this brought in a number of new dependen

Bug#767682: D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record).

Quoting John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de): > Hi! > > Coming back to the discussion after having re-assigned the bug to the > partman-ext3 package. First of all, this particular bug was reported > in Ubuntu as well [1], so I have linked this bug report to the LP bug > report.

Bug#814343: Bug on scretch installation

Package: installation-reports Boot method: Image version: Date: <10/02/2016 à 16h15> Machine: Processor: Intel Core i5 M 520 Memory: 4 Go Machine Virtuelle VirtualBox : Processor : 1 co

Bug#814342: lowmem should not block when in network-console d-i mode

Package: lowmem Severity: normal X-Debbugs-Cc: rogershim...@gmail.com Dear Maintainer, There's a mode calling network-console in d-i, which let user to use SSH to connect to the target device for Debian installation. But if lowmem detects memory is low, it will block d-i and prevent SSH daemon to

Processed: cloning 813995, retitle -1 to let flashcp fail on nand and document it's only suitable for nor

Processing commands for cont...@bugs.debian.org: > clone 813995 -1 Bug #813995 [mtd-utils] flashcp writes to nand without being aware of bad blocks Bug 813995 cloned as bug 814341 814341 was not blocked by any bugs. 814341 was blocking: 806926 Added blocking bug(s) of 814341: 806926 > retitle -1 l

Bug#814338: armhf-20150422: Format partitions error for ext4/fat/jfs : Unknown symbol __getblk_gfp

On Wed, 2016-02-10 at 15:31 +0100, Gaël Jobin wrote: > Package: installation-reports > Severity: grave > Tags: d-i > Justification: renders package unusable > > I'm trying to run Debian Jessie on ARMv7 using Qemu. I used the initrd.gz > and > vmlinuz available at ftp://ftp.debian.org/debian/dists/

"ts209" d-i image failed to build due to size

Dear Martin, As you may already know, "ts209" d-i image failed to build due to size, since two day ago. It was OK on Feb. 6th [0], but got failed since Feb. 7th [1]. My pushed big commit was on Feb. 9th, so it's me that break that stuff. :-D [0]: https://d-i.debian.org/daily-images/armel/201602

Bug#814338: armhf-20150422: Format partitions error for ext4/fat/jfs : Unknown symbol __getblk_gfp

Package: installation-reports Severity: grave Tags: d-i Justification: renders package unusable I'm trying to run Debian Jessie on ARMv7 using Qemu. I used the initrd.gz and vmlinuz available at ftp://ftp.debian.org/debian/dists/jessie/main/installer- armhf/20150422/images/netboot/. I also tried w

Bug#767682: D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record).

Hi! Coming back to the discussion after having re-assigned the bug to the partman-ext3 package. First of all, this particular bug was reported in Ubuntu as well [1], so I have linked this bug report to the LP bug report. Secondly, I would like to discuss here what is keeping us from adding "-F" t

Bug#814318: grub-installer: /etc/default/grub is reported as changed by ucfq with install from console

Package: grub-installer Version: 1.117+deb8u1 Severity: normal Tags: d-i patch Dear Maintainer, When installing Jessie via serial console once the installation has completed successfully one can observe the file /etc/default/grub being reported as changed by ucfq. root@cumulus:/etc/default#