/srv/irclogs.ubuntu.com/2006/11/09/#launchpad.txt

=== mdz [i=mdz@conference/ubuntuconf/x-bf37208be2175757] has joined #launchpad
=== guerby [n=guerby@gut75-4-82-235-162-148.fbx.proxad.net] has joined #launchpad
=== agent [n=agent@pool-71-97-200-58.aubnin.dsl-w.verizon.net] has joined #launchpad
=== Keybuk [i=scott@conference/ubuntuconf/x-454a6e4fed6913be] has joined #launchpad
kikostub, still restoring, eh?12:30
kikowow12:30
kikothat's a long time.12:30
=== fabbione_ [i=fabbione@conference/ubuntuconf/x-2c4ca4c5a9b12b01] has joined #launchpad
agentdoes anyone know what the function of "karma" is in launchpad? does it do anything?12:37
=== fabbione_ is now known as fabbione
SteveAlifeless: ping01:02
SteveAlifeless: forwarded you email from pqm -- gpg signing problem on ui branch01:02
=== salgado [i=salgado@conference/ubuntuconf/x-a05a7a5e5ba5c657] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-5ac9e68e4bfa4dab] has joined #launchpad
carlosagent: helps to anyone to evaluate your Ubuntu contribution based on the information tracked by launchpad01:05
somerville32I have 131257 karma - is that a decent ammount?01:06
agentcarlos, thank you.... but aside from being a statistic, it does not do anything else, correct? karma cannot be used, given or made to do things (ala slashdot)01:07
carlosno, we don't have such feature right now01:07
kikoagent, it doesn't currently, but there are plans to use it for credit later.01:08
somerville32How so?01:08
agentcarlos, okay... thanks... would be nice to have a page about karma somewhere :D01:08
carlosagent: you mean 'documentation' explaining this kind of things?01:08
agenterr... i meant kiko :)01:09
kikoagent, there's a page here:01:09
kikohmmm01:10
kikoit's not online anymore01:10
agent:)01:10
carloskiko: X-)01:11
kikookay, you're right01:11
kikowe need karma docs01:11
agenti searched before i asked01:11
=== kiko bags head
agentand the doc should be somehow visible in launchpad... maybe add it to the faq01:11
kikoyeah01:12
kikohelp.launchpad.net01:12
agentalso, maybe this is an oversight by myself, but that help.launchpad.net is not linked in lauchpad.net anywhere that i could find01:13
agentthere is a nice faq link at the bottom01:13
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"]
=== malcc [i=malcolm@conference/ubuntuconf/x-c43854f96e59c22b] has joined #launchpad
=== mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad
=== mholthaus__ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad
=== Keybuk [i=scott@conference/ubuntuconf/x-57fe57333d405d0d] has joined #launchpad
=== mdz [i=mdz@conference/ubuntuconf/x-513393daefb11195] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-0ffe42d11b7f4d7c] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-da0b237056a56c3f] has joined #launchpad
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
SteveAstub: ping02:16
SteveAstub: ping again, as it's late here02:22
=== mpt [i=mpt@conference/ubuntuconf/x-ee281461b0bb0a9b] has joined #launchpad
carlosSTUB ERE02:39
carlosSteveA: pong02:39
carlosmy laptop is upgrading02:39
SteveAcarlos: hi02:42
SteveAso, kiko is reviewing my refactoring of our vhosting02:43
SteveAI've updated all the launchpad.confs on mainline02:43
SteveAanything else I need to do?02:43
lifelesskiko: still here ?02:43
carlosnah should just work02:43
kikoYES02:43
kikobut I am about to go out to dinner02:43
SteveAhttps://devpad.canonical.com/~andrew/paste/fileO16s3F.html02:43
lifelessgot 2 minutes ?02:43
SteveAif you're interested02:44
kikosure.02:44
SteveAall the virtual hosting things are collected together into a single section02:44
SteveAand the whole section may be safely omitted02:44
SteveAalthough if it is present, it must be complete02:44
SteveAI noticed when updating the launchpad.conf files that the production ones aren't up to date02:45
SteveAno mention of features.launchpad.net nor xmlrpc02:45
lifelesssomerville32: are you at UDS-MTV ?02:45
SteveAare the production configs managed outside of mainline?02:45
somerville32lifeless: I wish.02:46
somerville32lifeless: Wanna fly me down?02:46
SteveAlifeless: please look at the gpg error I mailed you about merging via pqm into ui-one-zero02:46
kikosomerville32, there's NOTHING GOOD going on there02:46
kikotrust me02:46
somerville32Oh really? :(02:46
somerville32Whys that?02:46
somerville32Fighting?02:46
somerville32Flaming?02:46
somerville32Crying?02:46
kikowell, for starters, I'm not there02:46
SteveApoker, I believe02:46
kikoso how can it be good02:46
somerville32haha02:46
carlosvhosting stuff will not be uptodate in the gina and librarian configs, gina because it is obsolete and librarian because the webapp is never run with that config <8just the libraryan<902:47
kikoin my book if I'm not at the place it's not worth going there02:47
carlosso no worries02:47
carlosi hate spanish keyboards02:47
SteveAit wasn't in production[1..4]  either I think02:47
kikoSteveA, I think stub <3 you02:47
=== somerville32 predicts that the democrats will take the senate.
SteveAin brasil?02:48
somerville32USA02:48
kikothere are no democrats in brazil02:49
SteveAwell, if democrats have better immigration policy, so they'll let brasilians visit the US for conferences without the hassle of months of waiting for a visa...02:49
kikothat's a point02:50
=== carlos is again carlos
SteveAcarlos: please tell stub that the new vhosting stuff ought to land tomorrow morning, europe time02:51
somerville32lifeless: Why do you ask?02:51
carlosok02:51
carlosSteveA: done02:51
SteveAthanks carlos 02:52
lifelesstchau tchau food time02:52
lifelesssomerville32: if you were here I could talk with you face to face.02:52
somerville32Oh, haha. Freaky02:53
somerville32Is Jani there? Have you talked with him?02:53
carlosnp02:54
somerville32How often do they sponsor people to go to these events?02:55
kikosometimes02:59
=== somerville32 sighs.
somerville32I don't like how wishlist items are handled in launchpad.03:00
somerville32Wishlist should be a status, not an importance.03:00
somerville32Infact... maybe it's a bug?03:01
lifelessno, its quite deliberate03:01
somerville32Could you elaborate?03:01
lifelesswishlist says that the importance of the thing to the product/distro is that of items on a wishlist03:01
=== somerville32 boggles.
lifeless- they will not put effort into making it happen, but if someone else provides it, it will be accepted03:02
somerville32Ok, thats good03:02
somerville32But people use it for feature requests03:02
kikosomerville32, are you talking about bug statuses?03:03
kikoI don't agree with lifeless, ftr03:03
=== somerville32 nods.
somerville32I reject feature requests03:04
kiko-fudwell03:04
kiko-fudI wouldn't go that far03:04
kiko-fudbut the line between bug and feature is not straight03:04
kiko-fudand on that line03:04
somerville32but someone told me to confirm them so that they can keep track of feature requests that are too small to require a specification03:04
kiko-fudI am going to have some thai03:05
kiko-fudthat someone was wise03:05
lifelessmmm, thai03:05
lifeless... me kangeroo down sport03:05
somerville32Maybe there should be a feature request section and a seperate specification section?03:05
somerville32Or modify malone to facilitate feature requests?03:06
=== mpt [i=mpt@conference/ubuntuconf/x-b33f2f38813333e6] has joined #launchpad
kiko-fudI don't think malone's bad for feature requests03:07
kiko-fudI can't for one think of a large change I could make to it to better acomodate features03:07
somerville32It is all just mixed together though03:07
kiko-fudperhaps allowing wiki markup in descriptions03:07
kiko-fudsomerville32, use the "feature" tag.03:07
kiko-fudtags are the future03:07
somerville32Hmm...03:07
somerville32Maybe have a type field?03:07
somerville32And then get rid of support requests03:07
somerville32and just use malone03:07
somerville32or make a feature request section since support requests get their own section, haha03:08
kiko-fudsupport requests and bugs are separate indeed03:08
kiko-fudand tags are the future03:09
kiko-fuduse tags03:09
somerville32rfe != bugs :P03:09
somerville32Ok ok03:09
kiko-fudthat's the meme of the week03:09
somerville32How about implementing ajax to auto-complete tags?03:09
=== merriam [n=merriam@84-12-170-70.dyn.gotadsl.co.uk] has joined #launchpad
=== mdz [i=mdz@conference/ubuntuconf/x-8138f2fdc87a9768] has joined #launchpad
somerville32kiko-fud: Do you think ubuntu-qa would accept me?03:14
Fujitsusomerville32: Ask ubuntu-qa, they're going to be best equipped to tell you :)03:15
somerville32What if they say no?03:15
somerville32: O03:15
lifelessjamesh: ping03:22
lifelessjamesh: can you get the scheduler to show specs which cannot be scheduled due to missing requirements ?03:23
lifelessi.e. 'cannot schedule foo' because attendee 'bar' is required and not present03:24
lifelessjamesh: or does it take that into consideration already ?03:24
=== carlos [i=carlos@conference/ubuntuconf/x-5d5758c5f2275230] has joined #launchpad
jameshlifeless: those specs are currently filtered out of the input of the scheduler, actually.03:27
jameshlifeless: actually, no.  Those attendees are removed from the input03:27
jameshexcept in the case where they were an assignee, etc03:27
lifelessjamesh: ok. instead let me not that we're finding it hard to debug why some important specs are not scheduling03:28
lifelessjamesh: for instance, the 09 schedule often only schedules 2 specs in a session - low parallellisation03:28
lifelesstchau for now03:28
jameshlifeless: this is the list I produced for a few days ago: https://devpad.canonical.com/~andrew/paste/fileMR5GxJ.html03:28
jameshbut I think some of those have since been fixed.03:29
=== mpt [i=mpt@conference/ubuntuconf/x-272183b4e2d678e5] has joined #launchpad
somerville32It goes YYYY-MM-DD, right?03:36
=== somerville32 [i=Administ@fctnnbsc15w-156034074172.nb.aliant.net] has joined #launchpad
=== merriam [n=merriam@84-12-164-148.dyn.gotadsl.co.uk] has joined #launchpad
=== stub [n=stub@209.79.152.253] has joined #launchpad
=== mpt [n=mpt@209.79.152.234] has joined #launchpad
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad
mptkiko-fud, see the IssueTracker spec :-)04:43
kiko-fudwhat?!04:43
mpt<kiko-fud> I can't for one think of a large change I could make to it to better acomodate features  <kiko-fud> perhaps allowing wiki markup in descriptions04:44
kiko-fudI do not want to THINK about that at this ungodly hour!04:44
mptheh, fair enough04:45
somerville32:] 04:47
somerville32mpt: Your nickname seems so familiar. Have I chatted with you before? (Or should I know you? haha)04:47
kiko-fudsomerville32, I think ubuntu-qa might consider accepting you if you offer them some money04:48
somerville32kiko-fud: haha, I'll keep that in mind <g>04:48
mptsomerville32, not that I remember04:49
UbugtuNew bug: #71020 in launchpad "Tell people where they are on the karma scale" [Undecided,Unconfirmed]  http://launchpad.net/bugs/7102004:56
somerville32I still can't access https://staging.launchpad.net/ :(04:57
kiko-zzzsomerville32, I think stub has sandbagged us all05:04
kiko-zzzor maybe it was carlos05:04
kiko-zzzit's hard to tell at this point05:04
somerville32:] 05:06
kiko-zzzSOMEBODY did this crazy patch05:06
kiko-zzzto fix rosetta05:06
kiko-zzzand it is taking geological time to get applied05:06
somerville32Whose around?05:08
somerville32er.. mischan05:08
=== spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad
=== Mez [n=Mez@ubuntu/member/mez] has joined #launchpad
stubbah. We appear to have two staging upgrades running simultaneously.05:33
stubAlthough the first is *still* running...05:34
=== somerville32 pokes stub with stick rather hard.
stubIt wasn't me!05:37
somerville32hehe05:37
somerville32The real question is: Can you fix it, Jim?05:37
stubI can make the patch go faster the next run at least. But it won't be available for at least 3.5 hours.05:46
stub(Part of what staging does is hit problems like these before they go into production)05:46
stubBah. Can't make it go faster :-(05:52
somerville32:(05:55
=== Mez -> bed
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== Fujitsu [n=Fujitsu@c58-107-63-201.eburwd7.vic.optusnet.com.au] has joined #launchpad
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad
=== mdz [n=mdz@209.79.152.253] has joined #launchpad
=== jml [n=jml@ppp105-229.lns1.hba1.internode.on.net] has joined #launchpad
=== zwnj [n=zwnj@213.207.218.157] has joined #launchpad
=== jinty [n=jinty@137.Red-83-50-216.dynamicIP.rima-tde.net] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
jameshmpt: new FormLayout has landed in rocketfuel08:56
lifelessjamesh: so is approver=team ok ?09:15
jameshlifeless: not in general.  I put a small hack in to recognise certain teams and ignore them for scheduling purposes (mdz should have that code)09:17
lifelessjamesh: are the teams you listed in that hack ? :)09:17
jameshlifeless: yeah: techboard, communitycouncil, rosetta-admins and ubuntu-art09:18
jameshit should be trivial to add more if needed09:18
lifelessok. so thats one thing to watch for.09:19
lifelessso in that list, why are there problems ? :)09:19
lifelesserm, rephrase. Can you do anything for the scheduling on friday (in about 18 hours from now), to make it easier to figure out why it fails to schedule somethings ?09:20
lifelessi.e. if its strictly priority first, and theres a high priority one being non-scheduled, saying 'skipping X because Y' to console might help.09:21
jameshlifeless: looking now.  This is the list of specs that couldn't be scheduled: http://people.ubuntu.com/~mdz/uds-mtv/2006-11-09/cantschedule.txt09:32
jameshit gets added to that list if the score for every slot is 0 (i.e. it can't fit anywhere)09:33
jameshit isn't tracking common reasons for not being able to fit the meeting in slots09:33
jameshthe ordering of that list matches the order that it tried to schedule them.09:34
=== mholthaus__ [n=mholthau@183.127.3.213.cust.bluewin.ch] has joined #launchpad
lifelessanything you can do to increase the diagnostic ability of mdz woud be great09:42
lifelessgnight, its nearly 1am09:43
=== zwnj [n=zwnj@213.207.218.157] has joined #launchpad
=== somerville32 [n=Administ@fctnnbsc15w-156034083113.nb.aliant.net] has joined #launchpad
somerville32Anyone around?09:49
jameshyes09:50
somerville32Hi :] 09:50
somerville32Do you think it would be useful to register Xubuntu as a project?09:50
jameshdon't know.  What feature are you after?09:51
somerville32I'm just looking for an easier way to organize, triage, and manage xubuntu bugs, specifications, etc.09:52
somerville32Currently, since Xubuntu is derived from Ubuntu, it is all mangled together with Ubuntu.09:52
jameshhmm09:55
jameshwould bug tags help on the bugs front?09:55
somerville32I would think so :] 09:56
somerville32Oh, it looks like there is already a project for xfce09:57
somerville32Whats a driver?09:57
jameshin the case of distros/products, it is meant to be the person/team that decides where the distro/product will go09:58
somerville32Whats the difference between the maintainer and the driver?09:59
jameshin a small project, not much09:59
jameshin a larger project, you might have more maintainers/developers than drivers10:00
=== somerville32 huggles launchpad.
somerville32Launchpad is such a beautiful creation.10:00
somerville32How do I answer support requests?10:09
somerville32haha, nvm <g>10:12
=== zwnj [n=zwnj@213.207.218.157] has left #launchpad []
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
=== koni [n=koni@unibz.it] has joined #launchpad
=== Spads [n=spacehob@217.205.109.249] has joined #launchpad
=== Spads_ [n=spacehob@217.205.109.249] has joined #launchpad
=== Spads [n=spacehob@217.205.109.249] has joined #launchpad
=== koni [n=koni@unibz.it] has joined #launchpad
=== koni [n=koni@unibz.it] has joined #launchpad
=== koni [n=koni@unibz.it] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== jinty [n=jinty@137.Red-83-50-216.dynamicIP.rima-tde.net] has joined #launchpad
=== rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== Spads [n=spacehob@217.205.109.249] has joined #launchpad
=== somerville32 [i=Administ@fctnnbsc15w-156034083113.nb.aliant.net] has joined #launchpad
=== niemeyer [n=niemeyer@200.181.168.60] has joined #launchpad
=== Mez [n=Mez@ubuntu/member/mez] has joined #launchpad
mptGood morning matsubara 12:59
matsubaramorning mpt 12:59
mptMeeting today?12:59
matsubarathat's what the topic says12:59
ddaaguess so...12:59
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
jameshmpt: the new FormLayout stuff is in rocketfuel now01:00
mptgreat01:01
flacostemeeting time?01:01
matsubaraSteveA: ?01:01
mptSteveA is away (away)01:02
mptAny volunteers? :-)01:02
matsubarawell, let's get this going then. Welcome to the LP weekly meeting!01:04
matsubaraso who's here today?01:04
ddaame01:05
mptme01:05
matsubarame01:05
flacosteme01:05
cprovme01:05
jameshme01:05
matsubaraspiv? 01:05
somerville32me01:05
ddaasomerville32: new hire?01:05
=== somerville32 isn't important.
mptNon-developers are welcome01:06
matsubarajordi: ?01:06
spivme01:06
matsubara== Agenda ==01:06
matsubara * Roll call01:06
matsubara * Agenda01:06
matsubara * Next meeting01:06
matsubara * Activity reports01:06
matsubara * Actions from last meeting01:06
matsubara * Oops report (Matsubara)01:06
matsubara * Bug report report (mpt)01:06
mptddaa, would you like to call SteveA?01:06
matsubara * Production and staging (Stuart)01:06
SteveAis that the time already!01:06
matsubara * Launchpad 1.0 status reports01:06
matsubara * Sysadmin requests01:06
matsubara----01:06
jordihello01:06
matsubara * Poll to check use of smartserver on devpad, any issues etc. (spiv)01:06
mptoh, never mind01:06
matsubara * Help text in templates01:06
matsubara * (other items)01:06
jordisorry, just sat down01:06
matsubara----01:06
matsubara * Keep, Bag, Change01:06
matsubara * Three sentences01:06
matsubaraSteveA: should I continue or you assume from now on?01:07
spivmatsubara: the smartserver item is from last week, you can drop it.01:07
SteveAmatsubara: please go on01:07
matsubaraspiv: ok01:07
matsubaraso next meeting? shall we make it at the allhands with everyone in person?01:07
SteveAyes01:08
jameshprobably not same time next week though :)01:08
SteveAnext meeting in 2 weeks01:08
=== ..[topic/#launchpad:matsubara] : Developer meeting: Thu 23 Nov, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39
mptHow about 1700 UTC?01:08
mptaka 9am01:08
jordiI won't be at allhands, very unfortunately :(01:09
SteveAwe'll just wing it at all hands01:09
SteveAsee what the schedule looks like01:09
mptok01:09
SteveAthere will be various meetings to do with launchpad there01:09
jordiso will it just be "live", or online even if you're on the same room?01:09
SteveAjordi: no meeting next week01:09
jordiok.01:10
ddaaa standard meeting would be pretty moot01:10
matsubara* Activity reports01:10
=== ddaa votes for a drinking game meeting
SteveAor a moot01:10
matsubara+1 ddaa 01:10
mptnot up to date01:10
ddaaup to date01:10
SteveAnot up to date01:10
cprovup to date01:10
matsubaraI'm up to date01:10
flacosteup to date01:10
jordinot up to date01:10
jordibut getting close01:10
jameshnot up to date01:10
spivnot up to date01:10
somerville32not up to date?01:11
matsubaracongrats to those up to date. I'm guilty of batching the reports.01:11
matsubaraI see that lots of people are not up to date.01:11
SteveAsomerville32: hello.  in these meetings, there's a mixture of stuff that is about keeping the launchpad development team at canonical running as a distributed team01:12
SteveAsomerville32: and also stuff about the day-to-day and week by week running of the launchpad application01:12
SteveAsomerville32: and developing new features01:12
somerville32:] 01:12
matsubarais that because of the conferences? if yes, make a big batch of you latest activities01:12
matsubarait's better than nothing 01:12
matsubara* Actions from last meeting01:12
SteveAsomerville32: you're welcome to be here in the meeting, but don't worry about the sections that aren't to do specifically with launchpad features or quality or issues01:13
matsubaraI think those are not up to date as well:01:13
matsubara* spiv to finish the damn __eq__ for database objects action item01:13
matsubara * jamesh to mail the launchpad@ list with instructions on making bzr+ssh:// and PQM coexist01:13
mptThose are up to date, matsubara 01:13
jameshdone01:13
matsubaraoh, I thougth it was from the last meeting.01:13
mptFor spiv's, last meeting he said "there's something in the review queue"01:13
matsubarathanks jamesh 01:13
spivmpt: right01:14
mptDid it get landed?01:14
matsubaraso it can be considered done, right?01:14
spivNot landed.  I'm midway through some small changes to it (ETA: done by end of this meeting ;) ), and so far it's unreviewed.01:14
spivI'll mail kiko (the reviewer) about it tonight, and if he is too busy I'll get it reassigned.01:15
SteveAdone means passed review and in mainline01:15
SteveAotherwise, it's not really integrated and available to everyone01:15
=== matsubara nods to SteveA
SteveAapparently, I have a whole *DVD* of stuff that is in that state01:15
matsubaraMoving on; * Oops report (Matsubara)01:15
matsubaraToday's oops report is about bugs 70952, 5257601:16
UbugtuMalone bug 70952 in malone "LookupError when a product adopt malone as its bugtracker and that product already have bugwatches." [High,Confirmed]  http://launchpad.net/bugs/7095201:16
UbugtuMalone bug 52576 in malone "+backport needs better input validation " [Medium,In progress]  http://launchpad.net/bugs/5257601:16
SteveAjust ask kiko.  but it takes work to make it really "done"01:16
matsubaraBug 70952 is not assigned. This is not a common situation but I left the importace as high because it's very bad press release. The jokosher product just adopted malone as its official bugtracker and some bug pages crashed for them. Who can take this one?01:16
SteveAwhenever I see the word "backport", I think of that cheesy cronenburg film "existenz"01:17
matsubaraBug 52576 was assigned to Brad. He left a comment saying that the +backport page in question is gone in his release management branch, but it needs some tweaking in the +nominate page. Should I just re-assing this to BjornT, since he's the one working on the release management branch?01:17
UbugtuMalone bug 52576 in malone "+backport needs better input validation " [Medium,In progress]  http://launchpad.net/bugs/5257601:17
mptmatsubara, BjornT is probably asleep. Does it need fixing before next week?01:17
ddaaSteveA: its not cheezy01:17
mpt(70952, I mean)01:17
SteveAddaa: sorry I dissed your favourite film ;-)01:18
matsubarampt: not really. it's probably taken care of in the release mgmt branch01:18
ddaaSteveA: sorry I dissed your favourite VCS last meeting :)01:18
matsubaraanyway, I'll talk to him later01:19
matsubara* Bug report report (mpt)01:19
mptThere are 12 known Critical bugs in Launchpad without released fixes. They are:01:19
mpt * Bug #929 (Long words (such as URLs) overflow columns), Critical, Fix Committed, jamesh01:19
UbugtuMalone bug 929 in launchpad "Long words (such as URLs) overflow columns" [Critical,Fix committed]  http://launchpad.net/bugs/92901:19
mptSteveA, should it be a policy that Critical means "important enough to be cherrypicked as soon as it's fixed"?01:19
SteveAno01:19
matsubarampt, bug 929 is blocked01:19
mptblocked?01:19
matsubarait's fixed and the cherrypicked was requested01:19
jamesh929 couldn't be cherrypicked, since the rev depended on some previous ones01:20
jamesh(test fixes)01:20
matsubarabut it's blocked on landing a big support tracker patch before01:20
SteveAit should be policy that Critical means "important enough to dsicuss cherrypicking of it with stuart and/or me+kiko"01:20
ddaacritical means "drop whatever you're doing and fix it godamnit"01:20
mptok.01:20
mpt * Bug #2497 (/people/*/+translations times out for prolific translators), Critical, Fix Committed, kiko01:20
UbugtuMalone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Fix committed]  http://launchpad.net/bugs/249701:20
mpt * Bug #30602 (Timeout errors in +translate), Critical, In Progress, kiko01:20
mptkiko-zzz isn't here01:20
UbugtuMalone bug 30602 in rosetta "Timeout errors in +translate" [Critical,In progress]  http://launchpad.net/bugs/3060201:20
jameshit'll be in the next rollout though01:20
mpt * Bug #44214 (We need to add code to prevent POFiles being in the same path), Critical, In Progress, carlos01:20
mpt * Bug #46982 (Rosetta does not accept correct KDE plural forms when there are more than 2), Critical, Confirmed, carlos01:20
mpt * Bug #68014 (Rosetta reverts translation fixes to old faulty values), Critical, In Progress, carlos01:20
mpt * Bug #70141 (ubuntu-docs templates are gone), Critical, Confirmed, carlos01:20
UbugtuMalone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,In progress]  http://launchpad.net/bugs/4421401:20
mptcarlos isn't here01:20
UbugtuMalone bug 46982 in rosetta "Rosetta does not accept correct KDE plural forms when there are more than 2" [Critical,Confirmed]  http://launchpad.net/bugs/4698201:20
UbugtuMalone bug 68014 in rosetta "Rosetta reverts translation fixes to old faulty values" [Critical,In progress]  http://launchpad.net/bugs/6801401:20
UbugtuMalone bug 70141 in rosetta "ubuntu-docs templates are gone" [Critical,Confirmed]  http://launchpad.net/bugs/7014101:20
mpt * Bug #48948 (dapper indices files still being regenerated but shouldn't be), Critical, Confirmed, malcc, who's not here01:20
UbugtuMalone bug 48948 in soyuz "dapper indices files still being regenerated but shouldn't be" [Critical,Confirmed]  http://launchpad.net/bugs/4894801:20
mpt * Bug #56618 (Milestone restrictions are too restrictive for Ubuntu), Critical, Fix Committed, bradb01:21
mpt * Bug #64017 (Setting a bug confidential after its creation creates a ghost bug), Fix Committed, bradb01:21
mpt * Bug #66562 (BugSubscriberPortletView.getSubscribersFromDupes seems to cause timeouts), Critical, Fix Committed, bradb01:21
mptBjornT isn't here to decide which of those need cherrypicks01:21
SteveAmatsubara: I want to say a few things about critical bugs after mpt is done.01:21
UbugtuMalone bug 56618 in malone "Milestone restrictions are too restrictive for Ubuntu" [Critical,Fix committed]  http://launchpad.net/bugs/5661801:21
UbugtuMalone bug 64017 in launchpad "Setting a bug confidential after its creation creates a ghost bug" [Critical,Fix committed]  http://launchpad.net/bugs/6401701:21
UbugtuMalone bug 66562 in malone "BugSubscriberPortletView.getSubscribersFromDupes seems to cause timeouts" [Critical,Fix committed]  http://launchpad.net/bugs/6656201:21
mptand finally01:21
mpt * Bug #66383 (private), Critical, In Progress, ddaa01:21
UbugtuBug 66383 on http://launchpad.net/bugs/66383 is private01:21
mptyes, Ubugtu, we know01:21
mptddaa, tell us about progress on 66383 :-)01:22
ddaampt: mh... that one needs discussion... there's a quick fix in review, but it does not affect the UI01:22
mptddaa, so make a note to discuss it next week?01:22
ddaaand I'm not entirely clear yet on how the UI should be extended to handle the problem01:22
mptall right01:23
ddaawell... discussion here mostly means "I mean to sit down and figure it out"01:23
mptok01:23
mptThat's all from me, thanks matsubara, over to SteveA 01:23
ddaaI'd rather avoid bikesheddinh unless I really need input.01:23
matsubarathanks mpt01:23
SteveAThe process for getting a bugfix cherrypicked looks like this:01:24
SteveA - If the bug is critical, fix the bug, then ask Stuart if it can be01:24
SteveA   cherrypicked.  Write as a comment in the bug report why it deserves01:24
SteveA   to be cherrypicked.01:24
SteveA - If the bug is not critical, don't even discuss getting it cherrypicked.01:24
SteveA   If you think it needs to be cherrypicked, then you need to make the01:24
SteveA   bug "critical", the same as you would get the importance set on any other01:24
SteveA   bug.01:24
SteveASo, there are two possible conversations:01:24
SteveA - the conversation to make a non-critical bug into a critical bug.01:24
SteveA - the conversation to make a critical bug be cherrypicked.01:24
SteveA01:25
SteveAThe point of this is to make the process clear to everyone, and also so that Stuart is consulted only about bugs we've agreed are critical.01:25
SteveAAny questions or comments?01:25
ddaaseems heavyweight01:25
SteveAddaa: please explain01:26
flacoste"the conversation to make a non-critical bug into a critical bug": how does that happen?01:26
ddaasometimes, small fixes deserve to be cherrypicked even if they are not critical by any reasonable definition01:26
flacosteapart from selecting the value in the bug page :-)01:26
SteveAddaa: I disagree.  Cherrypicking is a risky operation, and uses valuable stub time.01:26
ddaanot very often for me at the moment, but I see how that can become an issue01:26
SteveAIf it needs cherrypicking then it must be critical.01:26
SteveAIf it's not critical, then it can wait.01:27
ddaa*shrug* then let's agree to disagree01:27
SteveAlet's not disagree01:27
mptbut if it's Critical it doesn't *necessarily* need cherrypicking01:27
SteveAmpt: correct01:27
mptok01:27
SteveAddaa: you may hold a different opinion of what is best01:27
SteveAbut I want you to agree to follow the process01:27
SteveAflacoste: how do we decide on the importance of bugs now?01:28
ddaaI think subsystems maintainer are in the best situation to assess the risk/benefit of a cherrypick01:28
jameshddaa: the existing importance value is probably wrong if the fix deserves cherrypicking01:28
jamesh(and it is of a lower importance)01:28
flacosteSteveA: yeah, what is the process for that?01:28
ddaastub cost is another problem01:28
ddaaI agree to follow the workflow, if that's what matters to you.01:28
SteveAthank you ddaa.01:28
SteveAflacoste: I don't think we have a formal process for that.01:29
=== jml [n=jml@220-253-102-97.TAS.netspace.net.au] has joined #launchpad
SteveAflacoste: the informal process is that matsubara sets importance sometimes, depending if the bug is causing an oops or whatever01:29
SteveAor lots of support request or queries01:29
SteveAand if the bug gets in the way of launchpad doing what it's meant to do -- stops some significant workflows for a lot of people01:30
SteveAthen it is very important01:30
flacosteso, if I think that a bug importance should be raised, I ask mastubara?01:30
SteveAif you think a bug's importance should be raised, just raise it, and leave a comment in the bug explaining why01:30
flacostefine01:30
matsubarathat's much better. specially because subsystem maintainer can make that call much better than I01:31
SteveAanything else?01:31
flacostei'm fine01:31
matsubaraok, moving on.01:31
SteveAI expect any launchpad developer to set importance on any launchpad bugs they feel strongly about, provided they explain why in the bug01:31
matsubara * Production and staging (Stuart)01:32
mptHe's probably asleep01:32
matsubarawell, stub not here, let's move the next topic01:32
jameshhe's not here01:32
SteveAso, we had a botched cherrypick.  read stu's report to the list for details.01:32
SteveAit resulted in a 40 minute outage that had been expected to be only 10 minutes01:32
matsubara* Launchpad 1.0 status reports01:32
SteveAand01:32
mptEvidence that cherrypicks are not to be requested lightly, then.01:33
SteveAdue to a problem with how the authserver handles a locked Person table, the wikis kinda hung during that time01:33
SteveAso, we should improve the authserver to use our standard query timeout systems.01:33
SteveAmpt: I agree.  Particularly cherrypicks involving database updates.01:33
SteveAOther than that, things are fine in production.01:34
SteveAdone.01:34
matsubarathanks SteveA, next item * Launchpad 1.0 status reports01:34
flacoste* Support Tracker 1.001:34
flacosteSupportTrackerWorkflow: Completed.01:34
ddaasupermirror-smart-server: no progress last week, spiv busy with reviews and getting the infrastructure merged in bzr01:34
flacosteSupportTrackerViews: Landed. Missing 'Needs attention' report.01:34
flacosteLocalizedSupportRequest: preferred-languages branch landed. Mostly in review (tt-add-localized-requests, tt-localized-requests-notifications), needs to finish tt-search-localized-requests.01:34
flacosteSupportTrackerHelp: 75% completed. Missing Highlights, help on native language support and polish.01:35
flacoste* Other 1.0 Features01:35
flacosteDirectPersonCreation: 2nd round of review01:35
cprov= Soyuz-1.0 Report =01:35
cprov * PPA: ppa-build-support & ppa-poppy (cprov, w-i-p)01:35
cprov * Archive Rework: pending review (malcc)01:35
cprov * NoMoreAptFtparchive: 2nd round review (cprov)01:35
cprov * Code quality:01:35
cprov   * NascentUpload first refactoring (kiko, under development)01:35
cprov * General Fixing:01:35
cprov   * Some help texts in progress.01:35
cprov * Last commits:01:35
cprov   * DiskPoll refatoring (malcc)01:35
cprov   * Single suite publication support (cprov)01:35
cprov   * Cleanup on buildd content-classes (cprov)01:35
matsubarano rosetta or malone reports since the danilo, carlos and bjorn aren't here, anything else missing?01:36
matsubara* Sysadmin requests01:37
matsubara501:37
matsubara401:37
matsubara301:37
matsubara201:37
matsubara101:37
matsubaragood! 3rd week in a row.01:37
matsubara* Help text in templates (SteveA)01:37
SteveAI saw some landing!01:37
SteveAkeep it coming.01:38
matsubara* Keep, Bag, Change01:38
SteveAquick poll, say "helped" if you added some help text to at least one template so far, "not helped" if you haven't yet, and "not my problem guvnor" if you have none to add01:39
ddaaCHANGE: new moin with shiny wysiwyg editor on launchpad wikis01:39
SteveAmatsubara, ddaa: one moment please01:39
mpthelped01:39
matsubarasorry, SteveA 01:39
cprovhelped01:39
spivnot my problem guvnor01:39
flacostehelped01:39
SteveAnot my problem guvnor01:39
ddaahelped01:39
matsubaranot my problem guvnor01:39
jameshhelped01:39
SteveAthat everyone?01:39
SteveAthanks james, ddaa, flacoste, cprov, mpt01:40
SteveAdone01:40
mptBAG: 4am meetings01:40
ddaaCHANGE: new moin with shiny wysiwyg editor on launchpad wikis01:40
SteveAmpt: I didn't expect UDS folks to be here, but I'm glad you decided to come.01:40
jameshso, everyone knows that new page templates must have help text to pass review?01:41
SteveAddaa: you want to remove the new moin, or you want us to adopt the new moin?01:41
mptheh01:41
ddaaadopt the new moin01:41
SteveAddaa: mention it at allhands when we're (almost) all there01:41
mptjamesh, I didn't know that, but that's a good idea01:41
ddaaIf I wanted remove, I would have said "shitty" instead of "shiny"01:41
SteveAmpt: I mailed the list, and jamesh mailed the reviews list01:41
mptMy fault for not reading e-mail then :-)01:42
SteveAtime passes01:42
SteveAyou have been eaten by a grue01:42
matsubara* Three sentences01:43
ddaaDONE: vcs-imports bugfixes, reviews, upgrades, deployment, herding01:43
ddaaTODO: vcs-imports review fixes, landing, herding, launchpad help texts01:43
ddaaBLOCKED: no01:43
mptDONE: attending UDS01:43
mptTODO: finish UDS, finish 1.0 work01:43
mptBLOCKED: no01:43
cprovDONE: ppa buildd support, code reviews, help texts01:43
cprovTODO: ppa binary uploads support, UDS specifications, help texts01:43
cprovBLOCKED: no01:43
flacosteDONE: implemented notifications for localized support requests, refactoring of support contacts related methods in ITicketTarget, reviews01:43
flacosteTODO: finish search related aspects of localized support requests, AllHands01:43
flacosteBLOCKED: not really, but many branches stalled in review01:43
matsubaraDONE: holidays, triage, oops report analysis.01:43
matsubaraTODO: more of the same01:43
matsubaraBLOCKED: no01:43
jameshDONE: code reviews, sprint scheduler changes, spec-branches, bug import01:43
jameshTODO: code reviews, allhands01:43
jameshBLOCKED: no01:43
spivDONE: reviews, bzr smart server hacking01:43
spivTODO: reviews, bzr smart server hacking01:43
spivBLOCKED: no01:43
SteveADONE: landed build number for main templates on mainline01:44
SteveATODO: finish refactoring vhost support, and add new vhosts for bugs, blueprints, translations etc.01:44
SteveABLOCKED: no01:44
matsubaraflacoste: stalled why? no reviewers to take care of them?01:44
flacostematsubara: well, the review queue is getting longer and longer these days, many reviewers are busy01:44
SteveAflacoste: that's a conversation we'll have next week01:45
flacosteif you at the the Pending Branch Summary, you'll see that the average time in the needs-review state is near one week01:45
SteveAI've been talking with lifeless about this01:45
SteveAand we have some ideas and principles to discuss at all hands01:45
flacosteSteveA: ok01:45
cprovah, forgot to mention01:45
cprovTODO: stay home (not going to US-allhands, couldn't get visa at time)01:45
SteveAwe'll miss you, cprov !01:46
jameshcprov: that's a shame01:46
jordiDONE: lots of imports, email01:46
flacostecprov: that's sad01:46
jameshcprov: I guess that means you'll be skipping the cavity searches :)01:46
=== ddaa will be so lonely at the smokers end
cprovSteveA: thanks, I'm sorry too01:46
jordiTODO: final bits of email + queue01:46
jordiBLOCKED: allhands :(01:46
SteveAwe'll miss you, jordi, too01:46
jordiyeah, I'll miss the team01:47
spivcprov, jordi: you'll be missed :(01:47
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
jordimore when it might have been a "goodbye" allhands for me.01:47
jordioh well, we'll see01:47
cprovdo you think we can get VOIP sessions for allhands as well ?01:47
matsubarawell, I guess that's it. Anything else?01:48
matsubaraMEETING ENDS, thanks everyone.01:48
ddaampt: ping01:48
SteveAthanks for running the meeting matsubara.  I like how you kept it very smooth.01:48
mptThanks matsubara 01:48
mptddaa, pong01:49
ddaampt: the link to the detailed branch listing on the person/+branches page was removed, was what you?01:49
matsubaraSteveA, mpt: you're welcome01:50
ddaampt: I'm trying to figure if this was just a mistake, or if it was intentional, and why.01:50
mptddaa, not that I remember01:50
ddaabtw01:50
mptI can't think of a good reason for that either01:50
ddaaBAG: bzr going to swap hell when doing "bzr log FILE" on launchpad01:50
ddaampt: I can imagine that making sense in a "let's make the UI simpler" approach01:51
LarstiQit's performance could be improved a bit, yes :)01:51
ddaain particular because this page does not expose the relation between the person and the branch01:52
ddaampt: any opinion on whether it should be restored, or left as is?01:52
matsubaracprov: better ask elmo about it01:53
mptddaa, to express an opinion that was worth anything, I'd need to see a page how it was before01:53
mptDoes production still have the link?01:54
ddaampt: no01:55
ddaathe page is https://launchpad.net/people/larstiq/+branchlisting01:55
ddaacompare to https://launchpad.net/people/larstiq/+branches01:55
mpteww01:56
ddaa?01:56
cprovmatsubara: ok, I will check if it would be possible, thx01:56
=== ddaa looks at mpt with his best puzzled face
=== somerville32 has a question.
mptddaa, those pages shouldn't both exist01:56
mptThey should be combined *somehow*01:56
ddaampt: why01:57
ddaathere's the same duplication for products01:57
ddaaone is short, good for browsing01:57
ddaaone has details, good for exploring01:57
ddaaconsider https://launchpad.net/people/jameinel/+branches01:58
mptI don't think they're mutually exclusive01:58
ddaayou mean one page with more state?01:58
spivIs the long one actually good for exploring?  I've always found it's good for making my eyes glaze over...01:58
mptI could draw up some designs for satisfying both goals01:59
ddaa"show details" / "show brief listing"01:59
mptonce 1.0 is done01:59
spivAlso, looking at jameinel's branches it seems to me that we probably want to hide merged branches by default.01:59
ddaaspiv: absolutely, there's a high prio. bug on this02:00
ddaait's the single most important bugfix we need to do to the branch ui02:00
mptbug 5888902:00
UbugtuMalone bug 58889 in launchpad-bazaar "Merged and abandoned branch should not appear in main branch listings" [High,Confirmed]  http://launchpad.net/bugs/5888902:00
spivAssuming that the purpose of the page is to aid collaboration on active work, rather than dig through history (we have a VCS if people want a tool for looking at history of code...)02:00
=== spiv nods
somerville32When will staging be back up?02:01
spivmpt's suggestion on that bug is exactly what I would expect, too.02:01
ddaaIt's all defined. It just need to be done.02:02
ddaaspiv: thanks for volunteering :)02:02
=== spiv tosses ddaa a round tuit.
ddaawow! you've got surplus round tuits!02:02
=== ddaa decides to leave the person branches link as they are
ddaampt: generally, I think launchpad really abuses tabular listings02:04
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
ddaamore often than not, they are really ugly and hard to read02:04
mptyes02:04
mptOften they are too wide, too02:04
mptIn this case, I think perhaps a table that has two rows per branch02:05
ddaaand lead to endless arguments about how columns should be ordered02:05
mptThat's just an idea that comes to mind02:05
ddaaTim Berners Lee gave us UL.02:06
=== ddaa -> lunch
mptWhat are your thoughts on bug listings? :-)02:06
=== mpt passes out
ddaampt: I like bug listings as they are02:07
ddaahttps://launchpad.net/products/launchpad-bazaar/+bugs02:07
ddaalooks fine to me02:07
ddaaexcept maybe for the left hand column of portlets02:08
ddaawell02:08
ddaano actually, it sucks02:08
ddaait displays nothing about tags02:08
ddaaand assigned status02:08
=== ddaa -> lunch, really
UbugtuNew bug: #71074 in launchpad-bazaar "Merge the two variants of a person's branch listing" [Medium,Unconfirmed]  http://launchpad.net/bugs/7107402:10
=== belito [n=user@201.240.245.10] has joined #launchpad
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
=== cassidy [n=gdesmott@di-net.ulb.ac.be] has joined #launchpad
=== flacoste [n=francis@modemcable059.159-200-24.mc.videotron.ca] has joined #launchpad
=== malcc [n=malcolm@38.99.84.33] has joined #launchpad
SteveAkiko-zzz: not around yet?04:00
kiko-zzzI'm half-around04:00
somerville32:] 04:01
kiko-zzzSteveA, want it to be now or in an hour?04:06
UbugtuNew bug: #71088 in launchpad-support-tracker "Notify ticket subscribers when the status of a linked bug change" [Low,Confirmed]  http://launchpad.net/bugs/7108804:25
=== cprov [n=cprov@monga.dorianet.com.br] has left #launchpad []
=== cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad
=== flacoste [n=francis@modemcable027.210-200-24.mc.videotron.ca] has joined #launchpad
UbugtuNew bug: #71090 in launchpad-support-tracker "Use guided bug workflow in +makebug" [Low,Confirmed]  http://launchpad.net/bugs/7109004:35
=== tambaqui [n=tambaqui@201.75.57.189] has joined #launchpad
=== mpt [n=mpt@209.79.152.234] has joined #launchpad
SteveAkiko-zzz: the time is nigh05:18
=== lbm [n=lbm@82.192.173.92] has joined #launchpad
=== stub [n=stub@209.79.152.253] has joined #launchpad
kiko-zzzSteveA, oh, email?05:21
SteveArereview05:21
kiko-zzzla la la05:23
kiko-zzzah tests!05:24
kiko-zzzsteve05:25
kiko-zzzmuch better05:25
kiko-zzzr=kiko05:25
SteveAthanks kiko05:26
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
=== Kuhrscher [n=jannick@91.64.2.231] has joined #launchpad
=== Keybuk [i=scott@conference/ubuntuconf/x-e3f6237adc4e6cbd] has joined #launchpad
=== somerville32 waves at Keybuk.
=== carlos [i=carlos@conference/ubuntuconf/x-7ac6b80f1d716921] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-4933d17ba1254a70] has joined #launchpad
carlosmorning05:43
Keybuksomerville32: hello05:50
somerville32Keybuk: How are you?05:50
Keybukgood05:50
somerville32Scott, right?05:50
somerville32I think I talked to you about your blog the other week <g>05:51
Keybuksomerville32: yes, I believe you did06:00
KeybukTypo sucks06:00
somerville32:] 06:01
=== malcc [i=malcolm@conference/ubuntuconf/x-fd3514468bba256c] has joined #launchpad
=== seb128 [i=seb@conference/ubuntuconf/x-f1bfaa64d3bb7aa8] has joined #launchpad
=== mholthaus [n=mholthau@183.127.3.213.cust.bluewin.ch] has joined #launchpad
=== mdz [i=mdz@conference/ubuntuconf/x-96d561d38c01dccf] has joined #launchpad
=== stub [i=stub@conference/ubuntuconf/x-cfb17143728aaa37] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-7022706150a32212] has joined #launchpad
lifelessmorning06:09
somerville32Hi :] 06:09
=== newz2000 [n=matt@12-216-147-124.client.mchsi.com] has joined #launchpad
newz2000staging.launchpad.net is down, and I need its mirror prober06:13
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
lifelessstub: ^06:15
stubIt is still updating (and has been for the last 14 hours or so, so I guess we need to revisit that data migration patch...)06:21
newz2000wow, that's one heck of an update06:23
=== salgado [i=salgado@conference/ubuntuconf/x-deabadb6a7b05c0d] has joined #launchpad
Znarlnewz2000 : Couldn't the mirror pages be build off production data?06:29
newz2000Znarl: according to salgato, no.06:29
newz2000There's a bug that allows some mirrors that dont' have the newest release to show up in the list06:29
kikostub, can we abort the update?06:30
kikomight be the wisest thing at this point06:31
=== jml [n=jml@220-253-102-97.TAS.netspace.net.au] has joined #launchpad
stubkiko: There is no working staging database. Aborting won't change the situation.06:31
kikostub, hmmm, you're right06:31
=== seb128 [i=seb@conference/ubuntuconf/x-954a705a6cdbfb33] has joined #launchpad
kikostub, the rosetta optimizations may need to be done ahead of time :-)06:35
stubI'm sorting it now - looks like we can defer the expensive bit until post rollout and do it on a live system.06:35
kikojamesh!!!06:43
=== Gwaihir [n=Gwaihir@ppp-114-75.25-151.libero.it] has joined #launchpad
=== salgado [i=salgado@conference/ubuntuconf/session] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== WebMaven [n=webmaven@ip72-193-220-34.lv.lv.cox.net] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== seb128 [i=seb@conference/ubuntuconf/x-88ee6b0155fdf8f0] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-31f79d34fec5b38e] has joined #launchpad
=== mantiena-baltix [n=ubuntu@ctv-84-55-7-15.init.lt] has joined #launchpad
mantiena-baltixHi all07:15
mantiena-baltixkiko, could you help me to register new milestone in Baltix distribution (https://launchpad.net/distros/baltix )07:17
mantiena-baltixpreviously there was a link in main menu, but few months ago this link disappers:(07:18
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
mantiena-baltixSteveA, are you near the computer ?07:20
mantiena-baltixanyone, please help me...07:24
LarstiQmantiena-baltix: relax, this is irc07:24
LarstiQinteractions are on their own glacier like timescale :)07:24
mantiena-baltixLarstiQ, :)07:24
LarstiQmantiena-baltix: I don't know how milestones work with distributions, I only have experience with using a product07:25
LarstiQmantiena-baltix: if no one here answers though, email the launchpad-users list07:25
mantiena-baltixLarstiQ, could you tell me URL example ?07:25
=== salgado [i=salgado@conference/ubuntuconf/x-4f0f324d0c5609c6] has joined #launchpad
LarstiQmantiena-baltix: url of the launchpad-users list?07:26
kikomantiena-baltix, I don't think it's possible to add milestones do a distro without releases.07:26
mantiena-baltixkiko, previously this was possible, look at https://launchpad.net/distros/baltix/+milestone/dapper or https://launchpad.net/distros/baltix/+milestone/breezy07:27
kikoyeah, it was a constraint added later.07:29
kikoI need to check again with mark.07:29
mantiena-baltixkiko, so, what should I do - I can't register nor Baltix releases nor milestones :(07:30
kikomantiena-baltix, it's a bug. I'll sort it out for you, let me cook up an email.07:30
mantiena-baltixkiko, it's very important to register new milestone for Baltix, because I should assing new bugreports for new milestone07:31
kikoyeah07:31
mantiena-baltixkiko, maybe now there is some hidden URL for registering new milestone ?07:32
kikoit's a db constraint issue07:32
kikoI'm writing 07:32
mantiena-baltixkiko, sorry, I don't understand what means "let me *cook up* an email" :(07:35
kikoit means I'll start the discussion on how to fix this07:36
mantiena-baltix:)07:36
mantiena-baltixkiko, please CC me when you will send an email. my email is mantas@akl.lt07:37
mantiena-baltixthanks for helping, I should quit now.07:38
=== xenru [n=Miranda@85.192.13.207] has joined #launchpad
stubkiko, newz2000: staging is back up07:49
stubI'll run the mirror prober now07:49
salgadostub, staging is running HEAD, I guess?07:52
stubyes07:52
=== AstralJava [n=jaska@cm-083-102-068-117.lohjanpuhelin.fi] has joined #launchpad
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
=== ChanServ [ChanServ@services.] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-d6adfe8c39fbf11a] has joined #launchpad
=== AstralJava [n=jaska@cm-083-102-068-117.lohjanpuhelin.fi] has joined #launchpad
=== xenru [n=Miranda@85.192.13.207] has joined #launchpad
=== seb128 [i=seb@conference/ubuntuconf/x-88ee6b0155fdf8f0] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== newz2000 [n=matt@12-216-147-124.client.mchsi.com] has joined #launchpad
=== stub [i=stub@conference/ubuntuconf/x-cfb17143728aaa37] has joined #launchpad
=== malcc [i=malcolm@conference/ubuntuconf/x-fd3514468bba256c] has joined #launchpad
=== Keybuk [i=scott@conference/ubuntuconf/x-e3f6237adc4e6cbd] has joined #launchpad
=== Kuhrscher [n=jannick@91.64.2.231] has joined #launchpad
=== lbm [n=lbm@82.192.173.92] has joined #launchpad
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
=== spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad
=== mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad
=== ryanakca [n=ryan@unaffiliated/ryanakca] has joined #launchpad
=== frsk [i=fredrik@houston.fr3drik.net] has joined #launchpad
=== Jozo- [i=jozo@viola.uninea.fi] has joined #launchpad
=== Jozo [i=jozo@nelli.ikonia.fi] has joined #launchpad
=== Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad
=== Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad
=== kiko [n=kiko@68.178.34.180] has joined #launchpad
=== JanC [n=janc@lugwv/member/JanC] has joined #launchpad
=== Ng [n=cmsj@mairukipa.tenshu.net] has joined #launchpad
=== ajmitch [n=ajmitch@ubuntu/member/ajmitch] has joined #launchpad
=== jkakar [n=jkakar@204.174.36.228] has joined #launchpad
=== Riddell [i=jr@kde/jriddell] has joined #launchpad
=== PecisDarbs [n=pecisk@62.85.86.242] has joined #launchpad
=== lfittl [n=lfittl@83.64.250.38] has joined #launchpad
=== mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad
=== MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad
=== lamont [i=lamont@nat/hp/x-8fe3ca663e2e23a9] has joined #launchpad
=== lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #launchpad
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
=== [PUPPETS] Gonzo [n=gonzo@80.69.47.16] has joined #launchpad
=== Fanch [n=fanch@fanfan.staff.proxad.net] has joined #launchpad
=== asw [n=asw@karuna.med.harvard.edu] has joined #launchpad
=== SteveA [n=steve@costello.z3u.com] has joined #launchpad
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad
=== LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad
=== redpig [n=redpig@dataspill.org] has joined #launchpad
kikostub, many thanks.08:17
newz2000stub, salgado: thanks, how will I know when the mirror list is safe to use?08:25
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
kikothanks cprov 08:29
kikogood answer08:29
cprovkiko: good, thank you08:30
SteveAyo ho ho08:32
malccArr08:33
=== mpt [i=mpt@conference/ubuntuconf/x-6f3b7fadfd631b39] has joined #launchpad
=== Gwaihir [n=Gwaihir@ppp-89-73.25-151.libero.it] has joined #launchpad
=== salgado [i=salgado@conference/ubuntuconf/x-722657df005b95d2] has joined #launchpad
newz2000salgado: do you know if the mirror list on staging is accurate? I see it's up, but I don't know if I can trust it yet08:50
=== malcc [i=malcolm@conference/ubuntuconf/x-0b6c3f5a64a7ba91] has joined #launchpad
=== carlos [i=carlos@conference/ubuntuconf/x-70e3edce74aadded] has joined #launchpad
newz2000Anyone willing to go on the record and tell me if its safe to use the mirror list on staging yet?09:10
kikonewz2000, I think it is safe, yes -- stub should have run the prober by now. 09:14
kikonewz2000, does it look safe by its contents?09:14
salgadonewz2000, was in a meeting, sorry09:15
newz2000it looks safe, but maybe fewer locations than I expected09:15
salgadothe contents should be the same as production09:15
salgadoand with the last fixes I merged, we should get more mirrors09:15
kikosalgado, didn't stub do a run of the prober?09:15
SteveAthat so sounds like what they have at US airports nowadays09:16
malccAh, but do they have a wand cleaning facility?09:16
newz2000SteveA: don't tell me you were first in line?09:16
kikoSteveA?09:17
kikohey flacoste?09:23
salgadonewz2000, how many mirrors did you get on staging's rss feed?09:23
salgadokiko, yeah, he just did one09:23
kikocool.09:23
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
newz2000salgado: let me check09:23
kikohey fabbione 09:23
fabbionehey kiko09:24
kikowassup padrino09:24
salgadonewz2000, staging's feed should be the same as productions'09:24
newz2000ok, there are more than I expected... aparently the rss view in ff truncates the list09:25
kikoI think it does indeed09:25
newz2000salgado: 4309:25
kikonewz2000, it's a problem in particular for bug queries09:25
newz2000which is a prime number09:25
kikobecause if we offer them via rss 09:25
kikoit might be that some bugs get omitted09:25
newz2000kiko: we need to create an xsl stylesheet to attach to the rss09:25
kikorss readers are geared more towards news and blogs...09:25
kikonewz2000, so we can browse it directly?09:26
newz2000yeah09:26
newz2000it's already on my todo list09:26
newz2000but won't happen until after the allhands meeting09:26
kikocool idea09:26
newz2000yeah, I wish I'd thought of it before writing this python script I'm using now09:27
kikopython ewwww09:29
newz2000salgado: how often is the mirror prober running now?09:29
newz2000:D09:30
newz2000I like python, but the xsl would have been more broadly useful and probably taken the same amount of time to write09:30
UbugtuNew bug: #71132 in launchpad "Stop probing a given mirror after we get a certain number of time outs on that mirror" [High,Confirmed]  http://launchpad.net/bugs/7113209:45
kikonewz2000: should we really, you think? 09:46
kikoI feel we should continue probing09:46
kikountil somebody turns it off09:46
newz2000hmmm... 09:46
newz2000I don't know, I'm under the impression the mirror maintainers really want to be active, 09:47
newz2000so I'd say, if it doesn't cost us anything, keep probing09:47
=== mpt [i=mpt@conference/ubuntuconf/x-e993bba07b0d915e] has joined #launchpad
newz2000when we do frequent updates on the download list they'll disappear and re-appear as they get overwhelmed and later recover09:47
=== salgado [i=salgado@conference/ubuntuconf/x-8e9a8ca4133362db] has joined #launchpad
kikosame here.09:50
ZnarlThere shouldn't be any mirrors being overwhelmed at this point in Edgy's life.09:58
kikoman staging is slow.09:58
ZnarlThe problem we're seeing now is that mirrors with good national bandwidth but poor international bandwidth fail when probed so will never get listed.  09:59
Znarl...it's a complex problem to solve.09:59
kikointeresting10:00
kikostub, staging seems hosed...10:00
kikoeverything times out10:00
newz2000good thing I got my mirror list already10:01
=== carlos [i=carlos@conference/ubuntuconf/x-94b202bc585b3f12] has joined #launchpad
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
=== salgado [i=salgado@conference/ubuntuconf/x-8039f99ebbe37f9f] has joined #launchpad
=== mpt [i=mpt@conference/ubuntuconf/x-a5e367c47a2e13f9] has joined #launchpad
salgadonewz2000, we should have some new mirrors on staging's RSS feed10:44
salgadolast probe enabled 8 mirrors that were previously disabled10:45
newz2000ok, I'll update the site. Thanks.10:45
UbugtuNew bug: #71144 in rosetta "PO template +edit form needs unique validation for translation domain field." [High,Confirmed]  http://launchpad.net/bugs/7114410:51
kikostub, ping me when you have a moment ok?10:53
stubkiko: pong10:53
kikostub, want to go over yesterday's work?10:54
stubNot really :-)10:54
kikowhat if I DEMANDED it :-)10:54
stubI would grudgingly make an effort10:54
stubDespite the nice comforting glow of a lunch well eaten that makes me want to take a nap10:55
=== LarstiQ giggles
SteveAmpt: ping10:57
=== seb128 [i=seb@conference/ubuntuconf/x-cc458b42c4eac5cf] has joined #launchpad
ddaaping of death11:01
stubSo malcc is probably the busiest bee, being the drafter of a number of soyuz sprints. 11:01
kikostub, and have the sprints gone well, I wonder?11:02
stubThere was a PostgreSQL meetup with some community people yesterday which was good11:02
kikodoes he have outstanding questions?11:02
kikostub, ah, cool! did tom lane show up? 11:02
=== mdz [i=mdz@conference/ubuntuconf/x-a68bd08cf6fdb003] has joined #launchpad
stubOne of them attended the rosetta db optimization sprint, pretty much confirming my ideas re: distributed db stuff but offering some useful ideas with rosetta searching11:03
stubNo Tom. Jeff Berkus.11:03
kikoah.11:03
kikotlane is the master11:03
=== Mez [n=Mez@ubuntu/member/mez] has joined #launchpad
kikostub, confirming your ideas: i.e. bad news? 11:03
stubNo - just approaches we can go with when it is worth while11:04
stubJeff Berkus is sort of the coordinator of the whole effort. Tom is primarily the implementer and maintainer of the planner.11:04
kikookay, cool. is mark's plan feasible, stub?11:04
stubIts feasible, but pointless at this stage.11:05
kikookay11:05
stubWe might have to start worrying when we get to around 100 mill rows, so we have a year or two.11:05
kikommkay.11:06
stub(currently 10-15 mill per release, but that might increase. But then again, we might want to toss old information from unsupported releases too)11:06
kikostub, we could also.. well.. collapse this sideways somehow11:06
kikoso that only stuff that changed was actually added to the DB11:06
kikothat was my idea anyway.11:06
ddaakiko: why do I get this impression you'd like to reimplement zodb?11:07
stubIf we don't need the information for anything, sure. But I thought we needed that sort of thing in the db for suggestions etc.11:07
kikoddaa, I already wrote an indexer for it..11:07
kikostub, well, suggestions for older releases are still valid in this release (really)11:08
kikostub, so what you want to capture is the accepted submission for this release, and for older ones11:08
kikohowever for the majority of strings the accepted submission is the same if the string hasn't changed11:08
kikoso...11:08
stubI'm told the linkages need to remain because when we offer suggestions, we also state the context that the suggestion came from11:09
stubIf we are prepared to throw away that context, then sure.11:09
stubWe just need translations with a link to a message id11:09
kikowe can tell the context the suggestion first came in from11:09
kikowhich will be captured.11:09
SteveAstub: please tell mpt that I want to talk with him soon11:10
stubWe can discuss this further next week anyway. Yesterday we ran with Mark's suggestion and dropped another 40M row table11:10
kikogood job.11:10
kikostub, how did BjornT do?11:11
stubSteveA: Just did a circuit - he isn't back from Lunch yet11:12
stubBjornT: ping11:12
stubdunno :)11:12
stubbrief discussions about debian bug imports...11:13
kikoah?11:13
stubTalking with martin today about cve tracking11:13
=== mholthaus__ [n=mholthau@188-175.1-85.cust.bluewin.ch] has joined #launchpad
kikostub, did you guys get some time writing up, btw? how did carlos/danilo progress on the language teams thing?11:14
stublanguage teams got superceeded I believe by another spec11:14
stubPeople have been writing up their stuff11:15
kikogood job11:15
BjornTkiko: basically simon doesn't want any debian bug imports; it's more important to get people to link to the external bugs instead.11:15
stubAnd keeping Launchpad up todate in general11:15
kikoBjornT, ai ai11:16
kikoBjornT, any chat on how to display foreign bug comments?11:16
stubI thought we were only making the support tracker handle foreign enquiries?11:16
stub(at least on the current roadmap)11:17
BjornTkiko: no, not yet. i'll see if mpt has some time today to discuss it.11:17
kikoBjornT, it would be ideal11:17
kikostub, foreign as in "from other bugtrackers", sorry11:17
ddaaup to date...11:19
kikoBjornT, cool. how did you think your chats went? I liked to see "closing bugs from changelogs there!"11:19
ddaaI'm having some fun gardening some very old svn import requests...11:19
ddaalike one requested an import from svn.progeny.com...11:19
=== seb128 [i=seb@conference/ubuntuconf/x-e9a5e3e1973ad750] has joined #launchpad
=== somerville32 [n=ubuntu@fctnnbsc15w-156034072235.nb.aliant.net] has joined #launchpad
somerville32Hi11:19
stubclosing bugs from changelogs was discussed in Singapore11:19
BjornTkiko: ah, right, we did discuss "closing bugs from changelogs" yesterday!11:20
somerville32I have more questions :D11:20
kikoI saw the writeup today11:20
stubSo anyone looking at that should catch up with tims Launchpad bazaar integration stuff (hopefully specced)11:20
somerville32How does specification roles work when you assign a group to them?11:20
BjornTkiko: it will be quite simple to do, the hard thing is to find a place in soyus to plug in to11:21
kikoBjornT, that part of soyuz is a quagmire.11:21
kikoBjornT, the CVE handling using the email interface is genius11:21
ddaastub: there was no significant progress that I'm aware of11:21
ddaaon bug-branches integration11:21
ddaathere was some good discussion some time ago with jamesh about closing bugs from bzr revision properties11:22
LarstiQbzr revision properties?11:23
ddaa"closing bugs from changelog" is risky because we do not know that the changelog is talking of Launchpad...11:23
ddaaLarstiQ: like the branch nick11:23
LarstiQwould this tie into 'bzr commit --lp-closes 12345'?11:23
ddaasomething like this11:24
LarstiQddaa: right11:24
ddaaI'm not sure about the specific UI poolie is championing right now11:24
ddaahttps://launchpad.canonical.com/AutomaticBugBranchLinks11:26
=== LarstiQ fails authorization
BjornTkiko: we discussed the bug reporting tool as well. no changes were required to the existing lp spec, though.11:27
kikoBjornT, did stub and you find an agreement on the blob storage thing?11:27
ddaaLarstiQ: sorry about that, It's a url for BjornT, stub and kiko11:27
LarstiQaww11:27
kikoLarstiQ, blame SteveA for that11:27
=== kiko runs
LarstiQI'm afraid I'm rather used to this happening by now.11:28
stubkiko: blob storage is under control. mdz seemed happy to let me do it my way. I just have to labotimize mark's patch.11:28
kikookay, nifty11:28
stubc/timize/tomize/11:28
=== doko [i=doko@conference/ubuntuconf/x-fef6fb562e3c2af0] has joined #launchpad
kikoas long as it gets done; I think mark's aggravation there is that you said "that's crap" and then didn't do the actual lobotomy :-)11:29
stubMark might not be happy though, so I must remember to use a misleading commit message ;)11:29
ddaaone important property of this design is that the branch-scanner remains idempotent, there are no dependency on the branch scanner seeing the data appear in a specific sequence.11:29
kikohe was okay with it as long as it got done.. when it didn't I got the sharp end of the stick11:29
stubNobody has given me a timeframe yet, so it keeps getting bumped for more urgent tasks11:29
kikoI know you were busy etc etc11:29
kikoyeah, well, it's "very high", not "critical"11:29
kikobut it should show up for early feisty11:30
stubit is also useless until there is a client that actually uses it11:30
kikoso that people can get the client into feisty soon11:30
kikoagreed11:30
kikoearly feisty is optimal for that11:30
SteveAwell... 11:30
stubok.11:30
SteveAthe writers of a client would say11:30
SteveA"this is useless until there's a server that actually uses it"11:30
kikogreed11:31
stubSure. But I don't know a) who is working on the client and b) when they plan to do it11:32
kikostub, I'm surprised you haven't talked about /that/ with mdz, tbh11:32
kikohe definitely can tell you and help you sort that out11:32
stubI will - just thinking about it now11:32
kikocool11:33
stubie. who to talk to after landing marks patch to confirm it actually does what they need.11:33
kikojust funny you'd have chatted with him on the topic and not cover the client side. maybe mdz is out in mars. :)11:33
stubWell... implementing a service is always much easier if there are no users of the system.11:34
kikoheh11:34
stub(If software crashes the server and there is no client, does the sysadmin make a sound?)11:34
kikoesse stub11:34
kikoBjornT, I'm approving InitialUbuntuCVETracking ok?11:36
kikoit's got what I think is a good summary for the initial step11:36
=== guerby [n=guerby@gut75-4-82-235-162-148.fbx.proxad.net] has joined #launchpad
BjornTkiko: well, let's wait a bit. i haven't gotten pitti to take a final look at it yet11:37
stubStill no mdz - might be in a private meeting11:38
kikok11:39
SteveAelmo: ping11:40
SteveAstub: you might need to ask for a more advanced bzr on the app servers11:41
SteveAstub: seems that bzr version-info is recent11:41
SteveAit's not on the bzr on brilliant, for example, so I've had to arse around with the makefile there11:41
=== fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #launchpad
guerbyhi, I'm unable to find a link with a list of bugs I reported on launchpad, any idea?11:42
kikoguerby, yes. visited /people/guerby/+reportedbugs11:42
guerbyhttps://launchpad.net/people/guerby/+reportedbugs => 404 not found11:43
kikogrumble grumble11:43
kikowhat's your launchpad username?11:44
guerbykiko, https://launchpad.net/people/laurent-guerby/+reportedbugs11:44
guerbygot it11:44
kikothere you go11:44
guerbyYou have to click on assigned then you have a link to reported11:44
kikoyeah11:44
kikoit is bong11:44
guerbyI think it would be better to have reported (or both) on the default user page => more users than dev :)11:45
kikobut soon it will be bugs.launchpad.net/people/laurent-guerby11:45
stubasuka seems fine, and is running 0.1111:45
kikoand it will make more sense11:45
SteveAstub: brilliant is on 0.1011:45
stubgangotri is out of date11:46
stub(0.8!)11:46
guerbykiko, as long as it is linked :) is there a place in malone to record suggestion? how to improve suggests IRC or email (but that seems low-tech :)11:46
kikoguerby, sure -- /products/malone/+filebug 11:46
guerbykiko, ok thanks, will do!11:47
kikoenjoy 11:47
guerbykiko, thanks for the help11:47
stubSteveA: We should be able to use the bzr in the launchpad tree, shouldn't we?11:47
=== malcc [i=malcolm@conference/ubuntuconf/x-93a94786f7ec8029] has joined #launchpad
kikostub, so the patch applied to staging successfully?11:51
kikothe rosetta patch I mean11:51
stubThe updated one that might not have landed yet, yes.11:52
SteveAstub: yes, but I wouldn't depend on it11:52
kikostub, oh. :)11:52
=== ddaa -> bed
kikocarlos, ping?11:54
SteveAstub: any sign of mpt yet?11:55
stubno11:55
malccI passed mpt on my way up, he was chatting with someone in the lobby11:56
kikohey cprov-afk 11:56
kikoor malcc 11:56
malccMind you that was 45 minutes ago11:56
malccHey kiko11:56
kikomalcc, can you update the summary/rationale for NMAF so that it's clear that we are doing this now for PPAs, and have the existing content there modified slightly to say that these are benefits of using this implementation instead of AF for Ubuntu?11:57
kikohttps://launchpad.canonical.com/NoMoreAptFtparchive11:57
kikomalcc, then I can approve it11:57
malccSure11:57
kikothanks! ping me when done11:58
=== salgado [i=salgado@conference/ubuntuconf/x-57352a9ad8f6b9c1] has joined #launchpad
carloskiko: pong11:59
kikocarlos, hey there11:59
kikocarlos, are you having another TranslationLicensing meeting?11:59
carloskiko: hi11:59
carlosno, it's a Draft session11:59
kikocarlos, there's stuff there that still needs Mako?12:00
=== seb128 [i=seb@conference/ubuntuconf/x-84a737d72a388ff5] has joined #launchpad
carloskiko: yes, he needs to answer one question12:00
kikookay12:00
carlosand he's still thinking on it12:00
carlosit's already noted on the wiki12:00
UbugtuNew bug: #71155 in malone "User page should have a link to reportedbugs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/7115512:00
kikocarlos, I saw, cool. ping me when you have text so I can look over it12:00
carlosat least he was thinking on it yesterday...12:00
carloskiko: the wiki already has text12:00
kikocarlos, okay, stay on it, as you only have him tomorrow12:01
carloskiko: also, danilo was handling it12:01
kikocarlos, I expect you will edit it further, yes?12:01
kikocarlos, yeah, but danilo's offline12:01
carloshe's in the bathroom ;-)12:01
kikohe should use loobuntu12:01
carlos:-P12:01
kikothe official distro of the toilet-empowered users12:01
=== mdke [n=matt@ubuntu/member/mdke] has joined #launchpad
carlosno, we prefer google's ones, they clean your ass with water! :-P12:02
kikocarlos, ok, tell him to ping me when he has text there12:02
carloskiko: ok12:02
kikoTMI12:02
kikomalcc, please also add the Launchpad Entry for it when you do :-)12:03
kikomalcc, another thing. https://launchpad.canonical.com/SoyuzBuilddImprovements says "Fix PAS bug". What PAS bug?12:03
kikocool idea for the build whiteboard, malcc 12:04
malcckiko: Yes, that could do with some context. And what about the whiteboarD?12:05
kikothe whiteboard is an awesome idea.12:05
kikothe diagnostics thing.12:05
malccAh that, that's infinity's idea that is12:06
kikomalcc, I already suggested filing bugs for the easy bits, right? (can't remember so just checking)12:06
malcckiko: Yes you did. That's the plan, once the specs are finalised12:07
kikomalcc, okay, cool, I'm an old man12:07
malcckiko: It'll give me something routine to do tomorrow afternoon when my brain is dead12:07
kikomalcc, the PAS thing.. is it for real?12:07
malcckiko: It's a known bug, we talked about it before, let me find it12:07
kikooh?12:08
kikothe bugs reported by kamion were actually not real bugs in PAS12:08
kikobut instead issues related to old builds being present and retried12:08
kikomaybe it's something else tho12:08
kikoBjornT, did you manage to get any statuses out of Mark for BugWorkFlow?12:09
malcchttps://features.launchpad.net/products/soyuz/+bug/6571212:09
UbugtuMalone bug 65712 in soyuz "Queuebuilder does the wrong thing when PAS changes" [High,In progress]  12:09
kikoBjornT, or sfllaw 12:09
kikomalcc, I think cprov-afk is already doing half of the "kill getBuildByArch" part, did you know?12:10
kikomalcc, but cool, this isn't actually a PAS issue, but more of a when-PAS-changes issue.12:11
BjornTkiko: no, didn't talk to mark about it. i and mpt specced out some new statuses that sfllaw approved of, though.12:11
malcckiko: I didn't mean to cast aspertions on your PAS implementation, just describe the bug briefly ;)12:11
kikoBjornT, grab mark to get him to give you his notes, please!12:11
sfllawBjornT: We're specing it out now.12:11
sfllawBut obby has died.12:11
kikomalcc, no seriously, PAS may have bugs, but if so I can fix them because the code is easy to me12:11
kikomalcc, the tests are easy to add12:12
kikohowever, I'm just talking about the mechanical PAS decisions12:12
kikoone-shot12:12
kikosfllaw, then use gobby. the lack of the g causes random flakiness12:12
kikomalcc, cprov: did you guys check out flacoste's suggestion? to use the virtualization thingy option 2?12:13
cprovmalcc: thanks for the comments in NoMoreAptFtparchive.12:13
malcckiko: Yup, I raised it, but it's not sufficiently secure12:13
kikobogus12:13
malcckiko: This is a pretty extreme case security-wise, we're giving code which may be a deliberate attack root-level access12:14
malcckiko: It looks like the only answer is full virtualisation12:14
kikoIC12:14
kikoI thought root on the buildds was not a big deal12:14
cprovkiko: it's really up to the distro guys, I've read Vserver stuff, found it hard to setup, but it's just my oppinion12:14
kikoI see12:14

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!