[10:58] persia: do we have a meeting tonight? [10:58] * persia double-checks but thinks so [10:59] We're scheduled for one. [11:00] Now or plus an hour? [11:01] Now. [11:01] Awesome. [11:01] And didn't time there change minus? [11:01] persia, i'm not sure we've successfully had one since the UK changed, but correct me if i'm wrong [11:02] You may be right. [11:02] That said, since none of us are in the UK, I think we oughtn't care. [11:02] I'm just all thrown out with times as per the Humans Changing Crap thing that we do to make our own lives harder [11:02] * persia wonders if some nice soul has put up a DST map [11:03] Yes! We need to get more red on http://upload.wikimedia.org/wikipedia/commons/thumb/2/29/DaylightSaving-World-Subdivisions.png/370px-DaylightSaving-World-Subdivisions.png [11:03] (these are all the places that have sensibly stopped using DST) [11:03] Ok, we're one short of quorum [11:05] Looking at our area, it seems EDT, CDT, NZST, and Chatham Island Time are the remaining offenders. [11:05] we're innocent here... [11:05] Those of you living there now or expecting to live there soon should complain to your governments and get them to stop the madness. [11:06] ajmitch: Sorry. The wikipedia map appears to be out of date. [11:06] * ajmitch storms parliament to redress this situation [11:06] Wait. Are you sure there's no NZDT or CHADT anymore? [11:07] there is, but it's ended for the next few months [11:07] Oh, because of winter? [11:07] yes [11:07] A perfect opportunity to make sure it never returns :) [11:07] it sounds like you don't like the idea of it :) [11:09] Not really. I like sun in the morning :) [11:11] * ajmitch wonders where the stray board members are [11:12] Two of them seem to be detached, and the other is "Away" [11:12] Oh, and the extra bonus folk never come anyway, so I don't even bother looking for them anymore. [11:13] that seems problematic [11:13] Yeah, well. We get to have elections soon. [11:14] wonderful [11:14] I'm not putting my name forward :) [11:14] Which means that we have a decent chance of not having folks who don't participate on the board. [11:14] Ae you sure? Do you have something better to do at midnight on Tuesday nights? [11:15] it's only about 10PM here at the moment [11:15] but I couldn't guarantee availability, so I wouldn't want to contribute to your quorum problems [11:19] I was thinking of end-of-meeting in the Summer, but yeah. [11:19] om26er: Many apologies, but I believe we're going to fail to reach quorum this evening. [11:19] (unless there's some kind soul from another board that wants to sit in) [11:20] * elky glances at popey [11:21] persia: I'm frequently up until past midnight anyway [11:21] * ajmitch is just filling in time finding some nasty problems on that rc bugs list [11:22] * ajmitch has seen themuso around this evening, isn't he on the board? [11:22] Yes. [11:23] he appears to currently be set /away [11:24] Right. [11:27] hmm? [11:28] quorumfiller, but I'm not sure om26er is responsive anyway [11:28] * om26er is [11:28] ooh, he is [11:28] happy to [11:28] lifeless: persia, still there? [11:30] :( [11:31] om26er, how about you introduce yourself and your contributions now, and if they reappear they can respond/query etc [11:32] My name is omer akram, I live in pakistan, I have been triaging bugs for ubuntu for a while [11:32] I work on empathy, gwibber and all indicators [11:32] send most of the empathy bugs upstream myself [11:33] I started with ubuntu-moblin-remix but that turned out to be a dead project then slowly moved to #ubuntu and then starting triaging [11:33] I am not a programmer, I only triage bug for ubuntu [11:34] I adopted empathy and gwibber in 'adopt-a-packge' [11:34] some nice testimonials there [11:36] om26er: You've come before us previously. What changed this time, or what brought you back? [11:37] persia, I was asked to come back with testimonials from the people I work with so this time I came with those [11:37] Makes perfect sense, and matches my memory of your application :) [11:37] * persia is well-familiar with om26er, and has no further questions. [11:38] om26er: what's your plan for MOTU? [11:38] or rather "what's your plan for joining MOTU and perhaps becoming one" [11:38] popey, I am learning packaging, I thought packagers were also in MOTU? [11:39] I can do basic but still not perfect [11:39] MOTU is but one of many development teams. [11:39] Don't worry, they'll give you plenty of practice [11:41] I asked kamusin to cheer for me but he had a different time [11:42] i have no more questions [11:43] Also I work very closely with upstream developers about their projects, often ask them at their IRC channels [11:44] elky: lifeless: ? [11:44] lifeless: are you still there? [11:45] i have no questions [11:46] morning. I'm in favor of om26er aplication [11:47] thanks BUGabundo_remote [11:49] ready to vote? [11:50] all but lifeless, he can catch up later unless we can find another RMB member somewhere [11:56] well, I'm about to leave for lunch, so if you need it my vote is +1 :) [11:56] based on excellent feedback and a clear contribution to a core set of apps. [11:56] +1 from me too [11:57] +1 from me too: great job on cleaning up the wiki page and making your contributions clear. [11:57] lifeless: So, say something :) [11:58] lifeless, in case you have tab-completion-specific highlighting enabled. [12:01] OK. Timeout. [12:01] lifeless, if you return, please vote and do minutes/announcements/team adds if you vote in favour. [12:02] om26er: Sorry about that. We'll get you sorted (either approved or deferred with clear comments) by the next meeting. === BUGabundo_remote is now known as BUGabundo_lunch === om26er_ is now known as om26er [12:05] * vish cheers for om26er :) [12:06] grats om26er [12:08] hi [12:08] back === dholbach_ is now known as dholbach [12:09] clearly I wandered off at precisely the wrong time [12:09] Cool, you can still sneak in with a vote [12:11] +1 [12:11] persia: ^ [12:11] Excellent. Now go process the successful application :) [12:11] persia: however I'm going to beg off doing the follow up [12:11] om26er: Congratulations! [12:11] as I've got a head cold [12:11] and am -> bed right now [12:11] yeah [12:11] om26er: congratulations! [12:12] om26er, yaaaaaaaaay! [12:12] lifeless: It's particularly annoying that you have a good excuse. [12:12] vish, thanks alot [12:12] elky: Are you up for a while, or do you want me to do it? [12:12] lifeless, get well :) [12:12] om26er, hope that make you even better contributor :) [12:12] persia: they have me on two antibiotics simultaneously, for the fun of it or something. [12:12] gnight y'all [12:12] gnight [12:13] persia, thanks [12:13] Damascene: om26er has certainly been doing a *lot* of triaging , and certainly "addicted to Ubuntu" :) [12:13] persia, if you fight with launchpad, i'll do the mail [12:14] he was helping me with empathy bug report. and I knew he was very helpful [12:14] Sure. [12:14] elky: Done. [12:14] * om26er notes he got another testimonial on the wiki page :-) [12:15] om26er, pfft, like you need it now [12:15] * ziroday lets out the balloons for om26er [12:15] even if I [12:15] even if I'm a bit late to the parade === rgreening_ is now known as rgreening [14:00] #startmeeting [14:00] Meeting started at 08:00. The chair is NCommander. [14:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:00] [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100413 [14:00] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100413 [14:01] hi [14:01] hi [14:01] hey [14:01] moo [14:01] JamieBennett: ogra: StevenK: dyfet: GrueMaster: persia: ping [14:01] :) [14:01] mooo [14:01] i surely forgot someone [14:01] You forgot *heaps* of folk [14:01] you forgot plars [14:01] * GrueMaster drags a large coffee mug into the room. [14:01] and ian_brasil [14:01] and rbelem [14:02] and dmart :) [14:02] [topic] Action Items from April 6th, 2010 [14:02] New Topic: Action Items from April 6th, 2010 [14:02] hi [14:02] ;) [14:02] [topic] GrueMaster and plars to continue to keep working with crimsun on ARM PulseAudi [14:02] New Topic: GrueMaster and plars to continue to keep working with crimsun on ARM PulseAudi [14:02] Fixed. [14:02] \o/ [14:03] hi [14:03] [topic] asac to upload libplist with -marm [14:03] New Topic: asac to upload libplist with -marm [14:03] It turned out to be libspeex. I had thought the patch from NCommander had made it into the build, but upon digging deeper, I found it hadn't. [14:04] done [14:04] actually wasnt needed [14:04] good work NCommander and GrueMaster on that bug btw [14:04] it worked after replacing the builders with good hardware [14:04] ack ... thanks NCommander and GrueMaster [14:04] [topic] asac and dmart to get firefox rendering issue upstreamed [14:04] New Topic: asac and dmart to get firefox rendering issue upstreamed [14:04] No applause please, just buy us beer. :P [14:05] we upstreamed, but have no input so far [14:05] will do a debugging session with roc as a last resort [14:05] [topic] ericm, plars, NCommander to investigate uboot-mkimage breakage and offline dove installation [14:05] New Topic: ericm, plars, NCommander to investigate uboot-mkimage breakage and offline dove installation [14:05] ok [14:05] no progress from me, plars, anything for you? [14:05] no [14:06] whats broken ? [14:06] c/o [14:06] uboot-mkimage is totally generic [14:06] ogra: offline installation [14:06] ogra: but its unconfirmed if its broken [14:07] right, we need to check that first [14:07] but why is uboot-mkimage involved here ? [14:07] the package only contains a single file [14:07] Does someone have a bug link? [14:07] (the mkimage binary) [14:07] ogra: its installed by flash-kernel-installer into the squashfs [14:07] long story [14:07] on why its like that [14:08] * ogra could imagine flash-kernel being broken but still doesnt get why uboot-mkimage is at fault [14:08] ogra: because if it isn't on the CD, apt-get will try to download it from the wbe and cause offline installation to fail [14:09] well, then its either a seed or a dependency issue :) [14:09] [topic] NCommander and plars to work together to reinitialize plars's NAND flash on his X0 [14:09] New Topic: NCommander and plars to work together to reinitialize plars's NAND flash on his X0 [14:09] we didn't get to that this week [14:09] no progress [14:09] but it wasn't urgent at all [14:10] Which version of mtd-utils were you using? [14:10] and I know NCommander has been pretty swamped :) [14:10] no ericm so skipping his action item [14:10] persia: his board been throwing NAND errors in the kernel log, I was going ot have him reset it in u-boot [14:10] Oh. That can be done from the OS as well. [14:10] plars: Catch me later in the week if NCommander is busy, and I'll see if I can help. [14:11] ok [14:11] persia: there is some uniqueness on how NAND is done on Marvell which means I think it should be done in flash [14:11] er [14:11] in u-boot [14:11] OK. [14:11] [topic] NCommander to coordinate with lamont on determining if OOo build failure is HW specific [14:11] New Topic: NCommander to coordinate with lamont on determining if OOo build failure is HW specific [14:11] Happened, Didn't Help :-/ [14:11] [topic] persia and NCommander to test and improve server image experience [14:11] New Topic: persia and NCommander to test and improve server image experience [14:11] c/o unfortnately [14:11] No point. [14:12] [topic] Standing Items [14:12] We'll be in deep freeze by the next meeting. [14:12] New Topic: Standing Items [14:12] [topic] http://people.canonical.com/~pitti/workitems/canonical-mobile.html [14:12] New Topic: http://people.canonical.com/~pitti/workitems/canonical-mobile.html [14:12] This is it folks [14:12] doesn't look too bad [14:12] nope [14:13] Skipping kernel status since no ericm or coolney [14:13] er [14:13] wait [14:13] hmm [14:13] and no amitk [14:13] [topic] QA Status (GrueMaster, plars) [14:13] i think workitems wise we are well set [14:13] New Topic: QA Status (GrueMaster, plars) [14:13] i would have liked an update about the regulator issues oon imx51 [14:13] ogra: do we have the patch yet? [14:13] asac, since a week or so [14:13] e.g. the missing piece? [14:13] Beta 2 iso testing completed [14:13] ok [14:14] the new BSP went into the public GIT [14:14] ogra: as a SRU? [14:14] and is supposed to have the fix [14:14] I'll update the pairwise stuff [14:14] probably today [14:14] the beagle kernel looks quite sane now at least for the C4 [14:14] I'm finding a lot of bugs testing various apps. ~11 this last week. [14:14] also something we need to get on this week is upgrade testing [14:14] I plan to do upgrade testing on at least imx51 this week [14:15] we dont have hardy ;) ... so just karmic-lucid upgrades i guess [14:15] right [14:15] just karmic-lucid [14:15] do we acutally support the hardware we supported in karmic still? [14:15] yay [14:15] and we're not an LTS :) [14:15] ogra: that too :) [14:15] heh [14:15] asac, on babbage we did support b3 [14:15] i mean ... afaik karmic was armv6 ... now we are armv7. do we need to do something about that? [14:15] not on dove though [14:15] e.g. preventing upgrades? [14:16] there is code i added to u-m [14:16] asac: already have a sanity check in there as far as I know [14:16] ok [14:16] that might need an enhancement [14:16] ogra: ah, i was wondering who added that, thanks [14:16] NCommander: what does that santiy check do? [14:16] i guess we need to tweak/adjust that for karmic-lucid? [14:16] asac: checks for ARMv{6|7} on upgrade from jaunty-> karmic -> lucid [14:16] asac, checking for ARMv5 in cpuinfo [14:16] Don't remember if it was updated for ARMv7/Thumb2 [14:16] and blocks if you are v5 [14:16] so is that just working right now? i guess it needs some love? [14:16] who can take that actiuon? [14:17] it was only for nslu2 installs [14:17] * NCommander can't [14:17] * ogra would love to but wont have time [14:17] who added that ? [14:17] me [14:17] where is that check implemented? [14:17] update-manager [14:17] asac: UpdateManagerQuirks [14:17] right [14:17] ok ... [14:17] just look for ARM [14:17] dyfet: are you there? [14:17] its the only code adding that [14:17] dyfet: could you take the action to check if the update-manager tweaks are fine? [14:18] [action] dyfet to check update-manager sanity checks for ARM upgrades [14:18] asac: if you change strings now people will get unhappy … [14:18] ACTION received: dyfet to check update-manager sanity checks for ARM upgrades [14:18] mvo: hmm [14:18] but the check is definitely there [14:18] mvo: what strings? [14:18] mvo, we'll only change the check [14:18] mvo: asac we can probably use the same error message [14:18] yeah [14:18] hopefully [14:18] its babbles about v5 though [14:18] ok, iirc it mentions the arm version [14:18] what does the current string read? [14:18] anynthing else on QA? [14:18] that's it from me [14:18] thanks [14:19] tomorrows beagle images should be testable, please test [14:19] yes! [14:19] GrueMaster: any bugs you want to discuss that came out of your tests? [14:19] with more focus on d-i than on live [14:19] or are those "general/low prio" bugs that dont need special attention? [14:19] live is very slow and not a fun thing to install [14:19] Like I mentioned earlier, I found 11 new bugs this last week. [14:19] and many thanks to ogra for plowing forward on the TI stuff and finding new things before they were really testable in the images [14:19] plars, i'm not done yet [14:19] Yesterday, I found a critical bug with f-spot. [14:20] ogra: heh, no doubt :) [14:20] and many thanks to plars for covering me while i was at a customer :) [14:20] GrueMaster: are these all looking to be arm specific? [14:20] Yes [14:20] f-spot ? [14:20] what broke ? [14:20] GrueMaster: I have seen the f-spot one, but I don't think I've noticed subscriptions on the others, do you have a list? [14:20] Bug 561874 [14:20] Launchpad bug 561874 in f-spot "NULL Reference exception in F-Spot" [Undecided,New] https://launchpad.net/bugs/561874 [14:20] I'm working on a list. [14:21] GrueMaster: ok thanks. [14:21] * ogra hasnt seen any of them in his bugmail [14:21] [ACTION] gruemaster to assemble list of bugs that might need attention still ;)a [14:21] I also sent a list early last week to ogra and asac of bugs that needed attention. [14:21] GrueMaster: right. that was great [14:21] GrueMaster, are they all subscribed to ubuntu-armel ? [14:21] just thought if there is anything new/else ;) [14:21] I'm working on making sure they are subscribed. [14:22] * ogra wonders why they didnt end up in his bugmail folder [14:22] ah [14:22] ok [14:22] asac: There are a lot of new bugs. Will email later today. [14:22] GrueMaster: ok. maybe we can send that list to ubuntu-mobile? [14:22] l.u.c? [14:22] i can take a quick look before sending there if you want me to filter [14:23] moving on? [14:23] [topic] # [14:23] New Topic: # [14:23] ARM Application status (JamieBennett, dyfet) [14:23] uh [14:23] [topic] ARM Application status (JamieBennett, dyfet) [14:23] New Topic: ARM Application status (JamieBennett, dyfet) [14:23] hehe [14:23] webservice-office-zoho is in the images and seems to work (apart from a last minute hiccup late yesterday that is now fixed), webmail integration has had its MIR approved ready for inclusion. Not much else to report. [14:24] the .desktop file should really get a StartupNotify=Ture [14:24] *True [14:24] ogra: I can do that today if we really need it [14:24] its a bit irritating that you dont get any notification [14:25] i just get dumped back to the favorites page [14:25] at least on beagle [14:25] desktop-webmail is in archive and will get on image tomorrow ;) [14:25] asac, is there any progress on the scrollbar issue ? [14:25] ogra: OK, I'll add that and kick asac to reupload it later :) [14:25] with that we are fine and happy [14:25] it shows up quite heavily in the weboffice stuff [14:25] ogra: i commented that above, didnt i? [14:25] * ogra missed it [14:26] ogra: so the stuff is upstreamed. but not much traction [14:26] meh [14:26] ogra: i will go and debug this with "roc" ... who offered [14:26] his help [14:26] ah, that was that, yeah, i saw that passing by :) [14:26] sorry for not paying enough attention [14:26] roc is the layout superguru on mozilla ;) [14:26] * ogra trioes to do 7 things at once [14:26] hehe [14:26] no problem [14:26] so yeah. i really hope i get a lead on that [14:27] i see that its annoying [14:27] especially if we promote weboffice ... its quite prominent in the docs [14:28] ok [14:28] *nods* [14:28] [topic] ARM Porting/FTBFS status (NCommander, dyfet) [14:28] New Topic: ARM Porting/FTBFS status (NCommander, dyfet) [14:28] OOo is broken again, I think we just need to upload -marm and hope for the best [14:28] theres not enough time to properly test any fix before final freeze [14:29] what happened to gphoto ? [14:29] i saw it vanished from the list, did someone actually fix it ? [14:29] ogra: libgphoto? [14:29] DIdn't didrocks say it wasn't in shape for lucid? [14:29] I hit retry onit, but didn't follow up on it [14:30] NCommander, ah [14:30] so i probably looked when it was building [14:30] its timing out [14:30] i gave back gphoto [14:30] i dont think it succeeded [14:30] i didnt find any example code to get around it, else i would have fixed it yesterday [14:30] ogra: whats the problem? [14:30] asac, iot needs some pinger mechanism to keep the shell active [14:31] the buildd times out if there is no output for 150min [14:31] ogra: hmm. you say the logg pipe times out? [14:31] interesting [14:31] and 150min is normal here? [14:31] ogra: that needs lamont to change the sbuild time out [14:31] that feels too long even on arm ;) [14:31] i know we have other packages that added something to debian/rules to generate some noise every 60min [14:31] asac: 150m is default [14:31] ogra: it builds locally? [14:31] We havea script that keeps builds active, but it can mean builds running for weeks if they really hang. [14:31] well. i mean: a package that doesnt spit out stuff for 150min is not broken? feels like there is a bug [14:31] NCommander, no, that should be fixed in the package and we have other packages that use a hack [14:32] asac, no, there are plenty packages that build -dbg packages with lzma which is very slow on arm [14:32] ogra: having the script make noise is a bad idea [14:32] ogra: too easy to hang in inifinite loop [14:32] we had that issue wtih sparc a lot [14:32] NCommander, thats what others have done [14:33] the right method is to extend the delay [14:33] and what we promoted during karmic iirc [14:33] ogra: thats what you done, I've had lamont fix the ones I found [14:33] i havent done anything [14:33] NCommander, can you take care then for gphoto ? [14:33] ogra: the right solution is to extend the timeout in the prename place for it in the build system, not hack up makefiles and deviate from debian [14:33] ogra: if I have time OOo is my priority [14:34] NCommander, well, its a give-.back and can happen after final freeze [14:34] fair enough [14:34] I'll look at it when I'm done with OOo [14:34] you just seem to know a proper solution :) [14:34] [topic] ARM Image Status (ogra, persia) [14:34] New Topic: ARM Image Status (ogra, persia) [14:34] did you talk to the likewise guys ? [14:34] so they apply the patch properly ? [14:35] ogra: no, I haven't finished refixing the patch inbetween OOo builds [14:35] hmm, gphoto didnt come back omn the ftbfs page yet [14:36] when did you give it back ? [14:36] ah, its pending [14:36] ogra: I don't remember if I did [14:36] i gave it back iirc [14:36] someone said he did ... asac [14:36] but more than a day ago [14:36] but no build score boost powers ;) [14:36] yeah, its waiting for free buildd time [14:37] the builders are pretty stuck with long term packages atm [14:37] Given the size of the queue, it may be best to wait a day or so to let it settle. [14:37] 207 packages [14:37] and still a ton of haskell building :/ [14:38] uvh [14:38] *ugh [14:38] and openjdk [14:38] And more haskell to go once those build. [14:38] just ping me if we need rescores [14:38] and kdelibs [14:38] we need more builders [14:38] On image status, where are we? [14:38] its an impact of having lost two [14:38] ogra: we need a lot of things :-/ [14:38] we only have 6 instead of 8 [14:39] whats the problem with the builders? [14:39] asac: 20 hours behind. [14:39] also 3335557 [building] Building armel build of haskell-json 0.4.3-3 in ubuntu lucid RELEASE [14:39] is DEAD [14:39] asac, no idea, we need to ask lamont ... when he replaced machines itz seems he only replaced 6 but not 8 [14:39] its building since 6 days [14:39] hanging at Setting up ghc6-doc (6.12.1-12) ... [14:39] i think that machine just hard crashed [14:40] so i assume we only have 4 [14:40] builders --- if we are happy [14:40] asac: LP will time it out if it did after buildd-queue fails to talk to it [14:40] NCommander: not in this case it seems [14:40] asac: machine must not be completley dead [14:40] it should have timed out after 150min ... as discussed above :) [14:40] yes thats what i think [14:40] ok /me goes #is [14:41] someone needs to take an action to talk to lamont about the builder situation [14:41] ++ [14:41] ogra: persia image status? [14:41] NCommander, fine [14:41] good [14:41] I guess we need to push that --- running out of builders between freeze and release is a risk [14:41] begale will be better tomorrow but not yet perfect [14:41] [topic] Any Other Business [14:41] New Topic: Any Other Business [14:41] the others are ok as usual [14:41] speaking earleir of kdelibs, we are participating in a discussion with upstream to provide some KDE_PLATFORM_PROFILEs that can enable fine grained switches to change things during the kdelibs build. Based on this patch http://paste.ubuntu.com/413636/ [14:42] comments welcome [14:42] dmart, we'll care for it ... [14:42] sure [14:42] did we miss kernel status updates? [14:43] not kernel guys here [14:43] plars: No kernel folk showed up. [14:43] oh, I see [14:43] ian_brasil, so will that mean that we get three packages instead of one ? [14:43] ian_brasil, we have some other patches to to the build system [14:43] seems to me that we want all thee flavours in the archive for different tasks [14:43] which scares me since that means three build runs [14:43] tripling the build time [14:44] ian_brasil: I'm a little worried about the implications of that in terms of way in which we compile stuff. I'm a fan of finer-grained pacakging, but we only get one compile run that has to serve all of desktop/tablet/mobile (or else we have to run through the compoile three times, which takes three times as long, as annoys the mirror providers). [14:44] ogra, yep... i do not agree with that patch [14:45] rbelem, +1 [14:45] i will finish the patches and send to the list [14:45] rbelem: ian_brasil: unrelated question: is liquid moving forward for lucid+1? do you need a UDS slot? [14:46] that patch is about splitting the kdebase workspace [14:46] asac, yep [14:46] asac, i think we will need some space for discussions [14:46] rbelem: Do we need a slot just for liquid, or do we need a couple specs in collaboration with the Kubuntu folk (I thought the latter)? [14:46] asac, rbelem will be there and some talk aboput issues like this would be useful [14:47] rbelem: cool. i will get in touch with you after meeting/later today [14:47] persia, collaboration with kubuntu guys is totally needed [14:48] same topic for EVERYONE: if you have specs you want to register feel free to poke me ... we are going to review the whole ubuntu arm spec list at least twice this week, so getting good sessions is appreciated ; [14:48] asac, sweet [14:48] rbelem: Let's chat after the meeting and get ideas in order, and then propose some specs to fit with their schedule. [14:48] anyone mind if I close out the meeting? [14:48] NCommander: please submit spec proposals ;) ... and yes. i think we are done [14:48] #endmeeting [14:48] Meeting finished at 08:48. [14:49] persia, ok :-) [14:49] thanks! [15:40] Did I miss the DMB meeting? My calendar shows it in 20 minutes, but the fridge shows it started 40 minutes ago. [15:41] The fridge got confused by DST. [15:41] It's in 20 minutes. [15:41] Are you able to fix that? I remember you had some magic fridge powers in the past. [15:43] yup [15:44] ugh, although it means I'd have to update all events to avoid conflicts. [15:45] ah, found the solution [15:45] okay, fixed it for all events :) [15:47] Set timezone to Reykjavik? === unimix_ is now known as unimix|work [15:55] OK folks. Time to get that drink, run that quick errand, etc. We'll be starting in about 5 minutes. [16:00] #startmeeting [16:00] Meeting started at 10:00. The chair is persia. [16:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:00] [LINK] https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda [16:00] LINK received: https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda [16:00] soren: cody-somerville: geser: nixternal: [16:00] :) [16:01] (cjwatson may not be able to make it, stgraber won't be able to make it) [16:01] [TOPIC] Action Items [16:01] New Topic: Action Items [16:01] persia contacts Angel Abad about his application [16:01] I sent email, but have no response. I will seek Angel out more particularly on IRC. [16:01] complete the application of Jonathan Thomas [16:02] Jonathan was confirmed with 4 votes in favour, and 3 votes to defer. I've sent an anouncement. [16:02] complete the application of Matt Trudel [16:02] This went on too long. I've tallied the votes, and the result was 2 in favour, 4 to defer, and 1 against. [16:02] I was under the impression that my application was completed a few weeks ago, and that it wasn't passing ;) [16:03] * soren finally managed to win the battle against hotel internet and wanders in [16:03] cyphermox: I couldn't find it in logs. Sorry if I'm duplicating. Please apply again later. [16:03] [TOPIC] Administrative matters [16:03] New Topic: Administrative matters [16:03] I however sent an email to DMB about a different matter, but it hasn't made it to the agenda (sorry) [16:03] [TOPIC] Appropriate body to handle requests for new deelopment teams [16:03] New Topic: Appropriate body to handle requests for new deelopment teams [16:03] [LINK] https://lists.ubuntu.com/archives/technical-board/2010-April/000184.html [16:03] LINK received: https://lists.ubuntu.com/archives/technical-board/2010-April/000184.html [16:04] So, mdz suggested that the DMB may have inherited the authority to oversee the creation and administration of new teams. [16:04] Interested folks should follow up on that thread so we can reach consensus with the TB. [16:04] hola [16:06] cyphermox: If you don't mind, I'd like to defer your request for an NM team until we have consensus there, but we can certainly hear PPU applications in the meantime, so the effect ought be similar. [16:06] [TOPIC] Interpretation of votes [16:06] New Topic: Interpretation of votes [16:06] yes, absolutely, it makes sense [16:07] * geser waves [16:07] There was some discussion about this in the last meeting. I wasn't present, and sent some email. Do we wish to continue the discussion here, or in email? [16:08] Can we vote to adopt your interpretation? I share it and someone else mentioned they did as well. [16:08] +1 on that [16:08] RIght then. [16:09] here [16:09] there [16:09] So the ruleset I proposed is as follows: [16:09] 1) Any applicant must surpass a threshold of +4 to be confirmed [16:09] +1 on persia's interp [16:09] 2) Any positive vote adds 1 to the vote count per individual voter [16:09] 3) Any negative vote subtracts 1 from the vote count per individual voter [16:10] 4) Any zero vote does not affect the vote count [16:10] [VOTE] Confirm voting interpretation for the DMB [16:10] Please vote on: Confirm voting interpretation for the DMB. [16:10] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [16:10] E.g. /msg MootBot +1 #ubuntu-meeting [16:10] +1 [16:10] +1 received from persia. 1 for, 0 against. 0 have abstained. Count is now 1 [16:10] +1 [16:10] +1 received from nixternal. 2 for, 0 against. 0 have abstained. Count is now 2 [16:10] +1 [16:10] +1 [16:10] +1 received from cody-somerville. 3 for, 0 against. 0 have abstained. Count is now 3 [16:10] +1 received from geser. 4 for, 0 against. 0 have abstained. Count is now 4 [16:10] 0 [16:10] there goes soren breaking bots again :D [16:10] +q [16:11] +1 [16:11] +0 [16:11] +1 received from cjwatson. 5 for, 0 against. 0 have abstained. Count is now 5 [16:11] Abstention received from soren. 5 for, 0 against. 1 have abstained. Count is now 5 [16:11] Ah, there we go. [16:11] [ENDVOTE] [16:11] Final result is 5 for, 0 against. 1 abstained. Total: 5 [16:11] Something about it still seems wrong to me, but I don't have any better proposals. Hence the +0. [16:11] So I think that passes whether we accept that interpetation or the traditional one. [16:11] [TOPIC] ensuring transparency of applications taken to email [16:11] New Topic: ensuring transparency of applications taken to email [16:12] So I noticed when processing JontheEchidna's application that we have a nice public log of votes not in email, but not one for votes in email. [16:12] Any thoughts on how to resolve this, or does it matter, if we post the results? [16:13] I think it's OK to just post a vote manifest [16:13] makes the email smaller [16:13] OK. Shall these be included in future Welcome mails, or be included in the next DMB meeting (so as to be in the u-d-a archives)? [16:14] isn't a mail to devel-permissions with the voting result enough to publish them? [16:14] oh oh...just the votes wouldn't be to bad [16:15] I think that was my fault for not posting the votes and just linking to the manifest...I should have done both in that email [16:15] So, summary votes to devel-permissions in advance of the welcome mail? [16:15] unless there is a huge time difference between that mail and the welcome mail, the order shouldn't matter much [16:16] either in advance or with, I don't think it matters much [16:16] Anyone confused on this matter, or shall we proceed? [16:17] OK then :) [16:17] (Catching up with the bit I missed) [16:17] [TOPIC] Application process and public notification times [16:17] New Topic: Application process and public notification times [16:17] We've asked for a week's notice on devel-permissions prior to hearing an application. Sometimes we get that, sometimes not, sometimes it's close. [16:18] My preference is to continue to enforce this to encourage more public comment. Does that seem reasonable to all? [16:18] +1 [16:18] seems reasonable [16:18] yes [16:19] as long as it's clearly documented [16:19] it's mentioned on https://wiki.ubuntu.com/DeveloperMembershipBoard/ApplicationProcess [16:19] but could use a little emphasis [16:20] making it bold or something like that [16:20] I don't think I was even subscribed to that list. [16:21] Anyone want to take a stab at making the documentation clearer? [16:21] Fine then. [16:22] [ACTION] persia to make documentation on application notice clearer [16:22] ACTION received: persia to make documentation on application notice clearer [16:22] Should all members of the DMB be subscribed to devel-permissions? I'm not entirely sure of its purpose. If so, can we have someone with the necessary permissions ensure all members are subscribed? I just subscribed myself but I'm wondering if others are in the same boat. [16:22] cody-somerville: Doesn't matter, but I think we're expected to read it (wheter the archives or by subscription seems a personal choice) [16:23] OK. Moving on. [16:24] as I understand it the purpose is to have common list for approvals (either through DMB or the delegated teams) [16:24] [TOPIC] Per-Package Uploader application for Krzysztof Klimonda (kklimonda) [16:24] New Topic: Per-Package Uploader application for Krzysztof Klimonda (kklimonda) [16:24] hmm, that's me :) [16:24] Err, sorry. If there's more on application process, let's do that. [16:25] apropos applications: does somebody know the status of the application of Sylvestre Ledru from March 19th? [16:25] nothing more here [16:26] there was a mail to devel-permissions but it doesn't reached our agenda [16:26] geser: Never made the agenda. Are you up for following up with Sylvestre and getting it on the agenda for the 27th? [16:26] can do [16:27] [ACTION] geser to follow up with Sylvestre Ledru and arrange for the application to be added to the meeting agenda. [16:27] ACTION received: geser to follow up with Sylvestre Ledru and arrange for the application to be added to the meeting agenda. [16:27] OK. This time for real. [16:27] [TOPIC] Per-Package Uploader application for Krzysztof Klimonda (kklimonda) [16:27] New Topic: Per-Package Uploader application for Krzysztof Klimonda (kklimonda) [16:27] while I am it, should I also mail imbrandon to attend our next meeting? [16:27] I advised him that would probably be the case when he sent the mail. [16:28] should I introduce myself? [16:28] kklimonda: You seem to have uploaded a variety of packages: what makes you choose transmission alone as a PPU target? [16:30] persia: can you add links to kklimonda's wiki/lp pages so it is in the manifest? [16:30] Oh, right. Sorry. [16:30] [LINK] https://wiki.ubuntu.com/KrzysztofKlimonda/TransmissionPPUApplication [16:30] LINK received: https://wiki.ubuntu.com/KrzysztofKlimonda/TransmissionPPUApplication [16:30] hehe, I forgot to do it as well last meeting [16:30] [LINK] https://launchpad.net/~kklimonda [16:30] LINK received: https://launchpad.net/~kklimonda [16:30] and of course, wiki.ubuntu.com is dead for me [16:30] (just because the link doesn't work on the application page) [16:31] the reason I'd like to get PPU rights to the transmission is to lower the burden on chrisccoulson who was the one who were sponsoring all my previous uploads. It worked fine until he has started working on Canonical but now he's busy and getting him to sponsor packages takes time. Because of that I've missed one upload before Beta 2 freeze, now Final Freeze is approaching and I have one more [16:31] upload I'd like to do. [16:32] I'd like to get some more experience (especially with packaging from scratch) before I start applying for the access to wider package sets [16:33] kklimonda, You mentioned in things that you can improve on: "I really have to check all my changes twice before pushing or attaching them" [16:33] kklimonda, Have you improved in that area? Would you double check your changes if you had PPU permissions for Transmission? [16:35] what are the common mistakes you do which you miss in your first checks? [16:36] cody-somerville: I had a problem with two things in the past: with changing maintainer in the control file and pushing branch with UNRELEASED pocket, nothing that affects users directly. I think I've managed to improve in this area since I've started working on packaging. [16:36] geser: ^ [16:37] cody-somerville: yes - if I were to upload directly to the main archive I'd double and triple check everything. [16:38] * nixternal either - that UNRELEASED gets me everytime [16:38] kklimonda: One of the things you mention that you dislike about Ubuntu is weak communication channels with teh design team. How do you believe these can be improved? [16:39] persia: I've proposed, as a joke, that all design changes affecting users should come with an "advocacy manual" attached. [16:40] Do you think there are things we, as developers, could do to foster a better understanding of why specific changes are implemented to support advocacy? [16:40] persia: although it's a joke I believe that Ayatana team should be more open about "whys" of their decisions. Probably ayatana ML should be more active, especially when they do something as.. unexpected as changing windows control button order or place. [16:42] persia: can you rephrase "foster better understanding"? :) [16:43] kklimonda: To improve the communcication so that all parties (designers, developers, advocates) have a shared view of why we do the things we do. [16:45] persia: the idea of moving design discussion of the public mailing list has been made by the ayatana team afair, so I don't think we can do much. What I'd like to see was more communication from their side. [16:47] I'm ready to vote. [16:47] * persia has no further questions [16:47] ' [16:48] Whoops :) [16:48] * soren has no further questions either [16:49] geser: cjwatson: nixternal: ? [16:50] no further questions [16:50] nothing here [16:51] [VOTE} Accept Krzysztof Klimonda as Uploader for transmission [16:51] Please vote on: [VOTE} Accept Krzysztof Klimonda as Uploader for transmission. [16:51] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [16:51] E.g. /msg MootBot +1 #ubuntu-meeting [16:51] +1 from me. Clear history of package maintenance and use of freeze exceptions, SRUs, etc demonstating familiarity with Ubuntu processes and schedules. [16:51] +1 received from persia. 1 for, 0 against. 0 have abstained. Count is now 1 [16:51] +1 [16:51] +1 received from nixternal. 2 for, 0 against. 0 have abstained. Count is now 2 [16:51] +1 [16:51] +1 received from geser. 3 for, 0 against. 0 have abstained. Count is now 3 [16:52] +1! [16:52] +1 [16:52] +1 received from soren. 4 for, 0 against. 0 have abstained. Count is now 4 [16:52] soren: you are not persia who can replace a ] with a } and the bot still understand him :) [16:52] That bot really is picky about syntax. [16:52] geser: it's not fair [16:53] :) [16:53] * cody-somerville ponders. [16:53] Seems we lost cjwatson, so here's a paste fom before the meeting (he mentioned he might have connectivity issues): [16:53] If I don't make it, please consider this a +1 for kklimonda's transmission PPU application based on comments from Chris and Martin [16:53] [ENDVOTE] [16:53] Final result is 4 for, 0 against. 0 abstained. Total: 4 [16:53] I didn't vote :( [16:53] cody-somerville: What's your vote then. [16:54] (sorry: I can't count today) [16:54] +1 because of comments from Chris and Martin but with reservations due to the short period of time the applicant has been uploading Transmission (~ 3 months). [16:55] cody-somerville: I think my first T upload was somewhere in Jun 2009 [16:55] OK. That's +6. [16:55] kklimonda, Of Transmission? [16:55] kklimonda: Congratulations, and welcome! [16:56] cody-somerville: yeah, aptitude changelog transmission :) [16:56] kklimonda: congrats and welcome! [16:56] I don't actually know how to process a PPU approval. Anyone else up for processing this one? [16:56] * nixternal points at cjwatson [16:57] Ah, launchpad made that information difficult to easily see. [16:57] (or walking me through the process) [16:57] I guess I have no reservations :) [16:57] persia, I think cjwatson has to do it. I don't think non-TB members have the necessary permissions. [16:57] OK. We ought fix that. [16:57] Moving on. [16:57] No other applications. [16:57] nixternal: thanks [16:57] Who is chair next time? [16:58] * nixternal points at cody-somerville [16:58] hehe [16:58] Okay okay [16:58] hahaha, I am having fun pointing this morning [16:58] Great then. I'll send minutes in a bit. [16:58] #endmeeting [16:58] Meeting finished at 10:58. [16:58] I meant to point at cjwatson, but c and it highlighted you [16:58] since I pointed at him just a minute ago [16:59] persia: also thanks :) [17:00] persia: I'm not sure about it if edit_acl.py from lp:ubuntu-archive-tools is also used for PPU permissions [17:00] but a quick look shows that it might [17:00] persia: if you are brave you could try if LP lets you [17:01] That's at least the tool you use to inspect permissions. cjwatson tends put the command to do that in the e-mails he sends out after giving someone PPU privs. [17:02] geser: I tried to play with edit_acl.py on Sunday, and only managed to get it to crash (and there's no manpage). [17:02] Part of why I requested the creation of a Kernel Uploaders team was because I couldn't otherwise process an outstanding application :) [17:26] persia: in theory "edit_acl.py --source=transmission --person=kklimonda add" should do it, but all I get is an OOPS from LP [17:26] It won't work. We don't have the necessary permissions. [17:27] DMB needs to be added to the ubuntu-drivers team. [17:27] That's something to sort out then: we can't always count on there being a TB member on the DMB. [17:27] Or the permissions for that need to change. [17:28] Yes. [18:31] persia: sorry I fell off connectivity there. I've run './edit_acl.py -s transmission -p kklimonda add'. [18:32] DMB/ubuntu-drivers> that really doesn't sound right - is that really the appropriate team? unfortunately LP makes it kind of hard to discover which privilege you're using when you're performing an action. [18:36] def checkAuthenticated(self, user): [18:36] """Users must be an admin or a member of the tech board.""" [18:36] return user.in_admin or user.in_ubuntu_techboard [18:36] so ubuntu-drivers wouldn't help. [18:36] cjwatson, Where do you see that? [18:36] lib/canonical/launchpad/security.py [18:36] class EditArchivePermissionSet [18:37] I'm filing a bug [18:40] bug 562451 [18:40] Launchpad bug 562451 in soyuz "developer-membership-board should be able to edit ArchivePermissionSet" [Undecided,New] https://launchpad.net/bugs/562451 === yofel_ is now known as yofel [19:47] Hello all... [19:48] How long before this meething starts? [19:48] meeting* [19:49] * Hawkeye will be unable to attend, but will read the conversation when he comes back. He will leave this window open... [19:50] cjohnston: I am interested in helping out. I will notice you my email address [19:50] ok.. [19:50] thanks [19:51] However right now I need to get to bed as I have been up 32 hours straight recovering data from a failed server and rebuilding... [19:51] Chat soon! [19:52] :D [20:00] Who is here for the website localization meeting? [20:00] * pleia2 lurks and listens :) [20:02] Anyone? [20:03] * newz2000 is [20:03] o/ [20:04] Ok.. Well.. I guess we can start... [20:05] * Agafonov just curious [20:05] The goal of the website localization project is to put a short message in a users preferred language on any ubuntu.com web page, that directs the user to more help in thier language. [20:06] The page that the users is offered will be a wiki page that has been translated from a template, which offeres resources in their language. [20:07] note, that many local communities already have wikis, forums and a translated version for doc.ubuntu.com [20:07] newz2000 has come up with a way to determine the users preferred language as set by their browser and then will display a short line that will display the info from a .js file [20:07] adiroiban, however, a user visiting www.ubunutu.com won't know that [20:08] cjohnston: yes [20:08] the goal here is to assist the user in getting to those pages [20:08] but rather than creating a new wiki [20:08] maybe we can build something on top of the ubuntu documentation translations [20:09] adiroiban: the new wiki page will be like a landing page for that language.. which can direct them to multiple resources.. forums, other translated pages, etc [20:09] cjohnston: yes, but wiki pages are hard to translate [20:09] and keep in sync with the original text [20:10] this is why I was suggesting a docbook [20:10] newz2000, thoughts? [20:10] adiroiban: the pages probably won't be a direct translations [20:10] with translations extracted and available for translation in Launchapd translations [20:10] and generated static HTML pages [20:10] the template will be a guideline of information that needs to be presented but will differ for each locale [20:10] newz2000: ok [20:11] but the idea of the documentation is interesting... [20:11] Why not to link to any site LoCo decide to fit better their users? [20:11] because as cjohnston will come to, we do have a quality control hurdle to jump through [20:11] +1 to newz2000 :) [20:11] cjohnston: continue [20:12] We will need people to create the technical backend to this.. which will be the first step of the project [20:12] and then we will involve the loco teams and translation teams to setup the landing pages for each language [20:13] There will need to be a strict review process for the translated pages, to ensure that they dont get filled with spam, or link to pages that don't actually provide any useful information [20:13] one good think about using docbook is that we already have all the infrastructure to generate translated pages for https://help.ubuntu.com/ [20:14] we also need to make a couple of decions on how to structure a few things [20:15] newz2000, do you want to discuss the technical aspect of this? [20:15] sure [20:15] Using content negotiation built into apache, we can create js files named as such: filename.js.de [20:15] we then link to it like this: [20:16] if a german speaking user loads the file they'll get the js.de version [20:16] if a user's language isn't represented they'll get a (blank) filename.js [20:16] so each js file will only need to provide the details for its own language [20:16] cjohnston: back to you [20:17] We will need to create these files, and translate the message to be displayed to the user [20:18] Once we get it working, and get the landing pages translated, it will be added to the ubuntu.com website by Canonical [20:19] One thing we need to decide on is the URL structure for the landing pages [20:19] i.e. http://wiki.ubuntu.com/?/? [20:19] will the users be able to close this bar once and for all or it will pop up in every page? [20:20] alefteris: 1 sec, ill provide you what we want it to look like [20:20] https://wiki.ubuntu.com/Website/WebsiteLocalization/Spec [20:20] alefteris: it will just be a little message on the page.. [20:21] It won't be like a pop-up or anything.. so no reason to be able to close it [20:22] newz2000 you had mentioned something to me about the URL structure.. but I don't remember what.. [20:22] Assuming we're uisng the wiki, it could be something like wiki.ubuntu.com// [20:23] cjohnston, something like the google chrome bar that comes up for page translation, if you have seen in? [20:23] I have not seen what you are referring to.. [20:24] This will just display some text on the screen with a link... just like the text that is already on the site [20:25] ok [20:25] Does anyone have any suggestions on a URL structure? [20:26] cjohnston: is that really important? [20:26] :) [20:26] well.. it will need to be put into the script [20:26] I think that anything will do [20:26] cjohnston: just pick something I think [20:26] okie [20:26] hping no team uses that naming already [20:26] I'm fine with w.u.c./Local/lang [20:27] looks unused [20:28] what about the wiki page content? [20:29] One other thing that we need to decide, but it may need to be decided by the loco teams/translation teams is if it should be limited to one general page for each language, or if it should be broken down into like en_US and en_GB [20:29] alefteris: what about it? we need to create a template and then get the two teams involved in translating and adding resources [20:31] cjohnston, the kind of content for the page being discused? [20:31] has been discused* [20:31] it will be.. [20:33] team pages that most locos have, won't do because they are not uniform? for example: https://wiki.ubuntu.com/GreekTeam [20:33] the team page can be a link from the landing page [20:34] but they dont always provide help as much as provide info about the team [20:34] cjohnston: at least pt and pt_BR should have separate pages [20:34] same for mandarin [20:35] newz2000: do you have anything else to discuss? [20:35] cjohnston: no [20:36] Anyone else have anything to discuss at this point? [20:36] * newz2000 would like to see a lang or two prototyped soon [20:36] yup [20:37] Ok.. if noone else has anything, then I think we are done.. [20:37] for now [20:39] Thanks for stopping by to those of you who made it.. I'll be contacting shortly via email about the next steps. :-) [20:39] also, for more feedback we can alwasy ask on mailing lists [20:39] thanks cjohnston [20:39] yup [20:39] :) [20:39] cheers [21:23] adiroiban: ping [21:23] cjohnston: hi [21:23] could you join #ubuntu-website if you have time === joaopinto_ is now known as joaopinto