[00:01] <ev> as it turns out, the kde frontend doesn't really do recursive main loops.  Bah.
[01:47] <CIA-71> ubiquity: jriddell * r4224 trunk/ubiquity/plugins/ (ubi-language.py ubi-prepare.py): Add network check to KDE ubi-language for release notes label
[01:48] <Riddell> ev: I'm not convinced at that ^^ it hides the release notes widget if no update is available, doesn't it want to show it if release notes are available?
[01:49] <ev> Riddell: if memory serves, this was the condition handed down by sabdfl, but yeah, it makes sense to show the release notes URL if a network connection is available.
[01:53] <Riddell> ok, fixing
[01:58] <ev> cool, thanks
[02:02] <superm1> ev, is the intention of that prepare widget to really check for ethernet (and it's just checking for internet access at this point), or is it misworded right now?
[02:03] <ev> it's checking for Internet, but michaelforrest wanted to suggest to users that they use an ethernet connection
[02:03] <ev> I'm cool with us changing the text to Internet connection
[02:34] <superm1> cool, i think that's probably a good idea then
[02:34] <CIA-71> ubiquity: jriddell * r4225 trunk/ (debian/changelog ubiquity/plugins/ubi-language.py):
[02:34] <CIA-71> ubiquity: In ubi-language.py check if release notes can be accessed as well as checking
[02:34] <CIA-71> ubiquity: for upgrade available and show correct label as appropriate
[02:36] <Riddell> ev: dare I ask how the KDE frontend controlling is going?
[02:37] <ev> Riddell: got it getting to the slideshow and mostly handling the parallel stuff (building on your work), just need to fix some progress bar stuff and a race condition
[02:39] <CIA-71> ubiquity: superm1 * r4226 ubiquity/ (3 files in 2 dirs):
[02:39] <CIA-71> ubiquity: Don't use "Ethernet" when indicating a user is connected to the network.
[02:39] <CIA-71> ubiquity: (LP: #615104, #615035)
[02:39] <Riddell> great
[02:39]  * Riddell snoozes
[02:40] <ev> Riddell: goodnight
[02:40] <ev> superm1: thanks!
[02:41] <superm1> sure np
[02:52] <superm1> ev, have you and michaelforest discussed transitions between pages at all?
[02:52] <ev> I brought it up, but I think he wanted to largely leave it alone for now
[02:52] <ev> GTK unfortunately makes life quite difficult here
[02:54] <superm1> dang. my primary concern is that now that so much is going on at once, some of these pages take a noticeably longer time to load, and if widgets are still left sensistive, there isn't an indiciation that it's chugging along necessarily
[02:55] <superm1> setting the whole notebook page unsensitive while switching pages doesn't seem too difficult, but might not give a very pretty effect
[02:56] <ev> yeah, that might be the best option though
[02:56] <ev> we already make the navigation buttons insensitive
[02:57] <superm1> what you think about doing that for beta and seeing what people's reception is on it then?
[02:59] <ev> hrm, actualy
[02:59] <ev> actually*
[02:59] <ev> don't we already switch to a spinning cursor?
[03:00] <superm1> yeah it looks like it actually
[03:00] <superm1> so maybe that's sufficient on it's own
[03:04] <ev> I think so
[03:04] <ev> it'll be quite clear that they're waiting if they can't interact with anything, due to the spinning cursor
[03:05] <superm1> well not necessarily can't, but shouldn't :)
[03:06] <ev> I thought the spinning cursor blocks click events, no?
[03:07] <superm1> doesn't seem like it to me
[03:07] <superm1> otherwise you wouldn't be able to expand that expander you put on the bottom
[03:08] <ev> ah
[03:09] <ev> yay, race condition fixed
[03:15] <ev> superm1: I cannot recall what the UI looks like here, but my thought was that we use the full spinning cursor (not the arrow plus spinner) and make the UI insensitive to input without greying everything out.
[03:16] <superm1> that sounds like the most ideal scenario
[03:16] <superm1> is that just removing the notebook page from the focus chain?
[03:17] <ev> not sure
[03:41] <superm1> ev, it seems just changing the focus of the page itself doesn't do it, probably have to do it to all widgets in the chain.  here's what sensitivity looks like: http://people.ubuntu.com/~superm1/sensitive.ogv
[03:46] <ev> ah, that is a bit scary
[03:46] <ev> incidentally, what did you create that screencast with?
[03:47] <ev> I've been struggling to find good tools
[03:47] <superm1> gtk-recordmydesktop
[03:47] <superm1> lets you just pick an area of the screen to do it from
[03:47] <ev> cool, thanks
[03:47] <superm1> it's a huge CPU hog though if you do too big an area or try to narrate with sound
[03:48] <ev> ah, yikes
[03:48] <superm1> you use KVM though don't you?  I thought it spit out VNC, which you can probably do pyvnc2swf
[03:49] <superm1> i'm a virtualbox person myself, so it only spits out RDP
[03:50] <CIA-71> ubiquity: superm1 * r4227 ubiquity/ (3 files in 2 dirs):
[03:50] <CIA-71> ubiquity: Make sure finished_label reflects the derivative name rather than
[03:50] <CIA-71> ubiquity: hardcoding to "Ubuntu".
[03:50] <ev> indeed I do, I'll have to give both approaches a try
[04:02] <CIA-71> ubiquity: superm1 * r4228 ubiquity/ (debian/changelog ubiquity/plugins/ubi-partman.py):
[04:02] <CIA-71> ubiquity: Set the buttons on the second autopartitioning screen appropriately
[04:02] <CIA-71> ubiquity: to the choices on the first.
[06:08] <CIA-71> ubiquity: evand * r4229 trunk/ (5 files in 4 dirs):
[06:08] <CIA-71> ubiquity: Add parallel operation support to the KDE frontend, with help from
[06:08] <CIA-71> ubiquity: Jonathan Riddell.
[06:08] <ev> right, bed.  I'll be back up in a few hours to finish the missing hostname (you convinced me, I'm adding it back), grub, and proxy options, as well as fix the UI nits (missing size and icon) on the automatic partitioner.
[06:08] <ev> I'm tempted to put the advanced button back on the partitioning pages, to the left of quit, back, next, instead of the original plan of putting the grub box on the manual partitioner page, with its setting remaining even on going back to the automatic partitioning page.  Opinions definitely welcome on that one.
[07:02] <CIA-71> ubiquity: superm1 * r4230 ubiquity/ubiquity/plugins/ubi-partman.py: hide the two extra text labels in auto partitioner mode if use entire disk was chosen
[08:55] <Riddell> gosh ev, you're my hero
[09:13]  * ogra hugs ev
[17:52] <ev> Riddell: do you want a feature freeze exception bug for this ubiquity KDE stuff, or am I okay to upload as-is?
[18:35] <ScottK> Riddell asked sheytan to test the ubiquity updates for Kubuntu that ev worked on last night.  After clicking on "Try Kubuntu" he gets a black screen after ksplashx.  Would someone be able to help us troubleshoot it (we need the Ubiquity fixes for Beta since Kubuntu is uninstallable at the moment)
[18:36] <superm1> ScottK, at that point is ubiquity even running though?
[18:36] <superm1> i thought clicking the try *ubuntu will request ubiquity to  close, and let the kdm upstart script take over
[18:36] <superm1> so I would believe the bug is further into your stack
[18:36] <ogra> ScottK, welcome to the club :)
[18:37] <ScottK> superm1: The odd thing is that an existing system fully up to date boots.
[18:37]  * ogra also awaits the ubiquity upload eagerly for armel
[18:37] <superm1> ScottK, if you boot directly into live mode does that happen (eg press a key at splash and pick live session)
[18:38] <ScottK> sheytan: ^^^
[18:39] <sheytan> Hey guys, i'm sorry for trouble. I think the that happen cause i made 64bit machine and tryied to run a 32 kubuntu
[18:39] <sheytan> now it works fine :)
[18:39] <sheytan> ScottK ^\
[18:40] <ScottK> sheytan: OK.  That's really great news.
[18:40] <sheytan> Yep ;D
[18:40] <sheytan> ScottK now ill install the packages from Riddell
[18:40] <ScottK> superm1: Thanks for helping.
[18:40] <superm1> cool, sounds good
[19:44] <ev> ScottK: so am I safe to upload?
[19:44] <ScottK> ev: Not sure.  Having some other problems.  I'd say it's unlikely to be worse at this point.
[19:44] <ev> that was my thinking as well
[19:44] <ScottK> (since it doesn't install at all at the moment)
[19:45] <ev> cool, I'll upload then
[19:45] <ogra> go go go
[19:45] <ev> :)
[19:46] <CIA-71> ubiquity: evand * r4231 trunk/ (d-i/manifest debian/changelog):
[19:46] <CIA-71> ubiquity: Automatic update of included source packages: debian-installer-utils
[19:46] <CIA-71> ubiquity: 1.79ubuntu1, flash-kernel 2.28ubuntu8, partman-auto 91ubuntu4,
[19:46] <CIA-71> ubiquity: partman-uboot 4, user-setup 1.28ubuntu8.
[19:46] <superm1> ev, i'm a little confused by this "entire partition" button.  what exactly is it supposed to  be doing?
[19:46] <ev> superm1: it uses the entirety of the partition that's selected for resize, rather than resizing it
[19:47] <superm1> so if someone starts out at entire disk, then ideally entire partition should actually be greyed out then
[19:47] <superm1> and only shown as available if they choose "split partition" or start out in resize mode
[19:49] <ev> yeah, it should match 3.2.3 in the design spec
[19:50] <ev> and indeed
[19:50] <CIA-71> ubiquity: evand * r4232 trunk/debian/real-po/ (78 files): debconf-updatepo
[20:01] <CIA-71> ubiquity: evand * r4233 trunk/ (155 files in 3 dirs): Update translations from Launchpad.
[20:07] <ScottK> ev: Once Ubiquity binaries are in the archive, would you poke someone to respin Kubuntu so I can get someone testing?
[20:32] <cyphermox> is there a way to memory dumps or something from grub? I'm getting into an issue where only in the case of PXE booting to the hard drive (e.g. localboot 0, 0x80, etc.) the system hangs somewhere at grub before getting to load the kernel
[20:50] <ev> ScottK: sure thing
[20:50] <ScottK> ev: Thanks.
[20:50] <ev> and actually, I'll just respin them myself
[20:51] <ev> as I'd like to do ubuntu as well
[20:54] <ScottK> ev: Even better. I'll be offline this evening, so if you could poke someone in #kubuntu-devel to get them a test when they're done, I'd appreciate it.
[20:55] <ev> will do!
[20:55] <ScottK> Thanks.
[21:49] <Riddell> ev: FFe approved
[22:00] <ev> thanks!
[22:01] <Riddell> ev: so I got a crash when I installed the debs I build locally on my virtual machine
[22:01] <ev> Riddell: you've accepted it in the queue?
[22:01] <ev> Riddell: can you pastebin your logs?
[22:01] <Riddell> not yet
[22:02] <Riddell> the very unhelpful http://kubuntu.pastebin.com/p2u1009J
[22:03] <Riddell> so I wonder if it's just because of my local build being funny
[22:05] <Riddell> ev: I take it you've run it without crashes at startup
[22:06] <ev> Riddell: yes, but I've run it via some special bootstrapping over NFS
[22:06] <ev> I can't see how it would be any different, but I'll build a package now and give it a go
[22:06] <Riddell> you haven't changed any of the startup bits
[22:07] <ev> correct
[22:07] <Riddell> shrug, I'm just going to accept it and we'll see what happens
[22:07] <Riddell> I'm away until monday afternoon though, hopefully others can test
[22:09] <ev> I'll be around tomorrow, so I can fix anything that arises (hopefully)
[22:09] <CIA-71> ubiquity: evand * r4234 trunk/debian/changelog: releasing version 2.3.8