=== ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 02 Oct 00:30: ubuntu-pa LoCo Team | 03 Oct 12:00: MOTU Team | 06 Oct 04:00: Arizona LoCo IRC | 07 Oct 11:00: Asia Oceania Membership Board | 07 Oct 15:00: Server Team | 07 Oct 19:00: LoCo Council === stevie is now known as vorian === ubottu changed the topic of #ubuntu-meeting to: Current meeting: ubuntu-pa LoCo Team Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 03 Oct 12:00: MOTU Team | 06 Oct 04:00: Arizona LoCo IRC | 07 Oct 11:00: Asia Oceania Membership Board | 07 Oct 15:00: Server Team | 07 Oct 19:00: LoCo Council === txwikinger is now known as Guest41891 === txwikinger2 is now known as txwikinger === ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 03 Oct 12:00: MOTU Team | 06 Oct 04:00: Arizona LoCo IRC | 07 Oct 11:00: Asia Oceania Membership Board | 07 Oct 15:00: Server Team | 07 Oct 19:00: LoCo Council | 07 Oct 21:00: Community Council [08:44] hey.all [08:44] where r u guys from === mdz_ is now known as mdz === rraphink is now known as raphink === dholbach_ is now known as dholbach === bazhang_ is now known as bazhang [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] Hello time to start the mobile meeting [13:00] * ogra waves [13:01] Was in the middle of typing /join when you said ... [13:01] lool persia ? [13:01] yup [13:01] * persia may or may not be here, depending on the possibility of netsplits [13:01] And lag [13:01] OK, lets get started [13:02] You're not allowed to mock me for this, but I just called in the conf call line and waited 2 minutes while preparing a coffee [13:02] Haha [13:02] Oh yes we are [13:02] No mocking!! [13:02] The first action was a carry over for cgregan [13:02] but he is not around so I'll carry it again [13:03] [topic] cgregan had an action to compare & contract F-Spot and GThumb [13:03] New Topic: cgregan had an action to compare & contract F-Spot and GThumb [13:03] [action] cgregan had an action to compare & contract F-Spot and GThumb (CO) [13:03] ACTION received: cgregan had an action to compare & contract F-Spot and GThumb (CO) [13:03] [topic] StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability [13:03] New Topic: StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability [13:03] davidm: cgregan told me he probably can't attend IRC meeting this week, but will attend tomorrow's phone call [13:03] lool, thanks [13:03] StevenK, any progress on spec's? [13:04] davidm: I've not done that yet, I keep get distracted. :-( [13:04] It is still on my list. [13:04] I'll carry it over, can you get to it this week? [13:04] I've set it as my number 1 task tomorrow [13:04] [action] StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability (CO) [13:04] ACTION received: StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability (CO) [13:04] There was another spec persia and I mentioned [13:04] Yes? [13:04] Oh, the new one? [13:04] * persia checks [13:05] Not for the meeting, so I can also write it tomorrow [13:05] do I need to make an action? [13:05] Nah [13:05] [topic] status of intrepid tasks [13:05] New Topic: status of intrepid tasks [13:05] OK [13:06] Yeah, the new one was having a nice menu when booting the image. [13:06] We have mobile images [13:06] Good [13:06] I could install mobile on my Q1U [13:06] Woot [13:06] mid fails has misc small issues [13:06] +and [13:06] I showed Matt the mobile images yesterday [13:06] There are issues in the kvm install too [13:07] davidm: Is Matt at the same site this week? [13:07] lool, he is in London I believe [13:07] OK from the top [13:07] * StevenK waits [13:07] StevenK, status for intreped, blockers etc? [13:08] davidm: No blockers, just need to make more than 24 hours in the day [13:08] * lool gives a time machine to StevenK [13:09] I'm also looking at NBS since I'd like that list to be empty by release, but that's more a task of archive being clean [13:09] StevenK, OK, anything specific we need to know about? [13:10] Kourou 0.4 has been uploaded which adds an icon for the Installer [13:10] Nice [13:10] * persia dances [13:10] Kourou 0.5 will be prepared tomorrow which allows single or double click since both lool and I discovered that double clicking on a touch screen is *hard* [13:10] yeah [13:10] * persia tends to have to triple-click or more [13:10] -mobile uses single for nautilus a well [13:11] *as [13:11] ogra: I discovered the touch screen works too :-) [13:11] Yeah, I'm like tripe touching as well [13:11] By accident [13:11] StevenK, yeah :) [13:11] Until I realize midbrowser /really/ doesn't launch :-P [13:11] Hm. I wasn't aware of that. [13:11] lool, midbrowser is broken? [13:12] Yeah, it seems recently [13:12] yeah [13:12] Someone said this was known already [13:12] asac, is aware [13:12] but we need a backtrace, i didnt get to that yet [13:12] is this listed against release or something? [13:12] In all cases it should be [13:13] ogra: Is there an open bug and does it have proper flags? [13:13] lool, thanks I was about to ask that [13:13] lool, not yet [13:13] Oh yeah, it's that abort() thing [13:14] ogra: You seem to be the best person to file it if you don't mind [13:14] anyone tried if a respin fixes this? [13:14] s/spin/build/ ? [13:14] yes [13:14] lool, doing right now [13:14] ogra: thanks [13:15] [action] ogra to file midbrowser bug [13:15] ACTION received: ogra to file midbrowser bug [13:15] OK StevenK anything else? [13:15] Yes, but I think there's a seperate action for it, so it can wait [13:15] OK [13:15] persia, status? [13:16] Erm. The installer *should* have all the last bits in it, except something appears still to not work. I'm tracking down why. [13:16] https://bugs.launchpad.net/ubuntu/+source/midbrowser/+bug/277074 [13:16] Launchpad bug 277074 in midbrowser "midbrowser doesnt launch in current beta images " [Undecided,New] [13:17] persia: There's this import error, displaying the ubiquity launcher, and launching ubiquity in automatic mode, correct? [13:17] There's an outstanding issue with language packs: in part because of the way the images are constructed, we don't have any language packs, so users have to download them during the install. [13:17] StevenK and I discussed that some, and thought that we'd do best to have a local repository for jaunty, and put up with network access requirements for intrepid. [13:17] Displaying the launcher I've taken care of [13:18] rebuilding midbrowser in current intrepid fixes it [13:18] asac: Thanks [13:18] Okay, I will upload a rebuild [13:18] asac: You pushed that? [13:18] We're still not installing in automatic mode, because we can't preseed blank passwords: I'm planning to ask the installer team to review a fix for this after beta is complete. [13:18] StevenK: Thanks; midbrowser is big [13:18] lool: err. i see that it there is a change that is not in git in the package [13:18] As a result, it's possible for users to change the username, which breaks X. [13:19] can you please at least forward me patches when uploading? [13:19] StevenK: ^ [13:19] And in KVM testing, it was discovered that performing an install in KVM can corrupt the local image if the user does not chattr +i first. Setting this chattr +i breaks the install. [13:19] anyone knows if git-to-bzr is usable? [13:19] i would like to move the code over to launchpad if possible [13:20] asac: Didn't we have this discussion when I did it last month? [13:20] so everyone can commit to that [13:20] One possible workaround is to use ISO images instead of USB images, which also has the benefit of letting us use usb-creator for install devices. [13:20] StevenK: might be :) ... wasnt a complain. just a reminder. if that was already discussed its fine [13:20] persia, but these devices only have USB [13:20] asac: If not, the diff that launchpad generates is fine [13:21] This looks like we will redo the same discussion as on #ubuntu-mobile [13:21] StevenK: oh [13:21] davidm: persia means getting the dailies to generate an .iso and then using usb-creator to make .img's out of them [13:21] StevenK: http://git.moblin.org/repos/?p=projects/mobile-browser.git;a=shortlog;h=intrepid [13:21] i already released -3 ... maybe upload that ;) [13:21] ah [13:21] StevenK: Well, to actually initialise USB disks, but yes. [13:21] * drop ubufox from Suggests; ubufox doesnt support ... [13:21] That's my -2 change, too [13:21] StevenK: yeah. i replayed your change and bumped again for gsfonts or something [13:22] asac: midbrowser is enormous, you can upload it if you want [13:22] So, we discussed this at length in #ubuntu-mobile: it seems we *should* discuss it at UDS Jaunty, but there was still a difference of opinions for intrepid. [13:22] i have no time until next week or so [13:22] I'm of the general opinion than we shouldn't change anything big anymore [13:22] Right, I will, then [13:22] if noone comes around remind me then so it doesnt get lost [13:22] StevenK: How hard is it to switch from .img to .iso? If it's trivial, I want to change, if it's non-trivial, I'll drop it. [13:22] Ok someone write a spec for Jaunty, who is going to do this, persia ? [13:22] It's non-trivial [13:22] Cool, settles the discussion [13:22] Bother. Oh well, let the bugs live. [13:23] DOORBELL !!! [13:23] davidm: StevenK is probably the best choice, as he already has all the keys. I can help, but I don't have the keys to actually do it. [13:24] And I'll take an action to write some release notes warning users *not* to do an install in a virtual environment, as it may corrupt the images. [13:24] persia: What about the other ubiquity issues? [13:24] The spec has to document discussion [13:24] StevenK, can you work with persia on a spec for Jaunty [13:24] davidm, persia: Just write the spec, the implementation discussion can wait until UDS [13:24] Let's have a fresh discussion about it at UDS. [13:24] [action] persia to write some release notes warning users *not* to do an install in a virtual environment, as it may corrupt the images. [13:24] ACTION received: persia to write some release notes warning users *not* to do an install in a virtual environment, as it may corrupt the images. [13:24] it works in vbox [13:25] ogra: Indeed, and I'll include your hints in the notes :) [13:25] It's just qemu/kvm-broken [13:25] * ogra dances ... [13:25] persia: What about the other bugs in the mid install? [13:25] Which bugs? [13:25] * ogra holds a brandnew BT freedom keyboard in his hands [13:25] [action] persia write the spec about converting the dailies to generate an .iso and then using usb-creator to make .img's out of them [13:25] ACTION received: persia write the spec about converting the dailies to generate an .iso and then using usb-creator to make .img's out of them [13:25] That I mentionned earlier [13:26] ogra: I don't understand: you didn't like the Q1U's keyboard??? [13:26] How could you not? [13:26] haha [13:26] * StevenK chokes [13:26] its for my n800 [13:26] The display issue has been fixed for a bit. The "import error" was solved, exposing something else, and automatic was discussed already. [13:26] DId I miss something? [13:26] the Q1 has a wireless kbd attached :) [13:27] persia: Where are these fixed? [13:27] display is fixed in kourou 0.4, import is fixed in ubiquity 1.10.2 [13:28] persia: ubiquity 1.10.3 is in the archive, and there was an image respin [13:28] automatic is about 50% fixed in my local branches, and will be presented to the installer team after the beta. [13:28] persia: And I got an import error with the latest mid image [13:28] I fear the import issues is another one [13:28] Did you manage to install MID? [13:28] Which error? You shouldn't get an import error. You should get a Debconf error. Are you sure you have the latest image? [13:29] Sorry, I think I wrote import error in this meeting when I met python traceback [13:29] I'm getting a debconf python traceback [13:29] That's a known error [13:29] OK. That's expected. [13:29] Yeah, so I'm asking about the status of this bug :) [13:30] I'm happy it's known [13:30] and a bug # please [13:30] I keep getting distracted. I've at least identified several things it's not. [13:30] No idea against which package to file a bug yet. [13:30] davidm: To make your day brighter, I commited a change to the seeds that contained the diff: - * moblin-media [13:31] persia: I'd file one against ubiquity as a start and reassign appropriately [13:31] lool: I'm 95% sure it's not ubiquity. [13:31] persia: We need to milestone this bug and get it on the release team's radar that we are having a critical issue preventing install [13:32] Yes. I should have a bug (and a fix) soon. [13:33] [action] persia to file bug Debconf error against ubiquity today [13:33] ACTION received: persia to file bug Debconf error against ubiquity today [13:33] OK moving on [13:33] ogra, status, issues? [13:34] well, mobile is looking fine apart from the midbrowser issue [13:35] ogra, good [13:35] i have a bunch of pending touchscreen driver things resulting from eth umpcportal feedback [13:35] i'm about to write a fresh blog entry pointing to the images on cdimage [13:35] well, thats mainly for me, no blockers or anything [13:36] that should generate some traffic [13:36] OK [13:36] amitk_, how is kernel land? [13:36] Oh, right, that reminds me: the Forums team is looking at organising a forum for Ubuntu Mobile. [13:36] persia, good [13:37] davidm: with meta and aufs out of the way, I am working on lrm now [13:37] hope to make it available tomorrow. [13:38] amitk_: Do you have other critical tasks for intrepid? [13:38] is there any chance ath5k could be fixed ? [13:38] Well we could live without lrm [13:38] Except then wireless doesn't work [13:38] I'd *much* prefer lrm. It might make me able to have *some* sort of network connection. [13:39] we will have to rovide a blacklist file from the -default-settings package if not, as ath5k is preferred by default [13:39] persia: You also have atheros devices? [13:39] I need to push new drivers from Intel into Hardy and try to forward-port DRM driver to intrepid. [13:39] lool: Quite possibly: no idea what is on this USB dongle that doesn't work. [13:39] madwifi doesn't support usb wifi [13:39] usually usb wifi needs firmware [13:40] Oh well. I'm not so excited about then :) [13:40] which is in lrm :) ) [13:40] * persia vacillates [13:40] So lrm is nice for the Q1 to have, it's high priority, but we could release without it [13:40] if enabling madwifi will get the samsung users off my back, I might as well do it :) [13:40] Yeah [13:41] amitk_, well, we need to make sure ath5k doesnt get preferred though [13:41] currently you have to blacklist it manually [13:41] else it gets loaded regardless if madwifi is there [13:41] We can add that to -default-settings [13:42] ogra: I am sure you'll fix that blacklist once lrm is available :-p [13:42] Easily, I say [13:42] amitk_, anything else? [13:42] well, but that indeed disables it for all devices where ath5k would work [13:42] just a rebase to 2.6.27-rc8 that is pending (base kernel was rebased yesterday) - not critical this week. [13:42] * lool think this should be fixed in ath5k, either in terms of devices it claims to support or in actually supporting them :-P [13:43] (we have netbook user on our open bug for whom it works with the same chipset in a different device) [13:43] (at least he claims that) [13:43] lool, ++ ... but might be hard to do [13:43] in the above light [13:43] davidm: that's it on my end [13:44] lets take the rest of the ath5k madwifi conversation off-line [13:44] amitk_, thanks [13:44] lool, status? [13:44] I've been working on MIRs and am now part of the ubuntu-mir team [13:45] \o/! [13:45] It could help to some extent for some mobile promotions, but I should rather get mobile stuff reviewed by someone with a neutral opinion on inclusion; so not a big change for mobile efforts [13:45] It's going to be a help for easy stuff though [13:46] I helped on misc beta stuff and discussed with release team [13:46] I think it's a bit late to get stuff promoted, though [13:46] I intend to continue testing images and looking into release critical bugs [13:47] No particular blocker [13:47] () [13:47] thanks [13:47] davidm: status [13:47] :-P [13:47] :-) [13:47] I'm just back from a meeting yesterday [13:48] with Intel about Moblin 2.0 was interesting [13:48] they are staging netbooks now to April, MID post that to October [13:48] interesting [13:49] This matches what I was told at OSIM [13:49] So it's /not/ slipping! :-) [13:49] Well at least not currently [13:50] beyond that it takes a day of travel there and a day back so that has been the entire week so far [13:50] :-( [13:50] OK 10 minute warning [13:50] that covers the agenda I think comments? [13:51] davidm: I got no reply to my news. [13:51] davidm: I have uploaded a mobile-meta that drops moblin-media [13:51] davidm: We are replacing it with totem and gthumb. [13:51] does it work as well as moblin media? [13:52] totem is better, IMO [13:52] OK [13:52] StevenK: i think that totally rocks to be honest...moblin-media was difficult to say the least [13:52] gthumb looks good, too [13:52] Good enough then [13:52] do we have a solution with the X team for psb ? [13:53] ogra: I'm not sure we have a solution for the drm situation [13:53] (it should be dropped from xserver-xorg-video-all if it breaks, so at least -vesa is available for psb users) [13:53] nope, Intel will not have a psb driver for Intrepid until sometime in December soonest [13:53] or the exa one [13:53] i'm not talking about intel but about us :) [13:53] vesa seems to work on some of them [13:54] but psb gets prefereed by xorg as long as its there [13:54] ogra, ah sorry that was a topic of the meeting Tuesday too. [13:54] so we should drop the package [13:54] ogra: I dropped it from video-all [13:54] oh, ok [13:54] it's just pending acceptance by release team, will be after beta [13:54] good [13:54] i had many requests for psb in the mobile feedback [13:54] not having it will cost us users i guess :( [13:55] but vesa is better than nothing [13:55] The problem is that psb lives out of tree and is incompatible with rest of the drivers [13:55] yeah, i know the upstream issues [13:55] i'm just sad because that was one of the often asked questions [13:55] Any solution to have the two drms available in libdrm and the two exas would cost us in maintenance and be a pain to setup [13:56] It's Intel's to fix and fix upstream [13:56] yeah [13:56] hello [13:56] 4 minute warning [13:56] we could just say its pittis fault :P [13:56] There could be a -psb PPA, as there is a -nouveau PPA, if anyone ports it. [13:56] OK any other opens [13:56] ogra: We could provide psb in a ppa? [13:56] hmm [13:57] Still require kernel, libdrm, psb uploads, but not too intrusive, less time consuming, and has a chance to work [13:57] Also points out it's unsupported [13:57] persia: Oh *synergy* [13:57] * ogra wonders if we could hack that into the installer somehow to add to apt/sources.list.d [13:57] :) [13:57] ogra: That would be *bad*. [13:57] ogra: Urgh, no [13:57] No more PPAs [13:58] hey seb128 [13:58] hello there [13:58] *not* into the image but at install time [13:58] 2 minutes [13:58] We could hack it in grub that if you boot Ubuntu with the intention to do this, it prevents booting [13:58] Haha [13:58] heh [13:58] * MacSlow is all out excited about gimp 2.6.0 [13:58] I like that. [13:58] ogra: let's discuss after meeting [13:58] yeah [13:58] * lool waves to desktop team [13:58] MacSlow: Oooooh! [13:58] its just easier than having to add a PPA source [13:58] MacSlow: When is it due? [13:59] StevenK, dude it so funky what they did in just a year from 2.4.0 to 2.6.0 [13:59] * ogra still likes gdebi though, but its more than one package ... [13:59] StevenK: It's released [13:59] StevenK, like yesterday or so [13:59] * pedro_ waves [13:59] davidm: #close-the-meeting? :) [13:59] StevenK, check out http://gimp.org/release-notes/gimp-2.6.html [13:59] Oh yes [13:59] #endmeeting going once [13:59] Meeting finished at 07:59. [13:59] New upstreams of gimp make me happy [13:59] heh [14:00] davidm: Going once, you say? [14:00] Whoops did not expect it to do that [14:00] Haha [14:00] haha [14:00] We go at ONE [14:00] (gone) [14:00] it removed the whitespace and grabbed it, oh well [14:00] Ready, on my GO! [14:00] Keybuk, it's all yours ;-) [14:00] thanks [14:00] #startmeeting [14:00] Meeting started at 08:00. The chair is Keybuk. [14:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:01] [LINK] https://wiki.ubuntu.com/DesktopTeam/Meeting/2008-10-02 [14:01] LINK received: https://wiki.ubuntu.com/DesktopTeam/Meeting/2008-10-02 [14:01] afternoon everybody [14:01] Good morning. [14:01] I'd like to rattle through as quickly as we can today, we overran last week [14:01] hello [14:01] howdy [14:01] [TOPIC] Outstanding actions from last meeting [14:01] New Topic: Outstanding actions from last meeting [14:01] # pitti to discuss gnome-keyring confirmation dialog behaviour in upstream bug [14:02] done, and followed up on u-desktop@ (no responses there, though) [14:02] summary is that I think it's fine to entirely disable that dialog for intrepid [14:02] * mvo to decide on FOSScamp attendance [14:02] * kwwii to decide on FOSScamp attendance [14:02] since it doesn't give us any security [14:02] mvo, kwwii: did you decide? [14:03] Keybuk: yes, I do not think I am going :-) [14:03] ok, mvo? [14:03] kwwii, sweet [14:03] I will come, it will problably make sense [14:03] ok [14:03] mvo, cool [14:03] so that means attending FOSScamp are: me, pitti, mpt, seb128, Riddell, MacSlow and mvo [14:03] not attending are tedg, kwwii [14:04] kwwii, ? [14:04] is my xchat messing with me [14:04] * seb128 to add GNOME people to sponsorship list [14:04] done [14:04] great, thanks [14:05] [TOPIC] Farewells [14:05] New Topic: Farewells [14:05] This will be tedg and MacSlow's last meeting as a member of this team [14:05] on Monday, they'll be moving to the new desktop experience team [14:05] * mpt passes the tissues [14:05] * tedg waves [14:05] * pitti hugs tedg and MacSlow [14:05] * mvo waves to tedg and MacSlow [14:05] ah... I'll be here anyway [14:05] of course, they're likely to still hang out in our meeting anyway ;) [14:06] tedg, MacSlow: David Barth is lucky to have you! [14:06] I just hope I'll be albe to return the helping-favour to the desktop-team, in GL/cairo-regards someday :) [14:06] I like to call it stalking :) [14:06] good luck to you there ;-) [14:06] and in what will seem like no time at all [14:06] mvo, seb128, pitti: but still expect me to run into you for debian-ish questions :) [14:06] (a mere 18 days) [14:06] sure [14:06] mvo will be moving over to the foundations team [14:07] * mvo will just be in the office next door [14:07] mvo: *hug* mate [14:07] mvo: you can still come and visit whenever you want ;-) [14:08] mvo: they have meetings at silly times ;) [14:08] I will still hang out in #ubuntu-desktop! [14:08] mvo: ;-) [14:08] so who is staying on board? [14:08] I don't like the sound of silly times ... [14:08] that will be faster this way ;-) [14:09] seb128: we'll be getting a whole bunch of new people [14:09] but since cvd hasn't sent that e-mail yet, I'm going to defer until then :) [14:10] the changes in the Ubuntu Platform team aren't anything to be concerned about [14:10] seb128, you'll get a new sidekick don't you? :) [14:10] we're all just one big team, and people moving around a bit between the individual parts should be seen as a good thing [14:10] MacSlow: "new", I don't have a old one ;-) [14:10] seb128: you got me, baby [14:11] * tedg thinks that we need to make seb128 a cape with a GNOME logo on it... [14:11] kwwii: you want to do GNOME updates now? ;-) [14:11] ok, let's move on [14:11] we have a bit of a monster topic here [14:11] [TOPIC] Handling the logout applet/old fusa -> new fusa transition on upgrades [14:11] New Topic: Handling the logout applet/old fusa -> new fusa transition on upgrades [14:11] mdz: are you here? [14:11] seb128, ehm... yeah right damn :) [14:11] Keybuk: not sure that's a meeting topic [14:11] kwwii, you more like a sidepunch [14:11] ie, the discussion is going on the bug tracker [14:11] right, there's a lively discussion going on, and right now it's still not clear what the best way forward is [14:12] MacSlow: kidney-punch-ken can be my new nick [14:12] pitti: you proposed it as a topic for discussion, was there anything you wanted to discuss here that isn't being handled in the bug?> [14:12] Keybuk, tedg: won't that also touch me (new gdm) at some point [14:12] I think the bug is right place to discuss that [14:12] but the question I'm still looking for an answer for is whether it's possible to make g-p load f-u-s-a if your gconf says you either have the old fusa or the old logout applet? [14:12] was the interactive upgrade hook idea discussed (maybe I got dropped from the CC)? [14:13] MacSlow: shouldn't do - the main problem here is moving applets around in existing user sessions [14:13] mvo: didn't reply yet; it's a fallback, but it still has problems [14:13] pitti: I'm going to reply to mdz mails listing 3 courses of actions [14:13] I started on this mail before the meetic [14:13] mvo: like, after that you can't ever go back [14:13] in any case, I am going to make sure that the little power button icon comes back (effectively killing the little green man) [14:13] ok, let's continue to discuss it by mail then [14:13] seb128: great! [14:13] that seems like a good idea [14:13] if we have three options, we can rate the pro/con of each, and make an informed decision [14:13] good move [14:13] pitti: thats a matter of the script i think, we could add code that allows this [14:14] mvo: "it's only code" [14:14] seb128: heh :) [14:14] mvo: I mean in terms of dual-booting other distros/releases, or sharing your /home in a network with several workstations with different releases, etc. [14:14] seb128: Are you going to include the "all new namespaces" option -- that's presently my favorite on the list of bad options :) [14:15] I am really veto'ing the idea of any automatic gconftool'ification during upgrade [14:15] pitti: right, shared home is a problem [14:15] tedg: no, one of the option is doing configuration changes on upgrade though [14:15] ok thanks [14:15] [TOPIC] Sponsoring Overview update [14:15] New Topic: Sponsoring Overview update [14:16] [LINK] http://people.ubuntu.com/~dholbach/sponsoring/ [14:16] LINK received: http://people.ubuntu.com/~dholbach/sponsoring/ [14:16] a quick scan, I couldn't find anything there [14:16] some are already uploaded, too [14:16] (beta freeze, hanging in unapproved) [14:16] pitti: yeah, I cross-referenced that [14:16] Keybuk: I don't think sponsorship is really revelant this week anyway since uploads don't go through [14:16] so well done everybody! [14:17] [TOPIC] Release Status [14:17] New Topic: Release Status [14:17] pitti: over to you, the list of bugs is in the agenda (as I found them) [14:17] thanks to dholbach, pitti and mvo who helped on the GNOME 2.24 sponsoring [14:17] * norsetto wonders what is the number between parenthesis [14:17] * mvo hugs seb128 [14:17] norsetto: the days since when the bug is waiting [14:17] * seb128 hugs mvo [14:17] Keybuk: where is that list? [14:17] seb128: ah cool [14:17] Keybuk: intrepid bugs, cherrypicked the desktopish ones? [14:18] Keybuk: from last week's release team meeting we squashed all but that fusa bug [14:18] pitti: intrepid bugs, by assignee for our team [14:19] pitti: anything you want to chase in this meeting, given the opportunity of everybody here? [14:19] tedg: will bug 261084 still be on your plate after you move team? [14:19] Launchpad bug 261084 in gnome-power-manager "Suspends again right after resume" [High,Confirmed] https://launchpad.net/bugs/261084 [14:19] it will [14:19] we will always have a relationship between the desktop and experience teams, where features they wish to land will require co-ordination [14:20] and we will always be assigning bugs back to them to be fixed [14:20] and many of those may be Release Critical [14:20] and almost certainly will involve upgrades [14:20] ok [14:20] otherwise, the only thing that currently nags me is ekiga 3.0 [14:20] someone asked me about gimp [14:20] the PPA packages are far from any working state [14:20] the new gimp is probably important, very noticeable [14:20] pitti: Yeah, I'm not 100% on that one yet. It's not obvious that it's GPM's fault, but it might be the easiest place to fix it. [14:20] 2.6.0 is out yeah! [14:20] grrrrr [14:21] the new version is available since yesterday [14:21] seb128, we need 2.6.0 ;-) [14:21] and intrepid is frozen for beta [14:21] so ATM I'm inclined to refuse ekiga 3.0, unless someone will actually come along and package it [14:21] seb128, don't worry ... I'm happy compiling it myself [14:21] also tedg will continue to help maintain some packages for at least the time being since we have nobody else to hand them to yet ;) [14:21] if users could something wait before making a fuss about upgrades when they can't be done anyway [14:21] MacSlow: same problem, I think; we need someone investing the time to package it properly [14:21] (he also may want to keep them to keep his hand in ;P) [14:21] * tedg found a PPA for GIMP 2.6 ~c-korn :) [14:21] since I don't like to deviate much of our team's time away from bug fixes [14:22] tedg is the man of the minute :) [14:22] pitti: I really think we should have ekiga 3.0 and gimp 2.6 in intrepid [14:22] MacSlow: Actually have to give credit to _MMA_, he sent it to me. [14:22] seb128: I agree that it would be nice as well, but it will probably require two full mandays to get ekiga [14:22] tedg, ok [14:22] intrepid is not a lts and that's something quite some users will be wanting [14:23] gimp 2.6.0 would be very wicked to be in intrepid [14:23] honestly [14:23] * tedg is was hoping for something > 8-bit per channel in 2.6 :( [14:23] any packaging volunteers? :-) [14:23] MacSlow: agreed and I'll do the update, but it's available for one day and intrepid is frozen [14:23] pitti: I'll do gimp, not sure about ekiga [14:23] pitti: apparently gimp require some MIR action thoguh [14:24] though [14:24] * Riddell throws krita at tedg [14:24] seb128, so it'll stay in a PPA or move to universe? [14:24] seb128, or is it in main? [14:24] MacSlow: neither of those [14:24] Riddell: Have you seen the download size? It pulls in these crazy large libraries that I don't have installed, QT, KDELibs, etc. :) [14:24] it'll go to main [14:24] Riddell, hehe [14:25] seb128: yay bigger CDs :) [14:25] DVDs [14:25] pitti: those might be optional [14:25] see bug #276839 [14:25] Launchpad bug 276839 in gimp "please update Gimp to v2.6.0" [Undecided,Confirmed] https://launchpad.net/bugs/276839 [14:25] the ever demanding community [14:25] :) [14:26] Keybuk: ok, let's move on, the gimp update is on my list already [14:26] ok [14:26] [TOPIC] Any other business [14:26] New Topic: Any other business [14:26] we have to remove the gnome themes package [14:27] no we don't? [14:27] so I will be talking to seb128 and mvo about how to do that correctly with updating and all [14:27] seb128: trust me, we do :-) [14:27] there is no correct way to do that [14:27] some people might be using those themes [14:27] we should just stop installing it by default [14:27] but we don't want to remove it on upgrade [14:27] seb128: the current suggestion is to hack the thing into two pieces and add the ugly-themes part to anyone updating [14:28] so if you update you get effectively the same thing as before, just in two packages instead of one [14:28] Please don't actually call it ugly-themes [14:28] the split is what I suggested [14:28] We've had enough headaches with ugly codecs :-) [14:28] (not the name) [14:28] mpt: gnome-themes-looser-artists? [14:28] mpt: lol, no worries [14:28] mpt: in this case they really consider those ugly apparently ;-) [14:28] gnome-theme-extras or such [14:28] what is the issue? [14:28] there is already an -extras [14:29] mvo: some themes are ugly apparently and we want to stop shipping those by default [14:29] mvo: I wanted to talk to you about how to make the updater do it right [14:29] that's easy for the upgrade [14:29] but that's another slap in the face for people using other upgrade tools [14:30] which themes? Mist, Crux and such? [14:30] pedro_: yes, think along those lines (although mist is quite popular it seems) [14:30] Oh, we should increase kwwii's mail: I like the name "gnome-themes-that-kwwii-doesnt-like" [14:30] yes it's that's why i was asking which ones [14:31] and we would just ignore if people are using them (because they like ugly) and that they drop to somehthing else after the upgrade ? [14:31] mvo: the idea would be to install ugly for people upgrading but not on new installs [14:31] mvo: the idea is that they will get the extra package with the "ugly" themes in it if they upgrade, no matter whether they really use one of the themes or not [14:32] right, so we just keep them in gnome-themes (or were they are now) and have a new package "gnome-themes-nice" that is then seeded to ubuntu-desktop? [14:32] and gnome-themes is simply unseeded? [14:32] mvo: no idea, that is why I wanted to discuss it with you :-) [14:32] than people upgrading keep their theme but new installs only get the shinny ones [14:32] right, that sounds correct [14:32] mvo: we were going to go the other way around, gnome-themes and gnome-themes-ugly [14:32] ok, I think that should work [14:33] Keybuk: (phone) [14:33] mvo: I don't think we should rename gnome-themes [14:33] we an call it gnome-themes-legacy or such [14:33] mvo, seb128: why not gnome-themes-legacy indtead of -ugly [14:33] s/an/can [14:33] hehe, exactly :-) [14:33] maybe gnome-themes should be a dummy package depends on gnome-themes-good and gnome-themes-ugly [14:33] * norsetto high five kwwii [14:34] and install gnome-themes-good by default only [14:34] seb128: whatever you think would be the best long-term solution [14:34] seb128: just drop the -good/-ugly dichotomy, some people can find it offending [14:34] I want "apt-get install gnome-themes" to install what upstream call gnome-themes [14:35] we are in for upstream conflicts otherwise [14:35] lets discuss in what direction the rename should happen offline - I think we agree on the general principle :) [14:35] norsetto: the names were not a suggestion but an example [14:35] seb128: aha, I think you misread my proposal, that was my intention. gnome-themes stay, we get a new gnome-theme-ubuntu that is now default dep of ubuntu-desktop [14:35] mvo: ok, we agree then ;-) [14:36] it sounds like you're agreeing with each other ;) [14:36] right, ok, I will stay in touch with seb128 and mvo about this [14:36] kwwii: great [14:36] ok, any other any other business? [14:36] * mvo high fives seb128 [14:36] tomorrow is a holiday in germany [14:36] Keybuk: it's late in the cycle but I'm wondering if we should drop nautilus-cd-burner from the default installation [14:36] kwwii: octoberfest? [14:36] German unity [14:37] Keybuk: that can wait next cycle though [14:37] same thing :) [14:37] Riddell, actually the "Oktoberfest" is already in full swing in bavaria ... started well before october :) [14:37] no...you can't get rid of the nice themes! [14:37] seb128: I'd vaguely say next cycle at this point [14:37] Riddell, kwwii should know he lives there :) [14:38] dropping things after beta seems wrong [14:38] Keybuk: ok, good enough, it let us time to discuss it [14:38] dropping nautilus-cd-burner seems wrong too ;-) [14:38] it just seems to not bring a lot since brasero work better in most cases nowadays [14:39] seb128, isn't there a nautlius "plugin" for brasero? [14:39] kind of replacing nautilus-cd-burner? [14:39] * MacSlow looks it up again [14:39] seb128, I vaguely remember something along those lines [14:39] MacSlow: nautilus-cd-burner doesn't do a lot [14:40] basically it means we have to maintain two software to do the same things [14:40] users are confused that the places menus open a different software which has limited capabilities [14:40] * mvo always liked n-c-d for its simplicity [14:41] but I see the point [14:41] mvo: brasero --data is basically as simple [14:42] seb128, ah... wasn't really a plugin ... brasero just can open up a n-c-b project [14:42] This is an annoying example of upstreams doing completely the wrong thing [14:42] mpt: why? [14:43] mpt: the issue is that nautilus is a file manager, it's not something where you can easily add audio project or video DVD concepts [14:43] nautilus-cd-burner doesn't have the features that Brasero does because, why, they want to keep it simple? And therefore we're pressured to ship Brasero *instead of* nautilus-cd-burner, thus leaving the overall interface more complicated and inconsistent than if the features had been added to nautilus-cd-burner in the first place. [14:43] Bananas. [14:44] it seems to me that the people who complain are really the power users who actually care about doing weird things with CDs [14:45] pitti: full ack, I doubt most people do more than burn music or data [14:45] personally I never needed anything else than nautilus and n-c-b for data burning [14:45] pitti: not only, n-c-b doesn't give you an indication of how much data you selected and how much your media contains for example [14:45] pitti, burning ISO-images only work with brasero [14:45] nautilus is a file-manager [14:45] MacSlow: hm? right-click, burn, done [14:45] it doesn't make it easy to add nice widgets in random location for such things [14:46] pitti, that always hoses my CD-Rs [14:46] seb128: don't get me wrong, I'm not advocating to drop brasero or so :) [14:46] MacSlow: that's called a bug [14:46] just defending n-c-b a bit [14:46] pitti: I'm just saying that people will advocate that brasero --data is not so much complicated that n-c-b [14:46] and has some extra nice indicators and features [14:46] and they have a point [14:47] but anyway not something for this cyle [14:47] cycle [14:48] and not really a meeting agenda item [14:48] yes, sorry for the sidetrack [14:48] ;_0 [14:48] ok [14:48] #endmeeting [14:48] Meeting finished at 08:48. [14:48] thanks all [14:48] thanks! [14:48] thanks, bye [14:48] thanks all! [14:48] thanks [14:49] let's get that beta out and squash bugs by the dozen [14:49] * pitti ^5s the desktoppers [14:49] * mpt cheers the programmers [14:49] d-feet! [14:50] MacSlow: it's pretty useful, isn't it? [14:50] thanks [14:50] pitti, ehm... hm... at least it's not as bare-bone as dbus-* :) [14:51] doh... screw iwl3945 === davmor2 is now known as davmor_biab [14:59] OK. Who's here for the Java meeting? [15:00] o/ [15:03] OK. We're not all here, but there's a few of us :) [15:03] Agenda doesn't have anything special on it, so we'll just hit the roadmap. [15:03] robilad seems absent, but being this close to release, new tasks aren't as essential. [15:04] slytherin: Are we all done with MoveToUniverse, or are there a couple still blocked? [15:04] persia: Nothing blocked, just few bugs pending due to beta freeze. No archive changes are being processed. [15:05] slytherin: OK, so we're expecting everything to be processed post-beta? Everything is in the archive-admin queue now? [15:05] Are there any approvals outstanding? [15:05] persia: Just one, bug #277088 [15:05] Launchpad bug 277088 in libjrosetta-java "Please move package to universe" [Undecided,New] https://launchpad.net/bugs/277088 [15:06] I forgot to log the bug after the sync request got processed [15:06] OK. I'll double-check, and ACK that. Does it need -release approval? [15:07] persia: Don't think so. [15:07] OK. [15:07] Sounds good then. After that, I suppose we're basically blocked until the autoimporter starts, right? [15:08] persia: yes [15:08] By the way, there is another sync bug which I am not sure if it will require -release approval. But the package is not moving to multiverse. The sync is just to fix problem on powerpc. bug #277102 [15:08] Launchpad bug 277102 in libjogl-java "Please sync libjogl-java 1.1.1-2 (multiverse) from Debian unstable (non-free)." [Undecided,New] https://launchpad.net/bugs/277102 [15:10] That oughtn't require motu-release. Added to my list. [15:10] Anything else? [15:10] Nothing. Now I am mainly looking into any easy FTBFS fixes. [15:10] Great! [15:10] Koon: How is the progress with the new improved maven plan? [15:10] https://wiki.ubuntu.com/JavaTeam/Specs/MavenSupportSpec is finalized, I welcome reviews and/or official approval [15:14] Koon: You may want to add 'tomcat 6' in the section of 'On the server' of beta announcement. :-) [15:15] slytherin: where is it ? [15:16] Koon: Looks good to me, and seems to cover all the points. You'll need to assign an approver if you want official approval. [15:17] persia: any suggestion ? [15:17] I'd check with doko, and see if he's willing to be the approver. If not, could be me, I suppose. [15:18] OK, I'll check with him [15:19] From reviewing that, it looks like implementation for jaunty ought be fairly straightforward, and we can probably even have a lot of it done in coordination with pkg-java. [15:19] Koon: Anything else? [15:19] no. [15:19] Koon: https://wiki.ubuntu.com/IntrepidIbex/BetaAnnouncement [15:20] slytherin: looks like tomcat is already there, no ? [15:20] OK. Anyone have anything else to raise today? Anything critical for release? [15:21] Koon: right. I just saw the Other section. [15:22] persia: do you have any idea if doko plans to update openjdk? We are currently using beta release. [15:22] slytherin: I haven't heard anything specific. I know the target was to try to get something that passed the complaince test. I don't think the version number was consdiered as important. I haven't run the complaince test to know if we're there yet. [15:23] ok. [15:24] I think that team usually meets in some hours (maybe 6 or 8 or something), and it may be discussed then, but I don't remember the schedule exactly, and the room scheduling, while getting better, isn't fixed entirely yet. [15:28] Ok. So there is nothing else form my side. [15:31] RIght. Ending the meeting then :) Have a great week! [15:31] :) === davmor_biab is now known as davmor2 === asac_ is now known as asac === nizarus_ is now known as nizarus === asac_ is now known as asac-the-nm-rock === asac-the-nm-rock is now known as nm-rocker === nm-rocker is now known as asac === Ng_ is now known as Ng