Re: RFC: live-initramfs 2.x features

2010-01-26 Thread Daniel Baumann
Philippe Lelédy wrote: > 1) It would be nice to specify that internal disks are not to be used at > all, even read/only: currently, if you don't enable swap nor persistency, internal disks arenot used, except for searching the live-media. when we rework the searching procedures, we can make that

Re: RFC: live-initramfs 2.x features

2010-01-26 Thread Daniel Baumann
Philippe Lelédy wrote: > Not easy ! indeed. :) > For now, I am using the aufs and live-initramfs feature that allows many > stacked filesystems R/O. > So little updates are easy to download (my main filesystem.squashfs is > 1.3 M !). > But it's all manual work. Having software in little independe

Re: login to live debian

2010-01-26 Thread Daniel Baumann
Rob Owens wrote: > Qinqy is a replacement for getty. It provides a graphical login via the > framebuffer. X doesn't need to be running in order to run qingy, but it > can launch an X session. added to the list, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Ema

Re: login to live debian

2010-01-26 Thread Rob Owens
On Tue, Jan 26, 2010 at 06:50:52AM +0100, Daniel Baumann wrote: > Rob Owens wrote: > > A couple others I'm aware of: > > > > wdm > > qingy > > do they all support autologin? > Qingy does. I'm still looking for the info on wdm. Qinqy is a replacement for getty. It provides a graphical login vi

Re: RFC: live-initramfs 2.x features

2010-01-26 Thread Philippe Lelédy
Daniel Baumann wrote: Philippe Lelédy wrote: 3) I would like to make frequent updates to all these keys I spread. An rsync at live-initramfs time would be nice. Stacking of little .squashfs files in live directory is enough for me to distribute small updates. I yet use these features but it n

Re: RFC: live-initramfs 2.x features

2010-01-26 Thread Philippe Lelédy
1) It would be nice to specify that internal disks are not to be used at all, even read/only: hdparm -Y /dev/sda gives you silence. 2) [issues related to initramfs-tools] 2.1) break=all would be useful to debug initramfs. Currently you can only have *one* breakpoint. 2.2) When at a break po

Re: 5.0.3 Apt-Get problem

2010-01-26 Thread Betsy Wilson
Many thanks Daniel, that should do the trick! --- On Tue, 1/26/10, Daniel Baumann wrote: From: Daniel Baumann Subject: Re: 5.0.3 Apt-Get problem To: "Debian Live" Date: Tuesday, January 26, 2010, 12:47 AM cly...@clydew.org wrote: > I haven't touched sources.list, didn't have to change anyth

Re: RFC: live-initramfs 2.x features

2010-01-26 Thread Michael Prokop
* intrigeri wrote: > Michael Prokop wrote (24 Jan 2010 12:50:50 GMT) : >> But if you're working in IT forensics and/or have special security >> requirements this won't be enough. Someone could prepare a device >> that fullfills the uuid requirements but provides a hacked >> filesystem which does

GNUmed Live CD for 0.6.0 is out

2010-01-26 Thread Sebastian Hilbert
Hi all, Based on the fine works of the Debian-med project and the Debian-Live project I am happy to announce the availability of The GNUmed electronic medical record Live CD 0.6.0 This Live CD starts a Debian Squeeze with Xfce. It hosts a fully configure GNUmed client 0.6.0 and a local GNUmed

Re: RFC: live-initramfs 2.x features

2010-01-26 Thread intrigeri
Hello, Michael Prokop wrote (24 Jan 2010 12:50:50 GMT) : > But if you're working in IT forensics and/or have special security > requirements this won't be enough. Someone could prepare a device > that fullfills the uuid requirements but provides a hacked > filesystem which does "something you defi

Re: 5.0.3 Apt-Get problem

2010-01-26 Thread Daniel Baumann
cly...@clydew.org wrote: > I haven't touched sources.list, didn't have to change anything in > version 5.0.2. > Is "mirror" equated to something somewhere? Maybe version 5.0.3 left it > out... again: *which* image *exactely*? not giving the required information and just stating 'doesn't work' doe

Re: RFC: live-initramfs 2.x features

2010-01-26 Thread Daniel Baumann
Michael Prokop wrote: >> what do you understand under 'display executed code', something like >> what you'd see from set -x? > > Jepp. This would allow users to debug initramfs (and provide > screenshots/logs to developers) without having to rebuild it > manually (which sometimes just isn't possib