[12:14] kiko: maybe not needed.../me ponders [12:16] hmmm. [12:16] my 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] but, given that the pre-release-management data doesn't have noms anyway, hrm... [12:17] but waitasec [12:17] pre-release-management doesn't have distorelease tasks either, does it? [12:17] yeah, for backporting [12:17] it didn't have productseries tasks [12:17] ah. [12:18] ah, good point. === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [12:18] good thing I tested backporting before you got rid of it! :) [12:18] you could add auto-nominations for backports.. perhaps.. [12:19] i got rid of +backport though... [12:19] I mean, for existing backports. [12:19] as part of the data migration strategy [12:19] ah, right, that was #1 [12:19] sounds pretty simple [12:20] but.. it's a soft database association for a hard code requirement [12:20] which I don't like very much [12:22] kiko: 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 way [12:22] "that effort", i.e. adding noms for all the existing DR tasks [12:22] bradb, good point. [12:23] I think you're right that #2 is the right solution. [12:23] and the auto-approval is a way of differentiating no-noms I guess... [12:23] so your call, I think you understand the issues now. [12:23] right, ok, thanks === 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 [12:55] New bug: #60320 in rosetta "Cache POTemplate.displayname" [Untriaged,Unconfirmed] http://launchpad.net/bugs/60320 [01:30] Goooooooooooooooood morning Launchpadders! [01:36] mdz: "One moment, please?" [01:37] (assuming that "" isn't a possibility) [01:38] mpt: "" is technically possible, but a blank screen with a blinking cursor for several seconds doesn't seem like a good idea [01:39] Depends on how many seconds, I guess [01:39] 3-N [01:39] up to about 3 would be okay, but more than that... [01:40] it's easily 3+ on a variety of hardware [01:40] ok === AlinuxOS [n=alinux@d83-176-124-211.cust.tele2.it] has joined #launchpad [01:48] mdz, will usplash itself still have jargon in it? [01:49] mpt: seems not to :-( [01:49] whoo-hoo [01:49] I loved my init-output :-P === mpt hasn't tasted Edgy yet, obviously [01:50] mpt: it has no text except in the logo graphic atm [01:50] though there is likely to be a debate [01:51] mdz: might that debate be on tomorrow mornings meeting? [01:52] mpt: there is a knot-3 livecd real soon now :-) [01:52] Nafallo: no, those meetings aren't for debate [01:52] if there is one, it'll be on the ubuntu-devel mailing list [01:53] mdz: oki. see how far it's gone with me away from ubuntu development :-/. === Nafallo doesn't even know MOTU procedures anymore, and have to ask all the time :-P [01:54] Startup is theater === 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 [02:38] mpt: can you think of anything we could do which would be more l10n-friendly? [02:38] with the boot messages suppressed, the startup process is neutral or translated everywhere else [02:39] and that message occurs way too early to make translation feasible [02:44] we just need to indicate that everything is OK and more stuff will happen momentarily [02:44] but fancy graphics aren't possible yet [02:45] New bug: #60332 in malone "Switching from simple to advanced search loses the search text" [Untriaged,Unconfirmed] http://launchpad.net/bugs/60332 [02:49] mdz, I suppose you could do the old / - \ | animation, but that wouldn't be much better than nothing at all [02:50] or the "..............................................." marching ants [02:51] it has to be static, as during the wait, a different program is actually running [02:51] the boot loader displays a message, and then we transfer control to the kernel [02:51] which takes a few seconds to get going [02:54] "please wait" in 5 languages ? [02:54] Understandable, text-only, non-language-specific, AND static? mdz, I don't think any designer could meet all those constraints at once :-P [02:54] Keybuk proposed "Starting up..." without newline :-) [02:55] I considered "Ubuntu..." but then derivatives will be unhappy ;-) [02:55] haha [02:56] That also looks like a complete-this-sentence competition [02:56] "Ubuntu... rocks our socks" [02:56] that will give them something to do while they wait the few seconds [02:56] "Ubuntu... takes too long to start up" [02:57] So given all those constraints, I'd go back to "" as the least bad, I think [02:57] mdz: didn't Keybuk also said he could to the / - \ | spinner and make it shut down when tty1 arrived or something like that? :-) [02:58] Nafallo: I doubt it [02:59] unless we emulate a spinner using blinking VGA text or something [02:59] :-) [03:00] well, we talk about the man making a new init here ;-) [03:00] s/\ talk/\'re\ talking/ [03:00] :-) [03:00] Nafallo: we're talking about two boot phases before init here [03:00] Nafallo: this is before the kernel exists [03:00] Nafallo: init is much later [03:01] yes, I know. [03:02] I was just referring to earlier successfull work :-) [03:02] Ubuntu should make more whishing noises [03:02] http://www.google.com/search?q=(whish%20OR%20whishlist)%20site:launchpad.net [03:03] hehe === 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 [05:46] jamesh, ping [05:51] jamesh, unping === stub [n=stub@ppp-58.8.6.29.revip2.asianet.co.th] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad [07:24] lifeless: 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 through [07:25] so maybe it will work this time for sure [07:27] nice work [07:27] haha: [07:27] http://demo.lp.net/ [07:28] we should definitely pay a few million for that domain [07:31] lifeless: btw, this is what is shown for a product series with a registered branch: https://demo.launchpad.net/products/bzr/bzr.dev [07:31] sweeet [07:31] no big warning/error icon [07:32] the warning can be tightened [07:32] it taks about registering for conversion [07:32] not about for existing ones at all [07:33] sure. [07:34] I think we want to move most of the non-importd stuff from the "Edit source" form elsewhere too [07:34] I put the bazaar branch stuff on the main "Change series details" form === mpt [n=mpt@203-167-187-230.dsl.clear.net.nz] has joined #launchpad [07:46] cool [07:57] Yay for power cuts === 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 [08:41] lifeless: looks like product-release-finder works -- it completed two runs on demo without crashing part way through [08:41] fantastic [08:41] do we have logs and that report yet ? [08:43] I'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 run [08:44] excellent === lifeless is excited [08:44] it failed on all the registered FTP sites, but that is because the data centre squid is blocked from doing FTP [08:44] and there are bad patterns for a number of product series === Spads [n=spacehob@host-87-74-19-213.bulldogdsl.com] has joined #launchpad [08:45] https://demo.launchpad.net/products/automake <- an example with multiple series and releases [08:46] the actual productrelease pages are very boring though, since the only collected info that gets displayed is the version number === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [08:47] jamesh: thats fine [08:47] Keybuk: dyson, ready to run. [08:47] https://demo.launchpad.net/products/automake [08:49] jamesh: can you file a bug on the series display sort order ? [08:49] not something to fix now, but spiv pointed it out as disconcerting [08:49] hmmm, I think we want highest series at the top [08:49] lifeless: series order or release order or both? [08:49] so trunk [08:49] 1.9 [08:49] 1.8 [08:49] 1.7 [08:49] and within each [08:49] newest at the top [08:50] 1.9.6 [08:50] 1.9.5 [08:50] 1.9.4 [08:50] 1.9.3 [08:50] 1.9.2 [08:50] 1.9.1 [08:50] 1.9 [08:51] I wonder if the version sort code niemeyer mentioned on the list went in [08:51] there is debian-version number sort code in lp already [08:52] thats what we will want to use. IIRC we have a py-psql version of that already [08:52] hopefully it gracefully handles non-debian version numbers okay [08:53] thats a reason for it to be a separate bug ;) [08:53] good morning [08:53] so, ping me when we've got a tabular report, I'd like to vet it please [08:53] high SteveA [08:53] *cough*, hi SteveA [08:55] lifeless: we already know SteveA is always high :) [08:57] SteveA: 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) === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === jinty [n=jinty@132.Red-83-55-196.dynamicIP.rima-tde.net] has joined #launchpad [09:05] stub: 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] Any idea why it might have been so identified? [09:06] lifeless, ping [09:09] mpt: gnip [09:09] lifeless, 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] no [09:09] ta. === matthewrevell [n=Matthew@82-37-199-58.cable.ubr05.wolv.blueyonder.co.uk] has joined #launchpad [09:13] stub: reviewed [09:13] jamesh: so, have alook here: [09:13] https://demo.launchpad.net/products/automake/1.9 [09:13] note the packaging record [09:14] we want to give some useful view here, perhaps showing the source package version in edgy etc [09:14] and make it get a symbol to say 'out of date' ? [09:15] we also need the packaging record inference to be turned on after this [09:16] SteveA: no idea re: spam assassin - I don't think I counted my viagra shopping as work time. [09:18] lifeless: Do you recall if the URLs given in the Referer: HTTP header are UTF-8 encoded, ISO-8859-1, ASCII or undefined? [09:19] ASCII IIR [09:19] one sec [09:19] the header value is probably defined to be a URL [09:19] which is ASCII [09:19] well [09:19] its not strictly ASCII [09:20] doesn't the URL spec essentially say that all characters except for a particular set need to be %-encoded? [09:20] if you put valid ascii into a URL, you can break the URL rules [09:21] I'm saying that according to the spec URLs are ASCII -- not that arbitrary ASCII strings are URLs [09:21] But decoding, using ASCII will be fine. And I can decode the % encoding if I want to normalize it to Unicode [09:21] stub: decoding the % encoded things will not give you Unicode [09:21] stub: it *may* give you unicode [09:21] I had used UTF-8 but I just realized I was probably confused. [09:23] to 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 on === carlos [n=carlos@138.Red-81-39-35.dynamicIP.rima-tde.net] has joined #launchpad [09:23] morning [09:23] to 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 string [09:23] yes, its fucked. [09:24] ok [09:24] Urgh... I can't just decode the % encoding then as I could lose information and end up with invalid urls :-( [09:24] Referer is defined as absoluteURI | relativeURI [09:24] ask me anytime you want to know about URL fuckedness [09:25] hello lifeless. [09:25] urls are fundamentally opaque except to the consumer, which is the server that issues them. === stub leaves normalization up to any reporting tools that actually care [09:25] I'd like to know about URL fuckedness [09:25] hi SteveA, my names lifeless and I'm a URL-fucker [09:25] `watch echo "Hello lifeless, I'd like to know about URL fuckedness."` [09:25] :) [09:28] SteveA: so seriously, do you have questions ? [09:30] stub: is it possible to have an initially deferred NOT NULL column constraint? [09:30] jamesh: what do you mean ? [09:30] lifeless: i.e. the column must be NOT NULL at the end of the transaction, but could be NULL during the transaction === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:31] yes, though I'm not sure about the level of finesse that can be done to that [09:31] the syntax listed in the postgres docs seems to suggest you could, but postgres doesn't seem to like the syntax when I try it [09:32] we do that whenever we load the sample database [09:32] but like I say, I'm not sure on precision levels that are available [09:35] jamesh: the postgres docs say of DEFERRABLE: "Only foreign key constraints currently accept this clause." [09:35] (looking at file:///usr/share/doc/postgresql-doc-8.1/html/sql-createtable.html) [09:35] jamesh: Sounds like spiv has found the answer. I've never tried myself... [09:48] lifeless: no questions right now that you haven't already answered. === 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 [10:09] stub: Ping [10:09] malcc: pong [10:10] stub: Did you see my email yesterday to launchpad about my test problem? === funman [n=fun@147.94.100.172] has joined #launchpad === funman is now known as f [10:11] Yes, 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. === f is now known as funman [10:12] hello [10:13] stub: are there valid uses of FunctionalTestSetup().setUp() with the new layer based test runner? [10:13] i'm looking for a launchpad admin, i'd like to delete my launchpad account === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad [10:28] SteveA: I thought yesterday was thursday. Anyhow, I'm going to miss the meeting tonight - sorry. [10:29] got to be up at 5am tomorrow to chauffer lynne [10:30] lifeless: okay [10:32] do launchpad admins come onto this channel ? === Spads [n=spacehob@host-87-74-83-75.bulldogdsl.com] has joined #launchpad [10:32] funman: yes [10:32] could you give me the nickname of one of them ? [10:34] "SteveA" [10:35] what's up funman ? === mpt groans [10:35] SteveA: i want to delete my launchpad account [10:35] okay. [10:35] and found no way to do it except asking it to an admin :) [10:35] my account is 'wavael' [10:36] There are some aspects to this that I should explain before we go on. === funman listens carefully [10:36] Inside Launchpad, we keep records about people, and we also keep records about people's accounts. === matthewrevell [i=synchron@outbound.silenceisdefeat.org] has joined #launchpad [10:37] The 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 translations [10:37] that kind of thing. [10:38] The account is the thing saying "here is someone's email address and password and ability to log into launchpad and use it" [10:39] so informations about the bugs i reported or things i translated will stay in launchpad whatever if my account is deleted or not [10:39] I 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] right [10:39] so let's make the deal [10:39] so, I want to ask you, why do you want to do this, and does what I've described do what you want? [10:40] this is what i want [10:40] and i want to do this since i don't want to be implicated anymore into ubuntu [10:40] I 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:41] and since i won't be implicated after, i do not want to have a launchpad's profile [10:41] so it is clear i don't have anymore activities, nor gives support to ubuntu [10:42] i don't know if my english words are clear [10:43] I think I understand what you're saying [10:43] good :) [10:43] I just looked through your page on launchpad [10:43] as far as I can see you've [10:43] - signed the Code of Conduct, twice [10:43] - done a lot of translating [10:44] - are a member of a French translation team [10:44] - have a GPG key [10:44] it looks like it's my profile :) [10:44] before 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:45] So, would you mail me a GPG signed email, using the key in your profile in Launchpad [10:45] if you have my gpg key that should be ok [10:45] saying that you want this? [10:45] yep [10:45] give me your adress [10:45] ok, great. steve @ ubuntu.com [10:46] so, of these things that you did... [10:47] mail sent [10:47] yep? [10:47] you did sign the code of conduct. you yourself can go onto that page in launchpad, and deactivate the signatures [10:47] https://launchpad.net/people/wavael/+codesofconduct [10:47] "If you change your mind about agreeing to a code of conduct, you can deactivate your signature." [10:47] okay? [10:48] yep [10:48] about the translating [10:48] I can't undo the fact that you did translating into French [10:48] it happened, and people will benefit from that. [10:48] do you understand what I mean, about the translating? [10:49] yes of course [10:49] about the french translation team, you can leave that team === beanz [n=bean@router.awinet.at] has joined #launchpad [10:49] Fujitsu: Can I pm you about one of your bugs? [10:49] but can you remove the fact that i am a member of the French Translation Team ? [10:50] beanz, OK... [10:50] i found a "leave the team" button :D [10:51] so, https://launchad.net/people/wavael won't exist anymore, right ? [10:51] funman: sorry, phone call, back in a couple of inutes [10:52] 'k [10:52] funman, it will still be there, but it will say something like "funman does not use Launchpad" [10:53] right [10:53] (at least, once we've finished some changes in progress to make this kind of situation more obvious) [10:54] :) [10:54] there is a process to release some parts of launchpad with open source licences, how is it going on ? [10:54] afaik developers were needed to isolate what can become open source, and what can't [10:55] ddaa (when he's here) probably knows more about that than I do [10:56] there is a plan to release the code we use to import upstream CVS and Subversion repos into Bazaar [10:56] some of the cleanup needed to do that is happening at the moment [10:56] re [10:57] funman: you can also deactivate your gpg key here: https://launchpad.net/people/wavael/+editpgpkeys [10:58] and last but not least, how can i deactivate my email adress ? [10:58] at least one is needed [10:59] that, I will arrange for you, as well as removing your launchpad password [10:59] once we have done that, "wavael" will remain in Launchpad as a "record of a person who did open source related things" [10:59] and there will be no implication that you are currently involved or use Launchpad [11:00] nor personnal details === beanz [n=bean@router.awinet.at] has left #launchpad ["Leaving"] [11:00] so, that is what i wanted [11:00] okay, that's great [11:00] i don't think i'm the 1st person to ask for this [11:00] I wanted to be clear earlier about the difference between a "Person record" and an "Account" [11:01] as sometimes people want all their history of for example translations erased [11:01] wouldn't you benefit to write about this process on launchpad.net ? [11:01] you aren't the first person to ask about this, but it doesn't happen at all often [11:01] Launchpad needs a "GBCW" button [11:01] GBCW ? [11:02] Goodbye, Cruel World [11:02] cf. http://www.kn.com.au/networks/2006/08/meta_hilarity_a.html [11:03] I'm not actually suggesting it should be labelled GBCW :-) [11:03] that's also the name of Custard's last album (a compilation) [11:20] New bug: #60364 in launchpad "Allow someone to leave Launchpad (GBCW)" [Untriaged,Unconfirmed] http://launchpad.net/bugs/60364 [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 [11:54] BjornT, ping [11:54] bye [11:54] hi mpt === funman [n=fun@147.94.100.172] has left #launchpad [] [11:54] tchau funman [11:54] BjornT, can you review my changes made in response to your post-merge review of r4013? [11:55] sure [11:55] ok, one moment... === Spads_ [n=spacehob@217.205.109.249] has joined #launchpad [11:56] BjornT, https://devpad.canonical.com/~andrew/paste/filefCagcd.html [12:02] mpt: looks good. r=me after you've done similar changes to product-packages.pt [12:03] ah, of course === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad [12:03] thanks BjornT === jelmer [n=jelmer@a62-251-123-16.adsl.xs4all.nl] has joined #launchpad [12:11] soyuz is currently disabled btw, in preperation for a short database shutdown for some hardware maintenance (change some RAM) [12:12] carbon is going down nowish to remove the good RAM for Jubany === danilos [n=danilo@cable-89-216-150-17.dynamic.sbb.co.yu] has joined #launchpad [12:25] Launchpad is going down in 15 minutes for hardware maintenance on our database server. Estimated down time is 15 minutes. === 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 [] [01:19] carlos: ping [01:19] danilos: pong === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #launchpad [01:20] carlos: can you give me update on your translation review work? any other outstanding rosetta issues we should note in weekly report? [01:20] Is it known that dists/edgy/Contents-i386.gz is broken ? [01:21] danilos: 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:22] carlos: ok [01:22] carlos: thanks ;) === 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 [] [01:44] lifeless: just sent through a summary of the product-release-finder run [01:48] can somebody be so kind to explain to me why i get emails from this: [01:48] https://launchpad.net/products/launchpad/+ticket/1569 [01:48] ? [01:48] and other tickets as well [01:48] of which.. i have 0 relation with [01:49] fabbione: are you in any of this team: # SecurityLiveCD [01:49] # Ubuntu Audio [01:49] # Ubuntu Audio Team ? [01:49] no [01:50] fabbione: ubuntu kernel team seems to be part of ubuntu audio team [01:51] oh craptastic [01:51] but why ubuntu audio is subscribed to that ticket is a mistery i guess [01:51] fabbione: someone from the above teams subscribed them as support contacts for launchpad === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad [01:52] this is insane [01:54] jordi: hi, have you had a chance to finish up response to points raised by KDE translators? [01:55] fabbione: 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 nomally [01:55] rather than an ordinary member [01:55] Launchpad meeting in 5 min [01:56] jamesh: still weird.. anyway.. [01:56] thanks for the info [01:56] danilos: no [01:56] fabbione: you should be able to remove the team as a support contact, since you are a member [01:56] jordi: ok, I'm just wondering if I can do something to help you there ;) [01:56] fabbione: https://launchpad.net/products/launchpad/+support-contact [01:57] Today's Launchpad meeting will be guest chaired by matsubara [01:57] jamesh: no, because the contact is Audio Team and i am not in that team [01:57] fabbione: you are indirectly [01:57] it doesn't allow me [01:57] okay === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [01:58] fabbione: this person looks to be the culprit: https://launchpad.net/people/zhuzhu [01:58] jordi: we definitely need to update https://help.launchpad.net/RosettaFAQ to say how to organize a team for proper privileges [01:58] given the list of LP support contacts and his list of teams [01:58] i.e. suggest to allow people into teams only after they are considered trustworthy [01:59] jamesh: dunno.. can we do something about it? [01:59] fabbione: perhaps one of the people in the LP admins team can fix it [02:00] Meeting? [02:00] Now is the time for the Launchpad meeting [02:00] :) [02:00] me [02:00] who is here? [02:00] jamesh: ok thanks [02:00] Me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] us, and them [02:00] kiko is on leave or not? [02:00] matsubara: yes ;) [02:01] (he is on leave or not :) [02:01] me [02:01] the apologies list seems out dated. anyway do we miss anyone? [02:01] bradb? [02:01] me === bradb [n=bradb@wnpgmb09dc1-71-199.dynamic.mts.net] has joined #launchpad [02:01] lifeless sends apologies [02:01] here (sorry, was having conn issues) [02:02] SteveA: I'm here, but probably won't be able to attend [02:02] I'm in middle of hell now :| [02:02] ok, thanks jordi [02:02] I'll try to keep an eye [02:02] == Agenda == [02:02] * Roll call [02:02] * Agenda [02:02] * Next meeting [02:02] * Activity reports [02:02] * Actions from last meeting [02:02] * Oops report (Matsubara) [02:02] * Bug report report (mpt) [02:02] * Production and staging (Stuart) [02:02] * Launchpad 1.0 status reports [02:02] * Sysadmin requests [02:02] ---- [02:02] * SQL object equality (Steve) [02:02] * (other items) [02:02] ---- [02:03] * Keep, Bag, Change [02:03] * Three sentences [02:03] So next meeting on the 21st, is that ok? [02:03] Here [02:03] hmm. that's from last week. sorry. No need for sqlobject equality. [02:03] +1 on 21st === ..[topic/#launchpad:matsubara] : Developer meeting: Thu 21 Sep, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [02:04] me [02:04] so he's up to date and he's not? [02:04] up to date [02:04] s/he/who/ [02:04] not [02:04] I'm a week behind [02:04] not up to date [02:04] up to date [02:04] not :-/ [02:04] up to date [02:04] I just caught up [02:04] up to date [02:04] still behind, but my timelog.txt is up to date this week ;) [02:04] up to date [02:04] up to date [02:04] up to date [02:05] up to date (this week) [02:05] up to date [02:06] thanks everyone, congrat to the ones up to date [02:06] == Actions from last meeting == [02:06] * SteveA to update infrastructure specs if /$name is needed for 1.0 [02:06] * stub to check that bug 57474 isn't an SQL injection attack vector [02:06] Malone bug 57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [Low,Confirmed] http://launchpad.net/bugs/57474 [02:06] up to date [02:07] I didn't update the infrastructure specs, but stub and I talked it through. This can be removed from the agenda now. [02:07] (that's the /$name) [02:07] I did mine [02:07] * SteveA to put up a wiki page for the launchpad project to note disaster scenarios on, and mail the list about it [02:07] was it an attack vector? [02:07] Nope [02:07] great [02:08] still to do the disaster thing [02:08] * SteveA to write up what needs doing to implement `__eq__`, `__ne__`, and `__hash__` for database objects [02:08] still need to put up the notes for that, and assign it as a spec / bug [02:09] meetingactions for next week? [02:09] SteveA: ^^ [02:09] the disaster one and the sqlobject one [02:09] ok [02:09] * Oops report (Matsubara) [02:09] Today's oops report is about bugs 59972, 59975, OOPS-255C749, OOPS-254B483, OOPS-254A655. [02:09] Malone bug 59972 in malone "Tag search field needs better validation for non-alphanumeric characters" [High,Confirmed] http://launchpad.net/bugs/59972 [02:09] Malone bug 59975 in malone "Edit bug tag form needs to cope with invalid values in tag field." [High,Confirmed] http://launchpad.net/bugs/59975 [02:09] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C749 [02:09] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254B483 [02:09] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254A655 [02:09] Bjorn can you take both #59972 and #59975? [02:10] OOPS-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] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C749 [02:10] matsubara: sure [02:10] BjornT: thank you [02:10] stub: can you clean up the dupe as a workaround for OOPS-255C749? [02:10] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C749 [02:11] We can't really detect cycles using a database constraint - this is better done in the app code. [02:11] matsubara: sure [02:11] if we get a dupe-loop very rarely, then I don't think it's something we need to spend time on [02:12] if we get doop-lupes more often then we should spend more time on it [02:12] matsubara: the bugzilla import would have bypassed it -- are the bug numbers old? [02:12] jamesh, https://devpad.canonical.com/~andrew/paste/fileCE0Dnx.html [02:12] jamesh: 11966 and 12440 [02:13] other than causing an oops, it isn't really dangerous. it doesnt' use a lot of resources [02:13] If we need checks for dupe loops, it is a use case for OscarTheGrouch [02:13] matsubara: okay. That'd be it then. [02:13] jamesh, cool. [02:14] thanks jamesh [02:14] matsubara, can I go ahead and clear the loop then? [02:14] the loop appears to have been cleared [02:14] oh [02:14] it's already cleared [02:14] kiko: I asked stub to do it [02:14] carlos, OOPS-254B483, OOPS-254A655 are URL hacks at +translate. Shouldn't it raise an UnexpectedFormData instead of NotFound? Can you fix it? [02:14] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254B483 [02:14] matsubara, thanks. [02:14] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254A655 [02:14] matsubara means NotFoundError === carlos looks === SteveA looks too [02:15] is just me or our webservers are slow today? [02:15] chinstrap? [02:15] hmm... should be devpad [02:15] ah, it redirects [02:16] Seveas: would you update Ubugtu to use devpad not chinstrap sometime please? [02:16] matsubara: yeah, it's a broken URL, we should raise UnexpectedFormData... [02:16] so, the URL was /distros/ubuntu/edgy/+source/nano/+pots/nano/en_GB/+translate?start=40&alt=en?batch=10 [02:16] there are two ? marks there [02:17] I will handle it [02:17] so, I'd say that's an invalid URL [02:17] it's not even properly parseable form data IMO [02:17] carlos: do we need a new bug on it? [02:18] Somebody's mistyped a ? for a & [02:18] matsubara: yeah, please [02:18] yes [02:18] or cut-n-pasted [02:18] so, it does fit with our use of UFD [02:18] in that it tells us when our UI is not adequately allowing people to do what they want [02:18] so they resort to URL hacking [02:19] SteveA: we don't have an UI to change the batching size [02:19] but it's on purpose [02:19] yes [02:19] SteveA, s/chinstrap/devpad/ is enough? [02:19] that's fine [02:19] mmmm [02:19] wtf is up with staging? [02:19] devpad.canonical.com, no? [02:19] Seveas: shoiuld be s/chinstrap.ubuntu.com/devpad.canonical.com/ [02:19] ok, I'm done with oops reports. Thanks everyone. [02:19] @reload Bugtracker [02:19] OOPS-254B483 [02:19] https://devpad.canonical.com/~jamesh/oops.cgi/254B483 [02:20] * Bug report report (mpt) [02:20] There are 14 open Critical bugs in Launchpad. The oldest ten are: [02:20] that's great Seveas, thanks [02:20] * Bug 1558 (Export request form should check for uniqueness of entry), Critical, Confirmed, danilos [02:20] * Bug 30602 (Timeout errors in +translate), Critical, Confirmed, danilos [02:20] danilos, do you expect progress on those two this week? [02:20] Malone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Critical,Confirmed] http://launchpad.net/bugs/1558 [02:20] Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:20] 30602 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 one [02:20] * Our old friend bug 2497 (/people/*/+translations times out for prolific translators), Critical, Confirmed, stub [02:20] stub, have you looked at this one yet? [02:20] Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed] http://launchpad.net/bugs/2497 [02:21] * Bug 42760 (Exception NameNotAvailable raised while trying to create a new msgset from submitted translation), Critical, In Progress, carlos [02:21] 1558, haven't started on it, yet it still shouldn't be too hard; I should find time for it tommorow [02:21] * Bug 44214 (We need to add code to prevent POFiles being in the same path), Critical, In Progress, carlos [02:21] * Bug 46982 (Rosetta does not accept correct KDE plural forms when there are more than 2), Critical, Confirmed, carlos [02:21] carlos, do you need help from anyone for those three? [02:21] Malone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,In progress] http://launchpad.net/bugs/42760 [02:21] Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,In progress] http://launchpad.net/bugs/44214 [02:21] Malone bug 46982 in rosetta "Rosetta does not accept correct KDE plural forms when there are more than 2" [Critical,Confirmed] http://launchpad.net/bugs/46982 [02:21] mpt, yes, he has. [02:21] mpt: 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] stub, you need to comment on my emails too! [02:21] carlos: I think we should revisit your AJAX for translation suggestions idea [02:21] * Bug 48860 ("Also notified" makes difficult to unsubscribe), Critical, In Progress, bradb [02:21] mpt: no, 42760 was fixed, but I left a possible path that produces it to fix. It's already fixed, just testing it right now [02:21] * Bug 56618 (Milestone restrictions are too restrictive for Ubuntu), Critical, In Progress, bradb [02:21] bradb, yay for 56618, but what's happening with 48860? [02:22] Malone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,In progress] http://launchpad.net/bugs/48860 [02:22] stub, ok [02:22] Malone bug 56618 in malone "Milestone restrictions are too restrictive for Ubuntu" [Critical,In progress] http://launchpad.net/bugs/56618 [02:22] kiko: k [02:22] mpt: no progress. time off this week, and too much firefighting to do. [02:22] mpt, BjornT has a suggestion for that... I might work with him on it [02:22] BjornT, are you overbooked? === mpt gives bradb a hug [02:22] mpt: I talked with danilo about 46982 and it's blocked on ff support implementation (it adds some infrastructure that is needed) [02:22] bradb, I think BjornT and I can take care of that [02:22] so you have more time [02:23] about 44214, I'm on it, but stopped while finishing with 42760 [02:23] SteveA: 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] kiko, mpt: had we reached consensus on the solution, btw? [02:23] bradb, I liked BjornT's suggestions [02:23] ok [02:23] bradb, maybe, but I didn't read about it [02:23] danilos: I think keep on with what you're doing. We should see how that goes, and reconsider ajax stuff after that. [02:23] * Bug 48948 (dapper indices files still being regenerated but shouldn't be), Critical, Confirmed, malcc [02:23] malcc, will you have time for that this week? [02:23] Malone bug 48948 in soyuz "dapper indices files still being regenerated but shouldn't be" [Critical,Confirmed] http://launchpad.net/bugs/48948 [02:23] so.. we'll IRC it [02:23] kiko: i think i can find some time to do it. [02:23] SteveA++ [02:23] err ML it [02:23] cool [02:23] SteveA: alright === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [02:23] * Bug 52330 (Reassign bug to binary package should just work), Critical, Confirmed, unassigned [02:23] BjornT, should you take 52330? [02:23] Malone bug 52330 in malone "Reassign bug to binary package should just work" [Critical,Confirmed] http://launchpad.net/bugs/52330 [02:24] SteveA: is the AJAX library included in our tree already? [02:24] carlos: no [02:24] not in mainline [02:24] mpt: That one needs some discussion with elmo, but I'll make sure to move it on [02:24] thanks malcc [02:25] and thanks carlos [02:25] BjornT? Bueller? [02:25] SteveA: have we decided on which one to use at least? mochikit it is? [02:25] yes [02:25] mpt: hmm. well, ok, it should be an easy fix. [02:25] mochikit is it [02:25] SteveA: thanks [02:25] Ok, that's all from me matsubara [02:25] thank you mpt [02:25] thanks BjornT [02:25] * Production and staging (Stuart) [02:26] stub take the floor [02:26] Jubany 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] Staging server is as normal. Language pack exports are now being done on Carbon so asuka will be much more reliable now. [02:26] Next 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] Our 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] stub, is staging down right now, btw? [02:27] Seems hung - I'm just restarting it actually [02:27] wonder why this happens [02:28] Most likely the rebuild procedure killed things badly again [02:28] I needed to kill -9 launchpad [02:28] carlos, danilos: yay for language packs on carbon, congratulations. [02:28] you can use the "kill -USR1" thing to see what it was doing [02:28] jamesh: Too late [02:28] next time [02:28] danilos: I should document the process so you can check it when needed [02:28] if only you could rewind computers... [02:28] kiko: thanks should go out to stub as well [02:29] spiv: you can take copies of virtual machines ... [02:29] which is close but not quite there [02:29] carlos: sure, lets discuss this after lunch ;) [02:29] stub's always deserving of thanks [02:29] danilos: ok [02:29] kiko: right :) [02:30] stub: thank you, shall I move on? [02:30] show me the money! [02:30] I'm done [02:30] * Launchpad 1.0 status reports [02:30] Question Tracker 1.0 [02:30] --------------------------------- [02:30] - SupportTrackerWorklow: Started. Workflow API is completed. Integration with [02:30] karma, email and UI is left. [02:30] - SupportTrackerViews: Waiting completion of SupportTrackerWorkflow. [02:30] - 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] Malone 1.0 [02:30] ========== [02:30] Release 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] Guided 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] Keeping bugs concise: Nothing new. [02:30] Documentation: Nothing new. [02:30] Random Things 1.0 [02:30] Tags: Nothing new. [02:30] ------------------------------- [02:30] Other: bradb off three days this week. [02:30] - 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] - DirectPersonRegistration has a tricky issue blocking its implementation, so it needs discussion. [02:30] Rosetta 1.0: [02:30] - opening edgy for translation: DONE! [02:30] - firefox import/export: slow progress last week, good progress this week [02:30] - oo import/export: blocked on firefox [02:30] - translation review: slow progress (due to view restructuring; discussion between danilos and carlos pending) [02:30] - essential docs: assigned to danilos (RosettaHighlights), need to discuss with jordi [02:30] = Soyuz-1.0 Report = [02:30] * PPA: blocked on ArchiveRework (still). [02:30] * Archive Rework: blocked on SoyuzTestSystem (still), comments to [02:30] consider from Kiko & Mark. [02:30] * Code quality: nothing big (still). [02:30] * SoyuzTestSystem: the entire process kind of needs-review, we were [02:30] - checks not to upload wrong language PO file using "too many changes" check: not started [02:30] able to fix missing bits in the proposed codeline and ensure we won't [02:30] - ui fixes: discussed [02:30] have any regression. Kiko reviewed the fixes done in mawson. [02:30] - outstanding issues: none [02:30] * General Fixing: slow progress, [02:30] #58144 (Backport is rejected if an older backport is already there, [02:30] needs reply, cprov, r=salgado) [02:31] #58187 (Uploads to frozen should land in unapproved, not be rejected, [02:31] partially commited and rolled out, malcc, r=jamesh) [02:31] #31392 (fix ordering and presentation issues) [02:31] r4033-post-merge review (cleanup +builds pages and add IBuild icon [02:31] formatter, needs-reply, cprov, r=salgado) [02:31] #60280 ("source" added to Architectures: in Release file, [02:31] needs-reply, malcc, r=kiko) [02:31] #59186 (buildd-queue-builder broken with odd SQLObject problems, [02:31] needs-reply, malcc, r=kiko) [02:31] #59147 (apt-ftparchive hanging, needs reply, malcc, r=kiko) [02:31] #59003 (New override generation code gives MemoryError on real data, [02:31] needs-reply, malcc, r=kiko) [02:31] supermirror-smart-server: spiv came back from leave, currently on sprint with lifeless. Feature on track AFAICT. [02:32] importd-bzr-native: started removing arch support code from Launchpad with a vengeance. [02:32] anything else? [02:33] bzr-roundtrip-svn (postponed): no recent progress in discussion, but it looks like we have previously touched all the interesting issues. [02:33] done, sorry for the delay [02:33] * Sysadmin requests [02:34] I have one: #16710 [02:34] same old request [02:34] (looking up) [02:34] It's a request to rollout the moin code that fixes bug 6283 [02:34] Malone 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/6283 [02:34] RT 16533: "sudo -u supermirror" to david on vostok [02:35] RT 16714: squid proxy is firewalled from doing FTP requests [02:35] SteveA: ^ [02:35] give me some idea of the urgency on each of these [02:36] like, must be today, during next week, during next month [02:36] RT 16533: urgency=low [02:36] matsubara: ? [02:36] jamesh: ? [02:36] RT 16714: during next week, I'd say [02:36] RT 16710: urgency=medium. It's a nuisance for the users [02:36] mine affects whether product-release-finder can scan FTP sites. It might also affect salgado's mirror prober if he extends it to check FTP mirrors [02:37] be nice to get fixed in the next week [02:37] thanks, I'll talk with admins [02:37] jamesh, we also have an RT request to get an updated Squid. [02:37] and blocks them to log into launchpad [02:37] oh, I thought it was the same [02:37] SteveA, ^^^ [02:37] that's for the mirror prober, kiko? [02:37] what's the one to updtade Squid, kiko? [02:37] how urgent is that? [02:38] SteveA, well... not URGENT [02:38] 1 weekish then? [02:38] ok, done. thanks [02:38] ill discuss with admins [02:38] * (other items) [02:38] * launchpad bzr development workflow (robert/jamesh) [02:38] RT 16706 [02:38] kiko: 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:39] cprov, yay! [02:39] matsubara: I think that item is old. I haven't talked with robert about it [02:39] jamesh: hmm ok. [02:39] * use "BLOCKED: no" and nothing else to indicate non-blockedness (mpt) [02:39] mpt: is that from last meeting too? [02:39] yes [02:40] ok, moving on. [02:40] that's what we want for the 3 sentences this week [02:40] It's something SteveA asked me last meeting to raise this meeting [02:40] so mpt can grep easily [02:40] * Keep, Bag, Change [02:40] 5 [02:40] 4 [02:40] 3 [02:40] 2 [02:40] 1 [02:40] CHANGE: pending reviews not to stay more than 2 working days in the general queue [02:40] ddaa: ask lifeless to put that on the review meeting [02:41] lifeless: can you put that on the review meeting? [02:41] he isn't here [02:41] you'll have to email him [02:41] lifeless isn't here [02:41] matsubara: please go on [02:41] * Three sentences [02:41] DONE: more firefox support, bug management, kde plurals and context specifications (discussions, started), rosetta search discussions, copyright statement in exported PO files changed [02:41] TODO: bug 30602, bug 1558, ff integration (in progress), bug fixing, rosetta search [02:41] BLOCKED: no [02:41] ddaa: add it to the wiki agenda [02:41] Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:41] fire at will [02:41] DONE: soyuz test system, general bug fixing [02:41] DONE: support tracker workflow implementation [02:41] TODO: integrate new workflow API with karma, UI and email systems [02:41] BLOCKED: no [02:41] Malone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Critical,Confirmed] http://launchpad.net/bugs/1558 [02:41] TODO: land fixes from test system, new codeline rollout, more work on archive indexex generation [02:41] BLOCKED: no [02:41] DONE: 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] TODO: Write the script to guess the creation rationale of existing profiles, code review, random fixes [02:41] BLOCKED: No [02:41] DONE: SearchingTranslations spec, test fixes, bug fix, calendar removal [02:41] TODO: lots of template work [02:41] BLOCKED: still awaiting CSS and images from Usman [02:41] DONE: code reviews. bug fixes. various work on upstream forwarding workflow. [02:41] DONE: Bug-58187 through review, nearly landed. Completed and documented first SoyuzSystemTest run, including several fixes to undeployed code. [02:41] TODO: Finish tests for and land final fixes to sprint code, deploy rocketfuel on drescher. Get back to ArchiveRework. Land bug-58187. [02:41] BLOCKED: Can't land bug-58187 due to cross-test pollution. [02:41] TODO: code reviews. fix a few critical bugs. some more work on upstream forwarding workflow. [02:41] DONE: fixed some images broken links, oops report analysis, bug triage, email catchup. [02:41] TODO: oops report analysis, triage and fixes [02:41] BLOCKED: no [02:41] BLOCKED: no [02:41] DONE: 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] TODO: Fix missing .po files in dapper, bug #42760, translation views restructuration, more import queue approvals [02:41] BLOCKED: no [02:41] Malone bug 58168 in rosetta "packages with .po files in different directories are not imported automatically" [High,Fix released] http://launchpad.net/bugs/58168 [02:41] Malone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,In progress] http://launchpad.net/bugs/42760 [02:41] DONE: work towards Python import, started GNU Arch and cruft removal, ML catchup [02:41] TODO: Python import, cruft removal, prepare travel [02:41] BLOCKED: no [02:41] DONE: Pairing on guided filebug. Release management firefighting. Time off. [02:41] TODO: Release management firefighting. [02:41] BLOCKED: no [02:42] DONE: 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 did [02:42] TODO: code reviews, bzr working tree revprops and AutomaticBugBranchLinks, url handling improvements [02:42] BLOCKED: no [02:42] DONE: vacation: various various fixes across the tree, unfortunately all of them half-done. [02:42] DONE: karma, session fixes. Referrer logging. Production stuff. [02:42] TODO: edge.launchpad.net [02:42] BLOCKED: no [02:42] DONE: head injury (while on leave), feeding current bzr smart server work back to bzr.dev [02:42] TODO: /32 stuff, and finish off some of these fixes [02:42] TODO: bzr smart server cont'd: HTTP, supermirror integration [02:42] BLOCKED: no [02:42] BLOCKED: no [02:42] 2 blocked: BLOCKED: still awaiting CSS and images from Usman BLOCKED: Can't land bug-58187 due to cross-test pollution. [02:42] DONE: ui, management [02:42] TODO: ui, management [02:42] BLOCKED: no [02:43] malcc: after the meeting, let's talk about that [02:43] SteveA: Ok [02:43] mpt: let's talk about that tomorrow morning, if we've still heard nothing [02:43] SteveA, ok [02:43] although it isn't really that we're blocked blocked [02:43] woa [02:44] great. I think that's it then. [02:44] DONE: email, some queue [02:44] SteveA, ping (confirming which infrastructure dependencies will be part of 1.0). [02:44] you're more blocked on my with the structural object stuff if anything [02:44] salgado: pardon? [02:44] TODO: more queue, reply to KDE & rosetta wiki [02:44] BLOCKED: no [02:44] MEETING ENDS [02:44] just on time [02:44] stub, can you /please please/ help malcc? [02:44] thanks everyone [02:44] SteveA, ping (confirming which infrastructure dependencies of SupportTrackerLocalization will be part of 1.0). [02:44] (sorry) [02:44] jordi, reached the outskirts of hell yet? :-) [02:45] salgado: ok, so you me and flacoste should talk about this [02:45] right [02:45] SteveA: launchpad-meeting? [02:45] carlos: re xchat /me borking, check out bug 35878; 0.13 should fix things, it's due to broken localisations [02:45] Malone bug 35878 in xchat-gnome ""/me" misbehaviour" [Unknown,Confirmed] http://launchpad.net/bugs/35878 [02:45] I want to take a short break, then talk with malcolm, then talk with salgado+flacoste [02:45] matsubara: thanks for running the meeting. I appreciate it! [02:46] salgado, with this mirror prober thingy, will people be pointed to a page on launchpad.net listing mirrors for the next Ubuntu release? [02:46] SteveA: you're welcome. [02:46] danilos: I see [02:46] mpt, yes [02:46] danilos: ok, thanks [02:46] mpt: still in the middle :) [02:46] SteveA: ok, you can ping me when you're available === niemeyer [n=niemeyer@201.23.160.10] has joined #launchpad [02:46] salgado, 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:47] SteveA: do you know what's the plan with hctapi.py? [02:47] danilos: hmmm, that's not the bug I was looking at [02:47] danilos: In fact, it works for me :-P [02:47] danilos: because I have 0.13... [02:47] :-O [02:47] :-P [02:47] carlos: heh, right, you must be on edgy ;) [02:47] danilos: right [02:47] malcc: I can't find the actual tracebacks from PQM in your email [02:47] need to upgrade myself :) [02:47] salgado, 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 Ubuntu [02:47] it'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] malcc: Oh... there they are [02:47] mpt, depends [02:47] danilos: my problem is that I don't see the line bold (or yellow) anymore when someone says my nick, I just get the ping [02:48] s/ping/bong/ [02:48] carlos: 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:49] mpt, yeah, that would work, I think === carlos -> lunch [02:49] later! [02:49] salgado, maybe you could discuss it with newz2000 [02:49] malcc: 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] stub: Ok thanks, I'll try that. [02:49] stub, who knows about security policies then? [02:50] kiko: 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] kiko: 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 evidence [02:51] zope.security.management.getSecurityPolicy() will return the current one [02:51] malcc: I mean the testTearDown, so the check is run after every test [02:52] possilby adding a check in ZopelessLayer.testTearDown would catch the test causing the problem [02:52] malcc: I can have a poke tomorrow if you don't have any luck [02:52] stub: Thanks [02:52] jamesh: A check as in a copy of that security policy assertion, or some other check? [02:53] That assertion - if it is triggered in the testTearDown, it means that test broke it. [02:53] malcc: something like: from zope.security.management import getSecurityPolicy, from zope.security.simplepolicies import PermissiveSecurityPolicy [02:54] if getSecurityPolicy() != PermissiveSecurityPolicy: something went wrong [02:55] malcc: 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] jamesh, 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 happens [02:59] SteveA: Now the boys here have unblocked me for now, did you want to talk about anything else, or was it just that?| [02:59] malcc: it's resolved? [03:00] SteveA: 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 running [03:00] ok === malcc -> Lunch === bradb & # shower [03:15] New bug: #60402 in soyuz "Cron update of Packages-arch-specific through CVS" [Untriaged,Unconfirmed] http://launchpad.net/bugs/60402 [03:15] malcc, cprov: note the bug above as part of our rollout strategy :) [03:16] kiko: k [03:17] malcc, cprov: high or critical pri? [03:18] kiko: high IMHO. [03:18] ok [03:18] cprov, assign to the essential mr. providelo or the great mr. cleaton? [03:19] kiko: I won't be here tomorrow, maybe malcc will find time to address it, malcc [03:32] danilos, carlos, jordi: can you comment on bug 60257, please? [03:32] Malone bug 60257 in rosetta "sylpheed-claws-gtk2 translation template" [Untriaged,Unconfirmed] http://launchpad.net/bugs/60257 [03:32] matsubara: sure... [03:33] matsubara: rejected [03:34] carlos: thank you [03:36] np === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad [03:53] kiko, 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 TicketReopening [03:53] flacoste: just a sec [03:53] flacoste: well, I don't have access to staging anymore, but I guess a db mirror would work for you, right? [03:53] carlos: indeed [03:54] flacoste: https://devpad.canonical.com/~andrew/paste/fileIKRKLP.html [03:55] carlos: since, there is only 43 reopenings, can you list all of them for me? [03:56] flacoste: https://devpad.canonical.com/~andrew/paste/fileFPmcLV.html [03:57] carlos: thanks a lot! [03:57] np [03:57] kiko, have time for a quick shipit review? it's somewhat critical. (https://devpad.canonical.com/~andrew/paste/file5t9Yav.html) [04:03] jamesh, around? [04:04] brb [04:06] salgado-brb: ping me when you're back, to discuss that thin with flacoste [04:19] carlos: can you give me the result of the following query: https://devpad.canonical.com/~andrew/paste/fileyQuvaj.html [04:19] carlos: it gives the details of the reopened tickets [04:19] sure [04:20] flacoste: https://devpad.canonical.com/~andrew/paste/fileej9eEk.html [04:22] carlos: again tnx! [04:22] np === belito [n=user@190.40.169.24] has joined #launchpad === lbm [n=lbm@82.192.173.92] has joined #launchpad [04:34] kiko: How does Launchpad get package information for distros that don't use Malone? [04:34] bradb, it doesn't -- guessPackageNames doesn't allow them to, right? [04:35] I guess not, but this is kind of a concern. [04:35] I think. [04:35] e.g. Registering Mandriva to watch Mandriva bugs... [04:35] kind of pointless without pkg info, it would seem [04:36] well, the most important thing there is a bug watch, not the SPN information. [04:36] yeah [04:39] bradb: want to do that call now? [04:39] about cojoined bugs? [04:39] do it! [04:40] SteveA: sure, just finishing a mail. 30 secs... [04:40] sip or skype? [04:41] BjornT: ping [04:41] hi matsubara [04:41] BjornT: have you seen this: http://librarian.launchpad.net/4245943/tw15rGN6LVS4yK3LGtA8yEbrOtX.txt ? [04:41] SteveA: hm, i forgot my headphones and cell charger back in montreal...i'll go try and find some first... [04:42] BjornT: the script that updates the watches is raising that. [04:42] matsubara, I was going to look into that today.. I think it's broken HTML on the remote side [04:45] matsubara: no i hadn't, thanks. as kiko said, it's probably probaly broken xml from the server. [04:45] salgado: pong [04:46] jamesh, is it possible to get a list of all person entries that were created during the ubuntu bugzilla import? [04:47] jamesh, actually, how hard is it to find out what are these accounts? [04:47] SteveA, ping [04:47] salgado: I'm on a call with brad now === lucasvo [n=lucasvo@wservices.ch] has joined #launchpad [04:47] i'll ping when we're finished [04:48] okay [04:48] salgado, I think that code would be a lot simpler if canBeApproved and canBeDenied used the status. what do you think? [04:49] salgado: the logs produced by the import don't mention it, but they'd be accounts with a preferred email but without the password set [04:49] (if you ignore the ones that have since been activated [04:50] jamesh, right. can you think of any other reason why we'd have accounts with a preferred email but no password? [04:50] New bug: #60418 in launchpad-bazaar "configurable default syncinterval for vcs imports" [High,Confirmed] http://launchpad.net/bugs/60418 [04:50] (I'm actually interested in the non-validated ones) [04:50] could probably limit that to a sub-range of person IDs [04:50] kiko, could be. I'll check [04:51] salgado: 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 sequential [04:51] jamesh, or a date range? do you have the dates when it was first and last ran? [04:51] or was everything done in a single run? [04:53] salgado: the date stamp on the logs of the main run is 2006-01-13, but I did some followup runs around 2006-01-20 [04:53] salgado: and the initial bug contacts were migrated on 2006-01-06, by the look of it [04:55] jamesh, cool, I'll make sure to check the dates. ta! [04:57] salgado: will you have a way to mark accounts created via shipit? [04:57] or detect ones that were created that way? [04:58] kiko, 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 think === tkamppeter [i=till@nat/mandriva/x-1fd8584ce77cc6d4] has joined #launchpad [04:58] jamesh, no, that's not possible. but the accounts created via shipit are all validated [04:58] salgado, not poking, but checking. I think it would make the code clearer to audit for errors and omissions. [04:59] salgado: might be worth recording it going forward though [04:59] bradb, BjornT, how about registering Mandriva to link their bugs [05:00] jamesh, indeed, that'd be good. but the main reason for PersonCreationRationale is to be able to tell why a profile was automatically created [05:01] salgado: sure. But I wonder how many people order CDs through shipit and then discover Launchpad afterwards? [05:01] tkamppeter, I am in support of that. [05:01] and wonder why they have an account === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [05:01] jamesh, well, when they first go to shipit.ubuntu.com they're directed to launchpad.net and asked to create an account there [05:02] I suppose [05:02] IOW, they know they have a launchpad account [05:02] LP sends mail telling them as well IIRC? [05:03] Nafallo, yes, we do... it's clear that the user's creating a launchpad account, which is then used on shipit === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [05:03] that's what I thought then :-) [05:03] kiko, I'll give it a try [05:04] tkamppeter, I'm bringing it up on the ML and as soon as enough people have seen it I'll move ahead. === marcus_notebook [n=mholthau@pD95363A9.dip.t-dialin.net] has joined #launchpad [05:05] salgado, that's my only comment. r=kiko with that. [05:05] kiko, 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:06] kiko, cool. something like https://devpad.canonical.com/~andrew/paste/filewv1EwB.html is okay? [05:06] (with the missing comma too) [05:07] tkamppeter, will do [05:13] salgado, it's kind of strange that quantitiesCanBeChanged only returns true if the request is approved. [05:13] salgado, maybe that method should have a different name? [05:13] like isApproved() [05:13] heh. indeed. :) [05:15] salgado, my point is that if I am reading that code, I would ask myself [05:15] "why can't pending requests have their quantities changed?" [05:16] agreed. I created it without first checking if it was really needed [05:16] but unlike with approval/denial, when changing the request has to be in a single specific status [05:17] right [05:17] s/has to/, it has to/ [05:17] one question is.. whether this should be done in browser() code instead. [05:17] I'm not entirely convinced that this really belongs in the DB, but I'm willing to go with your opinion [05:17] is 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:18] matsubara, not really -- it's unfortunate but the message has not yet been archived when sent to the ML. [05:18] kiko, we had this regression because we added new statuses and the code was not properly tested [05:18] salgado, but it can be tested in the browser class as well, you know [05:18] kiko, 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 like [05:19] oookay then [05:23] salgado, if you think that in the future quantitiesCanBeChanged() may be extended to include other statuses, then leave it in [05:23] no, I think it won't [05:23] okay then [05:24] it's only used to find whether we need or not to display a 'Change Approved Totals' button [05:24] right [05:27] malcc: any luck with the test failure yet? === matthewrevell [i=synchron@outbound.silenceisdefeat.org] has left #launchpad [] [05:28] jamesh: Not yet, my machine is quite slow with these tests. [05:28] malcc: laptop or desktop? [05:28] jamesh: Laptop. My desktop won't boot ubuntu for some reason [05:29] I must look into that, I'm sure I know a few people now who could help me... [05:29] malcc: you've got the fsync option in postgres turned off? [05:29] (I mean running on a laptop drive will be slow, but with fsync on it will be very slow) [05:29] jamesh: Hmm, not sure, let me check [05:30] New bug: #60420 in malone "Remote bug watches update script crash" [Medium,Confirmed] http://launchpad.net/bugs/60420 [05:30] it is mentioned here: https://launchpad.canonical.com/DatabaseSetup [05:32] Yup, got that. It's just slow I guess :) === belito` [n=user@190.40.169.24] has joined #launchpad [06:13] salgado-lunch: ping me when you're back from lunch [06:28] jamesh, stub: Ok, I've found the test which breaks mine, it's support-tracker-emailinterface.txt === carlos -> out === bradb [n=bradb@wnpgmb09dc1-71-199.dynamic.mts.net] has joined #launchpad [06:46] malcc: I can't see anything in the test or the setup that looks particularly suspicious === lfittl [n=lfittl@85-125-229-117.dynamic.xdsl-line.inode.at] has joined #launchpad [06:52] malcc: so, if you run just that test, and your test... [06:52] then your test fails [06:52] but if you run just your test, it passes? [06:54] SteveA: Precisely [06:54] ok [06:54] so, you can investigate further... [06:55] for example, you can record (or use pdb) when the security policy is set, and see what code is causing that [06:56] maybe see if def execute_zcml_for_scripts(use_web_security=False): [06:56] is called or something? [06:56] SteveA: Good ideas, which I'll try shortly. First I have to buy some crispy duck for dinner. [06:57] hmm... dinner === bradb & # lunch [07:26] SteveA, back-from-lunch ping [07:33] matsubara, is there a bug filed for distroreleaselang sometimes timing out? === matsubara looks [07:35] https://launchpad.net/products/rosetta/+bug/6459 [07:35] Malone bug 6459 in rosetta "Timeout error on distribution release language page" [High,Confirmed] [07:35] kiko-fud: ^ [07:36] thanks mats [07:37] you are a hero [07:44] what's up with the kiko today? [07:45] kiko-fud: I selected our pic in Bondi Beach in a selections of pics I'm doing [07:45] kiko-fud: that pic is just too cool === mholthaus_ [n=mholthau@p54BCF246.dip.t-dialin.net] has joined #launchpad [08:00] jordi, what pic? [08:04] salgado, flacoste: around? [08:04] yep [08:04] flacoste: yep [08:04] SteveA: yep [08:04] ok, let's do the #l-m thing [08:12] malcc, any love on your test? [08:13] ah, I see [08:13] flacoste, do you have some time to help malcc investigate his trouble? [08:14] kiko: yeah, i can take a look after my meeting [08:14] flacoste, most appreciated. this is really blocking a lot of soyuz work === flacoste is in meeting with salgado and SteveA [08:14] I know I know === nekohayo [n=jeff@ip216-239-75-177.vif.net] has joined #launchpad [08:19] hello, is it normal that the roadmap pages' order changes every time you reload the page? === belito [n=user@190.40.169.24] has joined #launchpad [08:28] nekohayo: no, it's not normal. That's bug 56398 [08:28] Malone bug 56398 in blueprint "roadmap should be useful" [Untriaged,Unconfirmed] http://launchpad.net/bugs/56398 === belito [n=user@190.40.169.24] has joined #launchpad === Spads [n=spacehob@host-87-74-19-213.bulldogdsl.com] has joined #launchpad [08:46] malcc: ping [08:51] matsubara: ok thank you [08:52] nekohayo: you're welcome === 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 [09:36] flacoste: pong [09:36] malcc: still need help with your failing test? [09:37] flacoste: I haven't actually looked at it yet, tbh [09:37] malcc: kiko asked if I could help, where can i download your branch? [09:38] flacoste: It's malcolmcleaton/launchpad/bug-58187, in the usual place on sodium [09:38] malcc: and what is the commandline you use to run the two tests that are failing? [09:38] flacoste: python test.py -vvf canonical --test="support-tracker-emailinterface|test_uploadprocessor" === flacoste is downloading the branch and will take a look [09:39] flacoste: Thanks very much [09:39] i'm weird, i kind of like debugging tests suite [09:41] malcc: know of any faster way than bzr branch to obtain the branch? === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [09:42] flacoste: You could take a fresh rocketfuel and hand-apply the diff from pending changes I guess [09:42] hmm, maybe if i branch inside my repository... [09:43] malcc: i will try that instead, because i still didn't get a progress bar :-( [09:43] flacoste: 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 bit [09:44] malcc: no problem [09:44] flacoste: Although it might be useful if you're experimenting with just support-tracker-email to see how to avoid the assertion exploding in its teardown === funman [n=fun@AToulouse-157-1-152-223.w86-221.abo.wanadoo.fr] has joined #launchpad === kiko cries [10:18] I can't believe we've lost a week to this test bug [10:20] this absolutely SUCKS [10:37] BjornT: so this zope thing [10:59] Gooooooooooooooooood morning Launchpadders! === 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 [11:44] kiko: i can of found the problem [11:44] s/can/kind/ === flacoste will report to the list with my results [11:46] flacoste, YES! [11:46] I love you === ryanakca [n=ryan@unaffiliated/ryanakca] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"]