NCommandercjwatson: ping, I need some feedback on how best to build a d-i installer image in universe (needed for armadaxp, which will not have a kernel suitable for main)08:24
cjwatsonNCommander: right, I was going over this with ogra last week.  Basically there's no point in uploading a d-i fork to universe because LP would publish the resulting custom upload to main anyway09:16
cjwatsonNCommander: I think we might as well just have the standard d-i package build it, but designate it separately as unsupported-kernel or something09:17
cjwatsonNCommander: it would just be a matter of setting 'UDEB_COMPONENTS = main/debian-installer universe/debian-installer' in the relevant configs, I thin09:17
NCommandercjwatson: isn't that a violation of policy though? d-i would have to depend on a universe udeb, and the resulting installer dists end up in main11:18
cjwatsonNCommander: yes, but an acceptable one I think11:19
NCommanderI would think that would need a tech board approval since it does a whole lot of ugly voodoo. From a supported/unsupported stance, it might just be easier to get LP to allow publishing installer stuff into dists/precise/universe11:19
cjwatsonI doubt it, custom uploads are ghastly11:20
NCommanderWell, BYHAND always has been. I still remember AUTOBYHAND >.<;11:20
cjwatsonif it were easy I'd have done it - but it will require database changes to make suitable overrides exist at all11:20
NCommandercjwatson: universe/debian-installer already exists11:21
cjwatsonthat isn't relevant to debian-installer image tarballs.11:21
NCommanderWe have a special override for that?11:21
* NCommander whimpers11:21
cjwatsonno.  that's kind of the point!11:21
cjwatsonthey just get shoved into main.11:21
NCommandercjwatson: well, there is option two11:21
NCommanderHaving an unsupported kernel in main. We have historical predencant for that11:22
* NCommander glances at linux-ports 11:22
NCommanderand I prefer option two rather than breaking the main/universe divide IMH11:22
cjwatsonI don't mind that personally; but I also don't see any particular real difference between having the whole kernel in main, and just building those installer images from the kernel in universe and having free text somewhere to mark them unsupported11:22
cjwatsonit's the same "unsupported stuff in main" policy violation either way, really11:23
NCommandercjwatson: less hackery to base-installer to let it install a kernel from universe for one (and probably other breakage)11:23
NCommanderunless that got fixed without me noticing it11:23
cjwatsonif we're talking netboot rather than CD (I assume we are), then that would take a few lines of extra code, yes11:24
cjwatsonI'd be surprised if there were much else - most things have universe on by default now11:24
NCommanderWe need both11:24
cjwatsonbut sure, if you want to shove the kernel in main I don't object11:24
cjwatsonthough it's probably not me you need to get to agree to it :)11:25
NCommanderI'll chew it out with davidm and then make a call.11:25
* cjwatson nods11:25
NCommandercjwatson: well, if I want to crack d-i to build a package with universe udebs, I need the cjwatson seal of approval ;-)11:25
cjwatsonyou have my seal of approval to set UDEB_COMPONENTS in a flavour-specific d-i config file11:26
cjwatsonassuming it needs no actual build-dependencies from universe (not counting udebs)11:27
cjwatsonif it does we'd need to think about that a bit11:27
NCommandercjwatson: everything else it needs should be in main already11:27
NCommanderor at least promotable. the kernel is only living in universe because we can't realistically do 5 year support on a 3.0 kernel11:27
CIA-2ubiquity: cjwatson * r5164 trunk/.bzrignore: ignore src/wallpaper/.deps11:47
CIA-2ubiquity: cjwatson * r5165 trunk/ (80 files in 6 dirs): Make the "Choose a picture" page translatable (LP: #892384).12:31
cjwatsonev: damnit, you've (extremely belatedly) got me addicted to figuring out how to write test cases for ubiquity changes12:34
cjwatsonI think actually hacking on Launchpad may have converted me, really; whodathunkit12:34
evMichael Foord is never far if Mock is missing functionality or not working as expected12:35
CIA-2ubiquity: cjwatson * r5166 trunk/src/panel/panel.c: typo12:37
cjwatsonnot generally been running into that so far, thank goodness12:37
cjwatson(and I suspect I'd rearrange the code to make it more testable if I did)12:37
CIA-2ubiquity: cjwatson * r5167 trunk/ubiquity/frontend/gtk_ui.py: untabify12:41
CIA-2ubiquity: cjwatson * r5168 trunk/ (6 files in 4 dirs):13:01
CIA-2ubiquity: Make the "run all pending GTK events" function accessible from13:01
CIA-2ubiquity: ubiquity.gtkwidgets, and use it in the test suite. This makes the test13:01
CIA-2ubiquity: suite about four seconds faster.13:01
CIA-2ubiquity: cjwatson * r5169 trunk/ (4 files in 2 dirs): Fix sys.path mishandling in test suite.13:06
CIA-2ubiquity: cjwatson * r5170 trunk/tests/pyflakes.exclude: Remove a couple of obsolete pyflakes exclusions.13:18
CIA-2ubiquity: cjwatson * r5171 trunk/ (debian/changelog ubiquity/nm.py): Mark WPA2-only access points as secure.13:45
evgreat stuff14:02
stgrabercjwatson: looks like I'll have to revert that resolvconf netcfg change, with the new resolvconf from last week, we actually want d-i to cp /etc/resolv.conf to it or it causes bug 92644715:17
ubot2`Launchpad bug 926447 in resolvconf "New resolvconf interacts badly with something in installs" [Critical,New] https://launchpad.net/bugs/92644715:17
stgraberI'm doing a test install to make sure that's indeed the problem15:17
cjwatsonstgraber: OK, do as you need15:19
stgraberhmm, it's apparently not a netcfg issue but some script in base-installer (or a base-installer hook) messing with resolv.conf somehow ...15:56
cjwatsonnetcfg provides a base-installer hook ...15:57
stgraberindeed, but it seems to break in the post-base-installer ones16:02
stgraberright before the kernel installation16:02
cjwatsonnot sure what would be fiddling with resolv.conf there16:02
stgraber(apt_update succeeds but install_kernel doesn't): http://paste.ubuntu.com/831503/16:02
cjwatsonmaybe something being run in the chroot without /run bind-mounted?16:02
cjwatsonhm, that shouldn't be the case for install_kernel though16:03
stgraberyeah, I'm not sure either, I now added a post-base-installer hook that basically sleeps for 2 minutes so I can look at what's going on in the target16:03
cjwatsonyou might also try set -x in /lib/chroot-setup.sh16:04
stgraberthough what you said is interesting, debootstrap runs without /run bind-mounted which is fine and is perfectly supported, but if later on /run is indeed bind mounted, this will indeed break resolvconf as /run/resolvconf/resolv.conf won't exist outside the target, making /etc/resolv.conf dangling symlink in the target16:07
stgraberright, that indeed seems to be the issue, I'll simply change netcfg to also create /run/resolvconf and copy /etc/resolv.conf to /run/resolvconf/resolv.conf, then hopefully everything will just work16:12
stgrabercjwatson: http://paste.ubuntu.com/831562/ looks reasonable?16:35
cjwatsonstgraber: yeah, I guess so16:38
stgraberwe end up doing quite a bit of copying /etc/resolv.conf around, but it seems to work fine with that change16:39
stgraberI'll do a quick test of the ipv6 patch to make sure it doesn't regress anything and then upload a new netcfg16:39
antaruswoo ;_17:25
stgraberso far it looks good, there are just 2 tests remaining (dual stack) and then it's good for upload17:32
stgraberconfirmed to work without any detected regressions17:37
=== mpt_ is now known as mpt
GrueMasterstgraber: Thought I might add an update in what I found with resolvconf over the weekend.  During netinstall, it fails at the point of pulling and installing a kernel (and everything from then on will fail with resolving the mirror).  dropping to a chroot shell and running "dpkg --force-all --revome resolvconf ; apt-get install resolvconf" and continuing with the netboot install works (dpkg & apt-get complain during that step, just17:59
stgraberGrueMaster: it's fixed18:00
stgraberGrueMaster: I uploaded a new netcfg a few minutes ago :)18:00
GrueMasterOh, cool.  Well then...nevermind.  :P18:00
stgraberGrueMaster: will need a d-i upload though to build new netboot images18:00
stgraberGrueMaster: the issue was /run from outside the target being mounted on top of /run in the target, hiding /run/resolvconf in the process18:01
GrueMasterok.  After they post, it takes up to two hours for me to mirror before I can test.18:01
* cjwatson fails to reproduce 924993 in the test suite, hmm18:01
=== mpt_ is now known as mpt
CIA-2ubiquity: cjwatson * r5172 trunk/ (tests/test_wireless.py debian/changelog): Add initial tests for wireless page.18:07
stgrabercjwatson: do you see any reason why http://paste.ubuntu.com/831802/ would fix a bug in netcfg where dhcpv6 stateful (no v4 at all) in a container wasn't working (never could reproduce in a VM), knowing that dhcpv6_exit_status is only compared to 0 or not 0 in the code?19:54
stgraberI'm running all the tests with that change now to confirm netcfg does the right thing, if it does, then that's the end of the bug that was breaking one of my testcases ever since I moved from VM to LXC19:55
stgraberadding some debug, I saw that netcfg used to consider dhclient's return code to be 1 but with this change, it now says it's 0 (as expected)...19:56
stgraberrunning dhclient manually, I never could get it to exit 1 and even in debug mode, wouldn't see anything wrong in the log (and ipv6 was working fine)19:56
stgraberhmm, ok, looks like this is actually more part of the problem than the problem itself (which is good as I couldn't quite understand why that'd fix it). dhcpv6 stateful only works fine now but dual-stack dhcpv6 stateful + dhcpv4 now only gives me ipv420:30
* stgraber continues digging20:30
stgrabercjwatson: ok, so http://paste.ubuntu.com/831890/ did the trick and now I got all the tests to succeed, will talk to you about it tomorrow, I'm sure you had a good reason for that WIFSIGNALED21:03
bicchiI noticed something new in the netboot image of Precise Pangolin; It supports IPv6. Anyone knows if this can be disabled? There usually is a "d-i" parameter to turns some features off.22:32
cjwatsonstgraber: instead, should probably only do either of those checks if waitpid succeeded22:35
cjwatsonbicchi: one moment22:36
cjwatsonbicchi: is it actually causing you a problem?  it should only have any effect if there are IPv6 autoconfiguration servers on the network22:36
cjwatson(aside from a delay)22:36
cjwatsonbicchi: it doesn't appear to be configurable right now; that wouldn't be difficult to add if we were given a good reason22:37
bicchicjwatson: I feel it is the root of the problem. The Ubuntu 10 netboot image is on the same network and doesn't have this problem. The first time I pxe boot, it fails to get a dhcp lease.22:38
cjwatsonno such thing as "Ubuntu 10"22:38
stgraberbicchi: 11.10 also had ipv6 support22:38
cjwatson10.04 or 10.10, I assume22:38
bicchicjwatson: lucid22:38
cjwatsonok, 10.04.  (The 10 is a year, not a major version number)22:38
cjwatsonthere were lots of changes in netcfg between 10.04 and now, so you can't finger ipv6 support as the culprit just from that22:39
cjwatsonlet's see logs :)22:39
cjwatson(preferably from both the client and server, if possible)22:39
bicchiI can provide you part of the client:22:40
bicchiDec  7 07:19:48 main-menu[349]: INFO: Menu item 'network-preseed' selected22:40
bicchiDec  7 07:23:32 main-menu[349]: (process:1251): wget: bad address 'blah_blah'22:40
bicchiDec  7 07:23:32 main-menu[349]: WARNING **: Configuring 'network-preseed' failed with error code 122:40
bicchithe hostname blah_blah is the actually server with the preseed file22:40
bicchiduring pxe booting it fails to obtain a dhcp address.22:41
bicchiin this case, i cannot ping blah_blah. but if I obtain a new lease with udhcpc, then i can ping that host.22:41
cjwatsonif there's anything useful in the client log (there may not be), it will be before network-preseed starts22:46
cjwatsonshould be from netcfg22:47
stgrabercjwatson: running another set of tests with what should be a better fix for the problem, should have the results in ~10min (I need to make that stuff run in parallel)23:03
stgrabercjwatson: all the tests passed with http://paste.ubuntu.com/832023/23:13
antarusstgraber: what are you using to run tests?23:14
stgrabercjwatson: my current guess (from a quick look at the code) is that a subprocess or sub-subprocess of dhclient fails and that's what we were catching somehow (it looks like dhclient calls "ip" at some point which fails because of duplicate record but it's being ignored and AFAICS is safe to ignore)23:14
stgraberantarus: some python scripts I wrote driving libvirt and LXC containers. It's setting up 16 different networks (all combinations of ipv4 and ipv6), starts a container that's a router with an interface in each and the right radvd/dhcpd4/dhcpd6 config and then one "client" which is d-i running in LXC iterating through all the setups23:16
stgraberantarus: I still need to automate some more part of it to better test static IPs in preseed and have the reports be more than just a dump of test results on my screen :)23:16
stgraberthe nice thing with running d-i in LXC is that I can easily modify any file in it or retrieve anything I want even while running23:17
stgraberthat's on LP in: lp:~stgraber/+junk/v6-testing but quite behind from what I have currently here, I need to update the branch for Precise ...23:17
antarusstgraber: I was honestly hoping for a 'well we use this beautiful open source testing framework that you can download here!'23:21
antarussince we use...ummm autotest23:21
antarusand it sucks ;p23:21

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!