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

bradbkiko: maybe not needed.../me ponders12:14
kikohmmm.12:16
bradbmy initial thinking was that we explicitly record the nom in that case, just so we have the option of being explicit in the UI about who proposed and approved the nom, even though it happened automatically.12:16
bradbbut, given that the pre-release-management data doesn't have noms anyway, hrm...12:16
kikobut waitasec12:17
kikopre-release-management doesn't have distorelease tasks either, does it?12:17
bradbyeah, for backporting12:17
bradbit didn't have productseries tasks12:17
kikoah.12:17
kikoah, good point.12:18
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
kikogood thing I tested backporting before you got rid of it! :)12:18
kikoyou could add auto-nominations for backports.. perhaps..12:18
bradbi got rid of +backport though...12:19
kikoI mean, for existing backports.12:19
kikoas part of the data migration strategy12:19
bradbah, right, that was #112:19
kikosounds pretty simple12:19
kikobut.. it's a soft database association for a hard code requirement12:20
kikowhich I don't like very much12:20
bradbkiko: though if we want the door open for allowing a no-noms config, that effort would be all for naught, unnecessary, because our code would need to deal with the no-noms case either way12:22
bradb"that effort", i.e. adding noms for all the existing DR tasks12:22
kikobradb, good point.12:22
kikoI think you're right that #2 is the right solution.12:23
kikoand the auto-approval is a way of differentiating no-noms I guess...12:23
kikoso your call, I think you understand the issues now.12:23
bradbright, ok, thanks12:23
=== Burgwork [n=corey@ubuntu/member/burgundavia] has joined #launchpad
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"]
=== bradb [n=bradb@wnpgmb09dc1-71-199.dynamic.mts.net] has left #launchpad []
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad
UbugtuNew bug: #60320 in rosetta "Cache POTemplate.displayname" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/6032012:55
mptGoooooooooooooooood morning Launchpadders!01:30
mptmdz: "One moment, please?"01:36
mpt(assuming that "" isn't a possibility)01:37
mdzmpt: "" is technically possible, but a blank screen with a blinking cursor for several seconds doesn't seem like a good idea01:38
mptDepends on how many seconds, I guess01:39
mdz3-N01:39
mptup to about 3 would be okay, but more than that...01:39
mdzit's easily 3+ on a variety of hardware01:40
mptok01:40
=== AlinuxOS [n=alinux@d83-176-124-211.cust.tele2.it] has joined #launchpad
mptmdz, will usplash itself still have jargon in it?01:48
Nafallompt: seems not to :-(01:49
mptwhoo-hoo01:49
NafalloI loved my init-output :-P01:49
=== mpt hasn't tasted Edgy yet, obviously
mdzmpt: it has no text except in the logo graphic atm01:50
mdzthough there is likely to be a debate01:50
Nafallomdz: might that debate be on tomorrow mornings meeting?01:51
Nafallompt: there is a knot-3 livecd real soon now :-)01:52
mdzNafallo: no, those meetings aren't for debate01:52
mdzif there is one, it'll be on the ubuntu-devel mailing list01:52
Nafallomdz: oki. see how far it's gone with me away from ubuntu development :-/.01:53
=== Nafallo doesn't even know MOTU procedures anymore, and have to ask all the time :-P
mptStartup is theater01:54
=== AlinuxOS [n=alinux@d83-176-124-211.cust.tele2.it] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== belito [n=user@190.40.169.24] has joined #launchpad
mdzmpt: can you think of anything we could do which would be more l10n-friendly?02:38
mdzwith the boot messages suppressed, the startup process is neutral or translated everywhere else02:38
mdzand that message occurs way too early to make translation feasible02:39
mdzwe just need to indicate that everything is OK and more stuff will happen momentarily02:44
mdzbut fancy graphics aren't possible yet02:44
UbugtuNew bug: #60332 in malone "Switching from simple to advanced search loses the search text" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/6033202:45
mptmdz, I suppose you could do the old / - \ | animation, but that wouldn't be much better than nothing at all02:49
mptor the "..............................................." marching ants02:50
mdzit has to be static, as during the wait, a different program is actually running02:51
mdzthe boot loader displays a message, and then we transfer control to the kernel02:51
mdzwhich takes a few seconds to get going02:51
lifeless"please wait" in 5 languages ?02:54
mptUnderstandable, text-only, non-language-specific, AND static? mdz, I don't think any designer could meet all those constraints at once :-P02:54
NafalloKeybuk proposed "Starting up..." without newline :-)02:54
mdzI considered "Ubuntu..." but then derivatives will be unhappy ;-)02:55
mpthaha02:55
mptThat also looks like a complete-this-sentence competition02:56
mpt"Ubuntu... rocks our socks"02:56
mdzthat will give them something to do while they wait the few seconds02:56
mpt"Ubuntu... takes too long to start up"02:56
mptSo given all those constraints, I'd go back to "" as the least bad, I think02:57
Nafallomdz: didn't Keybuk also said he could to the / - \ | spinner and make it shut down when tty1 arrived or something like that? :-)02:57
mdzNafallo: I doubt it02:58
mdzunless we emulate a spinner using blinking VGA text or something02:59
Nafallo:-)02:59
Nafallowell, we talk about the man making a new init here ;-)03:00
Nafallos/\ talk/\'re\ talking/03:00
Nafallo:-)03:00
mdzNafallo: we're talking about two boot phases before init here03:00
lifelessNafallo: this is before the kernel exists03:00
lifelessNafallo: init is much later03:00
Nafalloyes, I know.03:01
NafalloI was just referring to earlier successfull work :-)03:02
mptUbuntu should make more whishing noises03:02
mpthttp://www.google.com/search?q=(whish%20OR%20whishlist)%20site:launchpad.net03:02
Nafallohehe03:03
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad
=== ryanakca [n=ryan@d226-26-139.home.cgocable.net] has joined #launchpad
=== ryanakca [n=ryan@d226-26-139.home.cgocable.net] has joined #launchpad
=== mpt [n=mpt@203-167-187-118.dsl.clear.net.nz] has joined #launchpad
=== siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== AlinuxOS [n=alinux@d83-176-124-211.cust.tele2.it] has joined #launchpad
=== siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad
mptjamesh, ping05:46
mptjamesh, unping05:51
=== stub [n=stub@ppp-58.8.6.29.revip2.asianet.co.th] has joined #launchpad
=== siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad
jameshlifeless: just been running product-release-finder on demo.lp.net -- it got past dl.openafs.org without getting stuck, so it could very well make it all the way through07:24
jameshso maybe it will work this time for sure07:25
lifelessnice work07:27
lifelesshaha:07:27
lifeless http://demo.lp.net/07:27
jameshwe should definitely pay a few million for that domain07:28
jameshlifeless: btw, this is what is shown for a product series with a registered branch: https://demo.launchpad.net/products/bzr/bzr.dev07:31
lifelesssweeet07:31
jameshno big warning/error icon07:31
lifelessthe warning can be tightened07:32
lifelessit taks about registering for conversion07:32
lifelessnot about for existing ones at all07:32
jameshsure.07:33
jameshI think we want to move most of the non-importd stuff from the "Edit source" form elsewhere too07:34
jameshI put the bazaar branch stuff on the main "Change series details" form07:34
=== mpt [n=mpt@203-167-187-230.dsl.clear.net.nz] has joined #launchpad
lifelesscool07:46
mptYay for power cuts07:57
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad
=== mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad
jameshlifeless: looks like product-release-finder works -- it completed two runs on demo without crashing part way through08:41
lifelessfantastic08:41
lifelessdo we have logs and that report yet ?08:41
jameshI've got the logs on carbon (logs from the program plus a list of releases from beforehand, after the first run and after the second run08:43
lifelessexcellent08:44
=== lifeless is excited
jameshit failed on all the registered FTP sites, but that is because the data centre squid is blocked from doing FTP08:44
jameshand there are bad patterns for a number of product series08:44
=== Spads [n=spacehob@host-87-74-19-213.bulldogdsl.com] has joined #launchpad
jameshhttps://demo.launchpad.net/products/automake <- an example with multiple series and releases08:45
jameshthe actual productrelease pages are very boring though, since the only collected info that gets displayed is the version number08:46
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
lifelessjamesh: thats fine08:47
lifelessKeybuk: dyson, ready to run.08:47
lifelesshttps://demo.launchpad.net/products/automake08:47
lifelessjamesh: can you file a bug on the series display sort order ?08:49
lifelessnot something to fix now, but spiv pointed it out as disconcerting08:49
lifelesshmmm, I think we want highest series at the top08:49
jameshlifeless: series order or release order or both?08:49
lifelessso trunk08:49
lifeless1.908:49
lifeless1.808:49
lifeless1.708:49
lifelessand within each 08:49
lifelessnewest at the top08:49
lifeless1.9.608:50
lifeless1.9.508:50
lifeless1.9.408:50
lifeless1.9.308:50
lifeless1.9.208:50
lifeless1.9.108:50
lifeless1.908:50
jameshI wonder if the version sort code niemeyer mentioned on the list went in08:51
lifelessthere is debian-version number sort code in lp already08:51
lifelessthats what we will want to use. IIRC we have a py-psql version of that already08:52
jameshhopefully it gracefully handles non-debian version numbers okay08:52
lifelessthats a reason for it to be a separate bug ;)08:53
SteveAgood morning08:53
lifelessso, ping me when we've got a tabular report, I'd like to vet it please08:53
lifelesshigh SteveA 08:53
lifeless*cough*, hi SteveA 08:53
fabbionelifeless: we already know SteveA is always high :)08:55
stubSteveA: Feel free to review sftp://devpad.canonical.com/home/warthogs/archives/stub/launchpad/trivial from salgados queue if you want it landed and cherry picked (referrer storage)08:57
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
=== jinty [n=jinty@132.Red-83-55-196.dynamicIP.rima-tde.net] has joined #launchpad
SteveAstub: your latest activity report was seen as spam by the mailing list's spamassassin.  I manually let it through and RT-ed it.09:05
SteveAAny idea why it might have been so identified?09:05
mptlifeless, ping09:06
lifelessmpt: gnip09:09
mptlifeless, I was halfway through a bzr push to devpad when I had a power cut. I've used break-lock on the repository lock and the branch lock. Is there anything else special I need to do for the next push (such as using --overwrite)?09:09
lifelessno09:09
mptta.09:09
=== matthewrevell [n=Matthew@82-37-199-58.cable.ubr05.wolv.blueyonder.co.uk] has joined #launchpad
SteveAstub: reviewed09:13
lifelessjamesh: so, have  alook here:09:13
lifelesshttps://demo.launchpad.net/products/automake/1.909:13
lifelessnote the packaging record09:13
lifelesswe want to give some useful view here, perhaps showing the source package version in edgy etc09:14
lifelessand make it get a symbol to say 'out of date' ?09:14
lifelesswe also need the packaging record inference to be turned on after this 09:15
stubSteveA: no idea re: spam assassin - I don't think I counted my viagra shopping as work time.09:16
stublifeless: Do you recall if the URLs given in the Referer: HTTP header are UTF-8 encoded, ISO-8859-1, ASCII or undefined?09:18
lifelessASCII IIR09:19
lifelessone sec09:19
jameshthe header value is probably defined to be a URL09:19
jameshwhich is ASCII09:19
lifelesswell09:19
lifelessits not strictly ASCII09:19
jameshdoesn't the URL spec essentially say that all characters except for a particular set need to be %-encoded?09:20
lifelessif you put valid ascii into a URL, you can break the URL rules09:20
jameshI'm saying that according to the spec URLs are ASCII -- not that arbitrary ASCII strings are URLs09:21
stubBut decoding, using ASCII will be fine. And I can decode the % encoding if I want to normalize it to Unicode09:21
lifelessstub: decoding the % encoded things will not give you Unicode09:21
lifelessstub: it *may* give you unicode09:21
stubI had used UTF-8 but I just realized I was probably confused.09:21
lifelessto get a url, take your string, apply any encoding you want to get a byte stream, then %escape illegal bytes in the byte stream, which includes ; at the wrong place and so on09:23
=== carlos [n=carlos@138.Red-81-39-35.dynamicIP.rima-tde.net] has joined #launchpad
carlosmorning09:23
lifelessto get to your string from the URL, first be the provider that did the encoding in the original place, now reverse the %encoding to get your byte stream, and then reverse your arbitrary encoding to get your string09:23
lifelessyes, its fucked. 09:23
lifelessok09:24
stubUrgh... I can't just decode the % encoding then as I could lose information and end up with invalid urls :-(09:24
lifelessReferer is defined as absoluteURI | relativeURI09:24
lifelessask me anytime you want to know about URL fuckedness09:24
SteveAhello lifeless.09:25
lifelessurls are fundamentally opaque except to the consumer, which is the server that issues them.09:25
=== stub leaves normalization up to any reporting tools that actually care
SteveAI'd like to know about URL fuckedness09:25
lifelesshi SteveA, my names lifeless and I'm a URL-fucker09:25
SteveA`watch echo "Hello lifeless, I'd like to know about URL fuckedness."`09:25
lifeless:)09:25
lifelessSteveA: so seriously, do you have questions ?09:28
jameshstub: is it possible to have an initially deferred NOT NULL column constraint?09:30
lifelessjamesh: what do you mean ?09:30
jameshlifeless: i.e. the column must be NOT NULL at the end of the transaction, but could be NULL during the transaction09:30
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
lifelessyes, though I'm not sure about the level of finesse that can be done to that09:31
jameshthe syntax listed in the postgres docs seems to suggest you could, but postgres doesn't seem to like  the syntax when I try it09:31
lifelesswe do that whenever we load the sample database09:32
lifelessbut like I say, I'm not sure on precision levels that are available09:32
spivjamesh: the postgres docs say of DEFERRABLE: "Only foreign key constraints currently accept this clause."09:35
spiv(looking at file:///usr/share/doc/postgresql-doc-8.1/html/sql-createtable.html)09:35
stubjamesh: Sounds like spiv has found the answer. I've never tried myself...09:35
SteveAlifeless: no questions right now that you haven't already answered.09:48
=== malcc [n=malcolm@host86-138-251-144.range86-138.btcentralplus.com] has joined #launchpad
=== matthewrevell [n=Matthew@82-37-199-58.cable.ubr05.wolv.blueyonder.co.uk] has joined #launchpad
malccstub: Ping10:09
stubmalcc: pong10:09
malccstub: Did you see my email yesterday to launchpad about my test problem?10:10
=== funman [n=fun@147.94.100.172] has joined #launchpad
=== funman is now known as f
stubYes, but I haven't looked into it. I suspect some test not declaring itself as using the functional layer is setting up the Z3 component architecture itself (probably via FunctinalTestSetup().setUp()), and it is breaking your test. I haven't looked closely though.10:11
=== f is now known as funman
funmanhello10:12
jameshstub: are there valid uses of FunctionalTestSetup().setUp() with the new layer based test runner?10:13
funmani'm looking for a launchpad admin, i'd like to delete my launchpad account10:13
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad
lifelessSteveA: I thought yesterday was thursday. Anyhow, I'm going to miss the meeting tonight - sorry.10:28
lifelessgot to be up at 5am tomorrow to chauffer lynne10:29
SteveAlifeless: okay10:30
funmando launchpad admins come onto this channel ?10:32
=== Spads [n=spacehob@host-87-74-83-75.bulldogdsl.com] has joined #launchpad
SteveAfunman: yes10:32
funmancould you give me the nickname of one of them ?10:32
SteveA"SteveA"10:34
SteveAwhat's up funman ?10:35
=== mpt groans
funmanSteveA: i want to delete my launchpad account10:35
SteveAokay.10:35
funmanand found no way to do it except asking it to an admin :)10:35
funmanmy account is 'wavael'10:35
SteveAThere are some aspects to this that I should explain before we go on.10:36
=== funman listens carefully
SteveAInside Launchpad, we keep records about people, and we also keep records about people's accounts.10:36
=== matthewrevell [i=synchron@outbound.silenceisdefeat.org] has joined #launchpad
SteveAThe records we keep about people are to do with the work they've done in terms of writing about bugs, or answering support requests or doing translations10:37
SteveAthat kind of thing.10:37
SteveAThe account is the thing saying "here is someone's email address and password and ability to log into launchpad and use it"10:38
funmanso informations about the bugs i reported or things i translated will stay in launchpad whatever if my account is deleted or not10:39
SteveAI can arrange for you account to be removed.  The "person who has done stuff" record will remain, though, as part of the public record of who did what to help open source / free software.10:39
SteveAright10:39
funmanso let's make the deal10:39
SteveAso, I want to ask you, why do you want to do this, and does what I've described do what you want?10:39
funmanthis is what i want10:40
funmanand i want to do this since i don't want to be implicated anymore into ubuntu10:40
SteveAI want to help you get what you want, but I guess I'm saying that launchpad is a complicated system, so I need to understand where you're coming from to do the right thing.10:40
funmanand since i won't be implicated after, i do not want to have a launchpad's profile10:41
funmanso it is clear i don't have anymore activities, nor gives support to ubuntu10:41
funmani don't know if my english words are clear10:42
SteveAI think I understand what you're saying10:43
funmangood :)10:43
SteveAI just looked through your page on launchpad10:43
SteveAas far as I can see you've10:43
SteveA - signed the Code of Conduct, twice10:43
SteveA - done a lot of translating10:43
SteveA - are a member of a French translation team10:44
SteveA - have a GPG key10:44
funmanit looks like it's my profile :)10:44
SteveAbefore we go on, I need to be sure that you "funman on irc" are the same person who has done these things in Launchpad.10:44
SteveASo, would you mail me a GPG signed email, using the key in your profile in Launchpad10:45
funmanif you have my gpg key that should be ok10:45
SteveAsaying that you want this?10:45
funmanyep10:45
funmangive me your adress10:45
SteveAok, great.  steve @ ubuntu.com10:45
SteveAso, of these things that you did...10:46
funmanmail sent10:47
funmanyep?10:47
SteveAyou did sign the code of conduct.  you yourself can go onto that page in launchpad, and deactivate the signatures10:47
SteveAhttps://launchpad.net/people/wavael/+codesofconduct10:47
SteveA"If you change your mind about agreeing to a code of conduct, you can deactivate your signature."10:47
SteveAokay?10:47
funmanyep10:48
SteveAabout the translating10:48
SteveAI can't undo the fact that you did translating into French10:48
SteveAit happened, and people will benefit from that.10:48
SteveAdo you understand what I mean, about the translating?10:48
funmanyes of course10:49
SteveAabout the french translation team, you can leave that team10:49
=== beanz [n=bean@router.awinet.at] has joined #launchpad
beanzFujitsu:  Can I pm you about one of your bugs?10:49
funmanbut can you remove the fact that i am a member of the French Translation Team ?10:49
Fujitsubeanz, OK...10:50
funmani found a "leave the team" button :D10:50
funmanso, https://launchad.net/people/wavael won't exist anymore, right ?10:51
SteveAfunman: sorry, phone call, back in a couple of inutes10:51
funman'k10:52
mptfunman, it will still be there, but it will say something like "funman does not use Launchpad"10:52
funmanright10:53
mpt(at least, once we've finished some changes in progress to make this kind of situation more obvious)10:53
funman:)10:54
funmanthere is a process to release some parts of launchpad with open source licences, how is it going on ?10:54
funmanafaik developers were needed to isolate what can become open source, and what can't10:54
mptddaa (when he's here) probably knows more about that than I do10:55
jameshthere is a plan to release the code we use to import upstream CVS and Subversion repos into Bazaar10:56
jameshsome of the cleanup needed to do that is happening at the moment10:56
SteveAre10:56
SteveAfunman: you can also deactivate your gpg key here: https://launchpad.net/people/wavael/+editpgpkeys10:57
funmanand last but not least, how can i deactivate my email adress ?10:58
funmanat least one is needed10:58
SteveAthat, I will arrange for you, as well as removing your launchpad password10:59
SteveAonce we have done that, "wavael" will remain in Launchpad as a "record of a person who did open source related things"10:59
SteveAand there will be no implication that you are currently involved or use Launchpad10:59
funmannor personnal details11:00
=== beanz [n=bean@router.awinet.at] has left #launchpad ["Leaving"]
funmanso, that is what i wanted11:00
SteveAokay, that's great11:00
funmani don't think i'm the 1st person to ask for this11:00
SteveAI wanted to be clear earlier about the difference between a "Person record" and an "Account"11:00
SteveAas sometimes people want all their history of for example translations erased11:01
funmanwouldn't you benefit to write about this process on launchpad.net ?11:01
SteveAyou aren't the first person to ask about this, but it doesn't happen at all often11:01
mptLaunchpad needs a "GBCW" button11:01
funmanGBCW ?11:01
mptGoodbye, Cruel World11:02
mptcf. http://www.kn.com.au/networks/2006/08/meta_hilarity_a.html11:02
mptI'm not actually suggesting it should be labelled GBCW :-)11:03
jameshthat's also the name of Custard's last album (a compilation)11:03
UbugtuNew bug: #60364 in launchpad "Allow someone to leave Launchpad (GBCW)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/6036411:20
funman:)11:20
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
=== Spads [n=spacehob@217.205.109.249] has joined #launchpad
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad
mptBjornT, ping11:54
funmanbye11:54
BjornThi mpt 11:54
=== funman [n=fun@147.94.100.172] has left #launchpad []
mpttchau funman 11:54
mptBjornT, can you review my changes made in response to your post-merge review of r4013?11:54
BjornTsure11:55
mptok, one moment...11:55
=== Spads_ [n=spacehob@217.205.109.249] has joined #launchpad
mptBjornT, https://devpad.canonical.com/~andrew/paste/filefCagcd.html11:56
BjornTmpt: looks good. r=me after you've done similar changes to product-packages.pt12:02
mptah, of course12:03
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad
mptthanks BjornT12:03
=== jelmer [n=jelmer@a62-251-123-16.adsl.xs4all.nl] has joined #launchpad
stubsoyuz is currently disabled btw, in preperation for a short database shutdown for some hardware maintenance (change some RAM)12:11
stubcarbon is going down nowish to remove the good RAM for Jubany12:12
=== danilos [n=danilo@cable-89-216-150-17.dynamic.sbb.co.yu] has joined #launchpad
stubLaunchpad is going down in 15 minutes for hardware maintenance on our database server. Estimated down time is 15 minutes.12:25
=== teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has joined #launchpad
=== teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has left #launchpad []
daniloscarlos: ping01:19
carlosdanilos: pong01:19
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #launchpad
daniloscarlos: can you give me update on your translation review work? any other outstanding rosetta issues we should note in weekly report?01:20
iwjIs it known that dists/edgy/Contents-i386.gz is broken ?01:20
carlosdanilos: nothing changed, other than the blocking on the view restructuration, which at the same time is blocked on we having a meeting about it (my fault)01:21
daniloscarlos: ok01:22
daniloscarlos: thanks ;)01:22
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has joined #launchpad
=== teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has left #launchpad []
jameshlifeless: just sent through a summary of the product-release-finder run01:44
fabbionecan somebody be so kind to explain to me why i get emails from this:01:48
fabbionehttps://launchpad.net/products/launchpad/+ticket/156901:48
fabbione?01:48
fabbioneand other tickets as well01:48
fabbioneof which.. i have 0 relation with01:48
matsubarafabbione: are you in any of this team: #  SecurityLiveCD01:49
matsubara# Ubuntu Audio01:49
matsubara# Ubuntu Audio Team ?01:49
fabbioneno01:49
danilosfabbione: ubuntu kernel team seems to be part of ubuntu audio team01:50
fabbioneoh craptastic01:51
fabbionebut why ubuntu audio is subscribed to that ticket is a mistery i guess01:51
matsubarafabbione: someone from the above teams subscribed them as support contacts for launchpad01:51
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad
fabbionethis is insane01:52
danilosjordi: hi, have you had a chance to finish up response to points raised by KDE translators?01:54
jameshfabbione: must have been a member of one of those teams -- although perhaps only a team admin should be able to add a team as a contact nomally01:55
jameshrather than an ordinary member01:55
matsubaraLaunchpad meeting in 5 min01:55
fabbionejamesh: still weird.. anyway..01:56
fabbionethanks for the info01:56
jordidanilos: no01:56
jameshfabbione: you should be able to remove the team as a support contact, since you are a member01:56
danilosjordi: ok, I'm just wondering if I can do something to help you there ;)01:56
jameshfabbione: https://launchpad.net/products/launchpad/+support-contact01:56
SteveAToday's Launchpad meeting will be guest chaired by matsubara 01:57
fabbionejamesh: no, because the contact is Audio Team and i am not in that team01:57
jameshfabbione: you are indirectly01:57
fabbioneit doesn't allow me01:57
jameshokay01:57
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
jameshfabbione: this person looks to be the culprit: https://launchpad.net/people/zhuzhu01:58
danilosjordi: we definitely need to update https://help.launchpad.net/RosettaFAQ to say how to organize a team for proper privileges01:58
jameshgiven the list of LP support contacts and his list of teams01:58
danilosi.e. suggest to allow people into teams only after they are considered trustworthy01:58
fabbionejamesh: dunno.. can we do something about it?01:59
jameshfabbione: perhaps one of the people in the LP admins team can fix it01:59
ddaaMeeting?02:00
matsubaraNow is the time for the Launchpad meeting02:00
matsubara:)02:00
salgadome02:00
matsubarawho is here?02:00
fabbionejamesh: ok thanks02:00
malccMe02:00
SteveAme02:00
matsubarame02:00
flacosteme02:00
spivme02:00
jameshme02:00
mptme02:00
danilosme02:00
salgadome02:00
BjornTme02:00
ddaaus, and them02:00
matsubarakiko is on leave or not?02:00
danilosmatsubara: yes ;)02:00
danilos(he is on leave or not :)02:01
carlosme02:01
matsubarathe apologies list seems out dated. anyway do we miss anyone?02:01
matsubarabradb?02:01
cprovme02:01
=== bradb [n=bradb@wnpgmb09dc1-71-199.dynamic.mts.net] has joined #launchpad
SteveAlifeless sends apologies02:01
bradbhere (sorry, was having conn issues)02:01
jordiSteveA: I'm here, but probably won't be able to attend02:02
jordiI'm in middle of hell now :|02:02
SteveAok, thanks jordi 02:02
jordiI'll try to keep an eye02:02
matsubara== Agenda ==02:02
matsubara * Roll call02:02
matsubara * Agenda02:02
matsubara * Next meeting02:02
matsubara * Activity reports02:02
matsubara * Actions from last meeting02:02
matsubara * Oops report (Matsubara)02:02
matsubara * Bug report report (mpt)02:02
matsubara * Production and staging (Stuart)02:02
matsubara * Launchpad 1.0 status reports02:02
matsubara * Sysadmin requests02:02
matsubara----02:02
matsubara * SQL object equality (Steve)02:02
matsubara * (other items)02:02
matsubara----02:02
matsubara * Keep, Bag, Change02:03
matsubara * Three sentences02:03
matsubaraSo next meeting on the 21st, is that ok?02:03
stubHere02:03
SteveAhmm. that's from last week.  sorry.  No need for sqlobject equality.02:03
SteveA+1 on 21st02:03
=== ..[topic/#launchpad:matsubara] : Developer meeting: Thu 21 Sep, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39
kikome02:04
matsubaraso he's up to date and he's not?02:04
salgadoup to date02:04
matsubaras/he/who/02:04
SteveAnot02:04
carlosI'm a week behind02:04
jameshnot up to date02:04
flacosteup to date02:04
kikonot :-/02:04
matsubaraup to date02:04
spivI just caught up02:04
malccup to date02:04
danilosstill behind, but my timelog.txt is up to date this week ;)02:04
ddaaup to date02:04
BjornTup to date02:04
bradbup to date02:04
cprovup to date (this week)02:05
mptup to date02:05
matsubarathanks everyone, congrat to the ones up to date02:06
matsubara== Actions from last meeting ==02:06
matsubara* SteveA to update infrastructure specs if /$name is needed for 1.002:06
matsubara* stub to check that bug 57474 isn't an SQL injection attack vector02:06
UbugtuMalone bug 57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [Low,Confirmed]  http://launchpad.net/bugs/5747402:06
stubup to date02:06
SteveAI didn't update the infrastructure specs, but stub and I talked it through.  This can be removed from the agenda now.02:07
SteveA(that's the /$name)02:07
stubI did mine02:07
matsubara* SteveA to put up a wiki page for the launchpad project to note disaster scenarios on, and mail the list about it02:07
SteveAwas it an attack vector?02:07
stubNope02:07
SteveAgreat02:07
SteveAstill to do the disaster thing02:08
matsubara * SteveA to write up what needs doing to implement `__eq__`, `__ne__`, and `__hash__` for database objects02:08
SteveAstill need to put up the notes for that, and assign it as a spec / bug02:08
matsubarameetingactions for next week?02:09
matsubaraSteveA: ^^02:09
SteveAthe disaster one and the sqlobject one02:09
matsubaraok02:09
matsubara* Oops report (Matsubara)02:09
matsubaraToday's oops report is about bugs 59972, 59975, OOPS-255C749, OOPS-254B483, OOPS-254A655.02:09
UbugtuMalone bug 59972 in malone "Tag search field needs better validation for non-alphanumeric characters" [High,Confirmed]  http://launchpad.net/bugs/5997202:09
UbugtuMalone bug 59975 in malone "Edit bug tag form needs to cope with invalid values in tag field." [High,Confirmed]  http://launchpad.net/bugs/5997502:09
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C74902:09
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/254B48302:09
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/254A65502:09
matsubaraBjorn can you take both #59972 and #59975?02:09
matsubaraOOPS-255C749 shows that somehow we ended up with a dupe cycle. https://devpad.canonical.com/~andrew/paste/fileCE0Dnx.html Should we add a DB constraint to prevent this? I tried to reproduce but no success. Do we have any script that bypasses the non-duplicate-bug() validator?02:10
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C74902:10
BjornTmatsubara: sure02:10
matsubaraBjornT: thank you02:10
matsubarastub: can you clean up the dupe as a workaround for OOPS-255C749?02:10
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C74902:10
stubWe can't really detect cycles using a database constraint - this is better done in the app code.02:11
stubmatsubara: sure02:11
SteveAif we get a dupe-loop very rarely, then I don't think it's something we need to spend time on02:11
SteveAif we get doop-lupes more often then we should spend more time on it02:12
jameshmatsubara: the bugzilla import would have bypassed it -- are the bug numbers old?02:12
kikojamesh, https://devpad.canonical.com/~andrew/paste/fileCE0Dnx.html02:12
matsubarajamesh: 11966 and 1244002:12
SteveAother than causing an oops, it isn't really dangerous.  it doesnt' use a lot of resources02:13
stubIf we need checks for dupe loops, it is a use case for OscarTheGrouch02:13
jameshmatsubara: okay.  That'd be it then.02:13
kikojamesh, cool.02:13
matsubarathanks jamesh 02:14
kikomatsubara, can I go ahead and clear the loop then?02:14
jameshthe loop appears to have been cleared02:14
kikooh02:14
kikoit's already cleared02:14
matsubarakiko: I asked stub to do it02:14
matsubaracarlos, OOPS-254B483, OOPS-254A655 are URL hacks at +translate. Shouldn't it raise an UnexpectedFormData instead of NotFound? Can you fix it?02:14
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/254B48302:14
kikomatsubara, thanks.02:14
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/254A65502:14
kikomatsubara means NotFoundError02:14
=== carlos looks
=== SteveA looks too
carlosis just me or our webservers are slow today?02:15
SteveAchinstrap?02:15
SteveAhmm... should be devpad02:15
SteveAah, it redirects02:15
SteveASeveas: would you update Ubugtu to use devpad not chinstrap sometime please?02:16
carlosmatsubara: yeah, it's a broken URL, we should raise UnexpectedFormData...02:16
SteveAso, the URL was /distros/ubuntu/edgy/+source/nano/+pots/nano/en_GB/+translate?start=40&alt=en?batch=1002:16
SteveAthere are two ? marks there02:16
carlosI will handle it02:17
SteveAso, I'd say that's an invalid URL02:17
SteveAit's not even properly parseable form data IMO02:17
matsubaracarlos: do we need a new bug on it?02:17
mptSomebody's mistyped a ? for a &02:18
carlosmatsubara: yeah, please02:18
SteveAyes02:18
kikoor cut-n-pasted02:18
SteveAso, it does fit with our use of UFD02:18
SteveAin that it tells us when our UI is not adequately allowing people to do what they want02:18
SteveAso they resort to URL hacking02:18
carlosSteveA: we don't have an UI to change the batching size02:19
carlosbut it's on purpose02:19
SteveAyes02:19
SeveasSteveA, s/chinstrap/devpad/ is enough?02:19
SteveAthat's fine02:19
kikommmm02:19
kikowtf is up with staging?02:19
salgadodevpad.canonical.com, no?02:19
SteveASeveas: shoiuld be s/chinstrap.ubuntu.com/devpad.canonical.com/02:19
matsubaraok, I'm done with oops reports. Thanks everyone.02:19
Seveas@reload Bugtracker02:19
SeveasOOPS-254B48302:19
Ubugtuhttps://devpad.canonical.com/~jamesh/oops.cgi/254B48302:19
matsubara* Bug report report (mpt)02:20
mptThere are 14 open Critical bugs in Launchpad. The oldest ten are:02:20
SteveAthat's great Seveas, thanks02:20
mpt * Bug 1558 (Export request form should check for uniqueness of entry), Critical, Confirmed, danilos02:20
mpt * Bug  30602 (Timeout errors in +translate), Critical, Confirmed, danilos02:20
mptdanilos, do you expect progress on those two this week?02:20
UbugtuMalone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Critical,Confirmed]  http://launchpad.net/bugs/155802:20
UbugtuMalone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/3060202:20
danilos30602 is blocked on some PO* view restructuring work to be done by carlos and myself; as well as being a cleanup, this might also partly alleviate the effects of 30602 timeouts; no progress expected this week on this one02:20
mpt * Our old friend bug 2497 (/people/*/+translations times out for prolific translators), Critical, Confirmed, stub02:20
mptstub, have you looked at this one yet?02:20
UbugtuMalone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/249702:20
mpt * Bug 42760 (Exception NameNotAvailable raised while trying to create a new msgset from submitted translation), Critical, In Progress, carlos02:21
danilos1558, haven't started on it, yet it still shouldn't be too hard; I should find time for it tommorow02:21
mpt * Bug 44214 (We need to add code to prevent POFiles being in the same path), Critical, In Progress, carlos02:21
mpt * Bug 46982 (Rosetta does not accept correct KDE plural forms when there are more than 2), Critical, Confirmed, carlos02:21
mptcarlos, do you need help from anyone for those three?02:21
UbugtuMalone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,In progress]  http://launchpad.net/bugs/4276002:21
UbugtuMalone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,In progress]  http://launchpad.net/bugs/4421402:21
UbugtuMalone bug 46982 in rosetta "Rosetta does not accept correct KDE plural forms when there are more than 2" [Critical,Confirmed]  http://launchpad.net/bugs/4698202:21
kikompt, yes, he has.02:21
stubmpt: Yes. My part is done enough for others to run with. I still need to write some tests but that doesn't block anyone from working with the new materialized view.02:21
kikostub, you need to comment on my emails too!02:21
SteveAcarlos: I think we should revisit your AJAX for translation suggestions idea02:21
mpt * Bug 48860 ("Also notified" makes difficult to unsubscribe), Critical, In Progress, bradb02:21
carlosmpt: no, 42760 was fixed, but I left a possible path  that produces it to fix. It's already fixed, just testing it right now02:21
mpt * Bug 56618 (Milestone restrictions are too restrictive for Ubuntu), Critical, In Progress, bradb02:21
mptbradb, yay for 56618, but what's happening with 48860?02:21
UbugtuMalone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,In progress]  http://launchpad.net/bugs/4886002:22
mptstub, ok02:22
UbugtuMalone bug 56618 in malone "Milestone restrictions are too restrictive for Ubuntu" [Critical,In progress]  http://launchpad.net/bugs/5661802:22
stubkiko: k02:22
bradb mpt: no progress. time off this week, and too much firefighting to do.02:22
kikompt, BjornT has a suggestion for that... I might work with him on it02:22
kikoBjornT, are you overbooked?02:22
=== mpt gives bradb a hug
carlosmpt: I talked with danilo about 46982 and it's blocked on ff support implementation (it adds some infrastructure that is needed)02:22
kikobradb, I think BjornT and I can take care of that02:22
kikoso you have more time02:22
carlosabout 44214, I'm on it, but stopped while finishing with 4276002:23
danilosSteveA: so, you want me to consider that approach as well? that's opposite of what we're trying to do right now (decrease the number of queries: though, AJAX would be separate pageloads)02:23
bradbkiko, mpt: had we reached consensus on the solution, btw?02:23
kikobradb, I liked BjornT's suggestions02:23
bradbok02:23
mptbradb, maybe, but I didn't read about it02:23
SteveAdanilos: I think keep on with what you're doing.  We should see how that goes, and reconsider ajax stuff after that.02:23
mpt * Bug 48948 (dapper indices files still being regenerated but shouldn't be), Critical, Confirmed, malcc02:23
mptmalcc, will you have time for that this week?02:23
UbugtuMalone bug 48948 in soyuz "dapper indices files still being regenerated but shouldn't be" [Critical,Confirmed]  http://launchpad.net/bugs/4894802:23
kikoso.. we'll IRC it02:23
BjornTkiko: i think i can find some time to do it.02:23
carlosSteveA++02:23
kikoerr ML it02:23
kikocool02:23
danilosSteveA: alright02:23
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad
mpt * Bug 52330 (Reassign bug to binary package should just work), Critical, Confirmed, unassigned02:23
mptBjornT, should you take 52330?02:23
UbugtuMalone bug 52330 in malone "Reassign bug to binary package should just work" [Critical,Confirmed]  http://launchpad.net/bugs/5233002:23
carlosSteveA: is the AJAX library included in our tree already?02:24
SteveAcarlos: no02:24
SteveAnot in mainline02:24
malccmpt: That one needs some discussion with elmo, but I'll make sure to move it on02:24
mptthanks malcc 02:24
mptand thanks carlos02:25
mptBjornT? Bueller?02:25
danilosSteveA: have we decided on which one to use at least? mochikit it is?02:25
SteveAyes02:25
BjornTmpt: hmm. well, ok, it should be an easy fix.02:25
SteveAmochikit is it02:25
danilosSteveA: thanks02:25
mptOk, that's all from me matsubara 02:25
matsubarathank you mpt 02:25
mptthanks BjornT 02:25
matsubara * Production and staging (Stuart)02:25
matsubarastub take the floor02:26
stubJubany was take down (along with the rest of the systems) an hour or two ago to replace some failing RAM. Error correction had caught all the bit failures so far, but better to replace it before any two bit errors occur and corrupt the db or crash the server.02:26
stubStaging server is as normal. Language pack exports are now being done on Carbon so asuka will be much more reliable now.02:26
stubNext rollout is currently scheduled for 26th September while some new code is shaken out on staging, although this seems to be under debate on the mailing list.02:26
stubOur production data now takes about 30GB in a fully packed database. Our production database is currently sitting at around 75GB. Most of the recent increase is due to Rossetta, with the biggest spike opening Edgy for translations. This is just for interest - our resources are not straining yet.02:26
kikostub, is staging down right now, btw?02:26
stubSeems hung - I'm just restarting it actually02:27
kikowonder why this happens02:27
stubMost likely the rebuild procedure killed things badly again02:28
stubI needed to kill -9 launchpad02:28
kikocarlos, danilos: yay for language packs on carbon, congratulations.02:28
jameshyou can use the "kill -USR1" thing to see what it was doing02:28
stubjamesh: Too late02:28
stubnext time02:28
carlosdanilos: I should document the process so you can check it when needed02:28
spivif only you could rewind computers...02:28
daniloskiko: thanks should go out to stub as well02:28
jameshspiv: you can take copies of virtual machines ...02:29
jameshwhich is close but not quite there02:29
daniloscarlos: sure, lets discuss this after lunch ;)02:29
kikostub's always deserving of thanks02:29
carlosdanilos: ok02:29
daniloskiko: right :)02:29
matsubarastub: thank you, shall I move on?02:30
stubshow me the money!02:30
stubI'm done02:30
matsubara* Launchpad 1.0 status reports02:30
salgadoQuestion Tracker 1.002:30
salgado---------------------------------02:30
salgado- SupportTrackerWorklow: Started. Workflow API is completed. Integration with02:30
salgadokarma, email and UI is left.02:30
salgado- SupportTrackerViews: Waiting completion of SupportTrackerWorkflow.02:30
salgado- Localization has been dropped as a 1.0 target.  Salgado finished rearranging it into other specs so that we can decide what will be a 1.0 goal and what's not.  SteveA needs to confirm which infrastructure dependencies will be part of 1.0.02:30
bradbMalone 1.002:30
bradb==========02:30
bradbRelease management: Firefighting. Call with SteveA needed to discuss Siamese BugTasks (linking "generic" and "current release" tasks together, when applicable, so that all changes to one are mirrored in the other.)02:30
bradbGuided filebug: More pair programming done last week about issues with /what/ to show for similar and most common bugs. Mailed lp@ for discussion.02:30
bradbKeeping bugs concise: Nothing new.02:30
bradbDocumentation: Nothing new.02:30
salgadoRandom Things 1.002:30
bradbTags: Nothing new.02:30
salgado-------------------------------02:30
bradbOther: bradb off three days this week.02:30
salgado- PersonCreationRationale is almost finished. there are some small issues to sort and salgado needs to finish a script to guess the creation rationale for existing profiles.02:30
salgado- DirectPersonRegistration has a tricky issue blocking its implementation, so it needs discussion.02:30
danilosRosetta 1.0:02:30
danilos- opening edgy for translation: DONE!02:30
danilos- firefox import/export: slow progress last week, good progress this week02:30
danilos- oo import/export: blocked on firefox02:30
danilos- translation review: slow progress (due to view restructuring; discussion between danilos and carlos pending)02:30
danilos- essential docs: assigned to danilos (RosettaHighlights), need to discuss with jordi02:30
cprov= Soyuz-1.0 Report =02:30
cprov * PPA: blocked on ArchiveRework (still).02:30
cprov * Archive Rework: blocked on SoyuzTestSystem (still), comments to02:30
cprov                   consider from Kiko & Mark.02:30
cprov * Code quality: nothing big (still).02:30
cprov * SoyuzTestSystem: the entire process kind of needs-review, we were02:30
danilos- checks not to upload wrong language PO file using "too many changes" check: not started02:30
cprov   able to fix missing bits in the proposed codeline and ensure we won't02:30
danilos- ui fixes: discussed02:30
cprov   have any regression. Kiko reviewed the fixes done in mawson.02:30
danilos- outstanding issues: none02:30
cprov * General Fixing: slow progress,02:30
cprov   #58144 (Backport is rejected if an older backport is already there,02:30
cprov           needs reply, cprov, r=salgado)02:30
cprov   #58187 (Uploads to frozen should land in unapproved, not be rejected,02:31
cprov           partially commited and rolled out, malcc, r=jamesh)02:31
cprov   #31392 (fix ordering and presentation issues)02:31
cprov   r4033-post-merge review (cleanup +builds pages and add IBuild icon02:31
cprov                            formatter, needs-reply, cprov, r=salgado)02:31
cprov   #60280 ("source" added to Architectures: in Release file,02:31
cprov           needs-reply, malcc, r=kiko)02:31
cprov   #59186 (buildd-queue-builder broken with odd SQLObject problems,02:31
cprov           needs-reply, malcc, r=kiko)02:31
cprov   #59147 (apt-ftparchive hanging, needs reply, malcc, r=kiko)02:31
cprov   #59003 (New override generation code gives MemoryError on real data,02:31
cprov           needs-reply, malcc, r=kiko)02:31
ddaasupermirror-smart-server: spiv came back from leave, currently on sprint with lifeless. Feature on track AFAICT.02:31
ddaaimportd-bzr-native: started removing arch support code from Launchpad with a vengeance.02:32
matsubaraanything else?02:32
ddaabzr-roundtrip-svn (postponed): no recent progress in discussion, but it looks like we have previously touched all the interesting issues.02:33
ddaadone, sorry for the delay02:33
matsubara* Sysadmin requests02:33
matsubaraI have one: #1671002:34
ddaasame old request02:34
ddaa(looking up)02:34
matsubaraIt's a request to rollout the moin code that fixes bug 628302:34
UbugtuMalone bug 6283 in launchpad "Disabling the account thru Wiki causes more harm than good. That option should be nuked." [Medium,Confirmed]  http://launchpad.net/bugs/628302:34
ddaaRT 16533: "sudo -u supermirror" to david on vostok02:34
jameshRT 16714: squid proxy is firewalled from doing FTP requests02:35
matsubaraSteveA: ^02:35
SteveAgive me some idea of the urgency on each of these02:35
SteveAlike, must be today, during next week, during  next month02:36
ddaaRT 16533: urgency=low02:36
SteveAmatsubara: ?02:36
SteveAjamesh: ?02:36
salgadoRT 16714: during next week, I'd say02:36
matsubaraRT 16710: urgency=medium. It's a nuisance for the users02:36
jameshmine affects whether product-release-finder can scan FTP sites.  It might also affect salgado's mirror prober if he extends it to check FTP mirrors02:36
jameshbe nice to get fixed in the next week02:37
SteveAthanks, I'll talk with admins02:37
kikojamesh, we also have an RT request to get an updated Squid.02:37
matsubaraand blocks them to log into launchpad02:37
salgadooh, I thought it was the same02:37
kikoSteveA, ^^^02:37
SteveAthat's for the mirror prober, kiko?02:37
salgadowhat's the one to updtade Squid, kiko?02:37
SteveAhow urgent is that?02:37
kikoSteveA, well... not URGENT02:38
SteveA1 weekish then?02:38
SteveAok, done.  thanks02:38
SteveAill discuss with admins02:38
matsubara * (other items)02:38
matsubara* launchpad bzr development workflow (robert/jamesh)02:38
kikoRT 1670602:38
cprovkiko: ahh before I forget, soyuz team has no shell access in production buildds since this morning (performed by Spads) we still having plenty access to dogfood buildfarm (you are included in *soyuz-team*)02:38
kikocprov, yay!02:39
jameshmatsubara: I think that item is old.  I haven't talked with robert about it02:39
matsubarajamesh: hmm ok.02:39
matsubara* use "BLOCKED: no" and nothing else to indicate non-blockedness (mpt)02:39
matsubarampt: is that from last meeting too?02:39
SteveAyes02:39
matsubaraok, moving on.02:40
SteveAthat's what we want for the 3 sentences this week02:40
mptIt's something SteveA asked me last meeting to raise this meeting02:40
SteveAso mpt can grep easily02:40
matsubara* Keep, Bag, Change02:40
matsubara502:40
matsubara402:40
matsubara302:40
matsubara202:40
matsubara102:40
ddaaCHANGE: pending reviews not to stay more than 2 working days in the general queue02:40
SteveAddaa: ask lifeless to put that on the review meeting02:40
ddaalifeless: can you put that on the review meeting?02:41
SteveAhe isn't here02:41
SteveAyou'll have to email him02:41
jameshlifeless isn't here02:41
SteveAmatsubara: please go on02:41
matsubara* Three sentences02:41
danilosDONE: more firefox support, bug management, kde plurals and context specifications (discussions, started), rosetta search discussions, copyright statement in exported PO files changed02:41
danilosTODO: bug 30602, bug 1558, ff integration (in progress), bug fixing, rosetta search02:41
danilosBLOCKED: no02:41
jameshddaa: add it to the wiki agenda02:41
UbugtuMalone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/3060202:41
matsubarafire at will02:41
cprovDONE: soyuz test system, general bug fixing02:41
flacosteDONE: support tracker workflow implementation02:41
flacosteTODO: integrate new workflow API with karma, UI and email systems02:41
flacosteBLOCKED: no02:41
UbugtuMalone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Critical,Confirmed]  http://launchpad.net/bugs/155802:41
cprovTODO: land fixes from test system, new codeline rollout, more work on archive indexex generation02:41
cprovBLOCKED: no02:41
salgadoDONE: Holidays, code review, some work PersonCreationRationaleon, fixed a bunch of stuff in order to land my branches that were being reviewed and some squid testing/complaining.02:41
salgadoTODO: Write the script to guess the creation rationale of existing profiles, code review, random fixes02:41
salgadoBLOCKED: No02:41
mptDONE: SearchingTranslations spec, test fixes, bug fix, calendar removal02:41
mptTODO: lots of template work02:41
mptBLOCKED: still awaiting CSS and images from Usman02:41
BjornTDONE: code reviews. bug fixes. various work on upstream forwarding workflow.02:41
malccDONE: Bug-58187 through review, nearly landed. Completed and documented first SoyuzSystemTest run, including several fixes to undeployed code.02:41
malccTODO: Finish tests for and land final fixes to sprint code, deploy rocketfuel on drescher. Get back to ArchiveRework. Land bug-58187.02:41
malccBLOCKED: Can't land bug-58187 due to cross-test pollution.02:41
BjornTTODO: code reviews. fix a few critical bugs. some more work on upstream forwarding workflow.02:41
matsubaraDONE: fixed some images broken links, oops report analysis, bug triage, email catchup.02:41
matsubaraTODO: oops report analysis, triage and fixes02:41
matsubaraBLOCKED: no02:41
BjornTBLOCKED: no02:41
carlosDONE: bug #58168 adding KOffice support, bug #42760, language pack performance improvements, translation import queue handling, done some debugging about some missing .po files in language packs.02:41
carlosTODO: Fix missing .po files in dapper, bug #42760, translation views restructuration, more import queue approvals02:41
carlosBLOCKED: no02:41
UbugtuMalone bug 58168 in rosetta "packages with .po files in different directories are not imported automatically" [High,Fix released]  http://launchpad.net/bugs/5816802:41
UbugtuMalone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,In progress]  http://launchpad.net/bugs/4276002:41
ddaaDONE: work towards Python import, started GNU Arch and cruft removal, ML catchup02:41
ddaaTODO: Python import, cruft removal, prepare travel02:41
ddaaBLOCKED: no02:41
bradbDONE: Pairing on guided filebug. Release management firefighting. Time off.02:41
bradbTODO: Release management firefighting.02:41
bradbBLOCKED: no02:41
jameshDONE: code reviews, product-release-finder fixes (and first successful test run), product series sampledata cleanup, pending-reviews script improvements to reduce the amount of unnecessary work it did02:42
jameshTODO: code reviews, bzr working tree revprops and AutomaticBugBranchLinks, url handling improvements02:42
jameshBLOCKED: no02:42
kikoDONE: vacation: various various fixes across the tree, unfortunately all of them half-done.02:42
stubDONE: karma, session fixes. Referrer logging. Production stuff.02:42
stubTODO: edge.launchpad.net02:42
stubBLOCKED: no02:42
spivDONE: head injury (while on leave), feeding current bzr smart server work back to bzr.dev02:42
kikoTODO: /32 stuff, and finish off some of these fixes02:42
spivTODO: bzr smart server cont'd: HTTP, supermirror integration02:42
kikoBLOCKED: no02:42
spivBLOCKED: no02:42
matsubara2 blocked: <mpt> BLOCKED: still awaiting CSS and images from Usman <malcc> BLOCKED: Can't land bug-58187 due to cross-test pollution.02:42
SteveADONE: ui, management02:42
SteveATODO: ui, management02:42
SteveABLOCKED: no02:42
SteveAmalcc: after the meeting, let's talk about that02:43
malccSteveA: Ok02:43
SteveAmpt: let's talk about that tomorrow morning, if we've still heard nothing02:43
mptSteveA, ok02:43
SteveAalthough it isn't really that we're blocked blocked02:43
jordiwoa02:43
matsubaragreat. I think that's it then.02:44
jordiDONE: email, some queue02:44
salgadoSteveA, ping (confirming which infrastructure dependencies will be part of 1.0).02:44
SteveAyou're more blocked on my with the structural object stuff if anything02:44
SteveAsalgado: pardon?02:44
jordiTODO: more queue, reply to KDE & rosetta wiki02:44
jordiBLOCKED: no02:44
matsubaraMEETING ENDS02:44
jordijust on time02:44
kikostub, can you /please please/ help malcc?02:44
matsubarathanks everyone02:44
salgadoSteveA, ping (confirming which infrastructure dependencies of SupportTrackerLocalization will be part of 1.0).02:44
salgado(sorry)02:44
mptjordi, reached the outskirts of hell yet? :-)02:44
SteveAsalgado: ok, so you me and flacoste should talk about this02:45
salgadoright02:45
flacosteSteveA: launchpad-meeting?02:45
daniloscarlos: re xchat /me borking, check out bug 35878; 0.13 should fix things, it's due to broken localisations02:45
UbugtuMalone bug 35878 in xchat-gnome ""/me" misbehaviour" [Unknown,Confirmed]  http://launchpad.net/bugs/3587802:45
SteveAI want to take a short break, then talk with malcolm, then talk with salgado+flacoste02:45
SteveAmatsubara: thanks for running the meeting.  I appreciate it!02:45
mptsalgado, with this mirror prober thingy, will people be pointed to a page on launchpad.net listing mirrors for the next Ubuntu release?02:46
matsubaraSteveA: you're welcome.02:46
carlosdanilos: I see02:46
salgadompt, yes02:46
carlosdanilos: ok, thanks02:46
jordimpt: still in the middle :)02:46
flacosteSteveA: ok, you can ping me when you're available02:46
=== niemeyer [n=niemeyer@201.23.160.10] has joined #launchpad
mptsalgado, that might be a bit confusing. What do you think of the idea of a page on ubuntu.com that sucks that list from launchpad.net?02:46
ddaaSteveA: do you know what's the plan with hctapi.py?02:47
carlosdanilos: hmmm, that's not the bug I was looking at02:47
carlosdanilos: In fact, it works for me :-P02:47
carlosdanilos: because I have 0.13...02:47
carlos:-O02:47
carlos:-P02:47
daniloscarlos: heh, right, you must be on edgy ;)02:47
carlosdanilos: right02:47
stubmalcc: I can't find the actual tracebacks from PQM in your email02:47
danilosneed to upgrade myself :)02:47
mptsalgado, that would save you from having to do any fancy static page stuff, and it would probably also be less confusing for those wanting to download Ubuntu02:47
ddaait's the last bit of code in launchpad that will "depend" on pybaz, but it has already been broken for months (since we had bzr branches support in the database)02:47
stubmalcc: Oh...  there they are02:47
salgadompt, depends02:47
carlosdanilos: my problem is that I don't see the line bold (or yellow) anymore when someone says my nick, I just get the ping02:47
carloss/ping/bong/02:48
daniloscarlos: ah, ok ;) I know that xchat-gnome makes use of all xchat settings (at least it did so for me on the old computer), and I liked my settings that way better :)02:48
salgadompt, yeah, that would work, I think02:49
=== carlos -> lunch
carloslater!02:49
mptsalgado, maybe you could discuss it with newz200002:49
stubmalcc: If that assertion is supposed to be correct (I don't know about the security policy stuff), then moving the assertion into the layer's setup/teardown should trigger it as soon as things screw up.02:49
malccstub: Ok thanks, I'll try that.02:49
kikostub, who knows about security policies then?02:49
stubkiko: I don't know. First I've heard of them in the context of Launchpad. SteveA probably if it is our code and not Z3.02:50
malcckiko: I'm fairly confident of that side, as jamesh and BjornT advised me in that direction; also the security policy asserts passing when just this test is run is quite strong evidence02:50
jameshzope.security.management.getSecurityPolicy() will return the current one02:51
stubmalcc: I mean the testTearDown, so the check is run after every test02:51
jameshpossilby adding a check in ZopelessLayer.testTearDown would catch the test causing the problem02:52
stubmalcc: I can have a poke tomorrow if you don't have any luck02:52
malccstub: Thanks02:52
malccjamesh: A check as in a copy of that security policy assertion, or some other check?02:52
stubThat assertion - if it is triggered in the testTearDown, it means that test broke it.02:53
jameshmalcc: something like: from zope.security.management import getSecurityPolicy, from zope.security.simplepolicies import PermissiveSecurityPolicy02:53
jameshif getSecurityPolicy() != PermissiveSecurityPolicy: something went wrong02:54
stubmalcc: And stick a copy in testSetUp too - it may be that the assertion is false if tests in a 'lower' layer are run first, which indicates a problem in our layers.02:55
malccjamesh, stub: Ok, thanks. I've added that check to the end of testSetUp and the start of testTearDown on ZopelessLayer and I'll see what happens02:55
malccSteveA: Now the boys here have unblocked me for now, did you want to talk about anything else, or was it just that?|02:59
SteveAmalcc: it's resolved?02:59
malccSteveA: Well we've got a new thing to try, and I'll either have a solution, or a way forward, or be blocked again, in a while when the tests finish running03:00
SteveAok03:00
=== malcc -> Lunch
=== bradb & # shower
UbugtuNew bug: #60402 in soyuz "Cron update of Packages-arch-specific through CVS" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/6040203:15
kikomalcc, cprov: note the bug above as part of our rollout strategy :)03:15
cprovkiko: k03:16
kikomalcc, cprov: high or critical pri?03:17
cprovkiko: high IMHO.03:18
kikook03:18
kikocprov, assign to the essential mr. providelo or the great mr. cleaton?03:18
cprovkiko: I won't be here tomorrow, maybe malcc will find time to address it, malcc03:19
matsubaradanilos, carlos, jordi: can you comment on bug 60257, please?03:32
UbugtuMalone bug 60257 in rosetta "sylpheed-claws-gtk2 translation template" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/6025703:32
carlosmatsubara: sure...03:32
carlosmatsubara: rejected03:33
matsubaracarlos: thank you03:34
carlosnp03:36
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad
flacostekiko, matsubara, stub, carlos: i would like to know tickets which were reopened on staging. Could someone with staging access run SELECT ticket FROM TicketReopening LIMIT 10? The number of reopening would also be interesting: SELECT count(*) FROM TicketReopening03:53
matsubaraflacoste: just a sec03:53
carlosflacoste: well, I don't have access to staging anymore, but I guess a db mirror would work for you, right?03:53
flacostecarlos: indeed03:53
carlosflacoste: https://devpad.canonical.com/~andrew/paste/fileIKRKLP.html03:54
flacostecarlos: since, there is only 43 reopenings, can you list all of them for me?03:55
carlosflacoste: https://devpad.canonical.com/~andrew/paste/fileFPmcLV.html03:56
flacostecarlos: thanks a lot!03:57
carlosnp03:57
salgadokiko, have time for a quick shipit review? it's somewhat critical. (https://devpad.canonical.com/~andrew/paste/file5t9Yav.html)03:57
salgadojamesh, around?04:03
salgadobrb04:04
SteveAsalgado-brb: ping me when you're back, to discuss that thin with flacoste 04:06
flacostecarlos: can you give me the result of the following query: https://devpad.canonical.com/~andrew/paste/fileyQuvaj.html04:19
flacostecarlos: it gives the details of the reopened tickets04:19
carlossure04:19
carlosflacoste: https://devpad.canonical.com/~andrew/paste/fileej9eEk.html04:20
flacostecarlos: again tnx!04:22
carlosnp04:22
=== belito [n=user@190.40.169.24] has joined #launchpad
=== lbm [n=lbm@82.192.173.92] has joined #launchpad
bradbkiko: How does Launchpad get package information for distros that don't use Malone?04:34
kikobradb, it doesn't -- guessPackageNames doesn't allow them to, right?04:34
bradbI guess not, but this is kind of a concern.04:35
bradbI think.04:35
bradbe.g. Registering Mandriva to watch Mandriva bugs...04:35
bradbkind of pointless without pkg info, it would seem04:35
kikowell, the most important thing there is a bug watch, not the SPN information.04:36
bradbyeah04:36
SteveAbradb: want to do that call now?04:39
SteveAabout cojoined bugs?04:39
kikodo it!04:39
bradbSteveA: sure, just finishing a mail. 30 secs...04:40
SteveAsip or skype?04:40
matsubaraBjornT: ping04:41
BjornThi matsubara 04:41
matsubaraBjornT: have you seen this: http://librarian.launchpad.net/4245943/tw15rGN6LVS4yK3LGtA8yEbrOtX.txt ?04:41
bradbSteveA: hm, i forgot my headphones and cell charger back in montreal...i'll go try and find some first...04:41
matsubaraBjornT: the script that updates the watches is raising that.04:42
kikomatsubara, I was going to look into that today.. I think it's broken HTML on the remote side04:42
BjornTmatsubara: no i hadn't, thanks. as kiko said, it's probably probaly broken xml from the server.04:45
jameshsalgado: pong04:45
salgadojamesh, is it possible to get a list of all person entries that were created during the ubuntu bugzilla import?04:46
salgadojamesh, actually, how hard is it to find out what are these accounts?04:47
salgadoSteveA, ping04:47
SteveAsalgado: I'm on a call with brad now04:47
=== lucasvo [n=lucasvo@wservices.ch] has joined #launchpad
SteveAi'll ping when we're finished04:47
salgadookay04:48
kikosalgado, I think that code would be a lot simpler if canBeApproved and canBeDenied used the status. what do you think?04:48
jameshsalgado: the logs produced by the import don't mention it, but they'd be accounts with a preferred email but without the password set04:49
jamesh(if you ignore the ones that have since been activated04:49
salgadojamesh, right. can you think of any other reason why we'd have accounts with a preferred email but no password?04:50
UbugtuNew bug: #60418 in launchpad-bazaar "configurable default syncinterval for vcs imports" [High,Confirmed]  http://launchpad.net/bugs/6041804:50
salgado(I'm actually interested in the non-validated ones)04:50
jameshcould probably limit that to a sub-range of person IDs04:50
salgadokiko, could be. I'll check04:50
jameshsalgado: I don't know.  That's why I was saying it'd be good to check the person IDs to make sure they are roughly sequential04:51
salgadojamesh, or a date range? do you have the dates when it was first and last ran?04:51
salgadoor was everything done in a single run?04:51
jameshsalgado: the date stamp on the logs of the main run is 2006-01-13, but I did some followup runs around 2006-01-2004:53
jameshsalgado: and the initial bug contacts were migrated on 2006-01-06, by the look of it04:53
salgadojamesh, cool, I'll make sure to check the dates. ta!04:55
jameshsalgado: will you have a way to mark accounts created via shipit?04:57
jameshor detect ones that were created that way?04:57
salgadokiko, do you think it's worth the change?  I think I'd prefer to leave it as is as we're not be simplifying much and using the public API is always better than poking with the status, I think04:58
=== tkamppeter [i=till@nat/mandriva/x-1fd8584ce77cc6d4] has joined #launchpad
salgadojamesh, no, that's not possible.  but the accounts created via shipit are all validated04:58
kikosalgado, not poking, but checking. I think it would make the code clearer to audit for errors and omissions.04:58
jameshsalgado: might be worth recording it going forward though04:59
tkamppeterbradb, BjornT, how about registering Mandriva to link their bugs04:59
salgadojamesh, indeed, that'd be good.  but the main reason for PersonCreationRationale is to be able to tell why a profile was automatically created05:00
jameshsalgado: sure.  But I wonder how many people order CDs through shipit and then discover Launchpad afterwards?05:01
kikotkamppeter, I am in support of that.05:01
jameshand wonder why they have an account05:01
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad
salgadojamesh, well, when they first go to shipit.ubuntu.com they're directed to launchpad.net and asked to create an account there05:01
jameshI suppose05:02
salgadoIOW, they know they have a launchpad account05:02
NafalloLP sends mail telling them as well IIRC?05:02
salgadoNafallo, yes, we do... it's clear that the user's creating a launchpad account, which is then used on shipit05:03
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad
Nafallothat's what I thought then :-)05:03
salgadokiko, I'll give it a try05:03
kikotkamppeter, I'm bringing it up on the ML and as soon as enough people have seen it I'll move ahead.05:04
=== marcus_notebook [n=mholthau@pD95363A9.dip.t-dialin.net] has joined #launchpad
kikosalgado, that's my only comment. r=kiko with that.05:05
tkamppeterkiko, As soon as you have prepared everything tell me by e-mail (till.kamppeter at gmail.com) what you need to know for the registration.05:05
salgadokiko, cool. something like https://devpad.canonical.com/~andrew/paste/filewv1EwB.html is okay?05:06
salgado(with the missing comma too)05:06
kikotkamppeter, will do05:07
kikosalgado, it's kind of strange that quantitiesCanBeChanged only returns true if the request is approved.05:13
kikosalgado, maybe that method should have a different name?05:13
salgadolike isApproved()05:13
kikoheh. indeed. :)05:13
kikosalgado, my point is that if I am reading that code, I would ask myself05:15
kiko"why can't pending requests have their quantities changed?"05:15
salgadoagreed.  I created it without first checking if it was really needed05:16
salgadobut unlike with approval/denial, when changing the request has to be in a single specific status05:16
kikoright05:17
salgados/has to/, it has to/05:17
kikoone question is.. whether this should be done in browser() code instead.05:17
kikoI'm not entirely convinced that this really belongs in the DB, but I'm willing to go with your opinion05:17
matsubarais it possible to add to the footer of the mailing list messages a link to the given message instead of just a link to the archive?05:17
kikomatsubara, not really -- it's unfortunate but the message has not yet been archived when sent to the ML.05:18
salgadokiko, we had this regression because we added new statuses and the code was not properly tested05:18
kikosalgado, but it can be tested in the browser class as well, you know05:18
salgadokiko, the reason why I moved it to DB code was to make sure it's thoroughly tested and that we don't forget about them when adding new statuses and the like05:18
kikooookay then05:19
kikosalgado, if you think that in the future quantitiesCanBeChanged() may be extended to include other statuses, then leave it in05:23
salgadono, I think it won't05:23
kikookay then05:23
salgadoit's only used to find whether we need or not to display a 'Change Approved Totals' button05:24
kikoright05:24
jameshmalcc: any luck with the test failure yet?05:27
=== matthewrevell [i=synchron@outbound.silenceisdefeat.org] has left #launchpad []
malccjamesh: Not yet, my machine is quite slow with these tests.05:28
jameshmalcc: laptop or desktop?05:28
malccjamesh: Laptop. My desktop won't boot ubuntu for some reason05:28
malccI must look into that, I'm sure I know a few people now who could help me...05:29
jameshmalcc: you've got the fsync option in postgres turned off?05:29
jamesh(I mean running on a laptop drive will be slow, but with fsync on it will be very slow)05:29
malccjamesh: Hmm, not sure, let me check05:29
UbugtuNew bug: #60420 in malone "Remote bug watches update script crash" [Medium,Confirmed]  http://launchpad.net/bugs/6042005:30
jameshit is mentioned here: https://launchpad.canonical.com/DatabaseSetup05:30
malccYup, got that. It's just slow I guess :)05:32
=== belito` [n=user@190.40.169.24] has joined #launchpad
SteveAsalgado-lunch: ping me when you're back from lunch06:13
malccjamesh, stub: Ok, I've found the test which breaks mine, it's support-tracker-emailinterface.txt06:28
=== carlos -> out
=== bradb [n=bradb@wnpgmb09dc1-71-199.dynamic.mts.net] has joined #launchpad
SteveAmalcc: I can't see anything in the test or the setup that looks particularly suspicious06:46
=== lfittl [n=lfittl@85-125-229-117.dynamic.xdsl-line.inode.at] has joined #launchpad
SteveAmalcc: so, if you run just that test, and your test...06:52
SteveAthen your test fails06:52
SteveAbut if you run just your test, it passes?06:52
malccSteveA: Precisely06:54
SteveAok06:54
SteveAso, you can investigate further...06:54
SteveAfor example, you can record (or use pdb) when the security policy is set, and see what code is causing that06:55
SteveAmaybe see if def execute_zcml_for_scripts(use_web_security=False):06:56
SteveAis called or something?06:56
malccSteveA: Good ideas, which I'll try shortly. First I have to buy some crispy duck for dinner.06:56
SteveAhmm... dinner06:57
=== bradb & # lunch
salgadoSteveA, back-from-lunch ping07:26
kiko-fudmatsubara, is there a bug filed for distroreleaselang sometimes timing out?07:33
=== matsubara looks
matsubarahttps://launchpad.net/products/rosetta/+bug/645907:35
UbugtuMalone bug 6459 in rosetta "Timeout error on distribution release language page" [High,Confirmed]  07:35
matsubarakiko-fud: ^07:35
kiko-fudthanks mats07:36
kiko-fudyou are a hero07:37
jordiwhat's up with the kiko today?07:44
jordikiko-fud: I selected our pic in Bondi Beach in a selections of pics I'm doing07:45
jordikiko-fud: that pic is just too cool07:45
=== mholthaus_ [n=mholthau@p54BCF246.dip.t-dialin.net] has joined #launchpad
kiko-fudjordi, what pic?08:00
SteveAsalgado, flacoste: around?08:04
salgadoyep08:04
flacosteflacoste: yep08:04
flacosteSteveA: yep08:04
SteveAok, let's do the #l-m thing08:04
kikomalcc, any love on your test?08:12
kikoah, I see08:13
kikoflacoste, do you have some time to help malcc investigate his trouble?08:13
flacostekiko: yeah, i can take a look after my meeting08:14
kikoflacoste, most appreciated. this is really blocking a lot of soyuz work08:14
=== flacoste is in meeting with salgado and SteveA
kikoI know I know08:14
=== nekohayo [n=jeff@ip216-239-75-177.vif.net] has joined #launchpad
nekohayohello, is it normal that the roadmap pages' order changes every time you reload the page?08:19
=== belito [n=user@190.40.169.24] has joined #launchpad
matsubaranekohayo: no, it's not normal. That's bug 5639808:28
UbugtuMalone bug 56398 in blueprint "roadmap should be useful" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5639808:28
=== belito [n=user@190.40.169.24] has joined #launchpad
=== Spads [n=spacehob@host-87-74-19-213.bulldogdsl.com] has joined #launchpad
flacostemalcc: ping08:46
nekohayomatsubara: ok thank you08:51
matsubaranekohayo: you're welcome08:52
=== belito [n=user@190.40.169.24] has joined #launchpad
=== bradb [n=bradb@wnpgmb09dc1-71-199.dynamic.mts.net] has joined #launchpad
=== AlinuxOS [n=alinux@d81-211-217-40.cust.tele2.it] has joined #launchpad
malccflacoste: pong09:36
flacostemalcc: still need help with your failing test?09:36
malccflacoste: I haven't actually looked at it yet, tbh09:37
flacostemalcc: kiko asked if I could help, where can i download your branch?09:37
malccflacoste: It's malcolmcleaton/launchpad/bug-58187, in the usual place on sodium09:38
flacostemalcc: and what is the commandline you use to run the two tests that are failing?09:38
malccflacoste: python test.py -vvf canonical --test="support-tracker-emailinterface|test_uploadprocessor"09:38
=== flacoste is downloading the branch and will take a look
malccflacoste: Thanks very much09:39
flacostei'm weird, i kind of like debugging tests suite09:39
flacostemalcc: know of any faster way than bzr branch to obtain the branch?09:41
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
malccflacoste: You could take a fresh rocketfuel and hand-apply the diff from pending changes I guess09:42
flacostehmm, maybe if i branch inside my repository...09:42
flacostemalcc: i will try that instead, because i still didn't get a progress bar :-(09:43
malccflacoste: Hmm, just remembered; the version on there has the hack to layers.py which we used to locate the problematic test; to see the "usual" behaviour you'll have to revert that bit09:43
flacostemalcc: no problem09:44
malccflacoste: Although it might be useful if you're experimenting with just support-tracker-email to see how to avoid the assertion exploding in its teardown09:44
=== funman [n=fun@AToulouse-157-1-152-223.w86-221.abo.wanadoo.fr] has joined #launchpad
=== kiko cries
kikoI can't believe we've lost a week to this test bug10:18
kikothis absolutely SUCKS10:20
lifelessBjornT: so this zope thing10:37
mptGooooooooooooooooood morning Launchpadders!10:59
=== funman [n=fun@AToulouse-157-1-152-223.w86-221.abo.wanadoo.fr] has left #launchpad []
=== mdke [n=matt@ubuntu/member/mdke] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad
=== mholthaus_ [n=mholthau@p54BCDCCF.dip.t-dialin.net] has joined #launchpad
=== danilout [n=danilo@cable-89-216-150-17.dynamic.sbb.co.yu] has joined #launchpad
=== glatzor [n=sebi@ppp-82-135-82-91.dynamic.mnet-online.de] has joined #launchpad
flacostekiko: i can of found the problem11:44
flacostes/can/kind/11:44
=== flacoste will report to the list with my results
kikoflacoste, YES!11:46
kikoI love you11:46
=== ryanakca [n=ryan@unaffiliated/ryanakca] has joined #launchpad
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"]

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