=== rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-installer === mpt [n=mpt@121-72-130-219.dsl.telstraclear.net] has joined #ubuntu-installer === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-installer === mpt [n=mpt@121-72-130-219.dsl.telstraclear.net] has joined #ubuntu-installer [10:27] Interesting, no bugs have ever been reported about Ubiquity [10:27] https://launchpad.net/products/ubiquity/+bugs :-) [10:31] Perhaps bugs from /distros/ubuntu/+source/ubiquity will need to be registered there once popular derivatives are using Ubiquity [12:15] all ubiquity bugs are ubuntu specific. there are no ubiuity upstream bugs ;) [12:23] mpt: I have enough trouble managing them in one place without managing them in two ;-) the product/distro separation is often a pain [12:24] I'd love to have bugs (optionally) transparently gatewayed from one to the other [12:24] mpt: (also, I only bothered to create the ubiquity product relatively recently, IIRC) [12:24] when I needed a directory on the supermirror [12:26] ahh, that's better. The version of ubiquity in bzr now supports just 'ubiquity --debug' (and sudos or whatever for itself) rather than needing 'gksudo env UBIQUITY_DEBUG=1 ubiquity' or 'kdesu --nonewdcop env UBIQUITY_DEBUG=1 ubiquity' depending on the frontend [12:27] main push for that was so that I could also support 'ubiquity --new-partitioner' [12:49] cjwatson, yeah, the idea was to prevent upstream from getting pestered with bug reports about distro-specific customizations [12:49] Ubiquity (and Upstart, I guess) are unusual cases where Ubuntu == upstream [12:51] hence (optionally) [12:52] right === siretart_ [i=siretart@tauware.de] has joined #ubuntu-installer [01:43] Reported "Handle a distribution being its own upstream for a package" === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-installer [02:25] mpt: thanks === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-installer [04:54] expert_recipe is a bitch === tepsipakki [n=tjaalton@replicant.hut.fi] has joined #ubuntu-installer [05:15] whee [05:15] tepsipakki: how much free space is there on the disk? [05:15] it's possible it's a 64-bit arithmetic issue [05:16] nope, it's a laptop, cfdisk says ~32GB [05:16] partman-auto: Expert recipe too large (2200008150 > 32003) [05:16] that first figure puzzles me [05:17] calculating the miminal sizes gives me 9650 [05:17] s/miminal/minimal/ [05:18] oops [05:18] argh [05:19] maybe it was just a typo after all.. every entry should end with a dot, right?-) [05:19] I've added specifiers for lvmok{ }, and misplaced one [05:19] ah, that could be it. it's unfortunately very fragile [05:20] quite! [05:20] has just cost me another hour to find out that I had a space where it didn't like it [05:20] the size is in megabytes, so I guess my lack of safe 64-bit arithmetic isn't a big problem [05:21] won't manifest until 4PB or so [05:21] it's also unnecessarily duplicated at places [05:21] is there a way to ehm, create a partition, format it with filesystem and mount it... *except* if that partition with the correct size already exists? [05:21] method{ format } and format{ } etc [05:21] then it should just keep the data on it [05:21] it's very much tied to the representation in /var/lib/partman/devices/ [05:22] mark: I can't think of one. There are several things for which I'd like some kind of conditional syntax in recipes. [05:22] it's a complicated problem [05:22] especially with RAID and LVM and all that ;) [05:24] autoinstallations are a bit scary for our database servers right now [05:24] oh, and now that I'm here lets just say that I'll try to fix some of the bugs that are dear to me ;) [05:24] in d-i [05:25] what does edgy support with LVM, in terms of auto partitioning? [05:27] hmm, I don't remember anymore.. didn't use edgy much but I recall it did support auto-lvm [05:28] tepsipakki: please do; http://wiki.ubuntu.com/InstallerDevelopment [05:28] I'm taking on more management responsibility in Canonical, so my time for installer work is going to be reduced (although not eliminated altogether) [05:29] yeah, I've been looking at netcfg-mess :) [05:30] heh, I was just merging that [05:30] congratulations I guess? ;) [05:30] what's bugging you about netcfg? [05:30] mark: maybe ;-) [05:31] I manage about half the distro team now [05:31] nice [05:31] cjwatson: well, the dhcp/fqdn-stuff [05:31] yes! :) [05:32] that sucks a bit [05:32] hmm, that's not bitten me much [05:32] but netcfg has been short on maintenance over the last year or so since joshk got busy with school [05:32] I get "xxx.xxx.xxx.xxx host.domain.domain host.domain" in /etc/hosts, if dhcp gives fqdn as the hostname [05:32] ah [05:33] my wishlist: [05:33] - a way to preseed a "search" line for resolv.conf [05:33] - a way to use the ip as requested by DHCP configured statically [05:33] the latter might be a bit dangerous but makes sense in server environments [05:34] mark: the latter can be done [05:34] I am currently doing it [05:34] in early_command [05:34] ah [05:34] preseeding the ip and then rerunning netcfg [05:34] yes [05:34] a custom dhclient script might be able to do that [05:34] though it would be a lot more perverse than doing it directly in netcfg [05:35] # Redo network configuration statically [05:35] echo d-i netcfg/get_ipaddress string $(ifconfig | grep "inet addr" | cut -d ' ' -f 12 | sed 's/addr://' | grep -v 127\.0\.0\.1) > /tmp/st [05:35] atic_net.cfg [05:35] debconf-set-selections /tmp/static_net.cfg [05:35] killall.sh; netcfg; true [05:35] it's a bit dirty but it seems to work [05:35] yow [05:35] but yes, that ought to work ... [05:36] killall.sh is so badly named it isn't funny [05:36] agreed :) === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-installer === Shaba1 [n=noneya@adsl-63-202-227-130.dsl.sndg02.pacbell.net] has joined #ubuntu-installer