Re: RFC: Roadmap to Lenny, or announcing Lenny Beta 1 RSN
Chris Lamb wrote: Perhaps we could move discussion of this issue to that bug to keep the maintainer (and aurel32) in the loop. sure; thank you. Presumably d-i would also break on these machines? From a cursory glance, our syslinux configuration is not so different. sure. it's the same syslinux, so it fails everywhere. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Debian Live Lenny Beta1
s. keeling wrote: On a Gateway Sempron (32 bit) laptop ... Where's dhcp? Laptop has builtin ethernet (Marvell Tech. 88E8036) which etch handles well. I see it also has BCM4318 802.11g wifi (which I don't use). debian-live images do automatically dhcp on detected network cards. i'm not familiary with the network card you're having, is it supported by the lenny kernel? if so, then it would be a live-specific bug we happily debug with you, if not, then there is nothing we can do. same for the wireless card. No network, but otherwise works fine. :-) thanks for the report nevertheless. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Test of Debian Live Lenny Beta1 on an Acer One
Jeremiah C. Foster wrote: Hello! Hi Jeremiah, First and most importantaly, thanks for all your hard work on this very worthy project - I appreciate it! thanks, nice to hear. Secondly, I used the Beta1 live image on a 1G USB flash drive and successfully ran debian on my new Acer One. For me, wireless netowrking seemed to work flawlessly. In any case, the live debian system saw my network card and found wireless beacons. Because they were pay beacons and I had limited time I did not test to see if I could reach the internet. great. I did not have support for the Acer Crystal Camera however - testing with 'cheese' showed that no images showed up. i've no idea about the Acer One, is the camera support by linux in general? What driver does it need? I have joined this list in hopes of participating with the debian live project. I thought I might do some building and testing of images and write documentation. I currently work with the debian-perl team where I have been helping to maintain perl modules for a little over a year. I also maintain the 'swedish' package for debian. Any help is welcome. Currently, the most 'urgent' needs are, on the technical side, to fix remaining bugs (see wiki.debian.org/DebianLive/Lenny/Todo), and on the non-technical side to write documentation (live-manual) and manpages (live-helper). Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Test of Debian Live Lenny Beta1 on an Acer One
Jeremiah C. Foster wrote: It shouldn't be too hard to add the ucvcvideo driver should it? I will look into how that works with debian-live. it's an oot module (linux-uvc) and in debian already, so that should be fairly easy to add it for custom builds. unsure though if we can/should add this or other oot modules into the prebuilt live systems. Maybe an opportunity for documentation and testing? :) a chapter about how to build and include oot-modules into config/* for live-helper is missing, so would be a good addition to have that. Cool, sounds like I might be able to help a bit. I have already looked at the Todo will see if there is something there I can help with. sure. also note that the todo is pretty much just a braindump without more explications, so if you wonder about an entry, just ask on irc or here, and i'll try to explain it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Moving debian-live-devel to [EMAIL PROTECTED]
Chris Lamb wrote: Ouch. If this is the only option, then we must really make sure all the live-* packages in Lenny have the new list in the Maintainer field, which may have some timing issues. yeah, but that is pretty easy :) Yes. I'm not sure what the objections were to this action before, but I presume we will be changing List-Id at the very least. But IMHO temporarily breaking filters by re-subscribing members is *far* preferable to essentially unsubscribing people, even if it is not silent. makes sense, i agree. Thomas pinged me today, looks like we could get the new mailinglist today night.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: apt-get just hangs
Ronny Standtke wrote: Hi all Hi, I just tested the latest and greatest debian-live-lenny-i386-kde-desktop.iso. (for the records) I guess you're refering to 5.0 beta1 then. The first thing I did was opening up a Konsole window and typing sudo apt-get update. Unfortunately, this just hangs. to make sure: it freezes apt-get for you, right? not the whole system. Can anyone confirm this bug? if it freezes the apt-get call, then yes, i can confirm that. looks like a regression of #493184. please confirm the freeze of the system or just the apt-get call; if the latter, i'll reopen #493184 accordingly. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Testing debian live beta, udev issue
Curt Howland wrote: Hi. Hi, I didn't see any better place to ask, so if there is a way to report problems with reportbug or a better list, please let me know. this is the correct place, don't worry. With both, udev renamed eth0 (the built-in network adapter) as eth1, which then caused the automatic network provisioning to fail, since it is looking for eth0. this is a know bug *iff* the udev-persistent rule (/etc/udev/rules.d/*-persistent-net.rules) in included in the live-image. this gets removed by lh_chroot_hacks during the build-process to ensure that it doesn't make it into the live-system. the 5.0_beta1 images do not have that file either, network is perfectly working for me. are you sure that you did use/download 5.0_beta1 images? I've seen this behavior with udev before, in my mother's laptop udev increments the wired ethernet port each time the machine boots. The last I saw, there was the boot message, udev renaming eth0 to eth139 with no end in sight. on your mothers system, you can just remove the /etc/udev/rules.d/*-persistent-net-generator.rules in order to prevent a re-creation of the *-persistent-net.rules file on each boot in case it's missing/not matching the current macs. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Debian Live mailinglist has moved
Hi, this is the last mail to the old mailinglist [EMAIL PROTECTED] Now that debian-live is an official part of the Debian Project, also it's mailinglist has moved to the common place on lists.debian.org. So, the new address of the mailinglist is [EMAIL PROTECTED] All subscribers of the old mailinglist were automatically re-subscribed to the new one. Please adjust your bookmarks and don't use the old list anymore. I'm sorry for the inconvenience, we will not move again in future :) Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Debian Live Lenny Beta1
exception and will migrate soon. Plans for next Beta release === We are looking forward to upload Beta2 in about two weeks from now (maybefollowed by a third beta) with one final RC after that which should be identical to the final release. Some more details about the open things we would like to address in Beta2 and later can be found at the wiki page[9]. The Debian Live team is still looking for more contributors for new features (post-lenny, though) as well as documentation writers for the manual (always). If you care about live systems, please join and help[10]! Thanks == Last but not least, our thanks goes to everyone who has contributed[11] and to all maintainers that have kindly fixed live-specific bugs in their packages. References == [0] http://alioth.debian.org/project/memberlist.php?group_id=30929 [1] http://git.debian.net/?p=live-helper.git;a=blob;f=docs/NEWS [2] http://blog.daniel-baumann.ch/2006/02/14#20060214_debian-live-initiative [3] http://packages.qa.debian.org/live-initramfs [4] http://packages.qa.debian.org/live-helper [5] http://wiki.debian.org/DebianLive/Guidelines [6] http://lists.alioth.debian.org/pipermail/debian-live-devel/2007-September/002133.html [7] http://packages.qa.debian.org/live-magic [8] http://packages.qa.debian.org/live-installer [9] http://wiki.debian.org/DebianLive/Lenny/Todo#Beta2 [10] http://wiki.debian.org/DebianLive/Contribute [11] http://git.debian.net/?p=live-helper.git;a=blob;f=docs/CREDITS http://git.debian.net/?p=live-initramfs.git;a=blob;f=docs/CREDITS Regards, Daniel - -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki1T3oACgkQ+C5cwEsrK56l3QCgzdHkxT+UA+ko3KFq/q3kPfEr VzsAnjDDV00H7xtVq/BNFTC5MrGojFeA =kYJd -END PGP SIGNATURE- ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Debian Live Lenny Beta1
Kartik Mistry wrote: On Wed, Aug 27, 2008 at 6:28 PM, Daniel Baumann [EMAIL PROTECTED] wrote: Debian Live Lenny Beta1 live-magic 1.0 was recently uploaded to sid and is the recommended version. It currently supports 7 languages. Want more language? I offered my help for Gujarati. Let me point to strings, I will gladly do translation. sure. please submit them as bug reports against live-magic. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Moving debian-live-devel to [EMAIL PROTECTED]
Chris Lamb wrote: What will happen to the old list address? Is there a timeline for disabling it (relative to the creation of the debian-live list)? i think it should be disabled for postings immediately once the new list is available. i'm not sure if it is possible to have some sort of redirects.. let's ask the alioth guys about that. in case alioth does not provide some automatic thing to handle redirects, i will just set it to 'emergency moderation' (which means, every posting is held for moderation), re-send it to the new mail address manually, discard the original post to the old list, and inform the author of the mail about the new location. i don't think that this will happen that much, so it would be reasonable to disable the list completely in let's say 3 or 4 month after the switch (and thus making the address bouncing by that time). do you think more time is needed? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Debian Live Lenny Beta1
Daniel Baumann wrote: Nevertheless, we do need your help to find more bugs and improve the live systems, so please try them out. particulary interesting would be to get reports from people with Intel-based Apple hardware (both notebooks and desktops). Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: RFC: Roadmap to Lenny, or announcing Lenny Beta 1 RSN
Chris Lamb wrote: * Syslinux bootup issue - the boot template is displayed with the Debian logo but the the text is cut off: Press F1 for help, or ENTER to It should, obviously, append boot: and allow the user to press enter or enter parameters, etc. I don't know the full details and this may actually be two issues, but: 1. I can easily reproduce this with Qemu. Simply waiting about 60 seconds results in the boot menu appearing. I have heard of other workarounds (including setting a high screen resolution) which do not cause the symptoms to appear. IIRC KiBi and aurel32 were discussing this issue and were blaming a change in Qemu, however: we spoke very shortly about it on debconf; it's an issue in qemu, aurelien was going to look at syslinux if the solution is obvious (don't heard back from him, so I assume it is not), iirc his last-resort solution would be to revert the change in qemu which broke it (he already identified the offending line at that time). also, i should inform hpa about it, eventually he has a solution for syslinux itself. 2. I've had a report of this issue appearing on a first generation Santa Rosa (Intel-based) MacBook, with and without the refit bootloader. Waiting does not seem to do anything, but Qemu's concept of time doesn't seem to correlate with the real world anyway. Are these the same issue, or should this MacBook issue be investigated seperately? i think this is most probably a different issue, yes. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Debian Live Lenny Beta1
Ian Jackson wrote: * The rescue flavour, containing system rescue and forensic related packages, is missing in this beta release. What is the problem here and can I help ? two things: I feelt that the rescue package list is not really 'complete' yet, as a resulting image can/should use the full cdrom size (with reasonable packages though, not random junk :). Additionally, having to do yet another *initial* upload for another flavour would have cost me like another half of a day delay in getting the release out. I plan to upload new snapshots beginning next week, these should be syncing quite fast now, thanks to rsync, so that the additional rescue flavour should be present from then on. Since there are a lot of rescue/forensic/backup/security/network-diagnose like packages in debian which nobody can all know, the most appreciated thing would be to get additions/updates for the following file in the live-helper sources to make it as good as possible: http://git.debian.net/?p=live-helper.git;a=blob;f=lists/rescue Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Debian Live Lenny Beta1
Ian Jackson wrote: There is an advantage to having a smaller image in that it can fit on a small size CD or maybe a smaller flash disk or something, and is easier to download and manage, and of course that it will be much longer before it bloats to be too big :-). i'm all-in for a 'rescue-mini' (small cd) and a 'rescue' (full cd) list - just propose the package lists and i'm gratefully add and autobuild them! I'll take a look and get back to you. thanks in advance, very much appreciated. Would it be helpful of me to run a poll on debian-devel or even debian-user to see what people's favourite toys are ? sure, please go ahead. One of mine would be gpg :-). i think gnupg is already pulled in by default (aka the standard image; undless you turn off secure-apt handling), but there's no point in not listing it explicitely for the rescue list/lists. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Debian Live
Michael Graßl wrote: Hello Hi, Today I tried the new Beta Live CD, despite of the fact that I didn't found a mailinglist to talk about my Problems I'm going to write to you. ( I use the tiny standard version) I've cc'ed the mailinglist, I hope you don't mind, and please do follup uo there. Biggest Problem is/was that I didn't know the root password so I couldn't log in, after an hour I tried an sudo -s, and hey it worked, but sudo isn't a default package in the original debian, so some people may didn't know that there is a sudo. that is right; as written in the announcement, sudo is one of those live-specific packages that were added to all live-cds in order to make them usable. Why is there no auto setting for the network card, for somebody who only wants to try debian and didn't know alot about PCs it's hard to configure his network card, maybe a default dhcp will be nice. there is. by default, all debian-live systems do dhcp on eth0. since I've verified that with the images we've released, there must be something wrong. do you have any special hardware that is not supported with linux, or do you use multiple ethernet cards? we're happy to help you, but we will need more information about your system in order to do so. Thank you for your hard work the last few years. you're welcome :) Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: need help to translate?
Fabio Balzano wrote: I need some advice where I can start, and where I can find a contact to receive first job. He showed up on IRC and was told how to do live-magic translation, yay! :) Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Moving debian-live-devel to [EMAIL PROTECTED]
maybeway36 wrote: Will all members of the old list become members on the new list? i've no qualified opinion if this should be done or not (last time i saw something like that, some users complained about it). so, should existing subscriptions be re-subsribed automatically or not? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Moving debian-live-devel to [EMAIL PROTECTED]
Hi, as Debian Live will be an official Debian subproject starting with the upcoming Lenny Beta 1 release, I've requested a new list, [EMAIL PROTECTED], in order to reflect the 'new' state (in practise, that means that this list here, debian-live-devel and it's archives will move to that new list). Debian listmasters procedures[0] appears to need seconds from other people too. So, guys.. at least the people listed at [1] please write a mail to [EMAIL PROTECTED], a simple 'seconded' in the body is enough. Everyone else is of course also welcome to do so, it's just that I try to get a hand at least on those people that are listed as team-members. Regards, Daniel [0] http://www.debian.org/MailingLists/HOWTO_start_list [1] http://alioth.debian.org/project/memberlist.php?group_id=30929 -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Moving debian-live-devel to [EMAIL PROTECTED]
Marco Amadori wrote: It is nice when shorter means longer :-) lol, yes :) as a side note, the howto-request-list thing points to http://www.debian.org/MailingLists/subscribe for examples of the long-description, which is indeed a very short long-description. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#491313: live-initramfs: support splashy - patch
Michal Suchanek wrote: Attaching a patch that enables the remove CD prompt in splashy. commited, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: live-helper for Slax
maybeway36 wrote: debootstrap is designed to run on any Linux distribution, to facilitate installations from Red Hat, Slackware and the like. I realized that live-helper uses debootstrap for the initial stage, and does most other operations inside the chroot. This got me to thinking: could live-helper produce a working Debian GNU/Linux live CD while running on another distro? The answer is yes! surprise, surprise :) this was the very aim since the first day of doing debian-live, to have minimal system requirements in order to be able to build a debian-live image on any linux distribution that offers a posix shell and has either cdebootstrap-static (which only requires libc6), or debootstrap.. There's not that much purpose for making a live CD from another live CD, but it might be useful for someone. you'll never now. thanks anyway, maybe it even helps making live-helper a bit more popular :) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: RFC: Roadmap to Lenny, or announcing Lenny Beta 1 RSN
Chris Lamb wrote: Here are a list of issues affecting Debian Live that I think should be fixed or investigated before Lenny. Ignoring the live-installer entry, they all affect packages out of our direct control. Thanks Chris from bringing these to attention. * live-installer not installing with some d-i options -- I didn't hear about this until today (and have not seen it with my tests). Daniel, could you file a bug for this with the details you know, even if you don't have exact reproducing steps? i will do so, however, i would like to run a test tomorrow or on thursday to actually debug the problem before and see if i can fix it directly, or, then at least provide the most accurate information possible for the bug report. * 2.6.26 -- KiBi did a *great* job with aufs/2.6.25 issues (#493184) ack. thanks a lot, again, kibi. and this particular issue is closed and migrated to lenny. However, I think we will need to test this and related things with 2.6.26 when that is forced into testing (ETA today or tomorrow). yep. i'll also make sure that we have snapshot images with .26 as soon as it has migrated, for the broader audience. * apt (#495321) -- This is actually a cosmetic bug but it makes live-magic image builds really ugly - we log the build by default to avoid tagging bugs with moreinfo. I had a go at hacking this on the weekend, but I don't know really anything low-level about apt or terminals. I hope we can persuade otavio to have a look at it too. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Keeping boot/* out of filesystem.squashfs
Phillip Lougher wrote: Mksquashfs 3.3 significantly improves the exclude file mechanism adding wildcard support and removing the odd behaviour seen previously. To use this you have to specify the -wildcards option to Mksquashfs. depending on the fact if we build chrooted or not, the exclude file gets either evaluated by shell (chrooted) or mksquashfs (non-chrooted). since its desireable to have the same behaviour, i've added -wildcards to the mksquashfs call (if lenny/sid is used; and a warning when etch is used). Thanks Phillip for the pointer ;) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#490290: live-helper: Could handle empty LH_LINUX_PACKAGES more gracefully
Hi, could you please elaborate how you constructed a situation where you got empty LH_LINUX_PACAKGES? As said, this is seems impossible to me, since by default lh sets values for empty variables automatically. Otherwise, I intend to close the bug report. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#459779: Bug fixed in git
tags 459697 +pending tags 459779 +pending tags 468900 +pending thanks This bug has been fixed in git. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#468264: live-helper: lh_build leaves chroot/dev/pts mounted after it has finished
retitle 468264 if live-helper fails, it doesn't unmount chroot/dev/pts thanks Hi, live-helper does unmount /dev/pts in the chroot after having built the image. There is only one case where it doesn't do it, and that is if it fails somewhere before the end (where it will unmount). Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#491313: live-initramfs: support splashy
Hi, confirmed, splashy works without additional support required by live-initramfs out-of-the-box, including pre rootfs-init, thus closing this bug. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Many problems with live-rw partition
Gijs Molenaar wrote: We are working on a product that we want to release on a lenny USB stick with persistence enabled. Will these problems be fixed for the Lenny release? If not, is help appreciated implementing/fixing these features? We can hire a developer for this. I've no idea about persistency and will deeply look into that for lenny+1 when live-initramfs will be splittet (by moving live-bottom/* into the normal sysvinit userspace) (and thus I have to read and understand all of it, finally). However, if someone can improve the current situation wrt/ persistency, this and patches are more than welcome. maybe it is a good idea to update the wiki about how the persistence stuff should work (using a 'live-rw' partition for example), and that this feature is not enabled by now. I was searching a lot before I found some note about it in the live-initramfs man page. http://wiki.debian.org/DebianLive/Howto/Persistence I can do this if you want. Ideally, these should go directly, or rather should be moved, to the live-manual. Helping with documentation is also very appreciated. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#460456: live-initramfs: live script unable to mount USB sqaushfs filesystem.
tags 460456 +pending thanks Hi, the original problem of the bug report is, that the system fails to boot with an rootfs from usb. live-initramfs works well in that case, however, there can be a problem on the users site as already mentioned in the bug report, that can be workarounded by setting the usb delay a bit higher (live-media-timeout that is). Nevertheless, Jordis patch also helps in some cases. That was applied in git. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Many problems with live-rw partition
Marco Amadori wrote: I do not think so, because it seems that the timeframe to put code into Lenny is pretty finished, moreover we already used an exception to put important improvements happened after the Lenny freeze in unstable (and so in future released Lenny), so I think we already played that game, but Daniel could be more precise regarding time frames or possibilities to add some more code in Lenny. no, assumed that we don't release in september which is very much likely, there will be at least two more uploads of live-initramfs to lenny, and probably three uploads of live-helper before lenny release. more on that in a seperate mail i've written but not yet finished on the weekend. bottom line: bugfixes only are still possible, feature additions not. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Many problems with live-rw partition
Daniel Baumann wrote: no, assumed that we don't release in september which is very much likely to avoid misunderstandings: this is my own personal opinion, officially lenny is targeted for september 2008 and there are no other reasons for a 'likely' delay than my own wild guessing. however, i *personally* don't think that a release in september will be possible given the amount of rc-bugs that are left. which gives us the time to run two or three beta releases, and one rc release before the final release. hopefully. at least, i think so. but don't relay on it. in any way. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Keeping boot/* out of filesystem.squashfs
Frédéric BOITEUX wrote: Hello, Hi, I've been hit by the same problem, exclusion of some patterns in MKSQUASHFS_OPTIONS doesn't work because mksquashfs requires that these options should be at the end of the command line, but live-helper adds some other options after them in /usr/bin/lh_binary_rootfs... I've proposed a patch on this list (see http://lists.alioth.debian.org/pipermail/debian-live-devel/2008-June/003799.html) but nobody did care of it at now... the reason for that is that your patch is, although it would work, not a good (passing environment variables to live-helper is possible, but should never be done if it is possible through a config file or config option in config/) and generic enough solution (only works for squashfs) to exclude files from the binary image. i've commited a not perfect but less limited approach: http://git.debian.net/?p=live-helper.git;a=commitdiff;h=8550c1bb838a377d7c410f4226aa2b06024fbcb7;hp=aed728d4e53d984b0338bcec978c57c352c6cde4 Thanks for persisting on the issue, and thanks for not beeing mad at me for not having it done earlier. For the future: in general, i try to keep up with the list as good as possible, but nevertheless things can go lost. if you want to make really sure something doesn't get forgotton, you are always welcome to submit a bug report to the bts. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
RFC: Roadmap to Lenny, or announcing Lenny Beta 1 RSN
Hi all, as you probably all know, lenny is frozen and is soon becomming our new beloved stable release. For Debian Live, I'm propose the following roadmap: * Releasing Lenny Live Beta 1, more or less now or tomorrow, depending on when we're able to get images finished to sync. * Releasing Lenny Live Beta 2, roughly two weeks from now (2008-09-14) * Releasing Lenny Live RC1, roughly four weeks from now or as soon as there is a D-I RC1 after Live Beta 2. If there is no D-I RC1 in four weeks, let's see if we even need a Beta 3 release. In order to produce these releases, an updated version of live-helper (and live-initramfs, if needed) will be used. Versions to releases would map like this: 1.0.0-1 - Lenny Beta 1 1.0.1-1 - Lenny Beta 2 1.0.2-1 - Lenny Beta 3 or RC1 I've noted down the things which I had in mind that are left for each step on http://wiki.debian.org/DebianLive/Lenny/Todo. If I'm missing something, please directly add it there (or reply to this mail explaining it if you think it needs to be discussed first). I've draftet a release announcement ment to be sent to debian-devel-announce once the images have been synced to cdimage.debian.org, it is on the wiki at http://wiki.debian.org/DebianLive/Lenny/Beta1. Please comment on it, add things you think I've missed, correct spelling mistakes, improve my certainly limited English skills, in short: Be bold. I've added the things I felt I like to have mentioned, and I'm certainly missing some things (right, like live-magic). Note that your additions should be done fast, so that it could be send tomorrow evening, or wednesday morning at latest. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Keeping boot/* out of filesystem.squashfs
Juergen Fiedler wrote: --- boot/vmlinuz* boot/initrd.img* --- It *looked* like this was the way config/binary_rootfs/excludes is supposed to be used. What did I do wrong there? i'm sorry that i forgot to mention, the file needs to have absolut pathes, like: /boot/vmlinuz* /boot/initrd.img* -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Introducing live-xmaker
[EMAIL PROTECTED] wrote: I think the advantage to having it in an XML file is that it's all in one file. Personally, I just put my config folder in a tarball. live-helper can be used with a single file too, instead of config/*, by specifying the file through ${LH_CONFFILE} or something like that. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Luks formatted drives for casper-rw
Jeremy wrote: I was referring to the casper-rw partition which I believe live-initramfs still uses for persistence? (correct me if I'm wrong) no; live-initramfs uses live-rw. The question is what types of filesystems will live-initramfs accept for a persistence partition. (or if I'm way off, how do you set up persistence) Is there any way to encrypt the persistence storage? i have no idea about persistence; marco? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Luks formatted drives for casper-rw
Jeremy wrote: I was wondering what types of filesystems for casper-rw a live-cd/usb will recognize? Will it recognize luks formatted partitions? first of all, casper in debian is dead and replaced by live-initramfs. this means, that you should build your images based on lenny, not etch anymore. second, both live-initramfs and casper do not use cryptsetup. this needs further integration in the future. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#494640: live-helper: Doesn't follow APT_RECOMMENDS settings in lh_chroot_sources
tags 494640 +pending thanks This is fixed now in git. If the settings are left on default, the binary image does not get tainted by live-helper specific files in /etc/apt/apt.conf.d/. If the settings are set to non-default values by the choice of the user, the live-helper specific files in /etc/apt/apt.conf.d/ are not removed and apt in the resulting binary image does respect the users choice. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Call for last patches
Hi, again another prod.. if you have patches ready to merge, this is your last change to get them into the upcoming live-helper 1.0.0 and live-initramfs 1.138.1. For better tracking, the todo list for lenny is in the wiki now at http://wiki.debian.org/DebianLive/TodoLenny. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [Patch] Fixes and features about live-initramfs
Steven Shiau wrote: The reason to do so is actually for the PATH in scripts/live, since there is: export PATH=/root/usr/bin:/root/usr/sbin:/root/bin:/root/sbin:/usr/bin:/usr/sbin: /bin:/sbin it appears that there is reason to remove /root/* from the path here. If some exe file in /root/usr/{bin,sbin} is run, and it's not static linking, we need those *.so in /root/lib or /root/usr/lib. I found this problem when I used live-helper and live-initramfs to create a Ubuntu 8.10 live CD. i personally think that if one is running a binary from /root/, one should run it with a chroot call, also to ensure that the binary does have the 'correct' environment. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#494640: live-helper: Doesn't follow APT_RECOMMENDS settings in lh_chroot_sources
Chris Lamb wrote: I've committed a change to live-helper in Git which fixes this issue. this fix does actually do more harm than it solves - it injects the apt settings into the binary image, which is not acceptable as it produces tainted images. we need to be very carefull here and pay attention to what ends up into the binary image and what not, as that defines debian and we don't want to ship a different debian by default that the current official debian is. i personally have considered the chroot to be tainted right after creating the rootfs anyway, if possible, it should be fixed that one can rerun/reruse the chroot safely to build another binary from it. will look into this today. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: patches for live-initramfs
Jordi Pujol wrote: Just in fact, the registration of changes has not been carried with accuracy, already you have observed that there are other small changes to polish the behavior of some procedures. so you are going to update the patch(es) then? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [Patch] Fixes and features about live-initramfs
Steven Shiau wrote: Hi, Hi, a general note: please make our lives easier by sending individual patch files for each change. this way, merging/applying them is much easier (most easiest ist though to directly merge from a git tree of yours). I modified some in live-initramfs to make it work with fetch=tftp://$IP/@FILE nice. this also requires tftp client to be installed in the initramfs, though (which i've added in the commit after the merge). also, your patch was slightly imperfect wrt/ to threatening the [ ${quiet} != y ] stanzas, and you should use '' for sed when not having variables inside the substitution, not : bad: FOO=$(echo ${BAR} | sed s|foo|bar|) good: FOO=$(echo ${BAR} | sed 's|foo|bar|') i changed both of these in the commit. And about fixes: 1. Make the shared libraries in /root/lib and /root/usr/lib can be accessed in initramfs what is the reason/use-case for that? why do we need that? 2. In upstart, to run it is using exec, not respawn. For example, in /etc/event.d/tty1, it's: exec /sbin/getty 38400 tty1 still, this won't work in debian. have you tried it? it gives a message about not having found exec. Another minor fix is about using udevsettle or udevadm settle in scripts/live-helpers. merged. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: live-initramfs ISO-8859-x
Mayer Károly wrote: Hi! Hi, I have an ask with live-initramfs. In the future can you add more codepages to it? Because I want to build a live disc today, but it's nerving, that some charaters are on unusual places for me. I'm using a hungarian keyboard and an ISO-8859-2 codepage usually. the locales are not actually 'included', but they are built on demand depending on what you specify through the boot parameters. also, keyboard layouts are just set according the boot parameter. you may want to look at the manpage of live-initramfs for more details about it. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [Patch] Fixes and features about live-initramfs
Alex Owen wrote: Sorry if I am talking out of turn... not got time to look at the code right now but my recollection is that the initramfs contains busybox... and that busybox contains a tftp client. i checked in initramfs for the existence of tftp, but forgot to check that it can be called from busybox without having the symlink. thus removed that commit, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: live-initramfs ISO-8859-x
Maximiliano Marin Bustos wrote: Chris Lamb wrote: I think this is lame, will fix it up later. yay :) But casper? or it is deprecated? I´m new on live-helpers :D casper is for etch only, from lenny and newer, live-initramfs is beeing used. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Todo for making lenny release and getting official
Chris Lamb wrote: For the release, I'd like to bump the version to 1.0 and depend on version 1.0 of live-helper - Daniel, can we upload the final versions at roughly the same time and ask for freeze exemptions together? yes. let's meet on irc at monday, 2008-08-11 22:00 -0300 and do the uploads. i'll grab luk afterwards and ask him for the unblock hints. As mentioned elsewhere, I've filed this as #494257. However, we can override the simple logging functions ourselves for the time being.. Any objections? no, go for it. there was no answer from maks yet. Committed! It looks like: http://lamby.uwcs.co.uk/b/live-initramfs-boot-error.png you're amazing! -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: The Debian Live manual
Chris Lamb wrote: Applied, many thanks. many thanks from me too ;) Please keep the patches coming! :) yep, please do :) also, i don't remember why you're not commiting directly to the alioth repositories. so, i've just added you. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Boot freezes in recent Git
Marco Amadori wrote: This is fixed in my git repo, Daniel will merge it soon I think. jup, thanks Marco. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: live-initramfs vs. Virtio
intrigeri wrote: The following patch allows my live system to boot on a Virtio device. merged, thanks. (I could not find any guidelines for posting patches, so I’m simply inserting the file generated by git-format-patch. I guess there’s a better way...) sending patches to the list is good; telling me the place of your git tree and ask me to merge from it, is more convenient. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Initial Working in Artwork for Lenny
Valessio S Brito wrote: Hi, all. I created a page for make artwork for Debian 'Lenny'. http://wiki.debian.org/DebianDesktopArtworkLenny Currently I'm in the DebCamp, I believe that foco in this… Then it would like the aid of all and participation, so that even in the end of this event, has all themes and packages necessary. Thus we will be able to argue more on this proposal, being made small corrections and improvements; Old Version (Etch): http://valessiobrito.info/img/tmp/MoreBlue.png Proposal Initial *Lenny*: http://valessiobrito.info/img/tmp/MoreBlue2Red.png ...and Aurelio A. Heckert (CC'ed) did wonderfull CD Boxes and CD Labels for it: http://valessiobrito.info/projetos/debian/lenny/print-files/ http://valessiobrito.info/projetos/debian/lenny/print-files/debian-lenny-cd-box-example.jpg http://valessiobrito.info/projetos/debian/lenny/print-files/debian-lenny-cd-label-example.jpg Note that the sources are svg models for inkscape, which means, that the text (Version, Codename, Architecture etc.) can be dynamically set by the ink-generator extension and the respective output formats can be batch-processed with it. Packages for ink-generator were uploaded to NEW, and are also available from http://daniel.debian.net/packages-sponsoring/aurelio-a-heckert/ink-generator/ Thanks a lot Aurelio, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Todo for making lenny release and getting official
Brendan Sleight wrote: 2008/8/6 Daniel Baumann wrote: * Produce some contents for live.debian.org (which should be a redirect to debian.org/live). Happy to try to help - outline brief of what content is need ? we will need to discuss this first (also and especially with debian-www), but i personally had something in mind like a simple portal page that gives a general overview and faq over what debian-live is and what one can do with it. lets collect ideas (best in a different thread, though) what others have in mind then. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Almost-VAC 2008-07-21 to 2008-07-31
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I need to attend two out of three weeks of my anual military service (the third week i got off in order to participate in DebConf) which means that I'm mostly offline during workdays starting from 2008-07-21 until 2008-07-31. I'll have time to catch up on the weekend in between though. Regards, Daniel - -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkh/B70ACgkQ+C5cwEsrK54O9QCfW9bJxzAxTxNMrulsxKGm+CAi KDIAoOKlbJDGrKTUtF6gzo5F9d4bOAXi =VC99 -END PGP SIGNATURE- ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: udev hook causes error in mkinitramfs
Jordi Pujol wrote: Hello, Hi, when the live-initramfs hook has copied the udevsettle file and after the udev hook tries to do the same, then mkinitramfs ends with an error. A bug is submitted to udev, and a solution is suggested. I think this is not required anymore with this: http://git.debian.net/?p=live-initramfs.git;a=commitdiff;h=249a3f585f61de137585b19defc186a59095f31a;hp=1ecf99578d4bb77f23ef03c58aa49d0c3a632716 -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: About live-initramfs v 1.136.1-1
Jordi Pujol wrote: I can't found the package httpfs2 in the repositories, how can we get that ? httpfs2 is work beeing done by Michal Suchanek and Hadar Weiss. It should be uploaded to Debian actually (for live-initramfs, it doesn't matter if it is not installed, and live-initramfs only has a suggests to it until httpfs2 made it into the archive). Michael, I somehow forgot httpfs2.. where can I find the current package in order to review and upload it? Also, the program names used in the hook for the httpfs utilities are not coherent, there is some mistake, thanks for spotting it; i've commited something slightly different to fix it: http://git.debian.net/?p=live-initramfs.git;a=commitdiff;h=1ecf99578d4bb77f23ef03c58aa49d0c3a632716;hp=7580a3ab3ed93241313e82165e244953d0ee9365 Btw, do you have things ready to merge from 1.136.1-1-jp1? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#490290: Could handle empty LH_LINUX_PACKAGES more gracefully
Hi, to my understanding, it can never happen that a variable is indeed empty. Each helper, after having read in the config files, calls Set_defaults(); which fills in a default value for any variable that is empty. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: initramfs being created without udev
Juergen Fiedler wrote: Right now, when I create a new CD, I get the following errors when trying to boot from it: right now as in 'with sid and live-initramfs 1.136.1-1'? Is there another way to work around that issue? install live-initramfs 1.136.1-1 into the chroot and rebuild the binary. And more generally: Is there a good way to add additional software and other customizations to the initramfs? no. basically, one should not do anything in initramfs unless explicitly required, such as mounting the rootfs. everything else, including most parts of what live-initramfs is doing in scripts/live-bottom, should be done in real userspace (sysvinit). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: initramfs being created without udev
Juergen Fiedler wrote: I guess that's my issue, then. I have 'deb http://live.debian.net/debian/ ./' in my sources.list, and the latest version I can see is 1.132.1. Where do I find the good new stuff? ...which is a bit outdated, since the autobuilder was disabled for a while. it's now on again (and updated). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Username format
Erwan Le Gall wrote: * Must debian-live handle this ? not sure.. i think that not-using whitespaces in account names is quite cleary known, no? I'm able to write and give this patch but I prefer do it in the right way :) feel free to.. have a look at Check_defaults() in functions/defaults.sh. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [Fwd: DL Installer]
Trent W. Buck wrote: Does Ubiquity support installing Debian? yes. If not, is anyone working on it? not that I'm aware of, and I also think it's useless. From the Debian point of view, we should only have one installer infrastructure. An implementation of that can be seen in the different modes d-i has, a text modus and a graphical modus. Apart from the graphical bling, all options, how it works and the look and feel of both modes are identical. This is a great strength, since you only need to support/test/document/$whatever one backend. That's also why live-installer is made as a udeb to hook into d-i, and not beeing a reinvention of the wheel, so that all the d-i framework is used except the difference of not bootstrapping the system but unpacking the squashfs. For a future 'click-on-your-desktop'-installer, the same should be kept in mind. For the text-mode installer, depending on what is better, either doing kexec to launch d-i, or doing a loop-mount of the d-i initrd, chroot into it, and launch it there from a terminal window. A year ago, the d-i graphical guy said, that the graphical d-i mode could be easily recompiled to work as a standalone application (it needs to be linked against gtk, rather than gtk directfb stuff in order to run on ordinary X11). I've not heard anything new on that. Would be nice if anyone has time to look into that though. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [Fwd: DL Installer]
Marco Ghirlanda wrote: I tried to contact premier Debian Live developer and got no answer. silence. thanks for giving people a bit more than 36 hours to answer (especially not if you don't do it yourself too, there are at least two mails open from me wrt/ powua; however). Any news with the installer? Chris did good work on it last week, since I did not a live-installer enabled build since then, I'm not up2date with its current state (e.g. if the grub-installer bug has gone or not). I offer my help to test it and debug it, just let me know how can we proceed. Anyway, if you have time to kill, just try it yourself and let us know, build a live system with LH_DEBIAN_INSTALLER_DAILY=enabled LH_DEBIAN_INSTALLER=live and put the live-installer udeb into config/binary_local-udebs. Do you mind if I offer a sponsorship for it? What would be the most appropriate way of paying this feature to Debian Live in your opinion? depending on how much work to do is left, I'd setup a bounty with a fixed amount if I were you. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [Fwd: DL Installer]
Marco Ghirlanda wrote: Chris Lamb? Who's Chris? Chris Lamb, or lamby on irc.oftc.net live installer udeb? where I can find it? http://ftp.debian.org/debian/pool/main/l/live-installer/ Where to set up a bounty? What fixed amount? write a mail to the mailinglist, announcing that you pay $dollars to the first who meets your desired goal(s). we had some bounties in the past from safedesk[0] (which didn't work out that well, since the company did disappear later somehow). [0] http://lwn.net/Articles/185325/ Thanks for you proverbial kindness Daniel and have a nice day! my pleasure, you're welcome as always. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: lh_config question
Marco Amadori wrote: I do not agree for command line parameters, it will really surprise me if I specify both a conffile and a custom parameter via command line option and the latter will be overruled by the config file. so where's the disagreement? i did excately write that. however, code was not updated yet, the sourcing of LH_CONFFILE was one step too late, which is adjusted now. the order is (this time with sync in code): system-wide config (/etc/default/live-helper) local config (config/*) local config file (/some/file/whatever) commandline parameter (--foo bar) ftr: before, it was: system config parameter local conffile -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: lh_config question
Marco Amadori wrote: I was meaning that, now I'm fine. thanks for bringing it up. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: 999 bug
Kai Hendry wrote: I want this removed. :) Wondering why it was there in the first place instead of 1000? it was added as a workaround to prevent #433076. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: lh_config question
Juergen Fiedler wrote: In HEAD, it looks like ${SYSTEM_LH_CONFFILE} and ${LH_CONFFILE} are read after Local_arguments [EMAIL PROTECTED] is called (which happens after the local conf files are sourced). Would that not make the system defaults override the command line options and the local configuration? right, corrected, thanks :) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: lh_config question
Marco Amadori wrote: Yes, I put it there because I think it was wanted, since ${LH_CONFFILE} is sourced just below. the idea is to have the system-wide defaults to be used, but as soon as any custom conffile, any existing config/* or any parameter for the same variable is given, it will be overwritten. this is the way of least surprise. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Small 'default' patch for lh_config
Marco Amadori wrote: git pushed. both merged, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Small 'default' patch for lh_config
Daniel Baumann wrote: and for b6928b6d6400f5fd17ec8d300cdbc254ed5b0f8b, i think that those values variables/options are *always* used. even if a --conffile is specified. to avoid missunderstandings: s/are always/should always/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [PATCH]: Fixes and Features, misc things
Thanatermesis wrote: This Patch contains misc fixes, features, and similar things, read the .diff file searching the word Comment where ill try to explain a bit what is every thing ok.. i took the time to look at each thing you proposed: 1. adding -hide-rr-moved to GENISOIMAGE_OPTIONS official debian-installer cds are not doing this, so i think we shouldn't do this either. 2. adding -graft-points to GENISOIMAGE_OPTIONS how do you make use of that? injection of arbitrary content into the iso is already covered by config/binary_local-includes 3. adding grub-gfxboot handling ack with otavio, shoudn't be added unless gfxboot makes it into debian. 4. adding -proccessors to MKSQUASHFS_OPTIONS i never had any troubles with building in parallel, and i do a lot of builds, but only on i386 and amd64. where do you experience problems, on a different arch? 5. adding -no-fragments to MKSQUASHFS_OPTIONS it could probably makes sense to use -no-fragements, however, do you have any numbers about the impact on increasing filesize? 6. adding -noappend to MKSQUASHFS_OPTIONS this will not have any effect, because the squashfs is always regenerated from scratch when you build it (unless you cache it, but then it doesn't matter anyway too). 7. executing lh_chroot_local-hooks before lh_chroot_hooks in lh_chroot generally, you are right. however, specifically the problem here with this is, that the default hooks which can be enabled, such as 'stripped' and 'minimal', would potentially make any local hook non-working. that is why local hooks need to processed first and not the other way round. 8. addition of lh_chroot_hooks this does the same as the already existing lh_binary_hooks, no? 9. addition of lh_chroot_edit this does the same as the already existing LH_INTERACTIVE=shell mechanism, no? 10. changes in lh_chroot_sources moving the local repositories to the top for the chroot indices makes sense as they should be prefered, however, i'm unsure as the common way to write it is to write official repositories first, and custom ones later. Otavio, do you have any opinion about that? making the indices caching conditional is not in all cases relevant, since some of them are always existing (like the gpg files, the binary package indices), but some are not (like the source indices), so only making the latter conditional which I'm just applying in git now, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Bug in live-initramfs with static kernel
Sean Tobin wrote: First off, please forgive me if this is the wrong list for live-initramfs bugs. You're right here for live-initramfs... The solution to this is to simply touch modules.dep during the initramfs creation process. In my build environment, I apply the following patch to /usr/sbin/mkinitramfs before recreating the initramfs: ...however the bug you're experiencing is, as you correctly identified and fixed, in initramfs-tools itself. please submit a bug report against the package 'initramfs-tools'. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Lenny general freeze ahead
Marco Amadori wrote: A part the IRC list were longer and I asked you what you needed and implemented mosts of your taste requirements, I think I actually FIXED[0] coding style: no. live-snapshot is part of userland, not initramfs. therefore live-helper code style applies. that's what i said already. err? you were basically absent in the last 15 month. Yes, I know, and all knows that I was absent because of work and new family, I do not have the spare time I was used to have, but I think I always declared that loudly, so it should be not a surprise. you never needed and still don't need to justify for being busy with other stuff, this is a volunteer committment after all. what i'm saying is that just because it was different in the past doesn't mean it is still the same. You could notice I was also unhappy about you forking casper, mainly because I was collaborating succesfully with some ubuntu upstream guys which were little disappointed by the move, but the real motivation of my absence was just family (and work) related, not technical nor personal by my side. the fork was needed - nobody was working on casper in debian anymore, and ubuntu did not merge from debian. do we need to reiterate that now? Ok to use right a tool, but here it seems just that the effort gives back so little. Topic commits are fine, splitting some small cleanings in 4 commits instead of doing just one cleaned a bit live-snapshot seems overwork and overzealous, moreover because they were 4 commits artificially split, not different works in different times, it seems an abuse of a VCS to me here. this /is/ the right tool used the right way. if you're saying that your big commit is right, then you're absolutely wrong. that commit is not understandable itself (amongst others, also for the reasons pointed out several times already) by me. it is needed that i understand the commit since there is no other active DD maintainer arround for live-initramfs yet, means, in case you disappear again, i'm supposed to fix any upcoming bugs with that part. apart from that, the 4 commits you are refering to are from *me*, not taken out of your big fat one, otherwise i would have used --author. It requires more time to chat than to code. If cleaning like you want requires you 5 min, and chatting to know exaclty how do you want things requires 2 hour (latest irc session had this ratio) please use that 5 min to merge and clean the personal taste uglyness yourself, we will learn by example in less time, I'll assure that! given someone contributes more than once, it requires more time to fix code again and again rather than making the contributor delivering merge ready code in the first hand. apart from the fact that the job of correcting such things is tedious, also the poisoning of git diffs sucks too. It's a methodology objection mine, not a technical. And the fixes I did WERE non technical, if you like I can discuss why the change you required from an if return to if else statement, although you liked more, was better as it was. (since if was an error condition trapping which is better served in term of understanding at it was before because it's shorter, faster and easier to read. [1] vi /usr/share/doc/linux-doc-2.6.25/Documentation/CodingStyle.gz +237 should be mentioned too although is C related, Chapter 4: Naming. that just shows that you don't listen. i already explained that at least twice, that shell functions are different by the very nature of how shell functions are beeing interpreted: To avoid naming scheme conflicts with external commands and thus beeing able to use shorter names, functions are beeing written with a capital letter in live-helper. comparisons to C simply do not apply, be it kernel.org or not. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [PATCH]: Fixes and Features, misc things
Hi, Thanatermesis wrote: This Patch contains misc fixes, features, and similar things, read the .diff file searching the word Comment where ill try to explain a bit what is every thing Can you break it up into several patches please, so that each patch does fix/correct/add/$whatever one thing only, together with a description per patch of what/why it's needed? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: prebuilt images for sugar?
Praveen A wrote: It would be nice to have a prebuilt image with Sugar and all its activities. It would be helpful to demonstrate Sugar interface on the OLPC. Can be this be done in addition to the regular GNOME, KDE and XFCE images? first thing would be that someone comes up with a sensible package list for inclusion into /usr/share/live-helper/lists. are you volunteering? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Small 'default' patch for lh_config
Marco Amadori wrote: Someone told me in the past to remove useless spaces and always removed them all from my patches and code, he must be someone you don't know personally I think. seriously, i don't understand that sentence. Anyway, I'll rework it with your and Lamby's hints then I'll ping again. thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Small 'default' patch for lh_config
Chris Lamb wrote: The only problem I see with it is that it makes it impossible to see 100% of a users build settings from the output of lh_config lh_build alone such as the pastebins pasted to the #debian-live IRC channel. If lh_build could be tricked into saying Using settings from ${FOO} or somesuch, I'm sure this would preemptively save someone some debugging time. ack. Oh, also: isn't /etc/default/foo reserved for the foo daemon? no; but it should be /etc/default/live-helper -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Small 'default' patch for lh_config
Marco Amadori wrote: For an easy review: http://git.debian.org/?p=users/mammadori-guest/live-helper.git;a=commitdiff;h=cd4a6142f4bb84b57a6cba7ddb9b505e56dbe81a please always watch your diffs to not include other (probably useless) changes; such as - Version + Version -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [RFC] The future of LH_BINARY_IMAGES
Chris Lamb wrote: * I don't see how some of the lh_binary_* helpers can even support it being list.. For example, lh_binary_syslinux does completely different things depending on the binary image type, so the side effects of this helper cannot be invariant for all image types. Thus, we cannot simply re-use the same binary/ directory for each item in LH_BINARY_IMAGES, not least of all because we cannot export overriding vars to sub-helpers due to the way configuration files take precedence over environment vars. instead of building binary/, one could build multiple binary.$flavour directories. If no-one has any major objections or queries I'll go ahead and cleanup the code to assume that LH_BINARY_IMAGES contains a single value. i'd like to give it a try again, so please wait with this. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [RFC] The future of LH_BINARY_IMAGES
Tzafrir Cohen wrote: How could I avoid generating the squashfs multiple times? I believe that the squashfs should be the same with multipl formats. Its generation probably takes most of the time of the binary stage. add 'rootfs' to LH_CACHE_STAGES. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Pb Validating release.gpg
Olivier Avenel wrote: I get this error message: ... P: Retrieving Release P: Retrieving Release.gpg P: Validating Release E: Could'nt validate Release Any help would be appreciated, thanks. this is cdebootstrap failing on your mirror; which is either a fault of cdebootstrap or your mirror. pass --debug to cdebootstrap so see the actual cause. apart from that, it's recommended to use debootstrap, not cdebootstrap. At boot prompt when pressing F3 key to show help screen and boot parameters, Cdrom tray ejects and I get a boot error message telling me to restart. hmm, sounds like very strange syslinux behaviour. This problem would'nt be disturbing if we could have an idea to boot in 686 mode without the help screen as 486 mode is very limited for today's machine. yep; syslinux labels are not that handy right now. they should be adjusted so that we have 'live' as default method, and 'live-$flavour' whereas $flavour designates the kernel flavour string (e.g. 486 or 686). patches welcome :) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: aufs builded from source package raises error
Giorgio Pioda wrote: I get the error that dpkg exit with status 1 triing to install the aufs. and now we have to guess what error that could be? can you *please* show at least the actual error message? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: aufs builded from source package raises error
Giorgio Pioda wrote: Unpacking aufs-modules-2.6.25-pp3 (from .../aufs-modules-2.6.25-pp3_0+20080506-1+1.0_i386.deb) ... dpkg: error processing /root/local-packages/./aufs-modules-2.6.25-pp3_0+20080506-1+1.0_i386.deb (--unpack): trying to overwrite `/lib/modules/2.6.25-pp3/modules.usbmap', which is also in package linux-image-2.6.25-pp3 your custom aufs-modules package is broken. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
FYI: git repository location
Hi, for those of you using git.. my repositories for live-helper, live-initramfs, live-initscripts and live-webhelper have been moved to from alioth to git.debian.net. See http://debian-live.alioth.debian.org/links.html for the excat URLs. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: HDD installation from Live CD
Sebastian Hilbert wrote: I included the Debian installer and used it inside vmware. When finished it drops me in a login shell. if you use 'regular' d-i, then regular d-i is what you get, means, you end up with the same d-i behaviour as on the debian install cds. so no surprise there. Is there any way to tell it to install exactly like on the CD (like GUI , XFCE setup ) ? if you set LH_DEBIAN_INSTALLER=live, then it will use the live-installer udeb inside d-i, making d-i installing the squashfs to the hd rather than bootstraping the regular way from .deb packages. however, it is said that there are still some glitches there and then when using live-installer, don't expect it working yet but you're encouraged to try it, and report bugs and send patches. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Rescue flavor improvements
Tiago Bortoletto Vaz wrote: I've just coded this feature. Please take a look in my branch and consider merging if you guys agree with that: merged, thanks ;) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Debian Live Web Boot
Hadar Weiss wrote: Now that the build server is working again, can we have squashfs autobuilds as well? yep; will do on the weekend (together with netboot tarballs and rescue flavour beeing added). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Rescue flavor improvements
Tiago Bortoletto Vaz wrote: I think we should split the rescue lists in -common, -stable, -testing, maybe even for archs (-i386, -amd64 etc). yep; note that always and everywhere, the codenames (etch, lenny, sid etc.) should be used rather than the suites (stable, testing, unstable etc.). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: installing debian-live for etch?
Alex Owen wrote: lh_config -d etch --bootstrap debootstrap just a comment: the --bootstrap debootstrap is not needed, it is default anyway. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: installing debian-live for etch?
Josh Lawrence wrote: hardbop200:/home/josh/livecd# lh_config lh_build P: Begin caching bootstrap stage... P: Begin bootstrapping system... W: skipping bootstrap it skips bootstrapping because you're running in a directory where you have already done something before with lh. run lh_clean --purge and re-build from scratch please. P: Begin caching bootstrap stage... P: Begin caching chroot stage... P: Begin mounting /dev/pts... P: Begin mounting /proc... P: Begin mounting /sys... P: Configuring file /etc/debian_chroot /usr/bin/lh_chroot_debianchroot: line 54: chroot/etc/debian_chroot: No such file or directory because it has skipped bootstrapping, it couldn't configure stuff in chroot afterwards. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Rescue flavor improvements
Tiago Bortoletto Vaz wrote: Please consider my last two patches which improves a little the rescue flavor for live-helper. merged, thanks ;) Please tell me how you prefer i send future patches for you. i've added your master as remote tree, means, the only thing you need to do is to shout 'please merge from me!' either through irc or by mail to the list, whatever is more convenient for you. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: request - implement zsync for prebuilt images
junk wrote: I would like to know if zsync could be implemented for some of the prebuilt images. totally reasonable, will look into it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: installing debian-live for etch?
Josh Lawrence wrote: Hello list, Hi, Quick question - I'm running an Etch machine at work that I would like to install debian-live on. Problem is, how do I do that without having it in the repositories? Sorry if this is a mundane, easy question, but I can't find the answer. Debian Live is nothing you can install, it's not a distribution. It is a 100% Debian system with a tweak to run from a read-only medium (e.g. cdrom). If you want to install Debian, use a regular Debian installation medium. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: installing debian-live for etch?
Josh Lawrence wrote: what I'm looking for is a way to use the live-helper scripts on an Etch box. I know that live-helper exists in the Lenny repos, so I did some Googling on the proper way to keep a mixed system; I added the Lenny repos to the box, specified Etch as my preferred repo in /etc/apt/apt.conf, and I was able to get the live-helper scripts. well, you can just fetch the .deb and install it manually (with dpkg -i live-helper_*.deb); it's just a collection of shell scripts and only needs debootstrap or cdebootstrap as depends. your way works too, but looks a bit 'over complicated' to me :) -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Lenny and extlinux don't play together
proggy3456 wrote: Is this a known problem so it can be fixed? which version of syslinux are you using? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#475783: closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) (Re: generated initrd fails mounting loopback device)
Michael Prokop wrote: Well, the combination live-initramfs from sid, [...] busybox, klibc from sid with a kernel which is known to be working just fine (and worked without any problems regarding this issue until now) is broken now and there seems to be a regression somewhere *you* don't encounter but *me* doing so. you are saying that you can reproduce it with the /current/ packages in debian (whereas current means the current ones, and live-initramfs 1.130 with, optionally, your patches you've done to your 1.110 version in grml)? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: LH_CHROOT_FILESYSTEM=plain
Chris Lamb wrote: You seem to be building a usb-hdd binary image, which implies using a FAT16 or FAT32 partition for the binary image. This obviously breaks when trying to copy a filesystem onto it which is case-sensitive, supports symbolic links and block devices, etc. :) (ie. This will never work, unless you resurrect UMSDOS or something) ...or using ext2|ext3 on the stick, and extlinux as bootloader. really easy to add, actually.. will try to commit later. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Autobuilt images
Will Kaiser wrote: The other thing I was curious about, was the presence of the debian installer. Is this something that already exists on these images or that is planned for anything in the future? d-i 'enabled' images will be done completely seperate, for the moment. and when it's working well, it will be default on all images i think. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#476546: confusing use of win32-loader
Robert Millan wrote: Hi! Hi Robert, I appreciate your interest in win32-loader, but I find the current use of it in examples/hooks/win32-loader.sh quite confusing. jup.. that hook is from the time when win32-loader wasn't available as a package; i'll update it rsn. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Sudo problems wth custom kernel
Giorgio Pioda wrote: Is this issue related with the custom kernel use or the squashfs (2.6.24 corrected to eliminate some broken dependancies on 2.6.25) or is just a temporary issue of SID. i'm not aware of any issues with sudo in sid (nor with testing). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel