Multi Bootloaders support patch (not working)

2015-08-21 Thread adrian15
This is a patch for adding Multi bootloaders support to Debian Live. (Based on current git master). This is the first step I need to be able to add loopback.cfg support to Debian Live. It's currently not working. Any help on debugging it it's needed. Thank you ! adrian15 -- Support free sof

Re: Support for persistence fsck

2015-08-21 Thread Chas Williams III
On Fri, 2015-08-21 at 11:31 +, Chas Williams III wrote: > At one point live boot had support for fsck'ing persistent media before > mounting read/write. This appeared to have been removed due to lack > of usage/interest. Here is a better attempt -- now fsck runs before the filesystem is moun

Re: Add a package to a liveCD?

2015-08-21 Thread Samuel Thibault
Samuel Thibault, le Fri 21 Aug 2015 16:02:24 +0200, a écrit : > In gnome, one can just type alt-f2 orca enter and work Or just type super-alt-s Samuel

Re: Add a package to a liveCD?

2015-08-21 Thread Samuel Thibault
Hello, BTW, I've just tried to run the mate and gnome liveCDs. There is a boot prompt just like the debian installer where you have to type enter, I haven't yet checked whether there is a beep, we can probably ask for it if there is not. Where is the build source for liveCDs? Then one directly

Support for persistence fsck

2015-08-21 Thread Chas Williams III
At one point live boot had support for fsck'ing persistent media before mounting read/write. This appeared to have been removed due to lack of usage/interest. We do have a local use case and I was wondering if something like the following would be accepted upstream (assuming it is vaguely close

Bug#731709: EFI support for ISO images

2015-08-21 Thread Gaudenz Steinlin
Hi At Lernstick we use the patch attached to create ISO images which boot on EFI systems. This does not include adding a EFI bootloader to the image. We do that with config/includes.binary which is of course not a complete solution. The debian-cd folks (Steve McIntyre) did a lot of testing to fi

Re: [PATCH] systemd: don't reset VT on autologin

2015-08-21 Thread Daniel Gollub
On 08/21/2015 11:20 AM, Daniel Baumann wrote: On 08/21/2015 10:58 AM, Daniel Baumann wrote: personally this sounds a bit too much of a niiche case to warant an own option for that, let me think on how to do that best.. ..having though about it, two things: 1. on debian the default is to use

Re: [PATCH] systemd: don't reset VT on autologin

2015-08-21 Thread Daniel Baumann
On 08/21/2015 10:58 AM, Daniel Baumann wrote: > personally this sounds a bit too much of a niiche case to warant an own > option for that, let me think on how to do that best.. ..having though about it, two things: 1. on debian the default is to use clear, so should we 2. i don't see much gain f

Re: [PATCH] systemd: don't reset VT on autologin

2015-08-21 Thread Daniel Baumann
On 08/21/2015 10:44 AM, Daniel Gollub wrote: > What about making it conditional? Parameter on cmdline? personally this sounds a bit too much of a niiche case to warant an own option for that, let me think on how to do that best.. > But if we want to keep the Debian 8 default we should switch to:

Re: [PATCH] systemd: don't reset VT on autologin

2015-08-21 Thread Daniel Gollub
Hi Daniel, On 08/21/2015 10:31 AM, Daniel Baumann wrote: On 08/20/2015 12:56 PM, Daniel Gollub wrote: agetty --noclear is not enough when systemd is used. correct; but the default in systemd on debian is to clear the terminal, hence we should not have a different default on the live systems.

Re: [PATCH] systemd: don't reset VT on autologin

2015-08-21 Thread Daniel Baumann
On 08/20/2015 12:56 PM, Daniel Gollub wrote: > agetty --noclear is not enough when systemd is used. correct; but the default in systemd on debian is to clear the terminal, hence we should not have a different default on the live systems. > ExecStart=-/sbin/agetty --autologin ${LIVE_USERNAME} --n

Re: 8.2 and 7.9 planning

2015-08-21 Thread Neil McGovern
On Tue, Aug 18, 2015 at 07:52:49PM +0100, Adam D. Barratt wrote: > 5/6th - okay for me Fine. > 12/13th - the 12th doesn't work for me until at least mid-afternoon I'm away I'm afraid. > 19th/20th - looks okay > 26th/27th - looks okay > Both work for me. Neil