=== ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 11 Sep 12:00: Ubuntu Mobile Team | 11 Sep 14:00: Ubuntu Java | 12 Sep 15:00: Ubuntu Release | 14 Sep 18:00: Mozilla Team | 15 Sep 04:00: Arizona LoCo IRC | 16 Sep 11:00: Community Council === mvo__ is now known as mvo === ubottu changed the topic of #ubuntu-meeting to: Current meeting: Ubuntu Mobile Team Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 11 Sep 14:00: Ubuntu Java | 12 Sep 15:00: Ubuntu Release | 14 Sep 18:00: Mozilla Team | 15 Sep 04:00: Arizona LoCo IRC | 16 Sep 11:00: Community Council [12:59] Heya [12:59] hello [13:00] #startmeeting [13:00] Meeting started at 07:00. The chair is davidm. [13:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [13:00] Good day everyone === ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 11 Sep 14:00: Ubuntu Java | 12 Sep 15:00: Ubuntu Release | 14 Sep 18:00: Mozilla Team | 15 Sep 04:00: Arizona LoCo IRC | 16 Sep 11:00: Community Council | 16 Sep 15:00: Server Team [13:01] Time for our usual meeting, I'll start with the carried over actions, the first one I think will carry again as I've not had time to work with lool on it. [13:01] [topic] lool+davidm+... test new version of Ekiga (2.9) [13:01] New Topic: lool+davidm+... test new version of Ekiga (2.9) [13:01] lool, have you had any time to play with your setup? [13:01] I sent my test results of my own calls to misc echo services to the list [13:02] Basically, the snapshots are very broken for me for a long list of reasons [13:02] The current version less so, but still many issues [13:02] Ah, OK is that from the Crown Beach system? [13:02] No, just from my main intrepid desktop to start with [13:03] I would have liked testing intrepid/lpia, but given I don't master ekiga on my desktop as a start, i didn't feel like adding another level [13:03] Also ekiga isn't built for lpia on ekiga.net AFAIK [13:03] OK, given you are still having issues, with the desktop do we need to carry this over again:? [13:03] And because I need to flip port redirections on my router when switching machines, it would also be painful to test on CB (plus it's not intrepid) [13:04] I don't know; I think I've raised many issues with the snapshots some warranting fixing before anybody considers using them [13:04] I don't think we should consider ekiga snapshots for mobile, so I think we don't need to track them further here [13:04] OK, then I'll leave it lay for now. [13:04] [topic] cgregan will try to test ThunderBird on 800x480 screen size and report findings. [13:04] New Topic: cgregan will try to test ThunderBird on 800x480 screen size and report findings. [13:04] I'll continue playing with ekiga on my own, hopefully setting up calls with coworkers [13:05] lool, sounds good [13:05] Completed that....TB looked just fine on 800x400 [13:05] * lool found it hard to configure ekiga and can only imagine that most people don't know how to run tshark or how to configure their router when they get the "network settings need to be set manually" popup [13:06] With a few changes in dialog sizes and some main screen config we would have a good replacement for Claws. [13:06] good enough, sounds very good. Thanks for the test and the report. [13:06] It would also ad great integration with Firefox and Sunbird if we wanted to add them [13:08] [topic] rollcall [13:08] New Topic: rollcall [13:08] * lool 1 [13:08] ogra, persia, amitk lool: moblie IRC meeting [13:08] * ogra is here [13:08] * cgregan 1 [13:09] * lool thought people would count themselves by incrementing the int [13:09] Perhaps I should have started at zero thouhg [13:09] Just getting in practice for future meetings we will start out with it. thanks. [13:09] :-) [13:09] * cgregan blames it on 8am EST [13:09] Ha, that is as good a reason as any [13:09] OK next topic [13:09] [topic] choice of mail client modest versus thunderbird [13:09] New Topic: choice of mail client modest versus thunderbird [13:10] I have not had time to evaluate modest against TB [13:10] I did not have time to improve modest either [13:10] Just TB against claws [13:10] please carry on [13:10] will do [13:10] Thunderbird is currently seeded [13:10] If it's TB against claws, let's keep TB. [13:10] My list of "should have happened before FF" things is going down, so hopefully more time soon [13:10] persia: It's not, it's "modest against TB", see topic [13:11] [action] choice of mail client modest versus thunderbird (CO) [13:11] ACTION received: choice of mail client modest versus thunderbird (CO) [13:11] [topic] ogra to continue to chase support of Q1 touchscreen [13:11] New Topic: ogra to continue to chase support of Q1 touchscreen [13:11] lool: Sure, but there's no modest today :) [13:11] (and hardware hotkeys) [13:11] persia: There's a modest, but it's plagged by bugs [13:11] *plagued [13:11] I suspect we may end up with TB by default [13:12] which isnt necessarily a bad thing [13:12] Certainly in the mobile seed at least [13:12] ogra, any progress on the Q1 touchscreen? [13:12] * cgregan celebrated the idea of being able to filter out spam email at the cafe on his crownbeach! :-) [13:13] haha [13:13] cgregan: You carred a crownbaach to a cafe? [13:13] Sure.....it's a MID right? [13:13] You need a large backpack and a UPS [13:13] davidm, pasting from my status report: [13:13] * evtouch: slow progress locally, not added to the evtouch package yet, callout script seems to work as expected, calibration tool not fixed/patched to work with the new setup yet [13:14] we should probably put the reports to the start [13:14] so actions that are covered dont have to be pasted twice [13:14] I'll be sending them around but perhaps we need a better way [13:14] well, just do the as first thing in the meeting [13:14] instead of the end [13:15] * lool +1 [13:15] OK next topic [13:15] [topic] status [13:15] New Topic: status [13:15] amitk is busy and wont report this week [13:15] Yea I had a feeling [13:16] OK then [13:16] ChrisGregan - QA [13:16] Kicking a few small shiny devices around the room for USG this week [13:16] Grabbed the UME Daily [13:16] Loading on Q1 today [13:17] No testing...just reference for cases [13:17] hope to complete cases this week with help from persia....ahem.....spec. :-) [13:18] Err, right. [13:18] cgregan, persia do we need an action here? [13:18] Yeah. I'll take an action. [13:18] * persia to write a spec for an installer [13:18] [action] persia to write a spec for an installer [13:18] ACTION received: persia to write a spec for an installer [13:18] Thanks [13:18] that's it for me [13:18] Oh [13:19] one more thing [13:19] Got an offer on my house in MD [13:19] :-) [13:19] cgregan, cool, hope it was a good one. [13:19] good enough! ;-) [13:19] StevenK Status? [13:19] cgregan: Oh good news [13:20] yes! [13:20] davidm: Dealing with images, helping persia [13:20] Sorting out what is showing up that shouldn't be, and removing it [13:21] Uploaded livecd-rootfs for installer goodness, but will need another upload when I get my metapackage [13:21] StevenK, any blockers currently? [13:21] StevenK, the kernel metapackage is happening [13:22] davidm: No blockers [13:23] StevenK, good, the metapackage might be a little slower then I had hoped, amitk is "busy" [13:23] status persia [13:24] Working on the installer, helping StevenK, testing live images, testing the image-editing script. [13:24] What's image editing script? [13:24] The script that ogra wrote [13:24] It repacks a squashfs? [13:24] It's on the wiki [13:24] Customisation of the questions asked in the installer to force things (e.g. username, password) is currently blocked by bug #268593 [13:25] Launchpad bug 268593 in ubiquity "installer fails with partman error code 10" [Undecided,New] https://launchpad.net/bugs/268593 [13:25] lool, the one i'm just bzr'ing to push to the new script branch [13:25] I believe we have the last required patches to livecd-rootfs and the d-i components merged, but am still tracking issues. [13:25] lool, yes, it spawns a shell inside the squashfs, repacks and copies it into the .img [13:25] Ok; I personally have scripts to manage casper-rw overlays and browse / change loop mounts, but it wont work for squashfs obviously [13:26] ogra: Ok, I found it easier here to use a casper overlay [13:26] But that's interesting [13:26] it uses an overlay [13:26] but you dont need to boot the image [13:26] lool: https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageModification [13:26] So it doesn't repack? [13:26] i'll push it after the meeting [13:26] It does repack. [13:26] it resquashes and cp's the .squashfs into the .img afterwards [13:27] [link] https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageModification [13:27] LINK received: https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageModification [13:27] Ok; I use an overlay at runtime too, not just for modification [13:27] That's a bit of a different use case. [13:28] It's cheaper [13:28] Anyway, I'll contribute my own scripts as well soon enough [13:28] Just two different things [13:28] Right, and both are useful, depending on what one is doing. [13:28] right [13:29] right [13:29] davidm: right? [13:29] Sounds like it to me [13:29] so right [13:29] davidm: Did you get a chance to test the script? [13:30] persia, no, I've just tested the images so far. [13:30] persia, who is working on the blocking bug? [13:31] persia: Can't you just include the installer despite it failing at this point? [13:31] So that we only have to push $package-to-fix when a fix is available [13:31] We have [13:31] davidm: cjwatson mentioned it to me. It's blocking customisation, but not installation. The main things that can go wrong currently are 1) the user can change the username (which means X doesn't work), and a password can be set (making admin hard on a device with no keyboard). [13:32] ubiquity is in $LIVELIST, so the next image will include it [13:32] g [13:32] lool: Yes, I'm including the preseed, but I'll not have ubiquity run in automatic mode until it works. [13:32] persia, understood, so we are not blocked from using it now. [13:32] but mis use will break our installs [13:33] use will [13:33] davidm: No, only blocked on having the final state that we'll show users, as it will ask a couple questions that would otherwise be hidden. [13:33] OK thanks [13:33] persia, any other items in your status? [13:34] davidm: Nope. [13:34] lool, status? [13:34] Yup [13:34] I've been helping around fighting misc issues in the images and pushing misc things for intrepid; misc non community/public work kept me occupied as well; next week I plan working on elisa and cheese -- but cheese was just uploaded (gst still broken for gspca though) -- and mobile browser/xul tasks [13:35] no particular blocker [13:35] Good [13:35] lool, anything else? [13:36] nope [13:36] status ogra ? [13:36] * netbook apps are all four in the archive now, included maximus and netbook-launcher into the ubuntu-mobile seed/metapackage [13:36] * there are massive issues with netbook-launcher i'm trying to fix now, sizes and positions are all hardcoded so i.e. using a 48px panel as ubuntu-mobile does for touchscreen use requires patching (which i'm currently working on) [13:36] * massive problems with netbook-launcher and clutter 0.8 font handling (swallows letters all the time), i'm trying to identify whats wrong but am slightly lost as i'm not a clutter dev [13:36] * evtouch: slow progress locally, not added to the evtouch package yet, callout script seems to work as expected, calibration tool not fixed/patched to work with the new setup yet [13:36] * started looking into hardy langpack updates [13:36] * set up a bzr branch to carry all our various scripts, owned by ubuntu-mobile-dev feel free to go wild and commit your hacks and scripts at: [13:36] https://code.launchpad.net/~ubuntu-mobile-dev/ubuntu-mobile/mobile-scripts :) [13:36] * cmpc packages (cheese/gstreamer) are source and binary NEWed and were accepted for -proposed by the sru team waiting for test feedback ... (everyone: gstreamer regression tests of hard-proposed packages on normal ubuntu desktops would be appreciated) [13:36] * took new task for next week to look at hotkey support for Q1 as well [13:36] * sorting various smaller edubuntu and ltsp duties (trying to calm huge complaint thread on edubuntu-users ML because it doesnt get much developer attention anymore) ... [13:37] ogra, wow you were just waiting for me ;-) [13:37] no further blockers ... [13:37] Thanks [13:37] yeah, i'm lazy :) [13:38] oh, any my car issues are sorted :) [13:38] ogra, glad to hear that, in the Dallas TX area in the US you have to have a car or you are stuck. [13:39] I think Germany is a little different but still nice. [13:39] i didnt have one for 2 years [13:39] and didnt really miss it [13:39] but the one i got offered only has 10000miles (16000km) on the counter and was so cheap i couldnt say no [13:39] (1800€) [13:40] Sweet [13:40] OK I have two activity reports already, and I'm just waiting for the rest of them to arrive and I'll post them to the list. [13:41] I'd like to invite the rest of the community if they would like their status posted to send me an activity report and I'll include it into the report that is sent out. === beuno_ is now known as beuno [13:41] Of course you don't have to wait for us but you are welcome to have me merge it if you like [13:42] Option is there for anyone that wants it. [13:42] * ogra would find it massively cool to see what the community does/works on [13:42] OK the next topic was choice of mail client but we don't have enough info I think so I'll carry it [13:42] I thought we covered that [13:43] * ogra has TB on the ubuntu-mobile seed since it exists [13:43] StevenK, we sort of did but it was somehow in twice. [13:43] Thunderbird is in -mid, too [13:43] StevenK, oh, i forgot we need to talk about patches to livecd-rootfs to build ubuntu-mobile images [13:43] my bad likely, I edit that page right after this meeting and it's still quite early here. [13:43] We're currently using Thunderbird: if we get modest in shape before e.g. UI freeze, let's reconsider. [13:43] and to your script [13:44] StevenK, trivial changes likely [13:44] So floor is open [13:44] ogra: Yup. We'll want to talk to infinity too, since it will trigger script changes. [13:44] yep [13:45] but i imagine its less than 10 lines [13:45] Which arch do you want it on? [13:45] I'd like to mention maemo summit and associated matters [13:46] Next week, davidm and myself are flying to Berlin; ogra are you coming? [13:46] lool, good idea [13:46] From the 16th to the 21st, I'll be away from home [13:46] ogra, is coming out too [13:46] lool, i do :) have to sort out stuff with my friends and havent registered yet, but i want to test the car ;) [13:46] It might make it challenging to lead the IRC meeting, so someone please step up if davidm and I aren't around [13:47] (and while I'm it, on a more personal note: I wont call coworkers either as I usually do on Tuesdays) [13:47] * persia volunteers to chair [13:47] I'll be away from the 15th through the 23rd so some of my weekly calls are going to be challenging too. [13:47] No fair calling while you're on a plane [13:48] If you need anything urgent/important, try to mention it before monday to leave me some time to look at it before flying [13:48] StevenK, exactly, planes are hard [13:48] there are some with WLAN ... you could do VOIP :) [13:48] choppy though i bet [13:48] Sure, I'm just not sure of what will happen at that time so it might be more relevant to attend $thing than to give $call [13:49] I use VOIP a lot from the road, if I have good enough network it's fine [13:49] davidm, well, its like 2M for the whole plane ... [13:49] (I don't think it's a matter of finding phone/voip coverage, just that the point is to attend OSIM and maemo summit :-) [13:49] even IRC is hard, i tried it once on a lufthansa flight [13:50] Very true, I'm working the show floor at OSiM World so I should meet some interesting people. [13:50] :-) [13:50] 10 minute warning [13:50] If you people want us to bring up particular topics related to Ubuntu MID or Mobile during these events, shoot an email with the Q [13:50] but I think we have covered everything [13:51] We'll report on these when coming back naturally [13:51] Yes please. [13:51] Let us know. [13:51] Happy to close meeting now [13:52] My baby rings [13:52] Ok so if there is nothing else I'll close the meeting so going once .................................................................................................. [13:52] davidm: Thanks for chairing [13:52] glad to do so. [13:53] close the meeting so going twice ....................................... [13:54] #endmeeting [13:54] Meeting finished at 07:54. [13:58] hi [13:58] hello everyone [13:58] hey seb128 , pitti [13:59] * heno waves [13:59] hello! [13:59] mvo, mpt, Riddell, tedg: there? [13:59] Good morning ya'll (/me is trying to learn Texan) [14:00] tedg: howdy! [14:00] hi tedg [14:00] meeting prep and activity: https://wiki.ubuntu.com/DesktopTeam/Meeting/2008-09-11 [14:00] hello [14:00] hi [14:00] how's the desktop team, alright? [14:01] hello! [14:01] hey Riddell, mvo [14:01] I'm great [14:01] pitti, we grew a bit recently :) [14:01] MacSlow: oh? [14:01] I'm also in Edinburgh, yay [14:01] Riddell: but that didn't change recently, did it? :-) [14:01] MacSlow: you became taller? [14:01] pitti, well the "experience" part of the team :) [14:02] ah, indeed [14:02] mvo, I gave up all hope regarding that :) [14:02] MacSlow: so ATM you're half/half desktop/experience? [14:02] pitti: yes, but if you never noticed any different then that's all good :) [14:02] so, let's start with the outstanding actions [14:02] mvo to talk to QA about the possibility of a "package-failures" component and triaging it. [14:03] TBH I don't quite like that approach, but let's see what came out of it [14:03] mvo? [14:03] what does component mean here? [14:03] Riddell: I think "LP project" [14:03] gar [14:04] still not done :( [14:04] I was busy with meeting the UI freeze [14:04] so instead of having package inst failures reported against the particular package, it'd go to a seaparate project, like "hardy-backports" [14:04] yes, that was the idea [14:04] mvo: are you still convinced that this is a viable and sane option? [14:05] if so, maybe you can do it this week, and we'll talk about it at the next meeting? [14:05] I never really was, but there were some concerns that the reports are not that useful [14:05] and clutter the buglist [14:05] I will do that, sorry for being so late about it again [14:05] OTOH few, if any people would actually read those mails, no? [14:05] That looks like a job for a tag [14:05] we shuold clean up the messy input rather (better filtering, better reports, audo-dupes, etc.) [14:06] QA would generally support getting bugs divided up into groups, there may be other ways though [14:06] mpt: it already has, apport-package [14:06] my concern is not mails [14:06] I work on bug lists [14:06] mails are not an issue [14:06] and that clutters the list [14:06] the bugs are private [14:06] or, could be [14:06] I could prefer better filtering [14:06] pitti: upgrade issues are not private [14:06] and private bugs clutter the lists too :-p [14:06] personally my main problem is that I've rarely seen one of the automatic package-failure bugs that I can ever actually figure out; I always have to go to mvo for help [14:06] mvo, so you need the ability to subscribe to a tag? or what? [14:06] right, that's what I mean, they often are attached to the wrong package, etc. [14:06] it would help if the dpkg output were much more clearly extracted, and there often seem to be problems with them being filed on the wrong packages [14:07] my experience is that 90% of those are either mis-assigned or local corruption issues [14:07] mpt: that would be useful, yes [14:07] mvo, anything else? [14:07] so instead of shoving useless reports away to a dumpign ground project, we should rather improve them in the first place IMHO [14:07] seb128: I posted some data about that to ubuntu-desktop some weeks ago [14:07] improving bug reports is always a good idea no discussion there [14:07] I think its not 90%, but its cleary too much that is not useful [14:08] mvo: no you didn't [14:08] but for your specific set of packages its probably worse [14:08] seb128: no? [14:08] I saw the post [14:08] mvo: the only mail you sent to ubuntu-desktop this year is about sandbox, or I delete it by mistake or something [14:08] cjwatson: better extraction of the failure in the log is definitely a good point [14:09] seb128: hm, let me look for the message id, maybe is was ubuntu-devel? [14:09] anyway, I think the current reports deserve a compete overhaul in order to be machine and human parseable [14:09] mvo: arg sorry, looked on the wron box [14:09] mvo, seb128: let's find the mail after the meeting and link it to the report page [14:09] mvo: so again, if you think it would be a good interim solution, please go ahead and talk to the QA team for their input [14:10] I will, thanks [14:10] otherwise discard it, and the action item, and we'll concentrate on improving the reports (which we shuold do anyway, FWIW) [14:10] ok, other outstanding action item: seb128 to update whiteboard of intrepid-menus-review and better-login-speed for remaining todos [14:10] improve the reports++ [14:11] pitti: I did update those [14:11] seb128: ah, merci [14:11] "mvo: do I need a formal feature freeze expection for compiz or is there an expection like for gnome? a release is prepared currently and it would be nice to give them up-to-date packages for better testing exposure" [14:11] s/expection/exception/, I take it [14:11] yes [14:12] sorry for the typo [14:12] traditionally we only gave a blanket exception for official GNOME components [14:12] neither of those are complete, but the specs are not really precise and have quite some upstream points which require work and I'm already streching over my limit only keeping GNOME uptodate and in shape so I didn't manage to work on those [14:12] so in this case I don't think we should handle it as implicitly granted without further consent by TB or RM [14:12] mvo: the freeze exception for GNOME is mainly because they have similar freeze [14:12] ie now they are feature, UI, string, API, ABI, etc frozen [14:12] ok, I will prepare a update in my PPA and ask the RM [14:13] mvo: I'd prefer handling this as a normal FFE request; of course it will be considered appropriately, given how important it is for us [14:13] better late than never :-) [14:13] seb128: right, understood; it is just good to have an up to date summary of the status [14:13] hey kwwii [14:13] seb128: right, I kow that. compiz has much less of a formal process for this, but they are have a synced release cycle with us (and fedora) [14:13] mvo: on that matter, when will compiz get enabled by default again? [14:13] hi kwwii [14:13] I certainly hope so :) [14:14] is it a matter of breage with the new GNOME session? [14:14] I'm interested in why it currently isn't [14:14] gnome-session was giving us some trouble here [14:14] pitti: it should already be at the moment [14:14] gnome-wm is the default in gnome-session since 2.23.90 [14:14] hm, not here (intel GMA945) [14:14] let's take that on #ubuntu-desktop after meeting [14:14] that's a bug [14:14] ok, let's [14:15] so the state is that "it should work again like in hardy" now? [14:15] "Riddell: how to organise FOSSCamp and UDS sponsorships" [14:16] pitti: compiz? yes [14:16] I can't personally tell, Keybuk mainly did the preps; unless cjwatson can help out here? [14:16] we have this interesting new system jono announced, if we want people to come do they really have to find something on brainstorm to do? [14:16] Riddell: the rough plan that I know is that we stop proposing guests, but they have to actively apply themselves in order to get sponsored [14:16] I think jono blogged about it [14:17] and I've not heard anything about FOSSCamp [14:17] if it needs keybuk to explain it, I hope he gets well soon, deadline isn't too far away :) [14:17] I hope he gets well soon anyway of course [14:18] if there are people you think should be there you can help them throough that process, including finding some brainstorm topics and read their application before they post it [14:18] Riddell: well, I'd expect it to be a little less rigid; if their application points out some strong things which they'd like to work on, I could imagine that this is sufficient [14:18] http://www.jonobacon.org/?p=1278 [14:18] we wanted applicants to associate themselves with specs/projects and not just turn up to listen [14:19] the problem with brainstorm is it only covers a certain type of contribution, we have some great KDE main modules packaging going on in the kubuntu community and I'd like some of those people there, but it's not a brainstorm idea [14:19] heno: right, but e. g. I know people I'd really like to come which have done an awesome amount of work, but nevertheless not associated to brainstorm; rather to specs; I don't think we should impose too much red tape on them [14:20] so "specs/projects" should be a little wider than just "brainstorm"; blueprints should e. g. count as well [14:20] Riddell: it's more important that they come to UDS with an idea of what they want to tyalk about than that it's already proposed in brainstorm [14:20] pitti: agreed [14:20] brainstorm is the default and for many people the easiest, but if people turn up with other specific proposals and they're any good, then that will likely be fine too [14:20] no user will ever request somethign like "let's repackage the nvidia driver with dkms", nevertheless it's important and beneficial to do so [14:21] right [14:21] the main point is just to make sure that every sponsored attendee is motivated to achieve something specific [14:21] more than just "hey, they came last time and were kind of fun" [14:21] and their application should clearly point out what they're going to work on [14:21] yes [14:21] of course there will always be people which *we* would like to come [14:21] and invite [14:22] I guess for those we'll have a slightly different process as well [14:22] and FOSSCamp? [14:22] I quickly talked about this with Scott, and he agreed, but we didn't talk about details [14:22] jcastro? === beuno_ is now known as beuno [14:23] well, I can ask him when he appears [14:23] I received an inviation to attend fosscamp from jcastro [14:23] but surely facebook isn't the only way its being organised :) [14:24] so, I think we should bring this up again when Scott returns [14:24] yep, move on [14:24] Riddell: any other questions which we could discuss/answer right now? [14:24] ok [14:24] "Riddell: 8.04 to 9.04 as an upgrade path?" [14:24] any particular reason for that? [14:24] intrepid is a big step for Kubuntu users as an upgrade [14:25] same as Ubuntu.. [14:25] but ubuntu is LTS so it won't prompt for upgraade until the next LTS [14:25] for people who didn't install the kde 4 variant in hardy, I guess [14:25] yes [14:25] we can't do that since we're not LTS, so we had the idea it might make sense to prompt for upgrade not this release but next [14:26] which would mean supporting a new upgrade path 8.04 -> 9.04 [14:26] that might well be too much work [14:26]