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

=== mpt [n=mpt@203-167-187-121.dsl.clear.net.nz] has joined #launchpad
=== Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad
jendanevermind, fixed12:35
=== jenda [n=jenda@ubuntu/member/jenda] has left #launchpad ["Find]
mpt(From the "meanwhile in other bugtrackers" department: RESOLVED LATER and RESOLVED REMIND have just been removed from Bugzilla CVS.)12:53
UbugtuNew bug: #58776 in malone "clicking on 'file a bug against foo' link leads to 'foo does not exist in Dapper' error message" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5877612:55
mptGoooooooooooooooood morning Launchpadders!01:01
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad
=== somerville32 is back.
jelmermpt: It's starting to feel like Ground Hog Day now you're doing that daily ;-)01:47
LarstiQgooooood night! ;)01:49
mpt~ They say that love won't pay the rent ~ Before it's earned, our money's always spent ... ~01:56
UbugtuNew bug: #58784 in blueprint "Spec page refers to non-existent "Specifications in grey"" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5878402:00
=== mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad
jameshmpt: have you seen this spec? https://features.launchpad.net/distros/ubuntu/+spec/internet-sharing03:26
mptjamesh, no I hadn't. That looks pretty ... interesting.03:33
jameshmpt: I wonder if the person thought "this isn't a bug, but rather a feature request ..."03:33
mptI wasn't the one who thought the spec tracker should be a separate application :-P03:34
UbugtuNew bug: #58791 in malone "+subscribe page contains non-useful radiobutton" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5879103:35
mptjamesh, see also https://launchpad.canonical.com/MaloneAndBlueprintIntegration03:38
=== Cogito_ergo_sum [n=c27@201.210.108.110] has joined #launchpad
Cogito_ergo_sumhi good night03:40
=== Cogito_ergo_sum ha vuelto ( Ausente 51 mins 5 secs )
mpt... and good luck03:45
=== Fujitsu_ [n=Fujitsu@203.23.49.35] has joined #launchpad
=== mpt [n=mpt@203-167-187-121.dsl.clear.net.nz] has joined #launchpad
mptjamesh: ping05:05
jameshmpt: pong05:05
mptjamesh: https://devpad.canonical.com/~andrew/paste/fileRYXA42.html05:07
mptAny idea what's going on here?05:07
jameshmpt: you are using the most recent pqm-submit plugin?05:08
mptrevno 2205:10
mptparent branch: http://bazaar.launchpad.net/~bzr-pqm-devel/bzr-pqm/bzr-0.8/05:10
mpthmm, is that bad when trying to use it with bzr 1.0ish?05:11
jameshyes05:11
jameshtry this:05:11
jameshcd ~/.bazaar/plugins/pqm-submit05:11
jameshbzr pull --overwrite http://bazaar.launchpad.net/~bzr-pqm-devel/bzr-pqm/devel05:11
jameshto get the updated version05:12
jamesh(this version also has smtp auth support, btw)05:12
mptgreat!05:12
jameshyou can set smtp_username and smtp_password in ~/.bazaar/bazaar.conf and it'll do the right thing05:12
mptaha, I have a conflict from my manual ayuth change05:12
jameshbzr revert then.05:13
mptyeah05:13
mptok, now bzr pull --overwrite http://bazaar.launchpad.net/~bzr-pqm-devel/bzr-pqm/devel says "0 revision(s) pulled"05:14
jameshthere are 22 revisions on both the bzr-0.8 and devel branches05:14
mptbut bzr info is still pointing at the wrong parent branch05:15
jameshso the difference in length of revision history is 005:15
jameshah.05:15
jamesh"bzr pull --remember http://..." should fix that05:15
mpt0 revision(s) pulled...05:16
mptbut now it has the correct parent05:17
jameshconfigure your SMTP username/password in ~/.bazaar/bazaar.conf and retry the pqm-submit command05:17
mptbzr: ERROR: No PQM submission address specified in configuration05:18
jameshargh.  That's the shadowing problem again ;(05:18
mptthe what? :-)05:18
jameshone section of ~/.bazaar/locations.conf shadowing settings from another section05:20
mptThe second line of locations.conf is "pqm_email = Canonical PQM <pqm@pqm.ubuntu.com>"05:22
mptThere are no other pqm_email lines05:22
mptjust various branches with push_location lines, and one branch with both a push_location and a pqm_branch05:23
mptpqm-submit doesn't seem to let me specify the address explicitly05:26
=== stub [n=stub@ppp-58.8.10.39.revip2.asianet.co.th] has joined #launchpad
mptRemoving the section for this branch from locations.conf seems to work (though it's going so slowly, it hasn't gotten up to asking for my password yet)05:29
mptok, it didn't work after all. It tried to mail mpt@canonical.com instead of mailing pqm@pqm.ubuntu.com05:30
mpt(Host or domain name not found. Name service error for name=canonical.com type=MX: Host not found, try again)05:31
mpthurrah, copying all the config stuff from the global section to that branch's section worked05:39
=== mpt [n=mpt@203-167-187-121.dsl.clear.net.nz] has joined #launchpad
SteveAmorning06:40
=== MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad
jameshstub: ping?07:08
stubjamesh: pong07:12
jameshstub: last week I put together a script to clean up the [https://launchpad.net/malone/bugtrackers/ubuntu-bugzilla/NNNN]  text that was inserted into the comments of bugs imported from bugzilla.ubuntu.com07:13
jameshstub: I was wondering if you could look over it and maybe run it in production this week if it looks okay07:13
jameshI did a test run on demo.launchpad.net which seemed to go okay07:14
stubok. Still going through my email from last week so haven't got to that one yet.07:14
UbugtuNew bug: #58806 in blueprint "Specification page contains unexplained "(n days)" text" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5880607:15
jameshstub: the code is here: https://devpad.canonical.com/~jamesh/fixup-bug-references -- it needs to be run as a user that can update the MessageChunk table07:16
stubjamesh: Please email me the details if you haven't already so I don't forget by the time I've cleaned out my pile07:17
jameshstub: done.  the thread is "Rewriting bug numbers and dupe comments"07:19
stubk07:19
stub(302 in inbox to go, then the mailing lists :-( )07:20
jameshstub: second thing: would it be possible to get another product-release-finder run done on staging?  I believe the problem we ran into last time has been fixed.07:21
stubLast I left it it was scheduled to run daily07:21
jameshhmm07:22
jameshstub: the product-release-finder code keeps a cache of URLs that it has previously processed in /var/tmp/productreleasefinder, which is probably why it didn't look like it was doing anything07:23
jameshstub: would it be possible to blow that cache away so we can see how it runs now?07:24
stubjamesh: It died last night with an ftp error07:24
=== stub checks for ftp_proxy
jameshI've got a branch in the review queue to get rid of the cache code, but for now it would prevent the releases from being created after a DB refresh07:25
stubjamesh: https://devpad.canonical.com/~andrew/paste/fileRtP8Iz.html07:25
stubYer - only turned on ftp_proxy on production07:26
jameshstub: that indicates that ftp_proxy wasn'07:26
jamesht set07:26
SteveAstub: morning07:27
SteveAstub: in the launchpad meeting, in the "production and staging" section, people listed things they particularly want to get into production this week07:28
stubjamesh: it is rerunning now anyway07:29
jameshstub: with the cache blown away?07:29
stubjamesh: yes07:29
jameshthanks07:29
=== cbx33 [n=pete@ubuntu/member/cbx33] has joined #launchpad
cbx33Is it possible to send a mail to everyone in a LP group?07:31
stubjamesh: I suspect we should be storing this cache in the Librarian, as we don't really want to download a few gb of data every time the server is rebooted, or /var/tmp otherwise cleaned.07:31
jameshstub: I'm getting rid of the cache completely07:32
stubexcellent07:32
jameshstub: the database contains all the state needed to handle repeated runs, so the cache just adds a point of failure07:32
SteveAstub: are you planning to do a rollout this week?  if so, please mail the launchpad list to say what will happen.07:32
stubSteveA: I have no idea yet. I'm still going through my backlog, and probably will be for few hours07:32
SteveAstub: okay07:32
SteveAmpt: have you looked at the meeting summary for thursday yet?07:33
jameshit'd be nice to get a rollout done this week -- there's been lots of fixes since the last one07:33
lifelessstub: welcome back07:38
=== stub would rather be diving
stub:-)07:38
=== Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== Fujitsu [n=Fujitsu@c58-107-62-26.eburwd7.vic.optusnet.com.au] has joined #launchpad
stubLunch08:14
=== cbx333 [n=pete@84-45-238-195.no-dns-yet.enta.net] has joined #launchpad
SteveAjamesh: hi, around?09:06
jameshSteveA: yeah09:06
SteveAjamesh: got a few minutes for a chat with me and mpool about some bzr infrastructure work?09:06
jameshSteveA: sure.09:06
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
mptSteveA, looked at it? I wrote it. Or are you referring to a different meeting?09:32
SteveAmpt: if you wrote it, that's great.  I want to point stub at the production/staging section, so that he can know what was discussed, and what code people want to get landed09:32
mptah, but I forgot to update MeetingAgenda09:33
mptI'll do that now09:33
SteveAthanks09:34
SteveAand please mail stub too09:34
mptok09:36
mptdone09:38
mptand done09:39
=== stub [n=stub@ppp-58.8.10.39.revip2.asianet.co.th] has joined #launchpad
=== Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad
=== malcc [n=malcolm@host86-138-251-144.range86-138.btcentralplus.com] has joined #launchpad
jameshstub: how's the product-release-finder run going?09:51
stubHmm.... go boom09:52
lifeless:(09:52
=== lifeless wants that running badly
stubhttps://devpad.canonical.com/~andrew/paste/file35Ccxs.html09:53
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
lifelessblech09:54
lifelessencoding09:54
=== stub has no idea how beutiful soup handles encoding
lifelessand on a 503 error ? wtf09:54
=== lifeless isn't sure how to parse that output totally
lifelessthere seem to be two errors mentions09:55
=== carlos [n=carlos@203.Red-81-35-100.dynamicIP.rima-tde.net] has joined #launchpad
BurgundaviaSteveA: can we get a user to change his wiki name if it is possibly misleading? (ubuntupr)09:56
carlosmorning09:56
jameshlifeless: the 503 error is probably an earlier request.09:58
stubI agree with James09:58
jordihi carlos09:58
lifelesskk09:59
stubThere are other 503's earlier in the output handled just fine (although we really shouldn't be logging them as tracebacks since they are expected)09:59
jameshthe walker class should be generating log messages09:59
jameshI wonder why it isn't.09:59
stubDEBUG level? I didn't run it with -v09:59
jameshit should be generating info level messages10:00
jameshlooks like it isn't passing the log object down that far.10:00
stubThere is a global that can be used (although it was naughty to do it that way)10:02
stub(Made unit tests a pita)10:02
jameshI'll look at getting the walker logging working10:02
jameshand I suppose we should handle BeautifulSoup parse failures better too10:03
stubI thought BeautifulSoup was supposed to handle badly formatted soup10:03
jameshI wonder if we can get at the squid logs to get an idea of what it accessed last?10:04
stubLooks like encoded strings are leaking into it rather than Unicode (or whatever encoding BS is expecting?)10:05
jameshgiven that the log doesn't include that info10:05
lifelessoh now thats a cute idea10:06
stub#canonical-sysadmin might be able to help here10:06
stubc/here/there/10:06
lifelesscreate a function dynamically called the name of the thing it is about to try10:06
lifelessthen you dont need log barf to read the traceback usefully ;)10:06
lifelessmore sensibly, how about a top level catch-all try:except: print; raise10:07
lifelessaround or in handleProduct10:07
jameshlifeless: the traceback formatter from zope takes a different approach: if any frame has a local called __traceback_info__, it is pretty printed along wiht the frame in the traceback10:07
lifelessjamesh: thats nice10:07
lifelessback in 1 hr10:08
jameshstub: what machine was the script running on?10:08
stubgangotri10:08
stubmpt: Your bug queries on the mailing list (in the preventing duplicates thread) - do you want results for open bugs or all bugs?10:16
stubActually, needs to be all bugs or else the later ones regarding duplicates won't make sense (since duplicate bugs are never closed atm)10:17
=== Spads [n=crack@217.205.109.249] has joined #launchpad
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
SteveAhi ddaa 10:28
SteveAdo we have a meeting today?10:28
ddaahi SteveA10:28
ddaaMeeting in 92 mins10:28
SteveAthanks10:28
ddaaSteveA: got a very detailed agenda on BazaarMeetingAgenda if you care to look10:29
SteveAyes10:29
SteveAi do10:29
SteveABurgundavia: hi10:29
BurgundaviaSteveA: did you see my comment?10:30
SteveABurgundavia: I'm sure we *can* change someone's wiki name.  I think it would be better to ask them to change it themselves first.10:30
SteveAthere's also the issue of who says we *ought* to change it.  the ubuntu wiki is governed by the CoC and the CC, I think10:31
SteveAso, while I have technical power, I don't have the "right" to do anything so long as it isn't causing a technical problem.10:31
SteveAis there someone beneath the CC who is responsible for encouraging good conduct on the wikis?10:32
SteveAddaa: where can I read the agenda?10:34
SteveAstub: ever looked at xapian?  I was talking with alan runyan about it at the weekend.10:34
ddaahttps://launchpad.canonical.com/BazaarMeetingAgenda10:35
stubSteveA: Nope. I don't even know what it is10:35
ddaa"Meeting plan" section is the outline for the meeting10:35
ddaathat is all the bit I plan to copy-paste10:35
SteveAstub: some kind of hot shit free software text searching system.10:35
SteveAhttp://www.xapian.org/10:35
ddaaand I will use that as template for the summary, I'll try to keep doing it that way in the future, as that will force me to keep the agenda up to date10:36
SteveAstub: alan does various work with the developers, so if this is at all interesting for us, we can talk with people.10:36
SteveAddaa: reading10:36
SteveAstub: alan says the tech is great.  the bindings are gross.10:37
BurgundaviaSteveA: apparently, it is nobody that is listed as his real name in LP10:37
ddaastub: welcome back10:37
SteveABurgundavia: what's the launchpad page for this person?10:38
BurgundaviaSteveA: I cannot find it, because none of the LP pages for  Carlos Rivera has a wikiname of UbuntuPR10:39
ddaastub: is rollout planned for today?10:39
Burgundaviaand there are 6 hits for Carlos Rivera10:39
=== ddaa curses freenode
=== mdke [n=matt@ubuntu/member/mdke] has joined #launchpad
SteveABurgundavia: I see no wikiname of UbuntuPR in the database.10:43
Burgundaviahttps://wiki.ubuntu.com/UbuntuPR10:44
SteveAthere are lots of names containing the text "ubuntu"10:45
Burgundaviaindeed10:45
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
SteveABurgundavia: https://launchpad.net/people/crrivera10:46
SteveAaha10:46
Burgundaviahmm, I will email him10:47
Burgundaviathanks for the find10:47
BurgundaviaI wish launchpad.net/foo would do a search for foo10:47
Burgundaviamuch like packages.d.o or .u.c does10:47
SteveAon the staging database, his wiki name is Crrivera10:47
SteveAso, this must be a recent change10:47
=== Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad
=== stub [n=stub@ppp-58.8.10.39.revip2.asianet.co.th] has joined #launchpad
=== boim_ [n=aaron@boim.com] has joined #launchpad
Burgundaviathe page for his name just go created10:48
SteveAthere is a search form on launchpad.net/people/10:49
SteveAit doesn't search wikinames right now10:49
SteveAit could do though.  file a bug if you want such a feature.10:49
=== Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad
=== stub [n=stub@ppp-58.8.10.39.revip2.asianet.co.th] has joined #launchpad
=== boim [n=aaron@boim.com] has joined #launchpad
stubSteveA: I think I remember this now - Richard Jones was using it with Roundup and he seemed to like it.10:52
stubSteveA: Not yet suitable for us though as we need to glue it into PostgreSQL10:52
stubSteveA: Seems to offer the same feature set as tsearch2, with the addition of wildcard searches. No idea if they use some magic index for fast wildcard searching or if it would be with similar restrictions to PostgreSQL LIKE10:54
ddaastub: is rollout planned for today?10:56
stubddaa: No. And I'm not sure about tomorrow yet (still clearing intrays)10:56
sivangmorning11:12
jameshstub/lifeless: I've got the problem page that tripped up product-release-finder will see if I can reproduce it11:26
ddaawhaaaa! gimme my crack of the week! gimme! gimme!11:42
jameshI blame Norman Walsh11:43
ddaajamesh: how snob, why don't you blame Daniel Bernstein like everybody else?11:43
jameshddaa: the page was http://www.docbook.org/xml/11:44
jamesh(although the real problem was BeautifulSoup not handling the UTF-8 on that page)11:44
UbugtuNew bug: #58835 in soyuz "Debian Installer garbage collection not working?" [High,Confirmed]  http://launchpad.net/bugs/5883511:45
jameshhmm looks like the problem is the way PRF is using BeautifulSoup11:46
ddaaPRF, you mean URTF?11:47
ddaaunless you mean Dyson maybe?11:47
jameshproduct-release-finder11:47
ddaathanks for demonstrating that anything longer than two words ends up as an obscure acronym :)11:48
stubIndeed. Dyson is much easier to remember, and its name need not change as the scope of its tasks changes over time ;)11:49
carlosjamesh: hi, how's going my code review? I would like to get it cherrypicked this week so we approve a bunch of entries automatically as soon as possible...11:52
jameshcarlos: not yet done.  I'll make sure it is done by tomorrow11:57
carlosjamesh: thank you11:57
carlosdid you started it?11:57
carlosI have a small trivial change related to automatic approvals and if you didn't start I would prefer to add it there instead of using [trivial] 11:58
carlosit doesn't affect directly to the changes already done ther11:58
carlosthere11:58
ddaalifeless: -> #launcphad-meeting11:58
jameshcarlos: just add it to the branch.  I haven't done that much on the branch yet.11:58
carlosok11:58
carlosjamesh: thanks11:59
stubWhat does PAS stand for again?12:07
lifelesspiece a shit12:08
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
stubThat makes sense in this context, but I don't think it is correct12:08
malccPackages arch-specific12:09
stubta12:09
=== jinty [n=jinty@132.Red-83-55-196.dynamicIP.rima-tde.net] has joined #launchpad
lifelessreview meeting in 2212:38
lifelessreview meeting in 1512:45
SteveAit's so nice our RCS isnt' called "arch" anymore, as "PAS" would be doubly confusing12:53
lifelessreview meeting in 512:55
SteveAhmm... massive rain shower01:01
lifelessreview meeting time01:01
lifelesswhos here ?01:01
SteveAhello.  iamhere01:01
BjornTme01:02
jameshme01:02
lifelesshi guys01:02
lifelessnext meeting time - sept 1101:02
lifelessthis time01:03
SteveA+101:03
lifelessok01:03
lifeless * queue size01:04
lifeless * other items01:04
lifelessqueue has 5 items in it - oldest is salgado & 9 days01:04
lifelessall the rest are 3 or less, which is inside our service level01:04
lifelessBjornT: can you nag salgado, 9 days for a 77 line review is - excessive - and your time zones should cross01:05
BjornTlifeless: yeah, i'll send an email to him, reminding him that he should check his queue daily01:05
lifelessBjornT: hmm, was hoping more personal ;)01:06
lifelessBjornT: I'll send such a mail after this meeting01:06
lifelessif you see him on IRC though, please nag in person01:06
BjornTok01:06
lifelessandrew put up a proposal01:07
lifeless * what to do about merges that aren't properly reviewed?  (AndrewBennetts)01:07
lifeless   Seeing as I'm on leave this week, here's my thoughts for discussion, ready for pasting into the channel: {{{01:07
lifeless<spiv> Some recent merges concerned me a little:01:07
lifeless<spiv> r3995 was merged without review by the review team [r=cprov,malcc] 01:07
lifeless<spiv> r4001 was merged with [rs=elmo]  (and built on the changes in r3995).01:07
lifeless<spiv> I did an unsolicited post-merge review of 4001 (and some of 3995), and found a bunch of issues.  Nothing terrible, but certainly the quality was less than I'd approve as-is.  I'd rate it about merge-conditional.01:07
lifeless<spiv> I propose that someone (Robert?) checks the commit list daily, and assigns "trivial", rubber-stamped, and other anomalous merges to reviewers for post-merge review, much like the pre-merge review queue.  It's easy to run "bzr diff -r 1000..1001 | less", so we wouldn't need to pre-generate diffs.01:07
lifeless<spiv> In theory, these should be rare enough and/or small enough that it shouldn't add much to the review load, but it might help keep quality from slipping.01:07
lifeless<spiv> What do people think?01:07
lifeless}}}01:07
jameshSounds like a good idea (and something we've discussed in the past)01:08
SteveAi'm in favour of it.  i'd also like to see some progress on getting diffstats and links in the mails from pqm01:08
SteveAand i'm glad spiv has been doing such reviews01:08
lifelessI think its a good idea01:09
BjornTsounds good to me as well.01:09
lifelessI'm not sure how much overhead it will take01:09
SteveAmalcc: would you comment on this?  was there a particular reason that r3995 was not reviewed by the review team?01:09
lifelessboth on reviewers for the additional reviews, and for the assigner to ensure they catch everything01:09
jameshdoes the fact that people are putting these large changes through as trivial (or not reviewed by a review team member) indicate problems with our process?01:09
malccSteveA: kiko asked me and Celso for our thoughts on the patch, which we provided, then he went ahead and merged with that r=01:10
=== cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad
SteveAhi cprov 01:10
cprovSteveA: hi01:10
malccSteveA: I wasn't sure exactly what the procedure was, so I didn't know if I should be objecting or not01:10
UbugtuNew bug: #58842 in soyuz "sync-source doesn't understand pockets (eg. -proposed)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5884201:10
lifelessmalcc: you should start with PreMergeReviews and read from there01:10
SteveAso, the code was by kiko, with some review from malcc and cprov?01:10
lifelessmalcc: the whole process is documented :)01:11
malcclifeless: Thanks01:11
malccSteveA: Yes01:11
SteveAwas there a reason that this code needed to land in a hurry?01:11
SteveAlike, urgent fixes to get cherrypicked?01:11
jameshseems a bit weird given we didn't have a rollout scheduled last wek01:12
jameshweek01:12
malccSteveA: No. In fact the landings during the sprint have led to a situation where rocketfuel is effectively undeployable for Soyuz on drescher at the moment, until we finish the testing we've started since the sprint01:12
malccSteveA: As far as I could tell, kiko was just in a hurry and being kiko01:12
SteveAyou mean, you're running non RF stuff in production?01:12
lifelessheres what I propose - we try spics suggestion for 1 week. At the end of it, we gather reviewers feelings on those reviews, and mine on the overhead of generating the reviews to do01:12
lifeless*spivs* 01:13
malccSteveA: We're running an older rocketfuel in production, with some (also rocketfuel) cherrypicks01:13
lifelesstheres some statistical principle that suggests the unreviewed merges spiv looked like are more likely to be typical than atypical01:13
SteveAI see.  so, careful soyuz updates until you finish the testing and associated code.01:14
lifelessSteveA: soyuz gets special treatment on rollouts 01:14
SteveAI think in this case, kiko considered himself the representation from the review team on that branch01:14
SteveAbut, I think seeing as kiko also wrote the code, that that's not sufficient oversight to get consistent quality in the code01:15
lifelessSteveA: as he wrote the patch, our current protocol excludes him from that role01:15
SteveAbut, let's ask kiko about it later01:15
lifelessand the results that spiv found correlate to the oversight thing you are saying there01:15
lifelessanyhow, I dont think that this one patch is exceptional01:15
lifelesswhich is my point - understanding this one matters, but trialling post-merge-reviews of trivial and rs merges is worth doing01:16
SteveA+1 to your proposal of trying spiv's proposal for 1 week01:16
lifeless*regardless* of the genesis of the soyuz patch01:16
lifelessjamesh: I dont know if our process has problems01:17
lifelessjamesh: but I think anything other than mandatory reviews will get occasional abuses01:17
malccIncidentally, would someone be kind enough to tell me off for allowing my name in r= when I'm not a reviewer? This way, if I'm asked to do this again, I'll be being honest when I say I got slapped for it last time :)01:17
BjornTlifeless: +1 to trying spiv's suggestion01:17
SteveAmalcc: there are situations where a domain expert will review, and that can be noted.01:17
lifelessmalcc: I dont think you need telling off01:17
jameshlifeless: occasionally the queue gets overloaded leading to longer review times, which'd encourage some people to try and bypass it01:18
SteveAthe point is, there was no member of the code review team in there01:18
lifelessmalcc: you *did* a review.01:18
lifelessmalcc: but what we would have wanted there was [r=spiv, r=malcc, vc=bjorn]  ...01:18
lifelessor some such01:18
SteveAvc?01:18
lifelessvoice call, cant remember the abbreviation01:18
SteveAvery cool?01:19
SteveAp=01:19
jameshp=01:19
lifelesssucks to be me eh?01:19
lifeless * other business01:19
jameshspiv has a few very old branches in merge-conditional.  I guess that's not really a review team problem though01:20
lifelessits worth us putting some pressure on folk, but no, its definately those peoples problem, according to the process documentation01:21
lifeless'you are responsible for getting your branch through the review process'01:21
lifelesswe seem to be idling, so01:22
lifeless * other business ?01:22
BjornTnothing from me01:22
SteveAno01:22
jameshno01:22
lifelessmeeting over, kthx01:22
=== SteveA --> lunch
sivangany idea someone how I can reach Kinnison ?01:33
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
sivangif anybody has his phone number, could you please PM me?01:34
=== Teal-CRMGuest [n=Teal-CRM@213-154-232-21.adsl.bit.nl] has joined #launchpad
=== Teal-CRMGuest [n=Teal-CRM@213-154-232-21.adsl.bit.nl] has left #launchpad []
=== mpt [n=mpt@203-167-187-121.dsl.clear.net.nz] has joined #launchpad
UbugtuNew bug: #58847 in launchpad "product-release-finder HTTPWalker " [Untriaged,Confirmed]  http://launchpad.net/bugs/5884701:45
=== malcc -> Lunch
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
stubmalcc: Should I update drescher's code during tomorrows roll out? Or leave it with you and cprov?02:48
cprovstub: we will need to do it later02:48
=== niemeyer [n=niemeyer@201.14.22.144] has joined #launchpad
stubok. I'll leave it with you too02:49
stub(bit early for you cprov, isn't it?)02:49
cprovstub: nop, almost 10 AM here 02:49
stubBit late for me then ;)02:49
cprovstub: I guess so ;)02:50
=== carlos -> lunch
carlossee you!03:03
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad
UbugtuNew bug: #58766 in ubiquity "Ubuntu Installer Crash" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5876603:31
=== lfittl [n=lfittl@85-125-149-213.dynamic.xdsl-line.inode.at] has joined #launchpad
=== stu1 [n=stub@ppp-58.8.10.119.revip2.asianet.co.th] has joined #launchpad
=== Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad
=== kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
SteveAhi kiko05:00
SteveAhow's it going?05:00
=== somerville32 [n=somervil@fctnnbsc15w-156034069051.nb.aliant.net] has joined #launchpad
=== Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad
=== Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad
kikoSteveA, going super. how's it going up north?05:19
=== cprov is now known as cprov-lunch
kikohey malcc how's it going?05:32
malcckiko: Going well, I was just preparing an email to the launchpad list updating the status of the soyuz system test stuff05:33
kikoah, mind-reader05:33
Keybukddaa: ping?05:35
=== AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad
Keybukddaa: unping05:37
ddaaKeybuk: you're welcome05:37
Keybukddaa: no worries05:38
kikoddaa, Keybuk: what is product-release-finder [going to be]  used for?05:48
ddaaIt will automatically create Release objects with associated tarball by looking into the tarball locations specified in series/+source05:49
jameshkiko: it is all part of the master plan05:49
Keybukwhat's product-release-filnder ?05:50
ddaait is related to things like NoSourcePackage, and 05:50
ddaaKeybuk: the new name for Dyson05:50
Ubug2New bug: #58881 in launchpad-cal "Accessing /+calendar/+subscriptions without logging in crashes" [Low,Confirmed]  http://launchpad.net/bugs/5888105:50
ddaa... and relating vcs-imports to package imports (sourcerer)05:50
Keybukoh right05:50
Keybukso yes, it scans FTP sites and downloads tarballs05:51
ddaakiko: old stuff which was first talked about two years ago05:51
jameshKeybuk: we've almost got it working too ...05:51
Keybukregisters the ProductRelease records and the tarballs in the Librarian05:51
Keybukso they can be later imported into bzr05:51
kikosalgado, can you explain the change in r3957 in layman's terms?05:53
kikogotcha.05:54
kikothanks jamesh, Keybuk, daa05:54
kikoddaa.05:54
=== lfittl_ [n=lfittl@85-125-149-213.dynamic.xdsl-line.inode.at] has joined #launchpad
salgadokiko, ProberFactory had a deferred attribute and one callsite was poking with it, causing the callbacks to be called in the wrong order, in some cases.  I fixed the bug, renamed deferred to _deferred and left a comment explaining why it needs to be private05:57
kikosalgado, what does it do in practice though?05:57
salgadoin practice it suppresses the AlreadyCalledErrors you've seen on the output of nighly.sh. :)05:59
kikoso... "A bug that caused mirror probes to be issued in an inconsistent order was fixed."?05:59
salgadonot the probes themselves, as they don't need to happen in a specific order06:00
kikowhat then? the probe handlers?06:01
salgadoa bug that caused the callback chain of the mirror prober to be in the wrong order06:01
kikoright.06:01
Ubug2New bug: #58887 in launchpad-bazaar "Rank branches by heat" [Wishlist,Confirmed]  http://launchpad.net/bugs/5888706:15
=== Kuhrscher [n=jannick@88.134.176.136] has joined #launchpad
kikoBjornT, ping?06:24
ddaaSeeking feedback on https://launchpad.net/products/launchpad-bazaar/+bug/5888906:24
UbugtuMalone bug 58889 in launchpad-bazaar "Merged and abandoned branch should not appear in main branch listings" [Medium,Confirmed]  06:24
UbugtuNew bug: #58888 in soyuz "Death row processing needs to be added to cron.daily" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5888806:25
kikomalcc, filed that bug ^^^06:29
kikoddaa, that doesn't sound bad at all06:29
UbugtuNew bug: #58889 in launchpad-bazaar "Merged and abandoned branch should not appear in main branch listings" [Medium,Confirmed]  http://launchpad.net/bugs/5888906:30
=== cprov-lunch is now known as cprov
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
BjornTkiko: pong?06:33
kikoBjornT, I sent you email, fine to reply there06:33
BjornTok06:33
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== crimsun [n=crimsun@dargo.trilug.org] has joined #launchpad
=== Spads [n=crack@host-87-74-37-188.bulldogdsl.com] has joined #launchpad
=== glatzor [n=sebi@ppp-82-135-3-178.dynamic.mnet-online.de] has joined #launchpad
=== glatzor_ [n=sebi@ppp-82-135-3-178.dynamic.mnet-online.de] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== WebMaven_ [n=webmaven@nv-71-48-35-146.dhcp.embarqhsd.net] has joined #launchpad
=== WebMaven__ [n=webmaven@ip72-193-220-34.lv.lv.cox.net] has joined #launchpad
kiko-fudis staging bonked? carlos?07:57
carloskiko-fud: let me check07:58
carloshmmm08:00
carloskiko-fud: it's the language pack export... a full Edgy export takes a lot of time...08:01
kiko-fudcarlos, can you please request a box for you?08:01
kiko-fudwe can't have language packs halt systems for other people all the time.08:01
carlosas a workaround, yes08:01
carlosI should schedule some time to improve its performance08:01
carlosstub told me about using production server08:02
carloswith a mirror08:02
carloskiko-fud: I will talk with Stuart tomorrow again about it08:03
kiko-fudcarlos, thanks.08:03
carlosnp08:04
=== Spads_ [n=crack@host-87-74-55-192.bulldogdsl.com] has joined #launchpad
=== cprov is now known as cprov-out
kikoddaa, do branches now have whiteboards?08:43
kikoBjornT, did you make any progress on attaching-files-to-bugs-through-email?08:55
BjornTkiko: no, other things came up. i can do it this week, though. you were ok with attaching files via unsigned emails, right?08:57
kikoI just wanted to catch up with you on that.08:58
kikoI don't know if it's more a priority than the bugtracker improvements we discussed08:58
kikowhat do you think?08:58
=== kristog [n=ballio@energ63.energ.polimi.it] has joined #launchpad
kristoghello :)09:03
BjornTi think it is. it should take only one day, and i think it's quite common for people to try attaching files via email. there has been complains about that before, that triager asks for extra information, and the reporter attaches it to the email.09:03
kristogi wonder if *normal* launchpad users can close $main-package bugs.09:03
kristogyesteday i tried to close a dbus bug but i didn't find the usual combo_box09:04
kikokristog, were you logged in?09:10
kristogyes.09:11
kikothen it's odd. 09:12
kikodo you have a URL?09:12
ddaakiko: they had whiteboards since forever09:12
kikooh. you can now edit one when adding branches then.09:12
kristogkiko: forgot it...now it works09:12
ddaakiko: yup09:12
kristogkiko: https://launchpad.net/distros/ubuntu/+source/dbus/+bug/4735409:12
UbugtuMalone bug 47354 in dbus "dbus won't upgrade without current lsb-base" [Medium,Needs info]  09:12
kikothanks ddaa 09:12
kikokristog, that's usually a symptom of not being logged in.09:13
kristognono, i was logged in,09:13
kristogbut * dbus (Ubuntu) * was not clickable.09:13
kristogkiko: btw, forget it, now it works :)09:14
kristogthank you09:16
=== kristog [n=ballio@energ63.energ.polimi.it] has left #launchpad []
=== lbm [n=lbm@cpe.atm2-0-75146.0x535a2f1e.vgnxx2.customer.tele.dk] has joined #launchpad
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has left #launchpad ["wth]
=== lbm [n=lbm@cpe.atm2-0-75146.0x535a2f1e.vgnxx2.customer.tele.dk] has joined #launchpad
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad
=== ChanServ [ChanServ@services.] has joined #launchpad
=== xenru [n=Miranda@85.192.12.140] has joined #launchpad
=== cprov-out is now known as cprov
=== doko [n=doko@dslb-088-073-105-085.pools.arcor-ip.net] has joined #launchpad
mptGoooooooooooooooooooooooooooooooooooood morning Launchpadders!11:00
ddaahey mpt, I'd like your opinion on https://launchpad.net/products/launchpad-bazaar/+bug/5888911:03
UbugtuMalone bug 58889 in launchpad-bazaar "Merged and abandoned branch should not appear in main branch listings" [Medium,Confirmed]  11:03
mptddaa, +1 on all that, except I suggest making the link "Show n merged/abandoned branches", and putting it under the list instead of above it (and making it a grey "No merged/abandoned branches" non-link if there aren't any)11:09
ddaaSo you suggest "[Show|Hide]  n merged/abandoned branches", and if there are None "No merged/abandoned branches" on both the normall and the show=all page?11:11
ddaaAt the bottom of the page.11:11
mptddaa, exactly so.11:16
ddaampt: Thank you, would you be kind enough to take credit and put that in a comment to that bug :)11:16
=== Seveas_ [n=seveas@seveas.demon.nl] has joined #launchpad
=== Seveaz [n=seveas@ubuntu/member/seveas] has joined #launchpad
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
mptddaa, done11:35
ddaampt: thank yoiu11:35
mpt"sabes un favor dime como puedo insicribirme en ubuntu y asi poder acceder a los discos que ofrecen"11:44
mptAnyone able to tell me what that means?11:44
mptAre they wanting Ubuntu CDs?11:45
matsubarampt: yes11:48
matsubarampt: but I don't speak spanish11:48
ddaayup11:49
ddaaRustily: "Please tell me how to sign up on Ubuntu to access to the discs you are offering"11:50
matsubarathat's exactly the meaning I got from my portuol :)11:50
ddaawhich is a remarkably polite way to ask it if you compare to what we get from some other countries11:50
mptcool, thanks11:53
ddaaGood night.11:55

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