severity 600283 important tag 600283 unreproducible tag 600283 moreinfo thanks
On 10/15/2010 04:17 PM, Josselin Mouette wrote: > I define a mirror for the bootstrap phase. A mirror (the same) for the > chroot phase. A mirror (still the same) for the binary phase. I make a > configuration for a usb-hdd build. this should aequivalent to: lb config -b usb-hdd \ --mirror-bootstrap http://mirror/debian.org/debian/ \ --mirror-chroot http://mirror/debian.org/debian/ \ --mirror-binary http://mirror/debian.org/debian/ && \ lb build which works for me (mirror is my local mirror), so i can't reproduce that. > But in the end, live-build fails silently. The script finishes, and I > don’t get any binary.img. could you provide the full lb config line, as well as the full log of the build? > In chroot/etc/apt/sources.list, there is only one line: > deb http://ftp.us.debian.org/debian/ squeeze main > Since ftp.us is not reachable from the machine where it is building > (remember, I set a specific mirror precisely because of that), this > explains the error. that sounds strange, since we do not default to nor use ftp.us. anywhere. i suspect this comes from an unclean config or previously interrupted build. please have a look at the recommendations here: http://live.debian.net/manual/en/html/16.html > seriously? isn’t the contents of the chroot supposed to be fixed after > the chroot phase? due to the lack of read-only bind mounts (read-only as in 'no writes at all, including additions' rather than 'no writes to existing files only') in linux, we have to copy stuff. in order to not use even more diskspace, we touch the chroot after creating the filesystem image again. this is a compromise, and usually not a problem. except when it fails, which means that you have to rebuild the chroot from scratch. > So, should I prepare for sacrificing a chicken now? you 'broke' the chroot (see above), so you need to rebuild the chroot stage again: 'lb clean && lb build' > I’m seriously sick of the whole of live-build being changed in each > version. I used to be able to build working images with earlier versions > of 2.0. i don't think the error you're experiencing is caused by any of the 2.0.x updates. > We’re supposed to be in a *deep freeze*, and not only did the > configuration format change again, but now it’s not even possible to do > the simplest things anymore. 2.0.x did not introduce configuration format changes. what you're refering to is that there was a change in the variables between a pre-2.0.x version (2.0~a20-1) until it's final layout to 2.0.0-1. -- Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cb86ee1.3070...@debian.org
