[00:00] <danp> sure, i can do that tomorrow. thanks for thinking about it :)
[00:00] <danp> unless my early script errored, though, i didn't see anything in syslog from it
[00:05] <stelt> At what site can i see changes in the installer ?   And how can i profit from them? As i'm working with the liveCD, cause the installer crashes on partition stuff
[12:40] <exodos> hi, the version of gutsy kernel was upgraded to 2.6.22-14.47, but Packages file in gutsy/main/debian-installer/binary-i386/ is not aware of this change
[12:40] <exodos> can anybody take care of this?
[12:42] <exodos> gutsy/main/installer-{arch}/current/images/ should be also updated I think
[12:42] <cjwatson> no, that's not correct
[12:43] <cjwatson> gutsy wasn't changed - a new version was uploaded to gutsy-security and gutsy-updates
[12:43] <cjwatson> it would be wrong to change dists/gutsy/
[12:44] <cjwatson> I think we would only worry about uploading a new set of installer images if the changes involved a remote security vulnerability that could be exploited during installation
[12:46] <exodos> but is it possible to include 2.6.22-14.47 in gutsy/main/debian-installer/binary-i386/Packages at least
[12:48] <exodos> as current one makes ubuntu mirrors based on Packages files (like apt-mirror) unworkable with installer
[12:54] <cjwatson> no, I'm afraid it isn't
[12:54] <cjwatson> dists/gutsy is absolutely fixed and unchangeable
[12:55] <cjwatson> I've heard some reports of bugs like this, and I think it may be down to a bug in the mirroring tools; can you reproduce the problem with the master archive?
[12:55] <cjwatson> if a mirroring tool produces a result that doesn't work but the master archive does work, then it is undeniably a bug in the mirroring tool
[12:56] <exodos> ok, i will check this
[12:57] <exodos> is gutsy-security or gutsy-updates included in installer sources.list?
[12:58] <exodos> because 2.6.22-14.47 is trying to be installed now
[13:00] <cjwatson> the installer does use gutsy-security and gutsy-updates
[13:00] <cjwatson> if that isn't part of your mirror, then you need to add it
[13:02] <exodos> ok, I think that should solve it
[13:17] <exodos> adding main/debian-installer from gutsy-secutiry and gutsy-updates to mirror fixed my problem
[13:17] <exodos> thanks cjwatson
[13:26] <cjwatson> good
[14:56] <danp> cjwatson: i put my syslog up at http://glueless.net/preseed/
[14:59] <danp> DHCP shows up a couple times near the end since i was trying to get the logs accesible
[15:00] <danp> after i let DHCP finish it did complain about the hostname string i have set in my early script
[15:00] <danp> but it still did DHCP
[15:09] <twb> Now my x login looks beautiful - completely black except for "Login:" and then "Password:"
[15:14] <xivulon> evand, any progress with the patches?
[15:14] <cjwatson> danp: the problem is that netcfg isn't installed when that preseed file is handled, so all your db_set calls fail because the questions don't exist. I'd recommend instead either just putting all that stuff into the preseed file, or (if it needs to be conditional) piping stuff to debconf-set-selections which will deal with creating the question structures for you.
[15:15] <twb> Oops, wrong channel.
[15:16] <evand> xivulon: I merged some of your partman-auto-loop changes yesterday, I'm looking over bug 151579 right now, actually
[15:16] <ubotu> Launchpad bug 151579 in wubi "umountfs must check whether a mountpoint contains a loopmounted root file" [High,Fix committed] https://launchpad.net/bugs/151579
[15:17] <evand> xivulon: why is the /host/boot situation needed?  It seems like quite the special case that boot would be a subfolder of the host filesystem.
[15:19] <evand> also, why is the full path needed for sendsigs.omit'ing ntfs-3g and ntfs?  Is there another process with the same name running at the same time as ntfs-3g?
[15:19] <cjwatson> the full path isn't needed, I took that out, didn't I?
[15:19] <evand> I'm assuming it isn't, I left that part of the merge out.
[15:19] <xivulon> evand don't see /host/boot in the patch for 15179, what are you referring to?
[15:20] <evand> xivulon: sorry, that was poor transitioning.  I'm asking you about other bug reports.
[15:20] <xivulon> ah
[15:21] <xivulon> can you remind me which one?
[15:21] <evand> Specifically, 173659 and...
[15:22] <evand> I don't see a bug report for the latter, but it's your usage of the full path for sendsigs.omit in your partman-auto-loop.lupin-support branch.
[15:22] <xivulon> http://codebrowse.launchpad.net/~ago/partman-auto-loop/lupin-support/annotate/ago%40nbago-20080114235447-9rmsbro57lb2zsru?file_id=hostboot-20071221000351-3qf78yoaep16wys3-2
[15:23] <xivulon> that's the new code for fstab.d
[15:23] <evand> indeed, I don't see why the use case for that is necessary.
[15:24] <evand> and I'm asking you to explain why you need /boot to be a subfolder of the host filesystem.
[15:24] <xivulon> because in loopinstallations boot has to be an ntfs folder
[15:24] <xivulon> so it can be accessed by grub4dos
[15:24] <evand> ah, argh.
[15:24] <xivulon> it cannot be inside the loopfile
[15:24] <xivulon> so we need to bindmount in fstab
[15:24] <evand> fair enough :/
[15:26] <evand> so regarding your partman-auto-loop.lupin-support branch, is there any reason why you're specifying the full path or is that just leftover from an earlier version?
[15:26] <xivulon> you mean for sendsigs?  no reason on top of my head
[15:27] <evand> ok, I left that out when I merged as its not necessary, I just wanted to check with you to make sure there wasn't some reasoning that I was missing.
[15:27] <evand> thanks for clearing those up
[15:27] <xivulon> re 15179 by the way use the patch mentioned in the last-1 post
[15:28] <xivulon> it is more generic and should be closer to what cjwatson suggested
[15:29] <evand> indeed, that's what I was working with
[15:29] <xivulon> in fact it's not a patch, well insertion points should be clear
[15:29] <xivulon> echo $skip_devices | grep -qs $DEV"$" && continue
[15:29] <xivulon> that goes inside the loop at the top, the rest goes before the loop
[15:30] <xivulon> it basically skips all mountpoints that appear in /proc/mounts before /
[15:31] <xivulon> cjwatson I assume that is what you suggested
[15:32] <cjwatson> IIRC yes
[15:40] <xivulon> evand note that 173659 involves 2 files in partman-auto-loop/lupin-support: mount.d/70bind and fstab.d/hostboot
[15:41] <evand> indeed
[15:50] <xivulon> in mount.d you might want to also check type: [ "$type" == none ] || exit 1
[15:56] <xivulon> mount.d/70bind and it is [ "$type" = none ] || exit 1
[16:09] <danp> cjwatson: so i can send those same answers to debconf-set-selections in my early script and it should work?
[16:11] <cjwatson> danp: yeah
[16:16] <danp> awesome, thank you. i'll give that a shot
[16:16] <danp> it's been driving me bonkers :P
[16:24] <cjwatson> you might also find it illuminating to cat /bin/debconf-set-selections in the installer; ignoring the rather verbose parsing code, you can see how it uses debconf
[16:25] <danp> it's looking like something like 'netcfg netcfg/disable_dhcp boolean false' would do it
[16:27] <xivulon> evand have added a comment to Bug #151579
[16:27] <ubotu> Launchpad bug 151579 in wubi "umountfs must check whether a mountpoint contains a loopmounted root file" [High,Fix committed] https://launchpad.net/bugs/151579
[16:27] <cjwatson> danp: d-i rather than netcfg at the start of the line (for arcane reasons) but yes
[16:27] <cjwatson> danp: err, and you want true not false?
[16:27] <evand> ok
[16:27] <xivulon> it contains the patch for umountroot, so that any filesystem still  standing gets remounted r/o (as opposed to doing that only for /)
[16:28] <danp> cjwatson: oh, right. i was looking at the output of d-g-s on another machine
[16:29] <cjwatson> so 'd-i netcfg/disable_dhcp boolean true' to clarify
[16:29] <xivulon> I did not test that last patch
[16:30] <danp> cool
[16:31] <danp> would that also work for things that are available when the preseed file is loaded? like if i wanted to just generate one big input to d-s-s
[16:31] <danp> or do i have to use db_set for those things
[16:31] <cjwatson> debconf-set-selections is what's used for the preseed file itself; you can use it for anything
[16:31] <xivulon> evand for autopartition-loop note that I submitted a change 2 days ago', http://codebrowse.launchpad.net/~ago/partman-auto-loop/lupin-support/revision/41
[16:32] <cjwatson> it is a superset of db_set
[16:32] <cjwatson> I would put anything unconditional into the main preseed file, but that's just me
[16:32] <danp> right
[16:33] <xivulon> the issue was that when I called requires_disk_space, I checked for the existance of loopfiles in /host, but /host was not avalaible at that stage, so had to shuffle things around
[16:35] <evand> xivulon: I already merged those changes.
[16:35] <xivulon> good
[17:05] <evand> cjwatson: any thoughts on how I should proceed with bug 183426 (basically, partman runs ridiculously slow for calc)?  Looking over the logs, nothing jumps out, and I'd hate to make him run through another install to get an strace or set -x on whatever part of partman is hanging.
[17:05] <ubotu> Launchpad bug 183426 in ubiquity "[hardy] alpha-3: i386 desktop cd - partition gui hangs" [Undecided,New] https://launchpad.net/bugs/183426
[17:08] <danp> cjwatson: success! thank you very much
[17:08] <danp> my simple static test worked, now i can move back to the boot param-based stuff i was doing
[17:11] <danp> is there a way to mix information from DHCP and static configuration? say, if i wanted to provide a hostname and IP but have everything else (netmask, gateway, domain, etc.) provided by DHCP
[17:11] <danp> but in the end i want a static interfaces file
[17:27] <evand> xivulon: What was the reasoning that Szabolcs gave for formatting the file rather than the loop device?
[17:31] <xivulon> He said that it was safer to format the file directly without loopdev intermediaries, I never really digged any further simply changed the code
[17:32] <xivulon> The patch by the way also add some safety net, if the host device get formatted instead of the loop file people are not going to be too happy
[17:33] <evand> hrm, I'll have to follow up with him on that as I got an inquiry as to why it was necessary.  Is email the best way to reach him, or is he on IRC as well?
[17:33] <xivulon> I usually email him
[17:33] <evand> ok, thanks
[17:33] <xivulon> szaka@ntfs-3g.org
[17:34] <xivulon> once you are there you may ask if there are any relevant upgrades to ntfs-3g which are worth considering for inclusion (to which of course he'll reply yes)
[17:35] <xivulon> I'd be particularly interested in fallocate and fschk and safety of write operations on non-zeroed/non-contiguous loop-files
[17:35] <evand> I thought fallocate wasn't in the mainline kernel yet?
[17:36] <evand> something about and endless bikeshed over arguments to it
[17:36] <evand> an*
[17:36] <xivulon> did not follow that, never mind than
[17:42] <xivulon> IIRC the suggestion came when I was asking about possible solutions re system freezes users reported during I/O operations. It was one of the things he asked me to change, it did not fix the issue (turned out to be a 2.6.22 kernel problem) but I left the code there anyway since my understanding was that it was safer anyway
[17:42] <xivulon> and did not seem to have any negatives
[18:31] <evand> Can I get another pair of eyes on this, does this look reasonably correct? cjwatson? http://pastebin.ubuntu.com/3610/
[18:32] <evand> xivulon: your patch failed in the case of there being nothing before / as NR is the number of lines processed which ends up being all of them
[18:35] <cjwatson> evand: hmm, the second field of /proc/mounts isn't necessarily unique so I'm unsure about that
[18:35] <evand> xivulon: actually, that assertion is wrong, but it still fails
[18:35] <evand> ah, hrm
[18:36] <xivulon> hmm it works for me
[18:36] <xivulon> your version though returns only /
[18:36] <evand> xivulon: it fails if the second field is not unique, which as cjwatson points out, so does mine
[18:39] <xivulon> awk '$1!~"^rootfs" && $2=="/" {print NR}' /proc/mounts
[18:39] <cjwatson> evand: instead of reading from /proc/mounts as it does, why not arrange to read from the output of sed -n '/^rootfs/,$p' /proc/mounts ?
[18:40] <cjwatson> you don't need to mess around with line numbers :)
[18:40] <cjwatson> just "print from ^rootfs to end of file" is what you want
[18:40] <cjwatson> anyway, got to go, see you tomorrow
[18:41] <evand> ah, good call, thanks!
[18:41] <xivulon> you mean in the above you have more than 2 mntpoints as / ?
[18:41] <evand> enjoy your evening, goodbye
[18:41] <evand> xivulon: yes
[18:41] <xivulon> one being rootfs
[18:42] <xivulon> can we have a list of devices that are not "real" devices?
[18:42] <xivulon> disk devices I mean
[18:42] <evand> xivulon: for example, I have:
[18:43] <evand> rootfs / rootfs rw 0 0
[18:43] <evand> /dev/disk/by-uuid/0666f72f-99e1-4948-b718-220f48093423 / ext3 rw,errors=remount-ro,data=ordered 0 0
[18:43] <xivulon> rootfs should be skipped
[18:43] <evand> your command returns 6, the position of the latter
[18:43] <xivulon> which is correct
[18:44] <xivulon> should return the position of the "real" root-device
[18:44] <evand> ah, my mistake
[18:45] <cjwatson> xivulon: you don't need to have a list of devices. you just need to trim everything above ^rootfs out of /proc/mounts before unmounting stuff. no complexity beyond that is required.
[18:45] <xivulon> I trimmed everything about "real" /
[18:46] <xivulon> as opposed to rootfs
[18:47] <xivulon> I trimmed everything ABOVE "real" root device
[18:47] <xivulon> i.e. in the case of evand everything above and including /dev/disk/by-uuid/0666f72f-99e1-4948-b718-220f48093423 is NOT unmounted
[18:48] <xivulon> I think that is correct
[18:49] <cjwatson> there's no need to explicitly skip rootfs because the code inside the loop already does that
[18:49] <cjwatson>                 case "$MTPT" in
[18:49] <cjwatson>                   /|/proc|/dev|/.dev|/dev/pts|/dev/shm|/proc/*|/sys|/var/run|/var/lock)
[18:49] <cjwatson>                         continue
[18:49] <xivulon> hmm
[18:49] <cjwatson> anyway, really gone
[18:49] <xivulon> the root_line looks for the line number of the real root
[18:49] <xivulon> hence it has to ignore rootfs
[18:50] <xivulon> that is the point to trim from
[18:50] <xivulon> whatever is above that point is not unmounted, if rootfs happens to be above it will be skept
[18:51] <xivulon> in fact I think it was your suggestion to ignore rootfs and focusing on / when determining what chunk of /proc/mounts to skip
[20:11] <xivulon> evand any q on the code? I think it is correct
[20:13] <xivulon> cjwatson re list of devices, that is just another way of splitting /proc/mounts in 2, the list contains the devices of the first chunk of /proc/mounts (containg everything up to and including root) that have to be skept
[20:14] <xivulon> looping through the remaing chunk of /proc/mounts would yield same results
[20:15] <xivulon> http://paste.ubuntu-nl.org/52193/ for instance does the same thing of the patch submitted
[20:28] <evand> xivulon: I don't see anything particularly wrong with it aside from it no longer being explicit in what mount points its skipping, but I want to wait for cjwatson to look it over before I commit it as this is a pretty important package we're messing with.
[20:31] <xivulon> This is safer: http://paste.ubuntu-nl.org/52195/
[20:32] <xivulon> in case someone has 0 or 3+ root lines in /proc/mounts (for reasons I ignore)
[20:33] <xivulon> we can move to the grub patches then =)
[20:33] <evand> heh ok
[20:33] <xivulon> have to go now will be back in 1/2 hour or so
[20:33] <evand> ok
[21:16] <xivulon> evand in autopartition-loop>setup_loop I would keep [ "$1" != 0 ] || return
[21:16] <xivulon> it avoids having a recipe with 0 sized /home
[21:17] <xivulon> for instance
[21:17] <evand> ah, then this also needs to be changed:
[21:18] <evand>         if [ ! -f "/host$path" ] && [ $1 -gt 0 ]; then
[21:18] <evand> as we've already established by that point that the size is not 0.
[21:18] <evand> ok, fair enough
[21:18] <xivulon> the one at the top catches both pre-existing images and images to be created
[21:19] <xivulon> the one in the if sentence works only for new images
[21:19] <evand> right, I'm saying that the if statement can be shorted to just the file test
[21:20] <evand> as the size check is redundant
[21:25] <CIA-22> grub-installer: evand * r721 grub-installer.ubuntu/ (debian/changelog grub-installer): * Handle cases where /boot is bindmounted (LP: #181658).
[21:27] <xivulon> if the size check is on top sure
[21:28] <evand> indeed
[21:28] <CIA-22> partman-auto-loop: evand * r39 partman-auto-loop.ubuntu/autopartition-loop: Fix size test in setup_loop.
[21:48] <Thugacation> hey can someone help me with a problem
[21:52] <evand> please don't ask to ask a question, just ask it.
[21:54] <Thugacation> ok but it's stupid
[21:54] <Thugacation> when i try to start wubi-cdboot.exe it gives me error message "Could not find any appropriate CD"
[21:55] <evand> xivulon: ^
[21:58] <Thugacation> why does xivulon know all about the installer
[21:58] <xivulon> Thugacation, the CD has to be in the tray
[21:58] <evand> Thugacation: xivulon is the author of Wubi.
[21:58] <cjwatson> xivulon is one of the wubi team
[21:59] <Thugacation> why can't i just boot the installer from windows
[21:59] <cjwatson> wubi *is* booting the installer from Windows
[21:59] <xivulon> wubi-cdboot is designed to assist those people that cannot boot from CD
[22:00] <xivulon> it basically boots from HD and then continues off the CD
[22:00] <xivulon> without editing the bios
[22:00] <cjwatson> if you prefer to boot it natively and are prepared to repartition, you can certainly also do that; set your BIOS to boot from CD and reboot
[22:00] <cjwatson> that is indeed the standard way to start Ubuntu
[22:00] <xivulon> wubi.exe (downloaded from the website) works off the HD solely
[22:01] <Thugacation> so i can install it without having to burn any CD's
[22:01] <Thugacation> because i dont have cd's
[22:01] <cjwatson> for that, you need wubi proper, not wubi-cdboot
[22:01] <xivulon> that cjwatson reminds of bug #181734
[22:01] <ubotu> Launchpad bug 181734 in casper "Prompt the user to insert a CD if a live media is not detected" [Undecided,New] https://launchpad.net/bugs/181734
[22:01] <cjwatson> as xivulon says, you can download it from wubi-installer.org
[22:02] <Thugacation> ok thanks for your helps
[22:03] <xivulon> np
[22:07] <Thugacation> so if i have 2 hard drives... a 200gb for windows and a 80gb for ubuntu... i can install linux to the 80gb via wubi-installer right
[22:07] <xivulon> yes
[22:08] <Thugacation> yes i see the screenshots thank u
[22:08] <xivulon> well in fact wubi is for installing ubuntu inside of windows
[22:08] <xivulon> without changing the partitions
[22:08] <xivulon> but
[22:08] <xivulon> it you already have a partition allocated exclusively for ubuntu then a proper installation is better
[22:09] <Thugacation> a proper installation with a CD huh
[22:09] <Thugacation> damn guess i shall go buy some
[22:10] <xivulon> you can use unetbootin (a spinoff of wubi that allows to install via netboot to dedicated partition)
[22:10] <xivulon> I might add netboot to wubi but so far it's not planned
[22:11] <xivulon> netinstall I mean