=== Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === AndrewMC is now known as SpockVulcan === SpockVulcan is now known as AndrewMC === smb` is now known as smb === doko_ is now known as doko === ziroday` is now known as ziroday === dyfet` is now known as dyfet === xfaf is now known as zul === oubiwann-away is now known as oubiwann === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === xfaf is now known as zul === IAmNotThatGuy is now known as Mohan_chml === JamieBen1ett is now known as JamieBennettr === JamieBennettr is now known as JamieBennett [16:00] hello [16:01] hi === jj-afk is now known as jjohansen === Mohan_chml is now known as IAmNotThatGuy === vanhoof is now known as turk` === turk` is now known as vanhoof [18:11] . [18:15] o/ [18:59] <_oo__anand__oo_> . === Ursinha is now known as Ursinha-lunch === IAmNotThatGuy is now known as mohi1 === mohi1 is now known as Mohan_chml === Ursinha-lunch is now known as Ursinha [19:57] highvoltage: I'll idle and log to read later, but I'm not really here [19:57] I have to get LF from school soon. [19:57] HedgeMage: ok :) [19:57] anyone else present and ready for action? [19:57] * highvoltage stares at mgariepy [19:57] (IRL and on IRC) [19:57] I'm here [19:58] highvoltage: if these meetings happened a different time of day, I'd attend most of them...they just happen to hit the pick-up-from-school time. [19:58] I'm here [19:59] I started working on the release announcement, it's available for preview here: http://edubuntu.org/news/10.10-release [19:59] still very draft [19:59] on time for once [19:59] HedgeMage: ok, you get to pick the next meeting time, mail/jabber/irc me [19:59] hey mhall119 [20:00] highvoltage: coolness! Will do. [20:00] ttyl [20:00] * HedgeMage idles [20:00] hmm, slow wiki is sloooooooow [20:00] "installable directly from the installer, allowing a much more intuitive installation" sounds funny to me, too many uses of "install" [20:00] I started working on https://wiki.ubuntu.com/Edubuntu/Community/WorkForGrabs [20:01] but I'm not sure how else to phrase it [20:01] it's not as nice as the KDE one yet. at UDS we can expand it and probably assign people to tasks too [20:01] mhall119: noted! I'll put some thought into it (suggestions still welcome) [20:01] also, a description of what Gnome Nanny is would be good [20:02] I'm extremely tempted to make it slightly more flashy and add pictures and screenshots, but it will mostly be distributed in text form anyway [20:02] you can just add a link to screenshots [20:02] highvoltage: nice! [20:02] yep, I guess [20:03] besides release announcement / release notes, I'm just going to work on testing the final image that's going to be built today [20:04] if all goes well that will be our release that would get released on Sunday [20:04] anyone is welcome to do that though :) [20:04] * mhall119 needs to zsync the new dvd image [20:04] I gave dinda blog access on the site [20:05] mhall119, mgariepy: if you'd like access too just poke me in pvt some time and I'll create you an account [20:05] will be nice to have people write blog entries on the site that's just not me and stefanlsd :) [20:05] oops, that was aimed at stgraber (sorry stefanlsd) [20:06] highvoltage: I might do that after UDS, so I can blog about integrating Qimo [20:06] mhall119: that would be really nice [20:06] and any other edubuntu work I will (hopefully) be doing this cycle [20:06] * stgraber waves [20:06] * mhall119 plans to apply for Edubuntu membership this cycle [20:07] mhall119: you're already an Ubuntu member aren't you? [20:07] yeah [20:07] just not Edubuntu [20:07] cause I've done nothing much for it yet [20:07] but that's all gonna (hopefully) change this cycle [20:08] ok, previously ubuntu members got edubuntu membership for free, I can't remember if that changed with the new EC charter [20:08] (well, if they asked for it) [20:08] I didn't ask for it [20:09] well, you're stable and have been present in the community a long time now, and you've worked on edu-related packages in Ubuntu, so perhaps it's about time you ask for it :) [20:09] I will, in due time [20:10] anything else we should cover in this meeting? [20:10] we're almost at that stage where we just have to hold our breath until release :) [20:10] I sent comments back to dinda on her marketing stuff [20:11] I'm not sure when she had to have those done [20:11] still don't know if she'll be at UDS or not [20:12] she'll be at half of it, I just can't remember if it was the first half or second half [20:12] ok, cool [20:12] * highvoltage wonders where dinda is today, she's usually quite vocal [20:14] well, I'm off to go on with work again, if anyone needs anything, feel free to poke me :) [20:15] meeting over already? [20:15] mhall119: unless you have anything else? :) [20:15] nope, just looking forward to seeing everyone at UDS [20:15] yes, that will be great! [20:16] is mandatory to have the wiki in English to ask for membership? [20:19] ElWuilMeR: it helps if your board doesn't all speak your native language [20:19] ElWuilMeR: good question, we won't count it against you if it's not, but if no one is available to translate if for us or if we can't make sense out of it with google translate as a last resort, then it will be harder to evaluate your application [20:22] mhall119: highvoltage thanks I will have three months before applying for membership and pass it to English then wiki === MichealH is now known as evilMichealH === evilMichealH is now known as MichealH [21:59] hi folks. udd meeting in 1m [21:59] hi there barry [22:00] hi poolie [22:00] #startmeeting [22:00] Meeting started at 16:00. The chair is barry. [22:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [22:00] * ajmitch will try & be around [22:00] ajmitch: cool [22:00] james_w: hi [22:01] y'know i don't know if rockstar plans to be around for these. thunper was last time [22:01] slangasek: hi [22:01] * slangasek waves [22:01] thumper is on holiday this week [22:01] agenda? [22:01] [TOPIC] agenda [22:01] New Topic: agenda [22:01] https://wiki.ubuntu.com/DistributedDevelopment/20100106 [22:01] [LINK] https://wiki.ubuntu.com/DistributedDevelopment/20100106 [22:01] LINK received: https://wiki.ubuntu.com/DistributedDevelopment/20100106 [22:02] i figured we'd review action items first [22:02] howdy [22:02] [TOPIC] action items [22:02] New Topic: action items [22:02] always a good idea [22:02] * '''poolie to confirm charline to do user studies at UDS-N''' [22:02] [22:02] hi folks [22:02] hi flacoste [22:02] flacoste: hi! [22:03] charline hasn't replied to my pings; i asked matthew to contact her but i still haven't heard back [22:03] i'll escalate to someone else [22:03] maybe she's been away [22:03] no she was there last week [22:03] have you sent her an email? [22:03] yes, a couple [22:03] mail pings, i meant, not irc [22:03] she's kind on the opposite end of the world to you [22:03] ok [22:04] i'll try to grab her tomorrow [22:04] flacoste, poolie thanks [22:04] thanks, please just ask her to answer them or to call me [22:04] * '''poolie to organize a foyer poster''' [22:04] related note, the survey is now ready to launch [22:04] i'll ask mrevell to turn it into production [22:04] poolie: very cool. it will be nice to get some data before uds [22:05] not done yet; still a good idea; will do it before we go [22:05] flacoste: can you help me get a small bit of attention from design people? [22:05] np. we can keep both on the list for next time [22:06] * '''barry to register udd sessions at uds''' (after finding the right theme/track) [22:06] * '''barry to register general bzr/lp session in "app devs" theme''' [22:06] poolie: for charline or something else? [22:06] hmm, the foyer poster [22:06] forget it [22:07] you are on your own there :-) [22:07] ok :) [22:07] no way they can do something about this before UDS [22:07] :D [22:07] probably would be too long, yeah [22:07] it'll be nerdy but it'll be there [22:07] poster board + fat sharpie :) [22:07] i coordinated both with robbiew who actually scheduled the blueprints for all three session we talked about last time [22:07] so i think we're good to go for uds sessions [22:08] thanks [22:08] * '''barry to make ajmitch be udd stakeholder representing REVU''' [22:08] [22:08] done [22:08] not much to do with that one :) [22:08] * '''poolie to get a better graph of package import failures''' [22:08] ajmitch: no, but thanks for coming by today! [22:09] i see james did some of that for me [22:09] saw that too, thanks james_w [22:09] jml fixed the internal graph [22:09] and I produced some external ones [22:09] already showing some interesting results :-) [22:09] hottest100 is not yet graphed; i tried that but it got too many errors connecting to lp [22:09] http://package-import.ubuntu.com/status/index.html [22:09] LINK received: http://package-import.ubuntu.com/status/index.html [22:10] see at the bottom for the graphs [22:10] james_w: what's the spike? [22:10] lp outage, i think :) [22:10] LP refusing to talk to us for a while [22:10] to judge from the errors i saw yesterday [22:11] ;) [22:11] I'd love it if someone could code a higher level of backoff too [22:11] i think adding more graphs is not a priority atm [22:11] i'd rather force that existing graph down to 0 and then worry about whether there are things its not measuring [22:11] any objections? [22:12] agreed. i think we can mark this one "done" for now [22:12] poolie, which graph in particular, or all of the ones we have now? [22:13] specifically "number of packages that failed to import" [22:14] it would be a bit nice to graph "hottest100" and i may yet do it, but i don't know if i'll do it before UDD [22:14] s//UDS-N [22:14] ok [22:14] * '''barry to start some sphinx docs to be well-integrated w/ wiki.u.c''' [22:14] not done. will carry over [22:15] * '''barry to talk to dholbach about making sure udd is well advertised in pkg guide''' [22:15] not done. i'll probably wait and chat with daniel f2f @ uds [22:15] * '''barry/poolie to write up job announcements; barry posts to python job board, james_w/slangasek posts to debian-jobs, ubuntu-devel''' [22:15] not done [22:15] perhaps we should have a small udd docs session at uds? maybe just informally [22:15] i have a template almost ready for review for the python jobs board. i'll send around a pastebin when i think it's ready [22:16] ok [22:16] I haven't been given anything to post, so haven't posted :) [22:16] i'm planning to do some interviews before UDS [22:16] poolie: good idea [22:16] http://webapps.ubuntu.com/employment/canonical_BSE [22:16] LINK received: http://webapps.ubuntu.com/employment/canonical_BSE [22:16] the python jobs board has a very specific template, which is what i'm fitting the above into [22:16] thanks [22:17] so doing it this week or at least next week would be really good [22:17] please also personally invite anyone you know with relevant skills that you'd like to work with [22:17] poolie: i'll have something to review by tonight or tomorrow. debian-jobs and ubuntu-devel might need a different format [22:18] related question, would anyone like to interview shortlisted candidates? [22:18] thanks very much barry, i really appreciate circulating it to there [22:18] I don't think debian-jobs has any particular formatting requirements, fwiw [22:18] poolie: i'm happy to, though i probably can't grill them too much on bzr internals [22:18] poolie, I would [22:19] though maybe would should avoid too many interviews :-) [22:19] i think about 2-3 would be ok [22:19] james_w: maybe just make them fix a bug using udd as the first gauntlet [22:19] so me plus one of you plus statik [22:20] and write a short report on it :) [22:20] heh [22:20] :) [22:20] poolie: sounds good [22:20] btw, i did post it on my fb wall for all the good it did ;) [22:21] anyway... [22:21] * '''james_w to merge bzr-debuntu to bzr-builddeb''' [22:21] well, not done, but sort of morphed [22:21] bug 609186 is tracking this [22:21] Launchpad bug 609186 in Ubuntu Distributed Development "Really easy branching of Ubuntu packages" [High,Triaged] https://launchpad.net/bugs/609186 [22:21] we're going to get the uncontroversial ones into bzr 2.3 and then worry about the rest [22:22] https://code.edge.launchpad.net/~barry/bzr/609186-shortcuts/+merge/37787 [22:23] that's it for the action items. does anyone have comments to add on any of the above before we move on? [22:23] on the poster idea from last time [22:23] I have been thinking for a while that one of the issues people have with using bzr-builddeb is getting the mental model of what is going on right [22:24] and I think I have some pictures that will help with this [22:24] I started putting together an ebook that I showed barry, and he suggested perhaps getting it printed to hand out at UDS [22:24] I thought that this was a great idea, but there are a couple of problems with it [22:24] 1) that ebook is now on my barely-alive harddrive, so it may be lost [22:25] 2) printing in that form would be very expensive [22:25] :( [22:25] so, would something simpler be good to have [22:25] say a 2-fold booklet or similar? [22:25] perhaps [22:25] we can still distribute a full thing electronically of course [22:26] james_w: definitely. think we can get something useful on a single 8.5x11 (front & back)? we could print that at any kinkos to pass out [22:26] may also be more likely to be read in the short-attention-span environment of uds [22:26] perhaps we could also put that content on the poster, along with a description of what we're doing and who to talk to [22:27] barry, I haven't figured out how to present the information in that format yet, but I don't think it would be impossible to get something [22:27] be sure to include the url to the top udd wiki page [22:27] I'm not sure a poster is the right format for what I was working on, as I'm not sure many people would digest it from a poster [22:27] but if we can get something that works as a poster that would be great [22:28] I wish I had the start of the content to show you all now, I'll try and rescue it and send it around [22:28] james_w: i was thinking about something we could (at least) hand out at the educating-users session [22:28] james_w: next time, duplicity backups to s3 :) [22:28] from cron :) [22:28] :-) [22:28] james_w: i forget - did you email it to me? [22:29] barry, no, I don't think so [22:29] and I don't think I sent you the source either? [22:29] ah. oh well [22:29] no, pretty sure you didn't [22:29] ah, as it was IRC it is probably on the web somewhere [22:30] riigght [22:30] yes http://people.canonical.com/~jamesw/guide.pdf [22:31] so for action item wrap up: poolie will continue with poster and james will send around his ebook, and (?) get it into a format for passing out at uds [22:32] good [22:32] cool, moving on... [22:32] and the rest of you will circulate/recommend the job ad [22:32] poolie: +1 [22:32] [TOPIC] MVO feedback [22:32] New Topic: MVO feedback [22:33] so, i had a brief mumble chat w/mvo today and we talked about udd a bit. he had some interesting feedback that i'd like to share. i'll paste the points here and then we can discuss... [22:33] * Fast and easy for simple case (version bump only) [22:33] * upstream tarball is all you need (no source branch; debian/ only) [22:33] * `dch -i` + build and that's it [22:33] * people who are only packagers don't need full source [22:33] (done) [22:34] so mvo was most concerned with packages who aren't developing the code, or the many people who just need to do a version bump. [22:34] version bump with no changes? [22:34] his concern was that it needs to be at least as fast to do that with udd as it is now [22:34] james_w: yep [22:34] that's a good test [22:34] build-from-branch! [22:34] or, just grab debian version and bump [22:34] if we have build-from-branch then we can make it super-cheap [22:35] yes, it does need to be fast - I think that ties in with my concerns about having easy-to-configure mirrors of bzr branches [22:35] then you don't even need to get the branch even, just commit remotely and request a build [22:35] it'd be good to make sure they're documented, then see how simple the documentation looks and how long it takes to execute [22:35] james_w: can you elaborate? mvo's main concern was downloading the source branch when a lot of folks (currently) only use debian/ [22:35] or we make it a non-issue by implementing rebuild support in soyuz :-) [22:36] * barry looks to flacoste [22:36] barry, you don't /need/ the data locally to do that, Launchpad is the source and target, and so if the pieces are there we can just ask Launchpad to do the operation [22:37] that will be faster than the current approach of apt-get source + dput [22:37] james_w: so no need to branch locally to dch -i? [22:37] i don't understand how rebuild helps here? [22:38] barry: I do disagree strongly with mvo's conclusion that packagers only need debian/; that guarantees that if that package ever needs patching to the upstream sources, you end up with a two-step merge (VCS merge, followed by a quilt merge). debian/-only VCS branches drive me crazy! [22:38] barry, we can remove that need, as bazaar's vcs means that you can commit remotely if you want [22:38] barry, so we can simulate dch -i + commit remotely, and then request a build [22:39] or, as I said, rebuild support makes it all a non-issue really, as you just ask soyuz to rebuild without a source change, so you don't need apt-get source, dput or bzr [22:40] james_w: "without a source change"? [22:40] binNMU [22:40] i think i see. this is definitely a workflow not covered in the current wiki docs [22:40] isn't a version upgrade a source code change? [22:40] my understanding is that "version bump only" refers to "upstream version bump only"... where you don't care about the old upstream source because you're forklift replacing it for the upload you're preparing [22:41] version bump with no changes? [22:41] james_w: yep [22:41] so the top level issue is, they want to just pull in a new upstream version, and that should be as fast and simple as possible? or no? [22:41] I read that as "no-change rebuild", not "new upstream version" [22:41] right, that's the confusion [22:41] barry which one is it? [22:42] well, now i'm not 100% sure what mvo was getting at. he kind of mentioned both scenarios [22:42] lol [22:42] because "dch -i + build" isn't all you need for a new upstream version [22:42] james_w: it is for /many/ packages [22:42] no, because dch -i gives you the same upstream version number as you had before :-) [22:43] oh, I interpreted that as pseudocode, sorry :) [22:43] why would they want a no-change rebuild? to rebuild on new dependencies? [22:43] poolie, yes [22:43] for the rebuild use-case, i agree that the easiest thing is to implement it in LP directly [22:43] there are many reasons why it can happen, but there are several hundred occurences per-cycle [22:44] i'm sure mvo mentioned the "new upstream version" scenario [22:44] "new upstream version" is harder, I agree, and we should ensure that it is optimised too [22:44] especially, if he was referring to the debian/ branch packaging [22:44] that seems fairly obviously like the first thing someone might want to do in udd [22:45] yes, he specifically mentioned debian/-only branches [22:45] where there are no patches, I would argue that we are /almost/ as efficient as the old way, discounting the overhead of bzr branch/push [22:45] we just need someone to implement watch-file support in merge-upstream [22:45] james_w: that's something i'd like to attempt [22:46] barry, great, I'm happy to help [22:46] thanks! [22:46] so this should live in https://wiki.ubuntu.com/DistributedDevelopment/Documentation/NewUpstreamVersion [22:46] where there are patches, then I think both methods are terrible, but I would think that the old method is currently better there [22:46] and then you would do https://wiki.ubuntu.com/DistributedDevelopment/Documentation/UploadingAPackage ? [22:47] because it's less likely to get you really stuck [22:47] poolie, yes [22:47] poolie: i'm not sure i have a good enough sense of what to add there for this scenario === Ursinha is now known as Ursinha-afk [22:49] ok, so what are we going to do on this topic, beyond this meeting? [22:49] just reaffirm that that story is important? [22:50] perhaps james and/or myself should go over those pages with mvo and see where the problems are? [22:50] we should make sure mvo comes to the user feedback session at uds so we can mine this topic more [22:50] barry, +1 [22:50] poolie: yes, that would be great, but i think f2f @ uds will be the most productive [22:51] to me this reaffirms the importance of having a good patch handling story, and speed of bzr+LP [22:51] james_w: big +1 to both of those [22:51] right [22:51] so i'll contact mvo and invite him to the session. i'm sure he'll be happy to join us [22:52] anything else on this topic? [22:52] perhaps we can have footnote-like links to bugs from the udd doc pages, pointing to ways they could be better [22:52] i think that's it for me [22:53] good idea. i have a place for those i think [22:54] [TOPIC] AOB [22:54] New Topic: AOB [22:54] anybody have anything not on the agenda? [22:54] going once... [22:54] I think we are missing the one thing that we want to fix first [22:55] that'd be a good recurring item to add [22:55] any nominations for most-wanted bug? [22:55] agreed. i'll add that to the ongoing agenda [22:56] watch file support? [22:56] +1, it's fairly small, easy and well-contained, and will have a big usability win [22:56] (though i don't see a bug open on that yet) [22:56] cool. i'll open a bug and see if i can put together a branch [22:56] then we can move on to something larger next meeting :-) [22:57] [ACTION] barry to open bug for watch file support [22:57] ACTION received: barry to open bug for watch file support [22:57] bug 295274 [22:57] Launchpad bug 295274 in bzr-builddeb "merge-upstream shouldn't require --version when debian/watch is present" [Wishlist,Triaged] https://launchpad.net/bugs/295274 [22:57] ah, it's on bzr-builddeb not udd [22:58] feel free to add a udd task [22:58] +1 [22:58] so, if there's nothing else. meet again in 2 weeks? (that'll be right before uds so we can do last minute planning) [22:59] wfm [22:59] sure [23:00] #endmeeting [23:00] Meeting finished at 17:00. [23:00] thanks everyone. see you in 2 weeks [23:00] thanks :) [23:00] oh, btw, i'll be away the week after uds, which would be the 2nd meeting from now [23:01] i'll ask someone else from bzr to come to this in my place [23:01] poolie: k. flacoste i do think we need to sort out who will be the launchpad stakeholder. if not rockstar, then thumper? if not him, then you? [23:02] * barry -> dinner [23:02] barry: i'll talk to thumper [23:02] flacoste: thanks [23:02] just let me know [23:02] thanks everyone [23:03] see you around