[00:15] maco: I'll be offline for a bit, but I can upload later tonight if you get a fix and no one else is around. [00:16] wow, Edubuntu actually installed fine! [00:16] and "works" after reboot! [00:16] ok, seems like we'll get an alpha then ;) [00:19] stgraber, :) [00:20] Please add a description of what's new and changing in the Edubuntu section of https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview [00:20] yep, will do. Though I guess the only "feature" is that we "switched" to gnome-fallback for now ;) [00:21] ScottK, can you add the overview of what's changing on the Kubuntu side, and the advice on what's ok to play with, and what to avoid. [01:28] GrueMaster: any fixes for armel? [01:33] skaet: what's the magic tag for bugs on the wiki again? I thought it was bug: but that doesn't seem to work [01:34] stgraber, that should work. [01:34] go ahead and put it in, and I'll tweak it as I do the rest of the edits if its not working. [01:37] skaet: ok, done with my edits. [01:39] stgraber, thanks! :) [01:50] slangasek: None. [02:19] ScottK: for the kbd thing, if slangasek's stuck, like hell i'm getting any further on [02:30] * maco pulls down daily live build to test against [02:40] I'm afk for the next three hours; happy to trigger respins when I return if there's any forward motion on ubiquity [02:41] maco: and I think you overestimate my ability to maneuver my way through modern GUI code [02:42] slangasek: you're more likely than i am to figure out the xkb-data part [02:42] the backend did a *thing* and it was wrong! [02:42] ^ this is as far as i got [02:43] heh [02:43] now if this iso would download a bit faster i could try again on that patch i gave jibel, but this time with that one other change i said after, i presume, he went to bed === smoser` is now known as smoser [04:56] skaet: Kubuntu alternates are fine. Kubuntu live runs a live session, but no install. If you want to play with it, use the live and if you want to install it, use the alternate. [04:57] im pretty stuck [04:57] ive even got two people who are actually *good* at python getting confused [04:58] I think to understand Ubiquity is not a job for casual inspection of the code no matter how good you are. [04:59] well the fact that ubiquity's failure mode is "oh look i hit some python that doesnt make sense in this page. i'll just skip the page instead of doing anything interactive-like that could help debug it" is rather unhelpful [04:59] No doubt. [05:01] ScottK: spiv & rockstar are both guessing there's something Qt wants that normal python doesn't care about [05:01] Possible. [05:02] Maybe you could just look at what the gtk parts use to not need that information and do that instead? [05:02] its that the new derived widget class isnt being recognised [05:03] Oh. [05:03] I would have guessed that'd be totally pythonic. [05:03] im getting "Unknown Qt widget: CheckBox" [05:05] ScottK: http://bazaar.launchpad.net/~maco.m/ubiquity/791446/revision/4742?start_revid=4742 if you wanna see the current state of my attempt [05:05] though given the keyboard thing, even if i sort this out tonight, the live installs are still buggered [05:07] Yeah. [05:30] ScottK: looking at help(uic), i dont think loadUi() [05:31] *can* use custom widgets [05:31] Well that might explain it. [05:31] the one other widget defined in qtwidgets.py (StateBox) isnt actually used in any of the qt .ui files [05:32] so i think im back to the "if gtk, do X; if kde, do Y" code [05:32] Lovely. [05:32] Without a solution to the keyboard problem, I think it's not a rush. [05:57] maco: there are other custom widgets in the .ui file, to be sure [05:57] slangasek: there's one, and its unused [05:57] oh, heh [05:57] wait, no it isn't [05:57] er i mean in qtwidgets.py, there's one, and it's unused [05:58] StateBox's *gtk* version is used in the gtk .ui files [05:58] oh [05:58] StateBox is not used in the qt .ui files at all [05:58] well, doh [05:58] guess its just totally left out of the ui file and then programmatically added later [05:59] right, so overriding the PreparePageBase in the subclass seems to be the way to go? [06:00] http://bazaar.launchpad.net/~maco.m/ubiquity/791446/revision/4744?start_revid=4741&remember=4741&compare_revid=4741 well this is what appears to be *working* [06:01] its same as the one that was confirmed to work in kubuntu but not in ubuntu, except now with the correct string being compared to type()'s output so that the ubuntu one works too now [06:02] Does the keyboard thing affect everyone or just people in france? [06:03] maco: ^^^ [06:03] taco and charlie both hit it [06:03] OK. [06:03] but they dont have tracebacks [06:03] well actually [06:03] i suspect if they looked in /var/log/installer/debug instead of just in syslog, maybe they'll have one? [06:04] im booting a kubuntu iso now [06:04] Cool. [11:38] can someone do autosync and (after it's all built) new-binary-debian-universe and new-source | grep haskell in the absence of Colin? :-) [11:38] * Laney doesn't ask for much [14:29] Laney: I think we won't do autosync until after Alpha 1 is released. [14:30] forgot about that. Isn't that today? [14:32] Sometime. [14:32] fair [14:33] skaet: It looks like no chance we'll get installs using ubiquity-kde working for Alpha 1, so the status I gave you last night is the 'final' one. Is there anything else you need from me? [14:33] Should there be a note in the overview about the oversized images (can use DVD or USB) ? [14:33] Probably. [14:36] * ScottK wishes there was an equivalent of aptitude why to answer the question 'why is package foo in packageset bar'. [14:37] skaet: no significant changes for Xubuntu. Release Notes done. [14:42] good morning. [14:42] charlie-tca, Thanks! [14:43] ScottK, If you could add in an overview, and things to avoid (ie. status last night) to the https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview, that would be appreciated [14:44] Will do. [14:44] You are welcome [15:17] skaet: Done. [15:17] Let me know how that is. [15:18] * skaet looking [15:19] ScottK: looks good. Thanks! [15:19] Great. You're welcome. [16:39] ScottK: if a packageset is wrong, it can be changed [16:40] micahg: Agreed, but sometimes ones I thought were wrong turned out to make sense once I understood the dependency relationship. [16:40] The current process "ping cj watson and ask" doesn't scale very well. [16:40] ScottK: well, I think I started filing bugs for my changes, maybe we should make that the procedure [16:41] Maybe, but the thing I'm after is making it easier to figure out why. [16:41] The current case in point is why tracker is in the Kubuntu packageset? [16:42] that really sounds like a goof... [16:43] Exactly. [16:43] I suspect once the dependency path is analyzed it'll make some kind of sense. [16:44] the reason you're finding it hard to analyse is that there used to be a reason but it has gone away [16:44] I've pushed a refreshed copy of the package set data to LP, removing tracker from Kubuntu [16:45] (though I agree this doesn't solve the general problem) [16:45] * micahg wonders what happened to cjwatson [16:45] oops [16:45] are the packagesets kept in bzr? [16:45] cjwatson's vacation :) [16:45] my vacation is part housework and part misc Debian catchup [16:46] when I get bored of housework I sit down for a bit [16:46] cjwatson: Thanks. [16:46] maco: no, they're derived from the archive [16:46] well, there are a few exceptions in a bzr tree that I *really* should push somewhere publicly at some point, along with the scripts to derive from the archive === ara_ is now known as ara [17:17] ScottK, have pruned down the images in the iso tracker - can you please confirm that the kubuntu ones still there are the ones to ship for Alpha 1? [17:19] Looking. [17:20] I see the package set update got tracker off my list, but got me hunspell-dict-ko [17:20] So the mystery continues. [17:21] morning all [17:22] skaet: The right images are there. I note there's no Kubuntu upgrade on the tracker. Not a concern for Alpha 1, but should be fixed. [17:25] ScottK, fixed. Kubuntu upgrade added onto the tracker. Are we going to be able to get more testing on the Kubuntu images today, or are we good to go with them now? [17:25] skaet: I think for Alpha 1 they are tested enough. [17:26] I'd rather push them out the door and get to work on the stuff we're running behind on. [17:26] Actually I think having a live image at all for Alpha 1 is above average. [17:26] it is [17:26] normally live isnt til alpha 2 [17:26] :) (and we have ARM images this time around too..... ;) ) [17:29] one less than in natty [17:29] natty A1 had both subarches :) [17:30] ah well... [17:31] skaet, btw, https://lists.launchpad.net/ac100/msg00015.html in case you are intrested :) [17:35] * skaet breaks out in a big grin... looking forward to playing this weekend. :) [17:47] NCommander, ogra_ - I'm about to drop the omap3 images from the ship list, based on the fact that they're non functional. Any reason not to? [17:47] no reason [17:47] go ahead [17:48] push the button [17:51] :) [17:58] ogra_, Ncommander - omap3 images pulled. [17:58] thanks [20:03] slangasek, cjwatson, could you disable the alpha-1 milestone now in https://launchpad.net/ubuntu/oneiric [20:04] done [20:04] thanks! === yofel_ is now known as yofel [20:51] Alpha 1 is has been released. Thank you all. :) [20:51] skaet: \o/ [20:54] yay [20:54] edubuntu is weird since it's probably the only distribution ever to ship with the gnome 3 fallback mode as default [21:08] :)