=== ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 26 Aug 15:00: Server Team | 20 Aug 17:00: QA Team | 20 Aug 22:00: Platform Team | 21 Aug 12:00: Ubuntu Mobile Team | 21 Aug 13:00: Desktop Team | 25 Aug 04:00: Arizona LoCo IRC === ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 26 Aug 15:00: Server Team | 20 Aug 17:00: QA Team | 25 Aug 04:00: Arizona LoCo IRC | 21 Aug 12:00: Ubuntu Mobile Team | 21 Aug 13:00: Desktop Team | 21 Aug 14:00: Ubuntu Java Team === asac_ is now known as asac === Hobbsee` is now known as Hobbsee === techno_freak is now known as technofreak === technofreak is now known as techno_freak [11:24] Hello everybody .How do I make work Odesk team on ubuntu 8.0.4 hardy?Any help? === dholbach_ is now known as dholbach [12:00] Any one knows how to set up oDesk team in Ubuntu Hardy?IF yes please hel p me doing this [12:00] go to #ubuntu channel [12:01] I couldn't any such channel over the list === bitbud|Out is now known as bitbud [17:25] @schedule london [17:25] Schedule for Europe/London: 26 Aug 16:00: Server Team | 20 Aug 18:00: QA Team | 25 Aug 05:00: Arizona LoCo IRC | 21 Aug 13:00: Ubuntu Mobile Team | 21 Aug 14:00: Desktop Team | 21 Aug 15:00: Ubuntu Java Team === ogasawara_ is now known as ogasawara [17:56] hello heno_ :) [17:56] hey davmor2 :) [17:59] hello everybody! [17:59] * ogasawara waves [17:59] hiya pedro_ [17:59] hey davmor2 [17:59] hello ogasawara === ubottu changed the topic of #ubuntu-meeting to: Current meeting: QA Team Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 25 Aug 04:00: Arizona LoCo IRC | 21 Aug 12:00: Ubuntu Mobile Team | 21 Aug 13:00: Desktop Team | 21 Aug 14:00: Ubuntu Java Team [18:00] hey all! [18:00] hi [18:00] hey [18:00] o/ [18:01] I'm in millbank this week with the distro team leads [18:02] intellectronica: your nick sounds like something from a woody allen or mel brooks film ;) [18:02] sorry if I've been unresponsive on IRC/email [18:02] (and I was on holiday last week) [18:02] davmor2: in fact, it's something from a Stanislav Lem book, so not very far [18:02] :) [18:03] heno_: have a good hol? [18:03] intellectronica: thanks to autocompletation it is not such a pain to type your nick completely ;-) [18:04] * stgraber waves [18:04] ara: it would be hard to compete with yours ;) [18:04] I understand there was an LP/ubuntu IRC meeting on monday, but we failed to invite community participation :( [18:04] heno_: where was that? [18:05] heno_: no, it was the canonical qa meeting this week [18:05] could we have a volunteer for that for the next meeting in ~10 days? [18:05] indeed. my apologies. we were organising it quickly and i simply didn't know who might be interested [18:05] heno_: no, you are write. i was off this monday :-) [18:05] hello [18:05] ara: np :) [18:06] intellectronica: if all else fails you could ping #ubuntu-quality [18:06] davmor2: good idea. should have thought about it myself [18:06] heno_: would an email to ubuntu-qa with an agenda suffice you think to get some attendance? [18:07] LaserJock: sounds good [18:07] shall we move that meeting at #malone-ubuntu-qa-meeting from now on, and leave it open to whoever wants to join? [18:07] or/and holding it in an open channel [18:08] intellectronica: you could even do it in #ubuntu-quality :-) [18:08] I think there is value to having voice discussions as well [18:08] LaserJock: heh, true :) [18:08] heno_: i very much agree [18:08] Can the meeting start please, its 3:08am here :) [18:08] how can we allow for that as well? [18:08] #startmeeting [18:08] sorry [18:09] I'd like to request that meetings generally happen here unless there is an overriding reason to do it somewhere else: the bot here helps advertise the meeting, and many interested parties will idle here. [18:09] we are in fact on agenda item #1 now [18:09] heno_: perhaps on an as-needed basis based on a felt need in the IRC meeting? [18:09] What's the link for the agenda again? [18:09] persia: agreed [18:09] persia: https://wiki.ubuntu.com/QATeam/Meetings [18:09] persia: https://wiki.ubuntu.com/QATeam/Meetings [18:09] Thanks :) [18:09] LaserJock: high five [18:10] does anyone know what the limit on skype conf calls is ATM? is that 5 or can it be worked around? [18:10] iirc it's still 5 [18:10] What if we used team speak or something? [18:11] that would probably be better than phone for many [18:11] well, realistically having more than 5 people in a voice conversation is going to get messy anyway [18:11] nullack: can you expand on it's features and what's needed to run it? [18:12] heno_: a teamspeak server and the client, it can have multiple channels and some moderation. But it's non-free [18:12] (I think we used it at UDS once) [18:12] Its used typically in gaming for teams of people = free to use, uses UDP, you can setup security on your chan, multiple servers [18:12] IIRC it was used at UDS-Paris [18:12] indeed [18:12] There is alternative non free [18:12] skype is non-free too though [18:13] actually, skype may allow up to 10 users now (but we'll have to check) [18:13] stgraber: would you be comfortable hosting conversations? [18:14] intellectronica: indeed -> http://share.skype.com/sites/en/2006/02/we_now_have_10way_conference_c.html [18:14] I think that "mumble" is the name of the free teamspeak like thing. [18:14] i would give skype a priority (despite being non-free) if it works at all. when it does work, it tends to be simpler to use than oterh solutions. in my team we've tried many different solutions and ended up coming back to skype every time [18:15] I agree [18:16] and i have the required hardware for hosting 10 people calls, so i'm happy to host [18:16] https://help.ubuntu.com/community/Ekiga do the list is conference calls it sounds feasible [18:16] heno_: I'm doing some TS hosting for some game team so I can just add a servr to that host yes [18:16] excellent, thanks [18:16] FYI the current Skype client does not work well in Hardy Kubuntu. Dunno about Gnome. [18:17] ScottK: is that the binary from the skype site? [18:17] ScottK: it works fine for me with in Gnome with Hardy and Intrepid [18:17] Yes. [18:17] ScottK: works fine for me, but on some installations you need to use the portaudio wrapper to make sure it interoperates well with the sound system [18:18] intellectronica: I'd appreciate some additional info on that outside the meeting. [18:18] it may also have issues on 64 bit systems [18:18] Mine are all 32bit. [18:18] ok [18:19] I had more luck with the one for Sid than Ubuntu, but maybe I should try it again. [18:19] I run skype on my n800 only [18:19] let's try skype for the next LP/Ubuntu meeting [18:19] Perhaps a naive question, but, we need a free tool for conversations....there are a few out there..why not focus some of the community testing/dev resources attention toward one and get it in shape? Ekiga Week...or something. [18:19] but we should also be on IRC [18:20] that's a point, but the world uses skype, which we also need to support [18:21] on a related topic intellectronica and bdmurray have combined the feedback from the prioritisation discussion [18:22] i have passed this to the launchpad mgmt team for consideration, b.t.w [18:22] is that available somewhere? [18:23] iirc it will be discussed next week [18:23] LaserJock: it's in https://wiki.ubuntu.com/QATeam/LaunchpadBugsFeaturePriorities [18:24] hmm, I thought TagDiscipline was much higher on the list [18:25] hm, looks like that doesn't have updated numbers [18:25] i may have missed something. i thought that wiki page was updated to reflect the latest discussions, but i may have been wrong [18:25] I'm afraid that's fallen between chairs, sorry [18:26] does anyone know where i can find the latest decisions? i'm happy to update this page from the data [18:26] I believe some people replied with their opinion to the ubuntu-qa mailing list [18:26] I was meant to but never got to it and though you guys had picked that up [18:26] bdmurray: right but some synthesis work is needed [18:27] right [18:27] OK, I'll take that tomorrow then [18:27] i don't mind collecting this data from the list, but i think someone from your team will need to ok this before i submit [18:27] I had actually promised to do that 10 days ago [18:28] We could add columns for each member perhaps? then heno could synthesize it [18:28] related to that, I'm not sure the MOTU column is exactly needed ;-) [18:29] I think I may take a more hand-wavy approach [18:29] bdmurray: wouldn't that be overkill? remember also, that we want results fairly quickly, before the end of the week [18:29] LaserJock: no, MOTU is done elsewhere [18:29] I'll read the list and meeting log [18:29] the meeting log should be pretty good, we were able to thrash things out a bit [18:29] indeed [18:30] if we're done with that, I have a new topic [18:30] QA server [18:30] did we cover the first agenda item? [18:31] intellectronica: did you get your questions answered? [18:31] heno_: sort of. i think we'll have to make sure that we're sorted well before the next summit meeting [18:32] we have two weeks, though, so i'll try to talk to people until then [18:32] I haven't seen thekorn around, I was sort of waiting on his reply to my email :/ [18:32] right. time and place will be monday in ~10 days in #ubuntu-quality [18:33] what should be the time, 16.00 UTC? [18:34] that's the current time, so unless it's inconveninent for someone who wants to participate, let's leave it like that [18:34] +1 [18:34] let's all make sure we have skype working by then [18:34] i'll host the meeting on skype, and try to gather people (up to 10 of them :) in the run up to the meeting [18:34] *cough* [18:34] intellectronica: thanks [18:35] [TOPIC]: QA server [18:35] let's have an agenda set prior though :-) [18:35] on the wiki [18:35] Wait, what's happening in #ubuntu-quality? Why not here? [18:36] persia: I don't think anything's happening in #ubuntu-quality, it's a voice meeting [18:36] persia: it's primarily a voice meeting [18:36] OK. I just saw "time and place will be monday in ~10 days in #ubuntu-quality" which didn't seem to match what else I was reading. [18:37] with a precense on IRC for those with skype problems ;) [18:37] RIght. No reason not to pass URLs, etc. for a voice meeting in #ubuntu-quality: most of us are likely to be there anyway :) [18:37] persia: my bad [18:37] heno_: Or just me having trouble understanding things at this time of night :) [18:37] QA server> [18:38] I understand a new box is now installed and powered up in the DC [18:38] that's great news [18:38] where we can move our package info pages, bug helper scripts, graphs etc [18:39] we need to give feedback on what URLs and such we want [18:39] Its still missing a dns entry though right? [18:39] .... so is it just as tight as usual DC access? [18:39] qa.ubuntu.com is currently the 'portal' [18:39] we have cron access, etc? [18:39] bdmurray: right [18:39] sbeattie: we should, yes [18:40] is it documented somewhere how to access? [18:40] should we still use *.qa.u.c ut forward the root URL to the drupal box? [18:40] or not yet? [18:41] ara: I can talk to you about that [18:41] bdmurray: ok, thanks [18:41] ara: it's not set up yet, but it will be now when we say what we want on it etc [18:41] Lamont is handling it [18:42] stgraber: do you have strong feelings about the dns handling? [18:42] and where will the package pages live? [18:42] status.qa.u.c/firefox etc? [18:43] heno_: just let me read the backlog [18:43] oh, we have a new box. Happy to hear that :) [18:44] stgraber and ogasawara: can you two agree on the namespace for the package pages? [18:44] *. pointing to Drupal was done with the multiple trackers in mind, now I'd rather like to remove some of them so I guess it's fine to just drop that entry [18:45] in the devel branch, package status are on : http://pkgstatus.qa.ubuntu.com/ [18:46] ok, cool [18:46] heno_: who's gonna have access to this box? [18:46] so we just need to agree on the first part of that URL [18:46] LaserJock: that will be Canonical folks only unfortunately [18:47] that's IS policy for the DC [18:47] heno_: ok [18:47] should it be 'status', 'pkgstatus', ...? [18:47] maybe status since there will be team pages too [18:48] right [18:48] so is this in addition to the qa.ubuntu.com box? [18:48] well, at least for this box Canonical QA guys can access it, AFAIK they couldn't access kumquat (current qa.ubuntu.com) :) [18:48] so it's "more open" than what we currently have (need to ask sysadmins for every changes we want to make) [18:49] so is the plan to move qa.ubuntu.com to the new box? [18:49] do we have consensus on 'status'? [18:49] If we have things that need access of one sort or another, we might be able to ask the Ubuntuwire folk for some hosting, although UWSA has their own set of policies. [18:50] LaserJock: not the portal, as that's drupal [18:50] heno_: 'status' is fine with me [18:50] LaserJock: I guess only python stuff will run on the new box [18:50] heno_: ah, I see [18:50] stgraber: heh, I see [18:50] I think we should maybe have a wiki page for QA resources [18:51] that would list the boxen available and what their limitations are [18:51] And this is a php-free box [18:51] the drupal box is php-only [18:51] ok, let's go with that [18:51] any other business? [18:52] heno_: it's not php-only, we have some python code too (syncronisation with LP) [18:52] we could then also list QA-related services that aren't hosted on one of those 3 so people can see where things are at [18:52] stgraber: could you give a list of the URLs that will need forwarding? [18:52] qa.* and iso.qa.* [18:53] for sure [18:53] brainstorm too [18:53] blog [18:53] what else do we still need at this point [18:53] firefox ? [18:53] brainstorm as it's on entry at bs.u.c though [18:53] right [18:53] right, firefox gets used still [18:53] wait a second, I'll have a look at the DB [18:54] firefox.qa.ubuntu.com, iso.qa.ubuntu.com, qa.ubuntu.com, blog.qa.ubuntu.com, status.qa.ubuntu.com [18:55] and we then drop: kernel.qa.ubuntu.com, server.qa.ubuntu.com, xorg.qa.ubuntu.com [18:55] sounds good [18:56] and we may redirect iso.qa a few weeks after intrepid is out :) [18:56] yeah [18:57] anything else, shall we wrap up? [18:57] nothing here [18:57] except that my home internet is quite broken atm so don't expect me to do much ISO testing or be able to attend a phone call before a few weeks (hopefully days) [18:58] :( [18:58] :( [18:58] Just wanted to thank everyone who helped knock down the pending SRU queue, it's looking better. [18:59] right. and I'll still be a bit tricky to contact until Monday [18:59] as I'm still sprinting [18:59] full day of talks still tomorrow and friday [19:00] stgraber: I might not be around for the next alpha on holiday :( so please get it fixed :) [19:00] I'll try :) [19:00] heh [19:00] connection at work is good though, I may download here and test at home [19:00] Oh, were we going to try to do a global bug testing session? [19:00] let me just finish by pointing everyone at http://people.ubuntu.com/~brian/graphs/ [19:00] if I'm lucky I can then use rsync [19:00] look at New bugs over the past 30 days [19:01] it's down by about 2000 bugs! [19:01] cool :) [19:01] testing Jam> good idea [19:01] nice ;-) [19:01] I mentioned it for Jono today [19:01] cool :-) [19:02] who will ask Daniel to have a look at helping set that up [19:02] based on his work with the bug jam [19:02] should we aim for around beta some time? [19:03] I was saying that seemed too late [19:03] should that include both iso and sru testing of some form? [19:03] at this point I think the earliest we can feasibly get it organized is best [19:04] We want to have it well before kernel freeze as an ISO testing jam would reveal those bugs the most [19:04] Since everyone will be testing on different hardware [19:04] bdmurray: because it takes longer to get people trained up to test properly before final or because the bugs are less useful that late? [19:04] heno_: could we take the opportunity of the testing jam to introduce automated testing and encourage people to contribute scripts? [19:04] cr3: indeed, how is that looking btw? [19:04] heno_: should we have the testcases wiki page ready before the testing jam so that they could also contribute manual tests [19:04] heno_: Yes I think people enabling proposed and not wanting to move to intrepid can hit sru [19:05] perhaps we should run it more like a testing open week with tutorials [19:06] can I get an extra confirmation on a bug please can someone try and use ekiga to connect to 500@ekiga.net ? [19:06] rather than aiming for testing volume [19:06] well, in my mind I was sort of thinking of it like an install fest [19:06] heno_: what do you mean by "how is that looking"? enabling the community to submit results to the certification server? [19:06] it should just hang straight up :( [19:06] except when it breaks, rather than saying "Ubuntu sucks!" people will file bugs :-) [19:06] we would rather build up some good testers than test lots of stuff poorly [19:07] LaserJock: perhaps we should have sucks.ubuntu.com redirect to bugs.launchpad.net [19:07] heno_: probably a combination of both would happen [19:07] agreed [19:07] good hardware coverage is good, even if the testing quality isn't all that great [19:08] basic, does it install? does it boot? is great there [19:08] but then we do want to get testing past basically ISO/installation testing I'm guessing [19:08] Given the history of the "Global Bug Jam", I'd advocate first getting something like "Test Days" in analog to "Bug Days". Then, look for LoCo integration with a few pilots, and only after the procedure is well documented, try for a big Global effort. [19:08] Laserjock: especially if good services like apport have good functionality users skill wont be the limiting factor with a wider hardware test [19:09] how should we track testing [19:09] ? [19:09] should we set up a fake milestone in the iso tracker? [19:09] persia: yeah, I was hoping we could move fast enough to get a Testing Jam in before Intrepid, but I'm starting to think that's a bit too ambitious [19:09] and how early can we pull one off [19:10] we could set up something similar to session based testing: http://en.wikipedia.org/wiki/Session-based_testing [19:10] if we down scale it we can do it sooner [19:10] I like the idea of having a few Testing Days [19:10] i.e. not use the word global just yet [19:10] I agree with persio that we should build it a bit gradually [19:10] to be more tutorial, work on the documentation and tools [19:10] My memory was that it took about a year to go from the concept of Bug Jam to the Global Bug Jam. [19:11] but we should aim to do the first 'small' day soon [19:11] With concerted effort, this could probably be 5-6 months, but sooner would be hard. [19:11] well, I was sort of banking on "standing on the shoulders of giants" and not taking so long ;-) [19:11] Maybe announce a special "Testing Day" to coincide with the release of the next Alpha, to be conducted in #ubuntu-testing? [19:12] Send lots of mail, and make sure to schedule people to be active and talking about their testing for all 49 hours of the international day. [19:12] That's the model that worked to get Bug Days up and running. [19:12] +1 [19:12] (way back in Hoary/Breezy days) [19:13] Oh, for the 5-6 month effort, I'll break it down: [19:13] * heno_ wait for the release schedule page to load [19:13] 2 months to get people adapted to attending regular Testing Days [19:13] 1 month to organise the first couple LoCos running a Testing Jam [19:14] 1 month to review, discuss, and document the experience and prepare a guide for next time, perhaps including a trial of the updates with a couple other LoCos. [19:14] Another month of press blitz to spread the word about the new working process, and let all the LoCos schedule space and prepare for a Global Jam. [19:15] That's 5, but I think it's an agressive schedule. [19:15] 6 would be having the updated procedure trial in a separate month from review/discussion. [19:18] split? [19:18] Indeed. [19:18] quite [19:22] sorry my wireless dropped out [19:22] well, a lot of people dropped [19:22] I was going to suggest Tuesday before Alpha 5 as a testing day [19:23] and perhaps do them for the remaining milestones [19:23] I think for the first day, it may be better to be post-Alpha. While this may not be a core testing day, it would mean that the normal testers are more likely to have time to support the new testers. === nizarus_ is now known as nizarus [19:23] Hrm, alpha 5 release coincides with the developer week, https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep [19:24] would we want to tie in with that? [19:24] Also, the new testers are sure to find a couple minor issues that also need reporting, but will need guidance on using the various trackers, etc. [19:24] but we really need people to get their head around how the test crunch works [19:24] Oh. That's not ideal. One can rarely get people's attention for more than a couple hours during Developer Week. [19:24] heno__: beta might be better [19:24] and regular testers will be a bit tired of testing after the release :) [19:25] heno__: Sure, people need to understand that, but I think showing them the procedures the first time will make the new testers feel more successful, and you can add the pressure the second time, when you have a larger group that understands what needs doing. [19:25] And the regular testers will probably find they are spending time helping the new testers test and report, rather than actually testing (at least this was my experience during the early Bug Days) [19:26] Or dealing with existing issues - the known issues list should probably be expanded [19:27] should it be a weekday (friday after alpha 5 then say)? [19:28] weekend days were quite slow past open week [19:28] AFAIR [19:28] davmor2, sbeattie: are you happy with the Friday? [19:28] We ran the first bug days on the weekends, and nobody came. We switched to weekdays, and got some people, but many of them complained they should have been on the weekends. I'm really not sure how to interpret that data... [19:28] sept 5th [19:29] heno__: I will still be on holiday :( [19:29] I get back sunday 7th [19:29] ok [19:30] ara, stgraber, cr3: any views on the Friday? [19:30] heno__: it fits my schedule, I think. [19:30] heno__: i will be travelling for the weekend (london) that weekend === ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 21 Aug 12:00: Ubuntu Mobile Team | 26 Aug 15:00: Server Team | 21 Aug 13:00: Desktop Team | 25 Aug 04:00: Arizona LoCo IRC | 21 Aug 14:00: Ubuntu Java Team | 22 Aug 12:00: Ubuntu MOTU [19:30] heno__: therefore, i wont be able to stay after 2pm (madrid time) [19:31] I'm just concerned about persia's point about it being hard to get people's attention during developer week. [19:31] we should make it clear that the alpha 6 day and beyond will be pre-milestone though [19:31] sbeattie: for a Friday even? [19:31] heno__: -ENOCLUE, persia? [19:32] Depends on what gets scheduled for Friday. It's often a full schedule for both Friday and Saturday, by the end of scheduling. [19:32] let's try that and see how it goes [19:32] Anyway, despite my preference for having meetings here, we're half an hour overtime, and it doesn't feel like we're still on an agenda: should we be in #ubuntu-quality? [19:33] we're at 90 minutes now, let's wrap up [19:33] indeed [19:33] Friday sounds good [19:33] #endmeeting [19:33] +1 [19:33] (for friday) [19:33] thanks everyone! [19:33] Thanks for allowing me to contirbute while not a member of the team [19:34] nullack: you can be a member if you like :) [19:34] :) [19:34] :) [19:34] esp. when you contribute! [19:35] see you! [19:35] I've go to run again [21:08] anyone knows where to get more sources for deb packages ? === mc44_ is now known as mc44 [22:52] * slangasek waves [22:53] hi all [22:53] hi [22:54] * ArneGoetje yawns [22:55] hi [22:55] Hey folks. [22:56] good evening [22:56] sorry for lack of mail, I have been mail-impaired this week [22:56] hi [22:56] my home server has been helpfully coming online for just long enough to download my mail and delete it from the server, and then vanishing again [22:56] ouch [22:57] ouch indeed. [22:57] urf [22:58] bryce,ogra: around? [22:59] heya [22:59] cjwatson: I guess you didn't get mail from kees about the meeting? [22:59] I did, but ... err ... I can't remember what it said, only that he had something to discuss [23:00] sorry, I feel like my umbilical cord has been cut [23:00] yeah, he didn't say, but I wondered if you realised he wanted some time tonight [23:00] I did, he doesn't seem to be here though ... [23:01] anyway, we can start in his absence [23:01] I just dropped him a reminder [23:01] any outstanding actions from last week? most of the things in the report seem to have been dealt with [23:02] has any testing been done on end-to-end 256MB installs with compcache? [23:04] ArneGoetje: how goes language-selector? (you said "next week") [23:04] hi, sorry, I was off by a day [23:04] wasnt that ogra's topic? [23:04] (compcache) [23:04] cjwatson: I'm currently testing and debugging it. [23:04] asac: yeah, I'm guessing he's rightly taking it easy at the moment [23:04] exactly [23:05] cjwatson: still some things to fix in the UI [23:06] needs help, or under control? [23:06] cjwatson: unfortunately mvo will be on vacation next week... so it has to be finished this week, or will need a FF excpetion... [23:07] perhaps somebody else (james?) can stand in if there is a current list of broken things [23:07] cjwatson: if someone with PyGTK experience could help, it would be great [23:08] ArneGoetje, what kind of problems are you having? (I'm tackling with PyGTK myself, for system-cleaner, and I've done some PyGTK programming before, so maybe I can help?) [23:08] we have plenty of those people, so send a list to ubuntu-devel@ or distro-team@ if you're still stuck by the end of the week [23:08] you can feel free to send some questions my way [23:09] cjwatson: ok, will do [23:09] calc: while ooo-langpacks isn't quite FF as such, it shouldn't drag on too late; I'm glad you're making progress with it [23:09] calc: any more news on openoffice.org testing? [23:09] cjwatson: yea, looking into the OOo split now as well, it might solve the issue for us [23:10] calc: I was about to install it myself, but for some reason the en-gb langpacks don't seem to have been built; is there a reason the -l10n package just builds en-us at the moment? [23:10] cjwatson: i got a few testers, mostly good reports so far, one about the splash screen being the old 2.4 one, heh :) [23:10] cjwatson: yea the languages aren't finished yet in beta2 [23:10] cjwatson: supposed to be ready for rc1 next week [23:10] oh, just not available upstream [23:10] yea [23:10] ok, I'll install it tomorrow and try it out for a few things then [23:11] slangasek: I gather that /etc/fstab thing got fixed? sorry about that, that was my fault [23:11] very impressive bug, not the sort of thing I'd ever have thought of in advance [23:11] cjwatson: I was only peripherally involved, but I saw that mario and pitti came up with a solution for alpha-4, yes [23:12] cjwatson: from what i remember the fix was rather a quick-fix .... provided by mario .. so you or evand probably want to look into a good solution still ;) [23:13] yeah, it's not perfect but will do for now [23:14] ok, milestoned bugs [23:14] (brief pause while I look up the list) [23:14] calc: are the OOo ones blocked on upstream, or fixable in current packages? [23:15] asac: n-m/resolvconf (256480)? [23:15] cjwatson: iirc they should all be fixed when i make the rc1 upload [23:16] bryce: keypad lock button? (91056) [23:16] cjwatson: i haven't verified whether it would be done with beta2, but then beta2 has no translations yet [23:16] cjwatson: i have a patch for that. actually i have two patches, whether we need the more complex one relies on whether we want to use the ifupdown backend (eni) [23:16] looking [23:17] cjwatson: but more on that during "other business" [23:17] odd, thought that was fixed [23:17] up to you to mark it as such if it is :) [23:18] ah looks like just that bdmurray typo'd - said it was fixed when he meant WASN'T fixed [23:19] I'll look into it more. not sure it's critical enough to be a milestone bug, and I suspect it's probably an issue in gnome rather than X, but I'll dig into it [23:19] I have a few intrepid-targeted bugs: germinate is putting apt in the wrong seed and we need to figure out what to do (254042), oem-config is screwed (several bugs), and there's something busted in encrypted LVM [23:20] hrm [23:21] I don't think any of the other intrepid-targeted bugs need discussion here at the moment, but I have that on my standing agenda now so try to give them a bit of gardening before the next meeting [23:21] sponsorship queue [23:22] I think mdz sent out a mail to indicate that all Canonical distro team staff with upload privileges should be spending an hour a week on the sponsorship queue (less if the queue is empty or if there's really nothing you can sponsor) [23:22] talk to me if this is going to be a major problem; usually sponsorship pays back the time spent eventually [23:22] Hrm I don't remember seeing that, will have to have a look for it. [23:22] he may not have sent it yet; we've discussed it and he's going to [23:22] cjwatson: that keyboard bug is low priority and has been around for quite a while (I have looked at it live with brian a couple times). I've dropped the milestone but will leave it assigned to me. It's not a keyboard hotplug issue. [23:22] bryce: ok, thanks [23:23] Ok thats fine then. [23:23] for those who have managed to remain unaware of it despite Daniel's pings, the queue is at http://people.ubuntu.com/~dholbach/sponsoring/ [23:24] so it's suggested that we pick through that list ourselves now, rather than waiting for dholbach to farm them out to sponsors? [23:24] I'll give an amnesty this time round, but for next meeting, please expect to be asked about anything old with your name against it in that queue; sometimes we may want to drop it or assign to somebody else [23:24] slangasek: no, dholbach will still be assigning it out, but there's some concern that it's not getting done despite assignment [23:24] * slangasek nods [23:24] and I want to make sure it does get done, since it's important in retaining contributors [23:25] I had a run where mine aren't getting done, but now I'm caught up and haven't gotten any new sponsorship assignments in the past few weeks [23:25] maybe that means dholbach gave up on me :/ [23:26] * TheMuso notices a few he didn't know about... Will attend to them today/tomorrow. [23:26] I'm hoping we can get into a routine of checking them weekly [23:26] I plan to myself, I have a few there [23:26] jono pointed out that an hour a week of Canonical's uploaders comes out to roughly one full-time person's worth [23:27] which I think ought to be pretty useful [23:27] ok, was there anything in activity reports that needs discussion here, bearing in mind that my e-mail is down? :-/ [23:28] well, I broke pam this morning [23:28] then I fixed it [23:28] so don't upgrade to the wrong version :) [23:29] asac: you mentioned network-manager and /e/n/i [23:29] 1. a broadband provider database with a NM wizard was released this week. i am working closely with the author to flash out any rough edges, but since its young i expect that we need a feature freeze exception for this great new feature [23:30] an initial test version is available in: https://edge.launchpad.net/~kaijanmaki/+archive [23:30] you might need the https://edge.launchpad.net/~network-manager/+archive as well in your sources [23:30] s/broadband/mobile broadband/ [23:32] 2. i managed to get the eni backend in a usable state. the problem with that is that using that together with ifupdown installed can cause issues [23:32] in particular that we end up having two wpa_supplicant instances running for interfaces configured to use wpa- stanzas [23:32] asac: we don't need an FF exception yet ;-) [23:33] I'm really, really scared of n-m conflicting with ifupdown [23:33] it opens a can of worms that we have managed to avoid so far [23:33] cjwatson: (btw kees is in channel now) [23:34] it seems worth going to some lengths to avoid that; for instance can we just have ifupdown ignore wpa- stanzas? [23:34] cjwatson: one option would be to put the new backend to a separate binary package that then conflicts with ifupdown, but which we dont install by default for now [23:34] if ifupdown and n-m conflict, and n-m is unable to bring up the interface, things are going to get ugly [23:35] maybe when n-m doesn't think I'm offline with my bridge on VLAN interfaces... :) [23:37] cjwatson: making ifupdown ignoring wpa- stanzas would mean that ifupdown cannot handle wpa anymore [23:37] kees: what kind of setup is that? have you tried to do the same with 0.7? [23:38] asac: 0.7 is what started causing my problems. [23:38] kees: true. most likely because it ignores /etc/network/interfaces atm [23:38] asac: I have eth0 split onto multiple tagged VLANs. I've also got a br0 set up on one of them for bridged kvm to work [23:38] asac: ah-ha [23:38] whereas 0.6 was forced to expose "always-online" when anything was configured there [23:40] anyway. i see that people are two scared about replacing ifupdown by default. thus i suggest to do two ifupdown backends: [23:40] 1. a simple one that sets all devices configured there to "not-managed" [23:40] 2. the real backend that tries to provide legacy support [23:40] with 1. being installed by default, but 2. conflicting with ifupdown [23:40] 1. corresponds roughly to what we did before, although we were slightly finer-grained [23:41] how were we finer-grained? [23:42] cjwatson: in 0.6 we ignored all interfaces that are configured in /etc/network/interfaces and pretended "always-online" ... in 0.7 we would just refuse to manage those interfaces through NM ... seems like the same granularity to me. [23:42] we didn't ignore 'inet dhcp' for instance [23:43] depends on your definition of "configured" [23:43] cjwatson: we ignore that since gutsy [23:43] in feisty auto inet dhcp was still managed, but we dont do that anymore [23:44] oh, I completely forgot about the ifblacklist_migrate stuff, sorry, you're right [23:44] remember, we have that migfration thing [23:44] in that case I like your suggestion [23:44] good. actually if its just the system-config plugin that conflicts with ifupdown we can easily decide what to use by default [23:45] yes, that gives us a good deal more flexibility [23:45] ok [23:45] kees: what was the item you wanted to bring up? [23:45] procps has carried an ever-growing collection of ubuntu-specific sysctl settings. Recently, Debian introduced the idea of /etc/sysctl.d for packages to install their own defaults. [23:45] I'd like to move the Ubuntu sysctls from /etc/sysctl.conf into separate /etc/sysctl.d/ files, but I have been thinking this should maybe be a separate package, instead of continuing the "patch against procps" way things have been going. [23:45] I'd like to use "sysctl-ubuntu" (and have procps depend on it). Other packages (for example, wine) would like to set sysctls too, so they could follow the naming convention and use something like "sysctl-lowmem" (for wine and dosemu). [23:45] Does this sound right, or should I continue to just keep the sysctl files in procps where they've always lived? [23:47] kees: any (overarching) reason these sysctl changes are unsuitable for submission to Debian? [23:47] sysctl-ubuntu sounds a bit like etc-ubuntu [23:47] slangasek: Debian appears to follow a policy of not actually setting anything in sysctl.conf [23:47] slangasek: it's just filled with commented examples [23:47] ah [23:48] any reason not to change these values in the kernel package, then? :) [23:48] slangasek: push-back from the kernel team, and higher discoverability [23:48] ok [23:48] I'm okay with keeping in procps (I actually have this merge prepared) but figured I should ask about it, since it seemed kind of modular [23:49] honestly, things like the inotify bump should go into tracker's package. [23:49] but things like network and process security don't have an obvious home [23:49] I prefer "core" things being in procps, personally, though I only peripherally care [23:50] * slangasek agrees on both counts [23:50] okay, sounds good to me. I'd already started a kind of numbering-convention, and I can move stuff around as needed. [23:51] we do have a lot of gross stuff in there, and even worse it's architecture-specific [23:51] I'll toss the inotify stuff at tracker, and leave the rest in procps, but broken out into files. [23:51] so I'm all for it being cleaned up a bit [23:51] cjwatson: only 1 thing is arch-specific (ppc) [23:51] yeah, I know, I'm afraid that bit is my fault [23:51] it'll be much more clean in separate files, that's for sure. I'll go flush that merge in a few minutes then. thanks! [23:55] as other business, I thought I should also give a summary of what I/we've been doing this week: getting back from holiday etc., reviewing the 2008 strategic plan (all of Monday!), some UDS and sprint planning, talking about the sponsorship queue and code review, going through our current commercial engagements, helping kirkland out with a bunch of installer work (iscsi, ecryptfs, landscape), and giving LP 3.0 development ... [23:55] ... priority feedback to kiko [23:56] any other other business? [23:56] yes [23:56] yeah, a big fat public thanks from /me to cjwatson ;-) [23:56] bryce: go ahead [23:57] I'm nearing the end of my 3-month stint for meeting minutes author (1 meeting to go), so am looking forward to handing off the duty to a new soul [23:57] well remembered that man [23:57] (also I guess this is where we'd talk about new meeting times as well) [23:57] * TheMuso looks. Its gone that fast? Wow! [23:58] IIRC we had a proposal that involved a standard rotation, so I'll dig that out [23:58] I have an item as well when this one is dispensed with [23:58] cjwatson: sounds good. [23:59] cjwatson: wasn't it -8 hours each time? [23:59] for the sake of time in this meeting, please can somebody volunteer by e-mail to me by next week, otherwise I'll nominate somebody [23:59] ArneGoetje: I think so