/srv/irclogs.ubuntu.com/2006/06/15/#launchpad.txt

bradbbut kiko doesn't appear to believe me when i say my next landing (unless attach-while-commenting squeaks in before) is going to take a hacksaw to this unfortunate situation12:06
bradb(I didn't mention that there are also one-radio-button subscribe forms too. :)12:09
=== Tiniduske [n=Tinidusk@d51532B39.access.telenet.be] has joined #launchpad
kikome12:35
kikome12:35
kikowhat's me?12:35
bradbyou're a non-believer12:37
bradbi have another patch in about 1 min. just testing one more path.12:38
bradb(because afaics, the subscriptions stuff isn't really page tested either. but maybe i'm missing something.)12:38
=== bradb pledged to BjornT in yesterday's Skype call that I am going to be a PEP 8 and refactoring nazi on Malone code, and asked him too to file bugs about anything he sees that needs janitorial work.
bradbkiko: https://chinstrap.ubuntu.com/~dsilvers/paste/file4uu7Y8.html12:40
kiko+12:41
kiko+    def _handleUnsubscribeOtherUser(self, user):12:41
kiko+        # Handle unsubscribing someone other than the current user.12:41
kiko+        if user == self.user:12:41
kiko+            return12:41
kikothis should be an assert12:41
kikoand never a return12:41
kikoI don't see a strong case for _isSubscriptionRequest or _handleUnsubscribe (I'd just unroll that if clause into handleSubscriptionRequest) but I can let that go12:42
bradb        assert user != self.user, (12:43
bradb            "Expected a user other than the currently logged-in user.")12:43
kikothe message is optional, but ok12:43
bradbkiko: The case for _isSR is to make a long if statement easy to read. The case of _handleUnsubscribe is to abstract away the details, and be consistent with _handleSubscribe12:44
kikoI don't see a big advantage to those, but sure12:44
bradbasserts without some kind of error message are, btw, mean12:47
bradbgiving somebody at least some kind of description of the unexpected condition is better than giving them no description12:48
kikobradb, that assert will never happen12:50
kikoin particular if the code is well-tested12:50
bradbkiko: if it *truely* would never happen, then it should be removed. :) but it might happen, somehow, some day.12:53
kikotruly you mean? :-P12:54
kikoenglish-speakers12:54
kikor=kiko I guess12:54
bradbi've hit my hair-splitting quoting for today!12:54
bradbthanks12:55
bradbsee, i can't even spell quota!12:55
=== kjcole [n=kjcole@ubuntu/member/kjcole] has joined #launchpad
=== marcin_ant [n=marcin@194.114.146.122] has joined #launchpad
=== jinty [n=jinty@15.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad
=== mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad
=== jjesse [i=user@69-87-140-68.async.iserv.net] has joined #launchpad
jjessedon't know if anyone is there that can do this, but i need to edit to the spec for edgy-docs to answer what has been whiteboarded https://launchpad.net/distros/ubuntu/+spec/kubuntu-edgy-docs02:17
Keybukjjesse: what's your launchpad id?02:22
jjessejjesse02:22
jjessematt zimmerman posted stuff on the whiteboard section i would like to ansewr02:23
Keybukanswer by editing the summary?02:23
Keybukyou should be able to edit it now02:23
=== tambaqui [n=tambaqui@200.231.106.51] has joined #launchpad
jjesseKeybuk: will do thanks02:25
jjessethanks i am able to edit it02:26
=== Tiniduske [n=Tinidusk@d51532B39.access.telenet.be] has left #launchpad ["I]
jjesseis there a time out when you are editing a spec like on the wiki?02:28
jjessei'm a little slow on dial up :(02:28
Keybukhit preview every 15 mins or so02:30
jjessei know on the wiki, just wondering on the launchpad page?02:31
=== mdke [n=matt@ubuntu/member/mdke] has joined #launchpad
=== tambaqui [n=tambaqui@200.231.106.51] has left #launchpad []
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad
=== stub [n=stub@ppp-58.8.2.106.revip2.asianet.co.th] has joined #launchpad
=== mpt [n=mpt@wm1214qm.195.ADSL.NetSurf.Net] has joined #launchpad
=== lifeless_ [n=robertc@dsl-208.7.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad
=== OgMaciel [n=omaciel@ubuntu/member/gnukemist] has joined #launchpad
OgMacielis there a bug with the code of conduct page by any chance?05:38
=== OgMaciel [n=omaciel@ubuntu/member/gnukemist] has joined #launchpad
OgMacielouch05:41
OgMaciel3 crashes in a row05:42
OgMacielbut at least the new CoC is signed05:42
stubOgMaciel: If you mean OOPS pages, they are bugs. We get them collated daily and opened as Malone bugs so we will get to them if they are not already being dealt with.05:58
=== sevrin [n=sevrin@202.75.186.154] has joined #launchpad
OgMacielstub: I meant the code of conduct crashing X06:04
OgMacielstub: know anything about it?06:04
stubWhen signing it? I don't know anything about that.06:05
OgMacieltry it06:06
OgMacieljust clicking on the link on the left hand side crashes X06:06
OgMacieland I know of many people who've experienced it06:06
stubOgMaciel: I just went through the whole procedure with no problems.06:11
OgMacielhummmmmm06:12
OgMacielI click on it and it crashes06:12
OgMacielX that is06:12
OgMacielam using epiphany06:12
stubThe download link? Or the sign it link?06:12
OgMacielthe link right on your personal LP page06:12
OgMacielI can't rover it b/c it will crash X06:13
stubThe rollover crashes X?06:13
stubSounds like you need to report a bug in Ubuntu's epiphany06:13
OgMaciellemme check if there's something there06:13
stubAnd probably X too, since an application shouldn't be able to crash X06:14
OgMacielnot rovering06:14
OgMacielclicking on it06:14
OgMacielhere I go06:14
=== OgMaciel [n=omaciel@ubuntu/member/gnukemist] has joined #launchpad
OgMacielstub: ouch06:19
OgMacielstub: firefox completely hangs the system06:20
stubThe page I think you are loading has a bug in that it is very, very wide if you have signed codes of conduct. That might be causing the crash.06:21
stubTriggering the X and/or Epiphany bug06:22
OgMacielhummm06:22
OgMacielI do have signed CoC06:22
stubThe page I'm thinking of is https://launchpad.net/people/stub/+codesofconduct (but you probably don't want to click that ;) )06:22
OgMacielhehehe06:23
OgMacielyup06:23
OgMacieland epiphany will prompt you if you want to recover the pages you were looking at, which will cause you to crash again06:23
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== benzai [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
stub12:23:19~/src/pytz $ bzr push --remember sftp://bazaar.launchpad.net/~stub/pytz/devel07:35
stubbzr: ERROR: Parent directory of sftp://bazaar.launchpad.net/~stub/pytz/devel does not exist.07:35
stubspiv: Known issue? I was just testing ddaa's instructions07:35
ajmitchstub: no --create-prefix?07:49
SteveAmorning07:50
stubNot in the draft doc, no. I'll tell ddaa07:50
SteveAjamesh: ping07:50
spivstub: yeah, what ajmitch said.07:51
spivstub: It's like any other SFTP server; if the parent directory isn't there, bzr isn't going to create it for you.07:51
spivstub (unless you use --create-prefix)07:52
spivstub: Although bug #36889 is about maybe changing that behaviour.07:53
UbugtuMalone bug 36889 in launchpad-bazaar "sftp server does not allow pushing to new product" [Medium,Confirmed]  http://launchpad.net/bugs/3688907:53
stubspiv: Perhaps it should. Requiring an option is only really required when you are pushing to a filesystem with a flexible namespace and you don't want to accidentally create directories in the wrong spot. The supermirror has an inflexible directory structure.07:54
stubMaybe ;)07:54
spivstub: Yeah.  I can see the argument, but I'm not totally convinced.07:54
spivNot least because it makes more work for me ;)07:55
SteveAwhy doesn't bzr do --create-prefix by default ?08:10
SteveAit is harmless if you add it by mistake, and causes errors or causes you to have to know about it if you omit it when you need it.08:11
spivIf the parent directory doesn't exist, it's moderately likely you typoed the URL.08:11
spiv(although not so much in the supermirror case, I guess...)08:12
SteveAit's equally likely you typoed the URL in other circumstances not caught by this08:12
SteveAi don't see why this case should be singled out08:12
spivProbably worth asking on #bzr08:12
stubPushing bzr at this point might be a mistake - until the smart server exists, people are going to give up waiting for sftp pushes to complete creating bad first impressions and a 'bzr sucks' meme.08:18
SteveAjamesh: ping08:19
=== stub notes his initial push of a fairly small product with few commits has been going on for 30 minutes now
spivstub: knit format?  That sounds even slower than is normal.08:23
stubYup. Knit.08:27
stub116 revisions08:27
spivWeird.  I guess I just don't have a good feel for normal times for anything that's not in rocketfuel.08:29
stubThere are about 16 files under revision control and about 1400 files in .bzr. This was a branch that was imported from sourceforge cvs to baz, then converted from baz to bzr weave, then converted from bzr weave to knits.08:35
jameshSteveA: pong08:45
SteveAhi james08:46
SteveAdid you talk with matt about the meeting scheduler?08:46
jameshno I haven't.  I'll do so now08:48
SteveAi shall be surprised in matt is still around08:48
jameshI'll stick around tonight then and catch him when he wakes up08:49
jameshand email some of the details08:49
SteveAthat will be at about 4am or later08:49
SteveAi have a suggestion08:49
SteveAah, matt is around after all08:50
jameshyeah, I messaged him08:50
SteveAjamesh: okay.  we should go throught the system.08:53
SteveAjamesh: let's do a skype call08:54
jameshokay08:54
=== carlos [n=carlos@13.Red-88-15-198.dynamicIP.rima-tde.net] has joined #launchpad
sivangmorning folks09:13
carlosmorning09:14
sivanghey carlos , 'sup?09:15
carlossivang: hi ;-)09:16
=== BjornT [n=bjorn@195.182.78.95] has joined #launchpad
=== malcc [n=malcolm@host81-159-193-176.range81-159.btcentralplus.com] has joined #launchpad
=== BjornT [n=bjorn@195.182.78.95] has joined #launchpad
=== BjornT [n=bjorn@195.182.78.95] has joined #launchpad
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
=== BjornT [n=bjorn@195.182.78.95] has joined #launchpad
=== BjornT [n=bjorn@195.182.78.95] has joined #launchpad
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
=== doko_ [n=doko@dslb-088-073-092-210.pools.arcor-ip.net] has joined #launchpad
=== BjornT [n=bjorn@195.182.78.95] has joined #launchpad
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
ddaaspiv: ping10:46
malccIs it the individual developer's job to check when deployments happen and move bugs from Fix Committed to Fix Released, or is it part of the release process?10:53
ddaayes10:53
malccddaa: Well I'm glad the answer isn't "No the magic pixies do it" but I was kinda hoping someone would tell me which of those two options it is :)10:55
ddaaas I understand it, it is the individual developer's job to move bugs to Fix Released as part of the release process :)10:56
malccddaa: Thanks.10:56
ddaait is my opinion that either my understanding or the process is broken10:56
malccddaa: By "part of the process" I meant the release muggins had to do it, which is why I saw them as distinct options10:56
ddaaI'd be interested on a second opinion on whichever is the most broken10:57
malccddaa: Yes, having been super-careful to include exactly which bugs my merges fixed, I expected whoever decided to deploy that revision to update the bugs10:57
ddaa"the release muggins" == stub, or did I miss something?10:58
=== sevrin [n=sevrin@202.75.186.154] has joined #launchpad
malccddaa: Yes, I just meant whomever is landed with doing the releases, I wasn't sure this was always just the one person11:00
ddaait's usually stub, except on the april 1st when we ask seb128 to rollout launchpad and stub to package gnome.11:02
sivangddaa: I don't think that could happen even onf april 1st ;-)11:04
ddaamight be fun to watch nonetheless11:04
lifeless_Kinnison: whats up ?11:06
lifeless_meh11:07
Kinnisonlifeless: Hmm?11:07
lifelesskiko-zzz: whats up ?11:07
lifelessKinnison: kiko pung moi11:07
lifelessand my tab completion works too enthusiastically11:07
=== Kinnison would like to know what happened to his PQM submission
KinnisonBut I doubt that's why kiko pung you11:08
malccI suspect this was yesterday's need for a delete from the production db?11:08
=== rpedro [n=rpedro@87-196-6-163.net.novis.pt] has joined #launchpad
SteveAlifeless: https://launchpad.canonical.com/PQMCommitMessages11:11
SteveAwhat product should I register that spec against?11:11
lifelesspqm11:14
lifeless(the ui changes you want require changes in pqm no matter hwat)11:14
lifelessits probable that some of what you want will need to be implemented in the post commit plugin hook, but more likely that that hook will be utterly useless for what you want and we'll need to do it all in pqm.11:15
SteveAok.  in that case, i should move the spec onto some bzr-related wiki11:17
SteveAas it is not public where it is now11:17
SteveAcan you suggest a good home for it?11:17
lifelesswell11:17
SteveAactually... i'm inclined to register it as a launchpad spec11:18
lifelesspqm is developed in house and then pushed - I still go to mark for ok on things that were not written by community members11:18
SteveAso that it can be prioritized along with other launchpad work11:18
lifeless(if its written by someone in the community it is clearly immediately public)11:18
SteveAas we want it to improve the launchpad processes11:18
lifelessso this spec can live whereever its most likely to trigger the work being done11:18
SteveAok11:18
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
lifelessddaa: your branch has conflicts (arch_scm)11:36
lifelessddaa: I will et a reviewer onto it soon, but you need to fix those asap11:36
SteveAjamesh: did the merge of your scheduler views get rejected by pqm?11:38
=== rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
jameshSteveA: looks like it merged successfully as rev 368411:53
SteveAstrange, i don't seem to have a message from pqm about it11:53
jameshI just pulled rocketfuel-built and did a "bzr log"11:54
lifelesskiko mailed the lp list about fuckage in the commits list11:56
lifelesswhich karl is looking into11:56
lifelessexcept its a pqm config issue, fixing.11:56
lifelessfixed11:57
Znarllifeless : It's not a problem with lists?12:03
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
ddaalifeless: all spurious conflicts12:03
ddaafixed12:03
ddaamesh merging does not quite cut the mustard yet, I'm afraid :(12:04
lifelessZnarl: I have no reason to believe it is a problem with the lists12:04
lifelessZnarl: and reason to believe it was a config issue with pqm12:04
Znarllifeless : ok, thank you for letting me know.12:07
=== SteveA --> lunch
lifelessZnarl: heh, sorry I should have done so.12:10
lifelessZnarl: I did mail the lp list ;)12:10
=== jd_ [n=jd@wikipedia/Meanos] has joined #launchpad
ddaaduh?12:35
ddaalooks like pqm is seriously intoxicated12:36
ddaalifeless: https://pqm.canonical.com/12:36
ddaais it my branch with a newline in the pqm message?12:37
ddaalifeless: what do you say need to be done to publish new importd branches as knit? Just rollout the new sourcecode/bzr from rocketfuel?12:41
dokojamesh: ping12:43
jameshdoko: pong12:43
lifelessit should be that simple12:43
lifelessprobably12:45
lifelessddaa: nuked it12:46
ddaameh!12:46
ddaalifeless: I'm going to tell everybody there's an easter egg in pqm, when using a commit message with a newline, until that's fixed :->12:51
=== looksaus [n=mark@86-39-96-143.customer.fulladsl.be] has joined #launchpad
looksausddaa, ?12:53
lifelessddaa: be my guest. I can add an easter egg fo ryou. Shall we say 'ddaas jobs run after *everyone elses* no matter the submit order?'12:54
ddaapower abuse!12:54
=== jd_ [n=jd@wikipedia/Meanos] has joined #launchpad
ddaalooksaus: ?12:56
looksausddaa, just wondering if you were out here, sorry12:57
looksausI'm setting up this repo based on your hints from yesterday12:58
=== dda1 [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
ZnarlSteveA : Ping?01:09
ZnarlI need an account disabled on Launchpad urgently.  Can someone help?01:11
Keybukzope.security.interfaces.ForbiddenAttribute: ('getAllSourceReleasesByStatus', <DistroRelease at 0x2aaab14deb90>)01:12
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
matsubaragood morning!01:19
looksausddaa, sorry for bothering you, but...01:20
looksausI am the registrant behind https://launchpad.net/products/support.points.map01:21
=== Kamping_Kaiser [n=kgoetz@ppp137-2.lns2.adl2.internode.on.net] has joined #launchpad
looksausis there a way to change the registrant of this project to https://launchpad.net/people/mapdevs01:22
ddaa"Change Maintainer"01:22
looksausI'm asking _stupid_ questions here01:22
ddaalooksaus: but feel free to ask other people, I'm not the source of all answers here01:23
fabbionekiko-zzz, SteveA: ping?01:23
looksaushttps://launchpad.net/products/support.points.map/+reassign01:23
looksausgets me a "Sorry, you don't have permission to access this page."01:24
looksauseven if I'm logged in as the registrant01:24
lifelessZnarl: I can01:24
ddaalooksaus: indeed01:24
lifelessZnarl: whowhatwherewhen01:24
ddaalooksaus: can you file a bug, please?01:25
looksausok01:25
ddaathe other option is "ask a launchpad admin to do it"01:25
ddaabut I do not have launchpad admin privs01:25
looksausanyone in this channel who has?01:25
lifelesswhat do you need done?01:25
looksausreassign https://launchpad.net/products/support.points.map maintainership to01:26
looksaushttps://launchpad.net/people/mapdevs01:26
looksauslifeless, you have admin access?01:27
lifelessZnarl: I've reset the vandals password, but I recall some issues here01:28
lifelessspiv: ping01:28
lifelessspiv did the moin integration, maybe he remembers better than I do01:28
Znarllifeless : heno has disabled his user account in wikiconfig too.01:29
matsubaralooksaus: send a gpg signed email to matsubara@async.com.br (signed with the gpg key you have on LP), clearly requesting that and I'll make sure some admin will transfer it.01:29
lifelessZnarl: he can go through password reset01:29
lifelessso this is temporary only01:29
looksausmatsubara, thank you!01:29
lifelessis someone in contact with the fool ?01:29
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
Znarllifeless : We can't disable his account?01:30
lifelesswe have no 'force off and keep it off' button at the moment01:30
lifelesseven if we did, he could always sign up again01:31
matsubaralooksaus: it's already done. no need to bother with the gpg email.01:31
looksausmatsubara, thx!!01:31
looksauswould you still like me to file the bug?01:32
Znarllifeless : I see, this is a problem.  01:32
matsubarathere's a bug already. bug 4163901:32
UbugtuMalone bug 41639 in launchpad "Product owner should be able to reassign ownership to another user." [Medium,Confirmed]  http://launchpad.net/bugs/4163901:32
spivddaa: pong01:32
looksausok, thx01:32
spivlifeless: pong01:32
SteveAZnarl: pong01:33
lifelessspiv: knocking vandals off the wikis01:33
spivZnarl: talk to stub, there's a bug about account deactivation.01:33
spivs/a bug/a bug open/01:33
lifelessyeah, but no flag yet :01:33
ZnarlSteveA : We've had a user deface wiki.ubuntu.com, but it seems we can't disable his account?  Only reset his password?01:33
SteveAfabbione: pong01:33
fabbioneSteveA: phone call?01:34
fabbione(it's urgent)01:34
SteveAspiv: quick hack -- have a ban list for the authserver01:35
lifelessI think we need something in place, so that stub and I dont need to poke at the db every 15 minutes until he gives up01:35
=== DarkMageZ [n=DarkMage@ppp15-118.lns2.syd7.internode.on.net] has joined #launchpad
Znarllifeless : I've firewalled his IP too, so that should slow him down.01:36
lifelesshttps://launchpad.net/people/eraslan1986 is the person in the gui01:36
spivSteveA: Looks like firewalling the IP is a quicker hack ;)01:36
=== DarkMageZ [n=DarkMage@ppp15-118.lns2.syd7.internode.on.net] has left #launchpad ["dapper]
lifelessone hotmail address01:37
lifelessno hits in google for it.01:38
lifelessZnarl: if you want to prevent him changing is password, block outbound emails to it01:38
Znarllifeless : I'll email his ISP and hope they respond.  I think thats the best way to handle it long term.01:39
lifelessperhaps we should stup up moin-in-bzr01:39
lifelessso that vandalism is dealth with by 'uncommit'01:39
ddaahasn't this idea been in the air for, like, three years?01:40
SteveAKinnison: i just had a call with fabio01:42
KinnisonSteveA: aye?01:42
SteveAKinnison: i want to review the diff.  i'm going to produce a diff on chinstrap.01:43
SteveAhowever, i want to point out that the launchpad-repo thing combined with the current pending-reviews system is a problem01:43
KinnisonSteveA: *nod*01:43
SteveAcan you resolve that by renaming launchapd-repo to be launchpad ?01:43
KinnisonSteveA: I know, jamesh and I worked out how to solve it01:43
SteveAwhat is the resolution, and when will it happen?01:43
KinnisonI have a symlink so my branches are launchpad-repo/launchpad/thing01:43
Kinnisonand the script will pick up the fix on the next cycle in 15 minutes01:44
lifelesswhy not just rename launchpad-repo to launchpad ?01:44
Kinnisonbecause launchpad/ is all my non-repod branches01:44
KinnisonI'll clean it up in time01:44
Kinnisonbut we have a functional workaround01:44
=== lifeless doesn't understand why that is a problem. they can live under the repo just fine
KinnisonI just forgot to change the url on the page before now01:44
Kinnisonlifeless: I didn't know that01:44
SteveAi'm branching from you right now01:45
SteveAso please don't rename just this second01:45
KinnisonSteveA: I won't01:45
spivYeah, I have a "launchpad" directory with a repo locally that contains old standalone branches mixed with ones that share the repo, and it works fine.01:45
Kinnisonnoted01:46
=== stub [n=stub@ppp-58.8.2.106.revip2.asianet.co.th] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
SteveAmeeting in 5 mins01:55
SteveAlifeless: i want bzr to be able to do a diff from a branch that has no working tree01:56
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
=== bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad
SteveAlifeless: stevea@chinstrap:~/temptree/47770$ bzr diff -r/home/warthogs/archives/rocketfuel-built/launchpad  > diff.txt02:00
SteveAbzr: ERROR: No namespace registered for string: '/home/warthogs/archives/rocketfuel-built/launchpad'02:00
SteveAcryptic error02:00
kiko-zzzmorning02:00
SteveAi just want to get a diff02:00
kikoit's that time of the year02:00
SteveALAUNCHPAD DEVELOPMENT MEETING02:00
KinnisonI am here!02:01
SteveAgood $local-time-description and welcome to today's launchpad development meeting02:01
stubyer02:01
SteveAwho is here?02:01
bradbme02:01
BjornTme02:01
lifelessSteveA: -r branch:/...02:01
=== flacoste is there
malccme02:01
=== fabbione is
lifelesslalala02:01
jameshme02:01
spivme02:01
salgadohere02:01
KinnisonMy cat is absent02:02
kikome02:02
SteveAlifeless: the bzr help diff docs don't say that, and the error is cryptic.02:02
matsubarame02:02
ddaame02:02
SteveAlifeless: but thanks for the info02:02
carlosme02:02
=== jinty [n=jinty@15.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad
lifelessSteveA: its the same info I gave you tuesday ;)02:02
SteveAlifeless: which i forgot the details of, so looked in  bzr help diff02:03
cprovme02:03
lifelessSteveA: baz had the usage pattern you are trying to use, bzr does not currently.02:03
SteveAi recall you said use bzr -r02:03
SteveAwhich i tried this time02:03
SteveAyou didn't tell me to use branch: last time02:03
SteveAwhich was the missing part this time02:03
lifelessyup, I told you ancestor:02:03
lifelesswhich was what you wanted that time AFAICT02:03
kikowhat does this have to do with the meeting!02:03
lifelessanyhow, meeting time02:03
SteveA== Agenda ==02:03
SteveA * Roll call02:03
SteveA * Agenda02:03
SteveA * Next meeting02:03
SteveA * Activity reports02:03
SteveA * Actions from last meeting02:03
SteveA * Launchpad oops milestone report02:03
SteveA * Outstanding sysadmin requests02:03
SteveA * Production and staging (stub)02:04
SteveA----02:04
SteveA * Reviewer voip calls (steve)02:04
SteveA * Soyuz status (soyuz team)02:04
SteveA * Sprint schedule, book tickets (steve, kiko)02:04
SteveA * (other items)02:04
SteveA----02:04
SteveA * Keep, Bag, Change02:04
SteveA * Three sentences02:04
SteveAkiko: EVERYTHING!02:04
SteveA02:04
SteveA * Next meeting02:04
SteveAvarious people will be in paris02:04
SteveAbut let's have a meeting anyway02:04
SteveAthursday 22 june02:04
SteveAany comments?02:04
=== ..[topic/#launchpad:SteveA] : WORLDWIDE SOYUZ APPRECIATION DAY | https://launchpad.net/ | developer meeting: Thu 22 Jun, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39
SteveAok, thanks.02:04
SteveA(mpt is at meetings in montreal)02:04
SteveA * Activity reports02:05
kikome02:05
SteveAwho's up to date, and who isn't02:05
lifelessgodlike02:05
SteveAnot up to date02:05
BjornTi'm up to date02:05
matsubaraup to date02:05
salgadoup to date02:05
KinnisonI am up to date, having had a small gap last week.02:05
carlosnot up to date02:05
jameshnot up to date02:05
ddaaup to date02:05
malccI'm up to date following a lame summary02:05
flacosteup to date02:05
bradbprint canned_response['activity_reports'] 02:05
bradbup to date02:05
spivI'm up to date02:05
cprovup to date (sending yesterdays)02:05
stubUp to date02:06
SteveA * Actions from last meeting02:06
SteveA * Kinnison to send out activity report info that he has recorded but not sent.02:06
SteveA * SteveA to write up braindump spec of how we want pqm to output stuff02:06
SteveAhttps://launchpad.net/products/launchpad/+spec/pqm-commit-messages02:06
SteveAdone02:06
SteveA * BjornT to get bug filed in zope collector about __unicode__ of request02:06
BjornTdone02:06
SteveA * Matsubara and Stuart to talk on skype about QA and production.02:06
matsubaranot done02:06
=== Kinnison sent reports, some got eaten by my mail system, I've resent what I could recover
Kinnisonhence I said "with small gap" above02:07
SteveA * Malcolm, Celso and Daniel to have a soyuz conf call.02:07
KinnisonNot done02:07
SteveA * Carlos to file a bug or mail the list about canonical.supermirrorsftp.tests. creation on test runs.02:07
carlosdone02:07
SteveAso, MeetingActions:02:07
carlosand spiv fixed it already02:07
kikoSteveA, carlos: and fixed by spiv yesterday02:07
carloskiko: ;-)02:07
SteveAMeetingAction:   * Matsubara and Stuart to talk on skype about QA and production.02:07
SteveAMeetingAction:  Malcolm, Celso and Daniel to have a soyuz conf call.  (after paris probably)02:07
KinnisonSeems odd to have a confcall after we've spent a week face2face02:08
SteveA * Launchpad oops milestone report02:08
SteveAwith a meeting action:02:08
SteveA * Do we have any OOPS reports without python source lines in them?  If not, then the issue was probably .pyc files as James proposed.02:08
matsubaraSteveA: nope.02:08
SteveAKinnison: i want to get people into the habit of having conf calls02:08
KinnisonSteveA: I see, okay02:08
SteveAand, there will undoubtedly be issues left over02:09
SteveAmatsubara: please go ahead with your report02:09
matsubaraSteveA: it seems to be solved already. If it appears again I'll shout. :)02:09
matsubaraWe're seeing lots of KeyErrors on the +mirror/$mirror page. According to salgado that was caused by a removal of a dbschema item. That's bug 49159, how's going?02:09
UbugtuMalone bug 49159 in launchpad "Removal o dbschema item causing a OOPS at +mirror" [High,Confirmed]  http://launchpad.net/bugs/4915902:09
kikoKinnison, au contraire I think you guys have a lot to talk about (and coordinate)02:09
salgadomatsubara, one of them is fixed already. we need to check if there's any remaining ones on other distros02:09
salgadoand fix them. I'll talk with stub about that after the meeting02:10
matsubarasalgado: ok, thanks, could you update the bug with after that?02:10
=== bradb makes a mental note to ask some questions about conf calls later
matsubaraThere's a IndexError on a calendar page. I was unable to reproduce, but there's a bug reported to it bug 30316, assigned to jamesh. How's it going? Do you want me to take over on that?02:11
UbugtuMalone bug 30316 in launchpad-cal "Calendar event triggering IndexError." [Medium,Confirmed]  http://launchpad.net/bugs/3031602:11
jameshI haven't looked into it02:12
SteveAmatsubara: please take over on that02:12
matsubaraSteveA: ok.02:12
matsubarabtw, jamesh what about landing steve's patch to tickcount?02:12
jameshmatsubara: I've got a branch set up with a makefile and some simple tests (at jamesh/tickcount/devel).  I'll talk with lifeless about getting it into rocketfuel02:13
SteveAwe don't want it in rocketfuel02:14
SteveAit should be put into a public branch, licenced under the python licence, copyright canonical 200602:14
SteveAand then packaged by lifeless02:14
lifelesspackaged as a deb02:14
lifelessI'll do that02:14
jameshOkay.  I'll add copyright headers to the files then.02:15
jameshI suppose we can host the branch on bazaar.launchpad.net now02:15
jamesh(as a public location)02:15
spivThat's a very good spot for it.02:16
spivThe more we dogfood that the better :)02:16
matsubarasounds like a good plan.02:16
matsubaraThe +builds page times out occasionally. I re-opened bug https://launchpad.net/products/launchpad/+bug/43802. Sometimes this page times out because of repetitive queries (OOPS-162A728) and sometimes seems to be a table lock (https://lists.ubuntu.com/mailman/private/launchpad/2006-June/009661.html). cprov, kiko can you take care of that?02:17
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/162A72802:17
jameshfor branches like this, would it make sense to make them owned by the launchpad team?02:17
kikomatsubara, I looked at it yesterday. I really am confused by that one -- the queries run fast when done on the database at a random time02:17
kikomatsubara, it seems to be table contention caused by the build scanner running perhaps?02:17
kikomatsubara, I don't know how to avoid that. lower transaction isolation?02:17
kikostub, those timeouts seem to occur because of concurrency with scripts that process builds. any hints?02:18
stubIf the scripts are locking up resources, the only thing we can do is optimize the scripts.02:19
matsubarakiko: and what about the repetitive queries?02:19
stub(if they are locking stuff, it indicates updates being made so we can't even offload them to a replica database)02:19
cprovkiko: it's indeed very weird, we can check it again 02:19
kikomatsubara, hmmm, the count() queries you mean?02:20
cprovkiko: the IN() hack seem to not work for some attributes02:20
matsubarakiko: no, the same queries on bug 4380202:20
kikocprov, odd.02:20
stubAnd if we can't fix the scripts, the Launchpad reports could be made from a readonly copy of the data (best done automatically for all GET requests using a replica database. But that is longer term)02:20
kikostub, hmmm. 02:21
cprovkiko: the query 345 should be fetching everithing needed from BQ, don't know why the repeated queries were issues 02:22
=== sivang is late, but here (had network problems)
kikoI'll look into it cprov 02:22
kikojust remind me of it02:23
matsubarakiko: I'll. :)02:23
kikothanks02:23
matsubaraAnd finally, a note to everyone, I created the launchpad-support-tracker product. If you find any bugs related to the support tracker, please assign/report against that product. I've been moving the bugs I could find to it. I'm done here. Thanks everyone02:23
SteveAwhat do you think about calling the launchpad support tool "wonderbar"02:24
SteveA?02:24
SteveAi'd go for wonderbra, but that's already trademarked02:24
stubSounds like a dildo02:24
kikowth is wonderbar?02:25
bradbheh02:25
jameshkiko: something that provides support02:25
kikoyou guys are nuts02:25
flacostedo you want to imply the support area is like a bar?02:25
malccBot malcc raised ExcessivelyPoorPun exception at line 1222 in malcc.launchpadmeeting.py02:26
lifelessclearly launchbra is the thing to go for02:26
matsubaraI'd rather call it something like sos, as someone else suggested on launchpad-users02:26
SteveAstub: i think your stock response to any suggestion is "it sounds like a dildo"02:26
carlos:-P02:26
stubSteveA: No, normally it is *you* sound like a dildo02:26
SteveAstub: kind of.  i'm battery powered02:26
SteveAmatsubara: anything else for the oops report?02:27
ddaaBTW, any suggestion to change the name of The Bazaar?02:27
matsubaranope, I'm done, thanks02:27
SteveAcool02:27
SteveAthanks matsubara 02:27
SteveA * Outstanding sysadmin requests02:27
SteveA602:27
SteveA502:27
SteveA402:27
SteveA302:27
SteveA202:27
SteveA102:27
SteveAcool02:27
ddaaho02:27
SteveA * Production and staging (stub)02:27
ddaaremembered one02:27
stubNothing interesting happening with staging except that David is soliciting feedback from one of his new pages.02:27
stubWe are now back to four app servers as I believe the bug chewing up all the resources on Gandwana has now been fixed and that fix landed.02:27
stubThere will be a minor production update tonight, cherry picking some of James' work if I can work out the relevant revision number.02:27
ddaart 1141202:28
=== jdub [n=jdub@ppp121-112.static.internode.on.net] has joined #launchpad
jdubhey dudes02:28
jdubattempting to sign up for summit02:28
jdubOOPS-166B37802:28
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/166B37802:28
ddaastub: yeah, branch-scanner is back in line02:28
cprovstub: did you do the build deletion we requested yesterday ? if not see priv 02:29
SteveAjamesh: what is the revision number for stub?02:29
ddaaback to its old wasteful self, instead of the new preposterously underperforming self02:29
stubcprov: You requested a build deletion?02:29
jameshstub: rev 3684 contains the changes in question02:29
SteveAjdub: it will be 10 mins before we can see the oops here02:29
stubjamesh: Ta02:29
SteveAddaa: what is rt 11412 about?02:30
SteveA * Reviewer voip calls (steve)02:30
cprovstub: yes, to lifeless or someone else with postgres in prod (informal IRC request, though)02:30
ddaaclean-up in import ssh key usage02:30
carlosSteveA: sorry, I missed the pending admin requests... #10992 is still pending and would be helpful to debug OO.org language packs02:30
ddaa* importd ssh key02:30
kikoI've had a few at least02:31
ddaaabout galapagos and neumayer not being supposed to use the same private key to connect to escudero02:31
SteveAquick poll: who has had a call with a reviewer or a reviewee.  write "had call" or "not had call"02:31
carlosSteveA: it's to give me access to drescher02:31
SteveAhad call02:31
bradbhad call02:31
BjornThad call02:31
carloshad call02:31
kikohad call02:31
spivSteveA: since last meeting?02:31
stubnot had call02:31
SteveAspiv: at all02:31
bradb(and a couple questions about calls)02:31
matsubaranot had call02:31
salgadohad call02:31
spivhad call02:31
malccnot had call02:31
jameshnot had call02:31
flacostenot had call02:31
lifelessnot had call02:31
ddaacall?02:31
Kinnisonnot had call02:32
kikocprov and I have had various meetings though02:32
SteveAmalcc, Kinnison: you guys should have regular voip or phone calls02:32
bradbskype isn't supported on ppc, AFAIK. how can us lowly ppc users get the most from conf calling without a voip client? any other voip solutions that people know about on ppc that can work?02:33
=== Kinnison was intending to set up voipness tonight
cprovnot had call (a proper one)02:33
matsubarahmm if that counts, I'm always asking salgado for design tips02:33
Kinnisonbradb: ekiga02:33
stubI will have a call with someone re: test runner updates to optimize Librarian startup/shutdown. SteveA or lifeless probably.02:33
spivjamesh: you've had calls02:33
SteveAbradb: i've used skype with you before02:33
bradbSteveA: yeah, on mac :)02:33
SteveA * Sprint schedule, book tickets (steve, kiko)02:33
bradbat the office, i have only ppc linux02:33
kikobook tickes!02:33
jameshspiv: ah.  I have had calls but not since last meeting02:33
Kinnisonbradb: mol?02:33
SteveAhttps://chinstrap.warthogs.hbd.com/~dsilvers/paste/file2FAwdY.html02:33
carlosbradb: gizmoproject or wengo would work, both use SIP protocol02:34
Kinnisonsprint schedule?02:34
Kinnisonthere's more after paris?02:34
=== bradb will try ekiga, i think
SteveAKinnison: see what i just pasted02:34
kikoKinnison, what planet have you been on?02:34
kikoread your mailing list or be surprised02:34
SteveAeveryone, read https://chinstrap.warthogs.hbd.com/~dsilvers/paste/file2FAwdY.html  now02:34
ddaaWho's Danilo?02:34
SteveAand take note of where you need to be when02:35
SteveAddaa: someone we're talking to about working with carlos02:35
Kinnisonkiko: I didn't scroll far enough down that mail, I see now02:35
jameshjdub: you said you were leaving the sprint on 2005-06-24, which is before 2006-06-19 (it is a bug that you got an oops though)02:35
SteveA * Keep, Bag, Change02:35
SteveA1002:36
SteveA902:36
SteveA802:36
SteveA702:36
SteveA602:36
SteveA502:36
SteveA402:36
SteveA302:36
kikokeep: emails to mailing lists -- losing them is distressing!02:36
SteveA202:36
SteveA102:36
SteveA002:36
SteveAthank you02:36
ddaaKEEP: the good feedback on the launchpad blog draft, thank you all02:36
ddaaBAG: permission-related bugs (e.g. has to be admin to change product maintainer)02:36
SteveAthe agenda is basically the same each week02:36
bradbchange: the policy on pre-imp voice calls to "make a point to make a few calls a week"02:36
kikoddaa, I thought that bug was because something on the bzr side of things doesn't like this sort of change?02:36
SteveAso you can prepare things like keep bag change and three sentences in advance02:36
SteveAand paste them into the channel when the topic is announced02:37
jdubjamesh: ...? starting at: 2005-06-18 05:05, finishing at: 2005-06-24 12:2002:37
SteveAthis keeps us moving along02:37
ddaakiko: not changing maintainer02:37
jameshjdub: look at the years02:37
kikoddaa, what I just said?02:37
jduboh02:37
jdubjamesh: thanks :)02:37
ddaakiko: name changes break it02:37
SteveAthe channel is about the get very noisy02:37
kikoddaa, only?02:37
SteveA * Three sentences02:37
ddaaand project-product-series associations02:38
kikomatsubara, did you know this?02:38
SteveAKhaaaaaaaan!02:38
stubDONE: Shipit constraints02:38
stubTODO: Shipi constraints, test runner speed improvements (librarian)02:38
stubBLOCKED: No02:38
malccDONE: More process-upload tidying work02:38
malccTODO: Landing that, and starting to tidy nascentupload02:38
malccBLOCKED: No02:38
carlosDONE: bug #35631 migration script and reviewer answer handling, PoMsgSetPage final review and merge, bug #40550, bug #49599 debug, preimplementation call with Steve about bug #4055002:38
carlosTODO: Finish #35631 migration data fix, #40550 and Ubuntu Conference02:38
carlosBLOCKED: No02:38
UbugtuMalone bug 35631 in rosetta "Karma handling on Rosetta is broken" [High,In progress]  http://launchpad.net/bugs/3563102:38
UbugtuMalone bug 40550 in rosetta "Further filtering options for the Queue" [Medium,In progress]  http://launchpad.net/bugs/4055002:38
cprovDONE: publisher fixes, queue-ui, redesigning publisher (integrating code in content classed)02:38
salgadoDONE: Lots of shipit changes; Fixed permissions for mirrors with the addition of Distribution.mirror_admins; Some code review and other trivial fixes02:38
salgadoTODO: Land the permission fix for mirrors; Fix some timeouts and other trivialities on shipit; Code review and any other important bugs that show up02:38
salgadoBLOCKED: No02:38
cprovTODO: mode publisher integration, fix top-level script, Paris Conf02:38
cprovBLOCKED: none02:38
UbugtuMalone bug 49599 in rosetta "Import will fail if there are two lines together in a single line" [High,Confirmed]  http://launchpad.net/bugs/4959902:38
UbugtuMalone bug 40550 in rosetta "Further filtering options for the Queue" [Medium,In progress]  http://launchpad.net/bugs/4055002:38
BjornTDONE: fixed bug 32282 (reduce long comments). reviews. fixed a few small bugs.02:38
ddaaDONE: back from bzr sprint, various (production fixes, merges, vcs imports, travel details, blog draft, etc.)02:38
ddaaTODO: more various (expenses, launchpad blog, cscvs review fixes)02:38
ddaaBLOCKED: no02:38
UbugtuMalone bug 32282 in malone "Try to reduce of the amount of LONG comments" [Medium,In progress]  http://launchpad.net/bugs/3228202:38
=== jdub [n=jdub@ppp121-112.static.internode.on.net] has left #launchpad []
BjornTTODO: work on host-based publication. paris summit.02:38
SteveADONE: management, review calls, hacking02:38
SteveATODO: UI tweaks, virtual host stuff with bjorn, special features controls, menus landing02:38
SteveABLOCKED: no02:38
BjornTBLOCKED: no02:38
bradbDONE: Fixed various bugs. Polished off xmlrpc filebug API.02:38
bradbTODO: Hopefully rollout filebug xmlrpc on mawson for pre-testing. Get some way through release bug managmement. Pair program with Francis. Paris. More refactoring and PEP 8 blitzkrieg. pr0n.02:38
bradbBLOCKED: xmlrpc fixes (BjornT. AIUI, it's being worked on today and tomorrow). Decision on separate BugNomination table (kiko), but meanwhile I can do UI mockups.02:38
KinnisonDONE: Review DiskPool and begin to prepare tests for it, setAccepted() extra checks branch got to review, assisted TeamSpeak, various soyuz debugging.02:38
KinnisonTODO: review response for setAccepted() branch, get bug 47770 sorted, carry on with DiskPool stuff, Goto Paris02:38
UbugtuMalone bug 47770 in launchpad-publisher ""raw-dist-upgrade" target does not support pockets" [Medium,In progress]  http://launchpad.net/bugs/4777002:38
=== pepe [n=nobody@200.115.203.55] has joined #launchpad
KinnisonBLOCKED: None02:38
jameshDONE: code reviews, get tickcount module ready for distribution, bzrsync work02:38
jameshTODO: code reviews, bzrsync work02:38
jameshBLOCKED: no02:38
kikoDONE: landing my de-XXX-ification branches and some perf fixes, lots of code reviews and coding support, in particular for soyuz and malone, assistance to new team members, sprint setup02:38
matsubaraDONE: oops report analysis, fixed bug on teammembership, helping user over02:38
matsubaraIRC, fixed bug on broken traversal on bug web links, triage02:38
matsubaraTODO: more oops fixes, more triage02:38
matsubaraBLOCKED: no02:38
kikoTODO: more of the same I suspect, and release a launchpad report02:38
SteveAbradb: are you actually blocked on xmlrpc stuff that bjorn is doing? 02:39
bradbSteveA: yes02:39
carlosSteveA: jordi is busy atm, will give you his sentences later02:39
kikoBLOCKED: well, the emails lost to the mailing list were sad02:39
SteveAbradb: please explain how02:39
kikobecause I will suffer when producing said reports02:39
SteveAkiko: did we lose any emails?02:39
kikoyes.02:39
SteveAah, from pqm02:39
bradbSteveA: it prevents me from deploying xmlrpc on mawson02:39
spivDONE: supermirror bugs02:39
spivTODO: supermirror bugs, remove magic from make check02:39
spivBLOCKED: no02:39
SteveAbradb: please explain02:39
lifelessDONE: bzr sprinty stuff, performance analysis02:39
lifelessBLOCKED: nope02:39
lifelessTODO: much02:39
jordiDONE: email of various stuff, bug filing, xaralx setup02:40
jordiTODO: weed out templates that we should not have available, more emailing02:40
jordiBLOCKED: no02:40
BjornTbradb: it shouldn't stop you from deploying it on mawson. it works except for the error handling in the xmlrpc client.02:40
ddaaxaralx? sounds like an spam-advertised medication...02:40
bradbSteveA: BjornT says there's a bug that causes an exception to be raised, instead of the proper Fault being returned, so error handling would be broken. and there's some deeper problem in the server that BjornT would have to explain.02:40
jordiddaa: lol02:40
SteveAbradb: why does this block you?02:40
bradbBjornT: oh, i was of the understanding that there was a server bug that would prevent the xmlrpc from working properly for me. i'm also somewhat uncomfortable with releasing untested code.02:41
SteveAi don't see how this blocks you from deploying xmlrpc on mawson02:41
SteveAwhat untested code that you have written are you concerned about?02:41
kikoit can't properly be tested but the mawson run is just a POC02:41
SteveAPOC?02:41
spivproof of concept02:41
kikoproof of concept02:41
lifelessproof of crap02:41
SteveAthanks02:41
kikolifeless, mhaaaa02:42
bradbSteveA: i currently have only view tests, not actual xmlrpc tests for my xmlrpc code.02:42
SteveAi was thinking neil young songs02:42
kikothe crazy horse02:42
SteveAbradb: that's fine, and in line with our current standards02:42
bradbbut it sounds like i can deploy it today, if mawson is otherwise free02:42
flacosteDONE: familiarize myself with Launchpad policies, procedures, support tracker code, met some members of the team02:42
SteveAso, bradb, you are not blocked02:42
flacosteBLOCKED: no02:42
flacosteTODO: fix some support-tracker bugs02:42
kikohttps://launchpad.net/distros/ubuntu/edgy/+builds02:42
kikoI love how the title of that page says02:43
kikoThe Edgy Eft builds02:43
bradbi will talk to salgado or whomever about rolling it out on mawson today02:43
SteveAcool02:43
kikoI would even stick an exclamation mark to that!02:43
kikoThe Edgy Eft builds!02:43
kikoof course it is not actually building02:43
SteveAokay.  we're almost done02:43
SteveAany blockages not dealt with?02:43
kikoI have to send some mail to mark about xmlrpc and DRBT02:43
SteveAwhat is DRBT?02:44
kikodistro release bug blah02:44
SteveAit looks like the lithuanian verb "to work"02:44
kikoI use the acryonyms when my elbows hurt02:44
kikoor when it doesn't matter anyway!02:44
SteveAyou need to eat more02:44
SteveAthen you won't have elbows02:44
bradbheh02:45
SteveAokay that's all folks.  there's time for some other general questions after the meeting02:45
SteveAMEETING ENDS02:45
SteveAthank you02:45
kikookay02:45
kikoI AM ON PUBLIC HOLIDAY02:45
SteveAno way02:45
kikoemergencies ring my cellphone but don't expect anything but crying and panting02:45
kikoKinnison, I looked at your patch and it is thumbs-down!02:45
SteveAkiko: is it public holiday tomorrow too?02:45
=== bradb has to make a note somewhere that there are at least two civic holidays i'll be working on over the sprints
ddaakiko: too late, you are on a public holiday!02:46
kikoSteveA, no!02:46
SteveAkiko: i am looking at that patch also, and have talked with kinnison about some refactoring of it02:46
kikoSteveA, ah, okay. have you seen my email?02:46
SteveAno02:46
kikoI am concerned that soyuz is peppered with band-aids like that02:46
kikoSteveA, do a grep for pocketsuffix in canonical/archivepublisher02:46
jameshSteveA: re: using the Python license for tickcount, is there a particular text to use?  The license file in Python is 4 separate licenses concatenated, and the one for new code is pretty specific to Python + PSF02:46
kikoand count how many times we do the distrorelease + suffix operation02:46
Kinnisonkiko: and then think back to Australia where I argued against pockets02:47
fabbionekiko: i need something working...02:47
Kinnisonkiko: *sigh*02:47
kikofabbione, please don't pressure untested code into production.02:47
kikofabbione, it only means you will pay the price later.02:47
SteveAthere's a communication issue here02:47
kikoor rather, WE ALL pay the price02:47
fabbionekiko: ok.. let me explain... 02:47
SteveAkiko: although you're on vacation, i'd like a brief phone call to set policy on this02:47
kikoSteveA, now or never, but read my email first.02:48
SteveAfabbione: i'll talk with kiko and daniel02:48
fabbioneSteveA: ok02:48
SteveAkiko: read already02:48
kikoplease then02:48
SteveAok, i call now02:48
kikoyou call now!1! you call now!02:48
kiko-afkmy keyboard needs a rest02:48
SteveAdon't type with your elbows so much02:49
=== bradb concedes that kiko's code quality obsession is a Very Good Thing
fabbionebradb: please you miss some background here...02:49
bradbi'm not talking about your case. i'm talking about mine.02:49
fabbioneok02:49
bradbspeaking of which, this makes me so want keywords to tag refactoring bugs!02:52
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== sven-tek [n=sven-tek@p508E45EA.dip.t-dialin.net] has joined #launchpad
sven-teki used the merge accounts function, but now i dont have access to the wikiname i had in the removed account. any solution?02:56
bradbsalgado: ^^02:56
Kinnisonstub: can you come to ##soyuz1.0 for a sec?02:57
salgadosven-tek, so, you're trying to register the wikiname of the removed account on your current one?02:58
KeybukE: gcc-3.3 is trying to override libgcc1_1:4.1.1-2ubuntu3 without -f/--force.03:00
Keybukeh?03:00
Keybukdid that library move packages?03:01
fabbionethat'd be gcc-4.1 ?03:02
Keybuksync-source can't cope with that then03:02
dokoKeybuk: where do you see this error message?03:04
Keybuksync-source's output03:05
Keybukwe didn't change it in dapper, but it's changed in unstable03:05
sivangcrappy net connection again, /me read the backlog03:11
sven-teksalgado, yes03:14
salgadosven-tek, and then what do you get when you try to register it?03:15
=== jd_ [n=jd@wikipedia/Meanos] has joined #launchpad
sven-tekIs allready registered by ... . Where ... is my old WikiName. I can not log in to the ... Account because it is removed.03:16
salgadosven-tek, what are the names of the removed account and the remaining one?03:18
sven-tekmy remaining account has the wikiname "Sven Jaborek", which should be replaced by "SvenJaborek"03:19
=== cprov [i=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
salgadosven-tek, actually, I need the launchpad names. the name of the remaining account should be in the message you get when trying to register the wikiname03:24
salgadoand the name of the remaining account is the bit that comes after /people/ on your launchpad home page03:25
SteveAKinnison: phone or skype call please03:26
KinnisonSteveA: +44 161 248 806603:27
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad
KeybukSteveA: surely VoIP is better than Skype? :p03:30
=== sven-tek_ [n=sven-tek@p508E645E.dip.t-dialin.net] has joined #launchpad
salgadostub, around?03:45
stubsalgado: Yup03:47
salgadostub, I have a trivial db patch; can you review it for me?03:47
stubk03:48
salgadostub, https://chinstrap.ubuntu.com/~dsilvers/paste/fileriNOhQ.html03:48
stubsalgado: It should be mirror_admin, not mirror_admins03:48
=== flacoste is going to the office
Keybukit's very disconcerting having two "the office"s03:49
salgadostub, hmmm. I think you're right. I used that because we already have distribution.members, though03:49
stubsalgado: That can be rationalized because it will always be a team, as that column was an Ubuntu specific hack IIRC03:50
salgadoI was expecting this one to always be a team too. but it probably won't 03:50
salgadoI'll change it to mirror_admin03:51
stubAnd 'member' is a euphamism for 'penis'03:51
salgadostub, apart from that, does it look okay?03:53
stubsalgado: Looks fine apart from the column name. approved as patch-40-63-0.sql03:53
salgadocool. thanks!03:54
Keybukstub: in australian, every word is a euphemism for "penis"03:54
stubYer, but some words also double as euphemisms for other stuff too.03:55
sivangKeybuk: heh03:55
spiv"stub", eh? ;)03:55
lifeless;)03:55
=== Keybuk sivangs out his lifeless stub
SteveAput that euphamism away03:55
Kinnisonumm, eww03:56
SteveAyou never know where it's been03:56
sivangHEHE03:56
=== Kinnison hands you all some euphemisms for your dictionary and runs away to get a car key, a wing mirror button and three new wiper blades before the place closes
SteveAKinnison is obsessed with 03:57
SteveAKinnison is obscessed with dict03:57
SteveAcprov-away: ping when you're back03:58
Kamping_Kaiserlol Keybuk 03:58
cprov-awaySteveA: ping03:58
salgadoSteveA, what about some code review while you wait for cprov?03:59
salgadodammit!03:59
cprov-awaysalgado: sorry, I'm still trying to be away 03:59
lifelessKeybuk: skype has about 2OOM better nat traversallogic than sip04:00
Keybuklifeless: yes, but it has exactly the 0 of the ability to connect from something other than a proprietary skype connection of sip04:01
Keybukand sip traverses my nat here just fine04:01
lifelessKeybuk: do you have siproxd or the sip iptables module ?04:01
Keybukneither04:01
Keybukasterisk just went "oh, that's behind a NAT is it?"04:02
lifelessah, talking to asterisk should be fine, you might have less joy talking to a peer 04:02
Keybukasterisk in those circumstances seems to do the right thing04:04
Keybukand if not, you can always use IAX or STUN, etc.04:04
KeybukI successfully had two ekigas behind two NATs talking to each other04:05
lifelessIAX should always be good AIUI.04:07
lifelessSTUN is not a solution to NAT, its merely a bandaid for *some* cases.04:07
lifelesswith STUN you still end up with sip handhsaking and a 4-port 2-stream RTP setup04:08
lifelessand thats the crux of the problem : rather than ports A & B, one per client, and udp flowing bidirectionally, you get 2 ports at either end, one for in, one for out, and two unidierctional streams04:09
Keybukit's still less evil than Skype :P04:21
Keybukwho don't even offer a connect to their network from outside04:21
jameshKeybuk: sure they do: the PSTN04:23
=== Keybuk sends jamesh to sit in the naughty corner
lifelessKeybuk: its a different evil.04:24
lifelessmyself, I dont like skype04:24
KeybukI was quite impressed how easy asterisk is to set up once you figure out the basics04:25
jameshlifeless: btw, I think I got Ekiga working through siproxd finally, after fixing the siproxd 64-bit issues and using the new version of Ekiga (not in dapper)04:28
lifelessawesome04:30
lifelessspiv: are you still around ?04:30
=== sven-tek_ [n=sven-tek@p508E6329.dip.t-dialin.net] has joined #launchpad
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
seb128hey04:50
seb128is the milestone setting supposed to be to a different place now?04:50
seb128or I just need a group membership I don't have atm to have it?04:50
=== flacoste [n=francis@209.217.74.66] has joined #launchpad
spivlifeless: yeah04:57
lifelessthis import thing04:59
spivlifeless: on the bzr list?04:59
lifelessyeah04:59
spivAh, I see I have new mail on the subject04:59
spivI skimmed the docs on import stuff and didn't see the rules for the order of looking for .so vs. .py anywhere, but I could easily have missed something.05:01
spivThe docs for the imp module do say they'll search in the order returned by imp.get_suffixes() (which obviously varies by platform, e.g. for .so vs. .pyd)05:01
lifelessright05:02
salgadoseb128, I can see the milestone dropdown widget right beside the importance one, so I guess you're lacking permissions05:03
lifelessI'm not too keen on a dead checken for every C extension05:03
LarstiQand I suppose is different for non CPython 05:03
seb128salgado: ok, thank you05:03
seb128need to ping mdz about it then :p05:03
salgadoI guess so. :)05:03
lifelessLarstiQ: if its not C python, then C extensions are fairly irrelevant :)05:03
spivlifeless: think of it as an encouragement to avoid making more C extensions than necessary ;)05:03
lifelessspiv: so far we look likely to need 2 - readdir.d_type and fchmod05:04
LarstiQlifeless: you may have a point there :)05:05
lifelessspiv: also, more files to import == 4 more stats on startup/first use05:06
lifelessspiv: loading one .so/.py pair = 1 stat if the .so is there, 4 if its not.05:06
lifelessloading a .py and then a .so with fallback to .py is 5 if the .so is there, 16 if its not.05:07
spivHow many nano-seconds for a stat that's already in cache?05:07
lifelessunfortunately most folk will not run bzr from hot cache all the time05:07
lifelessif they were, I would not even mention that05:08
spivWell, I'd expect with most filesystems that once a stat has occurred in a directory, another stat in that directory is likely to hit cache.05:08
spiv(with directories the size of the directories in the bzr source tree)05:08
lifelessactually, I underestimated the stat count05:09
spivI am wildly hand-waving here, though.05:09
lifelessbecause it will proceed to search the sys path after it misses the .so05:09
lifelessin the form you suggested.05:09
lifelessunless we use the fully qualified name for the import I guess05:10
spivI should have suggested "from bzrlib._c_foo import *" rather than "from _c_foo import *".05:10
spivRight.05:10
SteveAalways use FQNs for imports05:10
lifelessSteveA: I do05:10
spiv(I was thinking that, but should have been more explicit in my email)05:10
=== bradb [n=bradb@209.217.74.66] has joined #launchpad
SteveAalthough very recent pythons and very ancient python have better support for relative imports 05:10
spivlifeless: So, I think while the number of C extensions is low and the impact (both in terms of extra load time and extra dead chickens) is negligible, you should use "try: from bzrlib._c_foo import *\nexcept ImportError: from bzrlib_py_foo import *".  Long-term, perhaps you can get what you want with the new sys.path_hooks stuff described in PEP 302, although I haven't looked into that closely.05:12
lifelessI dont think so, it did not seem terribly reelvant here05:12
lifelessspiv: the other issue I forgot to put in my email is the surety thing from running the whole test suite not just the interface conformance tests for these modukes.05:13
=== seb128_ [n=seb128@ANancy-151-1-40-91.w83-196.abo.wanadoo.fr] has joined #launchpad
lifelesstheres a much greater risk of things slipping through here with the complete change in language.05:13
lifelessoh, and guaranteeing the tests run with the C extensions without breaking users without them running --selftest.05:14
spivWell, I think you could have an import hook that would know that "bzrlib.foo" and "bzrlib.bar" may have C implementations in a directory over here (if they are built), otherwise load the .py/.pyc/.pyo as normal.05:14
lifelessthis is something that requires non trivial handwaving to get more correct than I have it now, IMNSHO05:14
spivEPARSE05:15
spivI appreciate the point about testing all combinations adequately.05:16
lifelessthere are mutually conflicting requirements here05:16
lifelessyou can sort them out with enough glue code and options to the test suite.05:16
lifelessIf *someone else* wants to write that, I'm happy05:17
lifelessbut its largely valueless code: its not functionallty better at preventing bugs getting past PQM, and it will take time to write and test. 05:17
=== mpt [n=mpt@209.217.74.66] has joined #launchpad
spivAlthough this strikes me as just a more extreme version of the issue you have with say SFTP transports vs. local transports.  Again, it's a reason to keep the scope of your C extensions as tight as possible.05:18
lifelessits qualitatively different.05:18
lifelesswe consider transports plugins - if you have the support for the transport, it should work and test, if you don't, its fine.05:18
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
lifelessthis stuff is mandatory - it /must/ work and /must be tested/ on PQM.05:20
lifelessI had the SFTP tests as mandatory at one point, in case you think they should be considered mandatory ;)05:20
spivThe interface is "import bzrlib.foo", and is what absolutely all callers go through, except the test suite, which can explicitly choose "import bzrlib._c_foo" or "import bzrlib._py_foo" as appropriate.  I don't think there's any real risk of bugs here -- code that imports _xxx modules will stick out like a sore thumb.05:20
lifelessthat wasn't a bug I was concerned about05:21
spivThen I'm not understanding your concern.05:21
spiv(which given it's past 1am isn't so surprising :)05:21
spivFWIW, if you stick with your current approach, I think that can be workable.05:22
=== bradb pair programs with flacoste
spivI'd have a test that ensures that the module load order is what you expect, in case a future revision of python changes it unexpectedly.05:23
spiv(or find an actual guarantee of that behaviour in some docs...)05:23
lifelesswell, I'd like to find someone to give a guarantee before merging this05:23
lifelessrather than having something ship that will eventually break05:23
lifelessanyhow, go to bed :)05:23
spivFor explicit testing of the pure-python version you *could* muck about with execfile or import helpers to force loading of the pure python file.05:24
spivBut then you're heading into the "writing glue for no real benefit" territory again :)05:24
lifelessspiv: I've tried to write this out longhand in a new mail05:31
zakamehi all05:43
zakameerm is LP down? I couldn't seem to update the satuts for malone 4983905:44
UbugtuMalone bug 49839 in nbd "please sync 2.8.3-2 from Debian" [Unknown,Unknown]  http://launchpad.net/bugs/4983905:44
zakamehmm I could get to my LP page, weird05:45
flacosteMontreal office is going to lunc05:55
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
spivlifeless: fwiw, the only docs I can find say that the search order is defined by what imp.get_suffixes() returns, but no docs say anything about what that will be.06:04
spivlifeless: the current implemenation clearly puts dynamically loaded C modules before pure python ones (regardless of platform), and it looks like that's always been the case, but afaict it's not defined behaviour.06:05
lifelessspiv: go... to..... bed.........06:06
lifeless(but thanks)06:06
spivBut I doubt it will change before python 3; it would be a gratuitous backwards compatibility.  So it's something you could perhaps rely on, but definitely take care if you do!06:06
=== marcin_ant [n=marcin@194.114.146.122] has joined #launchpad
=== lbm [n=lbm@0x555298ca.adsl.cybercity.dk] has joined #launchpad
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
lifelesslater all, off to eat and then -> hotel07:31
lifelessSteveA: if needed, I will be at the hotel in 1.5 hours probably, can happily get wifi there if needed, if something urgent comes up again07:32
=== carlos -> out
carloslater07:33
=== lbm [n=lbm@0x555298ca.adsl.cybercity.dk] has joined #launchpad
jordiSteveA: ping?07:34
SteveAjordi: hi07:35
SteveAlifeless: thanks07:35
jordiSteveA: I had an email half written, so I just fired it off07:37
ddaayay, finished the blog article07:38
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
jordiSteveA: I gotta go, see ya later07:46
=== benzai [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has joined #launchpad
=== py2elg [n=chatzill@200-206-225-162.dsl.telesp.net.br] has joined #launchpad
py2elglist08:14
Keybukelmo: librarian.stagining.ubuntu.com.  ?08:27
=== jbailey [n=jbailey@209.217.74.66] has joined #launchpad
jbaileyHow do I mark a specification as private?08:30
jbaileyJane said that Canonicalish bofs in Montreal were handled in some way that obscured what they were but still allowed them to be scheduled.08:31
jbaileyI'm trying to set one up, but I'm not clear on how the obscuring happens.08:31
SteveAthey were public in the launchpad spec tracker, but hosted on a private wiki site08:39
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
jbaileyAh, okay.  Should I register them against the distro still, or is there a Canonical object that I should use instead?08:42
salgadodoes anybody know where's the code for the import fascist?08:44
salgadoduh. found it already08:44
Keybukcprov-away: publisher back to auto08:47
cprov-awayKeybuk: okay, will see its next run08:48
Keybukthere were no problems with the big run08:48
=== Keybuk watched it very closely
jordiSteveA: any news?08:50
=== mpt [n=mpt@209.217.74.66] has joined #launchpad
=== givre [n=flo@APuteaux-152-1-20-161.w82-120.abo.wanadoo.fr] has joined #launchpad
SteveAjordi: what kind of news?09:11
jbaileyjordi: By the sounds of the cheering outside the window, it sounds like a good game. =)09:14
matsubarabradb: ping09:24
bradbmatsubara: pong09:24
matsubarabradb: bug 49891, assigning to you, ok?09:25
UbugtuMalone bug 49891 in malone "+editstatus of a bug crashes when you're not logged in." [Medium,Confirmed]  http://launchpad.net/bugs/4989109:25
bradbmatsubara: yes please!09:25
matsubarabradb: I also added a test case to it.09:25
bradbmatsubara: nice work!09:26
cprov-awaymaybe it was too much for p-a ->  -> http://librarian.launchpad.net/3056425/A6oTrV7FlRueCxQPbXXds7aaEuL.txt (ERROR:  could not serialize access due to concurrent update). trying again09:27
cprov-awaycarlos: ping09:29
salgado    raise ValueError, "unknown url type: %s" % self.__original09:37
salgadoValueError: unknown url type:09:37
salgadohas anybody ever seen this when running a new-style pagetest?09:37
BjornTsalgado: haven't seen it before, can you paste the full traceback?09:40
salgadosure09:41
salgadohttps://chinstrap.ubuntu.com/~dsilvers/paste/fileCMjwZT.html09:41
salgadourl seems to be an empty string09:44
BjornTcan you paste full test as well, up to the part that triggers the error?09:45
salgadothis one is easy: https://chinstrap.ubuntu.com/~dsilvers/paste/file9Y9qMr.html09:46
BjornTsalgado: hmm, nothing obvious comes to mind what could be wrong, and that test passes for me.  did you change anything on that page you are testing?09:52
salgadoBjornT, no, I didn't change anything on that page. 09:58
salgadohmmm. /me updates his sourcecode/09:58
matsubarabradb, BjornT could you take a look at this OOPS-165C140? I don't understand why it's crashing.10:00
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/165C14010:00
salgadoBjornT, these are the only changes I have that are not in rocketfuel: https://chinstrap.ubuntu.com/~dsilvers/paste/fileRY40mY.html10:01
=== bradb looks
BjornTsalgado: oops, i ran a python source file instead of the actual tests... now it fails for me as well.10:07
bradbmatsubara: strange. both +editstatus and +viewstatus work10:09
matsubarabradb: on production? I tried here and it crashes for me. https://launchpad.net/products/cfengine/+bug/6624/+editstatus10:11
UbugtuMalone bug 6624 in cfengine "Segmentation Fault " [Unknown,Unknown]  10:11
bradbmatsubara: https://launchpad.net/distros/ubuntu/+source/cfengine/+bug/6624/+editstatus10:11
UbugtuMalone bug 6624 in cfengine "Segmentation Fault " [Unknown,Unknown]  10:11
matsubarait crashed for me.10:12
matsubaraOOPS-166B144210:12
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/166B144210:12
matsubarahmm it crashed when I wasn't logged in.10:13
matsubarawhich could be the other bug.10:13
matsubarabut if you visit https://launchpad.net/products/cfengine/+bug/6624 10:14
UbugtuMalone bug 6624 in cfengine "Segmentation Fault " [Unknown,Unknown]  10:14
matsubarait crashes even when I'm logged in.10:14
bradbso far, i'm only seeing it crash two conditions are true: 1. I'm logged in and 2. I'm viewing the bug page10:17
bradbs/two/when two/10:18
bradbOOPS-165A240110:20
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/165A240110:20
matsubarabradb: for me it crashes: https://launchpad.net/products/cfengine/+bug/6624/ (OOPS-166D1583) and here https://launchpad.net/products/cfengine/+bug/6624/+editstatus (OOPS-166B1465)10:21
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/166D158310:21
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/166B146510:21
UbugtuMalone bug 6624 in cfengine "Segmentation Fault " [Unknown,Unknown]  10:21
matsubarabradb: but https://launchpad.net/products/cfengine/+bug/6624/+viewstatus works fine10:22
UbugtuMalone bug 6624 in cfengine "Segmentation Fault " [Unknown,Unknown]  10:22
BjornTsalgado: the error seem to be caused by the empty action in the form. it seems to work if you set it to request/URL10:23
bradbbug 49891 is easy to fix. but this other view/importance_widget exception is less obvious.10:23
UbugtuMalone bug 49891 in malone "+editstatus of a bug crashes when you're not logged in." [Medium,Confirmed]  http://launchpad.net/bugs/4989110:23
salgadoBjornT, weird. I have other page with an empty action and the pagetest for it works just fine. :/10:24
salgados/other/another10:26
matsubarabradb: indeed, I was trying to understand it so I can report it correctly. I guess I'll report anyway and add more info to the description later.10:26
BjornTsalgado: hmm, strange. please file a bug about it, including the name of the passing test which tests a page containing an empty form action.10:27
=== BjornT -> bed
bradbmatsubara: are there any other bugs with the same problem as 6624?10:30
matsubarabradb: according to today's report yes. bugs 20062 and 3460610:31
UbugtuMalone bug 20062 in linux "Keyboard non-responsive when using kernel 2.6.12 (breezy)" [Unknown,Unknown]  http://launchpad.net/bugs/2006210:31
UbugtuMalone bug 34606 in Nexenta OS "Administrator root password readable in cleartext on Breezy" [Unknown,Unknown]  http://launchpad.net/bugs/3460610:31
matsubaraI reported bug 4989910:31
UbugtuMalone bug 49899 in malone "Lookup error on bug page" [High,Confirmed]  http://launchpad.net/bugs/4989910:31
BjornTmatsubara, bradb: i think it's because the cfengine (upstream) is editable. it still has Unknown as the value, though, and that causes the importance widget to crash, since the value isn't found in the vocabulary.10:33
BjornT(it's editable since no bug watch is linked to it)10:33
matsubaraBjornT: thanks, I'll add that to the bug.10:34
BjornTthe best solution is probably to write a migration script, which resets all Unknown values to the default values if there is no bugwatch linked to the task.10:35
bradbBjornT: but Unknown is in the vocab10:35
BjornTis it?10:36
=== BjornT checks
bradbBjornT: and viewstatus uses widgets too, and they work fine10:36
bradbBjornT: and none of us can edit that task's Importance anyway10:37
salgadoBjornT, I changed the action but it's still failing. https://chinstrap.ubuntu.com/~dsilvers/paste/filem1StEx.html10:37
BjornTbradb: it's not in the vocabulary, and the display widgets don't care if it's in some vocabulary or not.10:38
bradbBjornT: 10:39
bradb    UNKNOWN = Item(999, """10:39
bradb        Unknown10:39
bradb        The severity of this bug task is unknown.10:39
bradb        """)10:39
bradbthat's in BugTaskImportance10:39
BjornTbradb: that's the dbschema, not the vocabulary10:39
bradbewph, that is nasty10:41
salgadoBjornT, nevermind about the last failure. I know what's causing it. (not that I know how to fix it yet, but anyway)10:42
=== Yannig [n=LokaUsr@AToulouse-254-1-7-236.w83-203.abo.wanadoo.fr] has joined #launchpad
YannigHello everybody :)10:51
mdkehey jordi, I've noticed quite a lot of Chinese (Hong Kong) translations for docs... apparently that's just the same as normal Chinese, do you know otherwise? I don't really want to go through validating another set of translations for a docs upload unless it's definitely a valid language10:58
bradbBjornT: there seems to be another problem too. none of us should have perms to edit Importance on that bug, on any task.10:59
bradbbut somehow, it seems specifically that this page errors:10:59
bradbhttps://launchpad.net/products/cfengine/+bug/6624/+editstatus10:59
UbugtuMalone bug 6624 in cfengine "Segmentation Fault " [Unknown,Unknown]  10:59
bradbediting importance requires launchpad.Edit on the IProduct10:59
bradbbut there is no launchpad.Edit defined for IProduct11:00
bradbso, with:11:00
bradbclass IProduct(IHasOwner, IBugTarget, ISpecificationTarget,11:00
bradb               IHasSecurityContact, ITicketTarget):11:00
bradbwhich interface does it check launchpad.Edit against?11:00
mdkejordi: also es_PR and es_ES are cropping up alongside es, any idea what they are?11:25
bradbSteveA: ping11:59
SteveAbradb: come on man, what kind of time do you call this? ;-)12:02
bradbSteveA: time for best practices clarification!12:03
SteveAi think that time is *tomorrow*12:03
bradbSteveA: anyone logged in to #launchpad is vulnerable!12:03
bradbok :P12:03
SteveAi'm only here for the entertainment12:04
bradbget up on the table and dance!12:05

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