=== mdz_ [n=mdz@150.Red-80-39-239.dynamicIP.rima-tde.net] has joined #launchpad === DSG2490 [i=dirc@66-50-92-154.prtc.net] has joined #launchpad [12:41] hello === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] [01:27] BjornT: nag kiko about your branch - I'm giving it to him === mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === Fujitsu_ [n=Fujitsu@203.23.49.35] has joined #launchpad === kalosaurusrex [n=aaron@dhcp59190.vcd.hp.com] has left #launchpad [] === mpt [n=mpt@203.118.156.188] has joined #launchpad === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #launchpad === rpedro [n=rpedro@87-196-97-243.net.novis.pt] has joined #launchpad [02:36] Is there a reason I should not be able to use ``bzr get sftp://~crimsun@bazaar.launchpad.net/~ubuntu-core-dev/alsa-utils/debian/''? I'm receiving "Permission denied (publickey)", but my ssh keypair hasn't changed at all. [02:37] (I'm using ``bzr get http://bazaar.launchpad.net/~ubuntu-core-dev/alsa-utils/debian/'' as a workaround.) [02:38] crimsun: "~crimsun@" looks wrong. [02:39] It should be "sftp://crimsun@..." [02:39] haha [02:39] I'm an idiot. [02:39] thanks === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has left #launchpad [] === cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad === Spads [n=crack@host-87-74-89-130.bulldogdsl.com] has joined #launchpad === milosz [n=dem@d192-24-43-158.try.wideopenwest.com] has joined #launchpad [04:07] hey guys i finaly got my po messages picked up by launchpad (woohoo) but now do i export the new translations [04:07] so they get included into my app [04:07] and can i message a user using launchpad [04:11] i'd like to write the guy who translated my app to thank him [04:12] his details will be in the pot files [04:12] s/his/their [04:18] milosz: what's the name of your product? [04:18] drapes [04:18] i couldn't find a thing to go... download new po file === bimberi [n=bimberi@ubuntu/member/pdpc.active.bimberi] has joined #launchpad [04:20] milosz: found it. [04:21] milosz: from https://launchpad.net/products/drapes I chose "translations" on the left [04:21] that shows stats for the PO file you uploaded [04:21] click on "View Template & All Languages..." in the main content [04:22] it seams like i only ask when i have problems with launchpad, but all the help is greatly appreciated and i like how i can upload a new translation po file now instead of having to email it to a group and then some shady (dj) guy [04:22] this brings you to the page for your PO template, and there is a "Download Translations" link in the top corner [04:22] s\dj\jk\ [04:23] so the actual URL where you can request the export is https://launchpad.net/products/drapes/trunk/+pots/drapes/+export [04:23] that should be easier ... [04:23] i couldn't find the "View Template & All Languages..." [04:23] it is below the table in the centre of the page [04:24] this is kind of weird, you have to have it be sent to your email... but okay [04:24] thanks for your help jamesh [04:26] where in my app file/directory should i put the credits to the translators? [04:26] hi all, how do i request a new LP Project be set up? [04:29] bimberi: find a launchpad admin on IRC here, or mail the launchpad-users list. But are you sure you want project, rather than a product (which anyone can register)? [04:30] spiv: thanks, yes i'm sure - there are already a couple of products in place that require an "Umbrella", similar to the ubuntu-docs project [04:31] milosz: the PO export can take a while for larger projects, so the work is handled by a batch job that emails you when it completes [04:31] Fair enough :) [04:32] okay === mpt [n=mpt@203.118.156.188] has joined #launchpad === mdz__ [n=mdz@80.Red-83-35-230.dynamicIP.rima-tde.net] has joined #launchpad [05:00] Goooooooooooood afternoon Launchpadders! [05:05] mpt: we had another Rosetta usability issue come up: milosz trying to export translations for his product [05:05] not particularly obvious how to get there from https://launchpad.net/products/drapes/ [05:11] joy [05:11] you can get there in three clicks, if you know which links to use [05:13] Yes, I found it [05:14] ugh, that listbox is misaligned [05:17] Anyway, I'm not sure what we can do to make downloading more obvious, other than the usual page layout problems of the facets menu in the wrong place and the actions menu existing when it shouldn't === stub [n=stub@ppp-58.8.1.241.revip2.asianet.co.th] has joined #launchpad [05:22] man i love how whenever i come in here and have an issue you guys like fix it === Lord_Athur [n=alejandr@pc-10-33-214-201.cm.vtr.net] has joined #launchpad [06:01] i all, what do i have to do to become ubuntero in launchpad? [06:02] have a look at wiki.ubuntu.com/Membership (IIRC) [06:04] lifeless, the wiki page doesn't exist === xordae [n=xordae@p54A99B0E.dip0.t-ipconnect.de] has joined #launchpad [06:59] Hey guys, I tried registering at the launchpad page for an error report after a fresh Ubuntu 6.06 install, but it's taking long. Maybe anyone can help me with this error I got just before the install finished? http://img3.freeimagehosting.net/image.php?1da7c08625.jpg [07:00] sorry for the image quality, it reads /usr/lib/python2.4/site-packages/ubiquity/frontend/gtkui.py [07:05] xordae: do you use greylisting or similar for your incomming email? [07:05] hmm.. it was a hotmail address I provided >< I dunno, tried it again with gmail. but I don't think so [07:06] From recent reports gmail works but hotmail doesn't [07:06] people have successfully registered using gmail [07:06] oh, alright.. then I'll just report it there now.. hope it's readable === mpt_ [n=mpt@203.118.156.188] has joined #launchpad [07:14] xordae: so you should get an email to verify your account. Are you saying that you still haven't received such an email to your gmail account? [07:14] I just checked, got the mail and am making a report.. thanks ^^ [07:15] xordae: you can register additional emails to your LP account once it is set up (you go through a similar verification process) === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === xordae [n=xordae@p54A99B0E.dip0.t-ipconnect.de] has left #launchpad [] === mpt__ [n=mpt@203.118.156.188] has joined #launchpad [07:32] I'll be updating Launchpad as soon as soyuz as quietened down === mpt__ [n=mpt@203.118.156.188] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === milosz [n=dem@d192-24-43-158.try.wideopenwest.com] has joined #launchpad === stan [n=stan@82.153.196.125] has joined #launchpad === mdke__ [n=matt@85-210-13-26.dsl.pipex.com] has joined #launchpad === [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #launchpad === lifeless [n=robertc@dsl-116.3.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad === stgraber [i=steph@stargate-server.com] has joined #launchpad === ruffneck [n=ruffneck@intelligenzia.org.helsinki.fi] has joined #launchpad === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === merriam [n=merriam@84-12-32-127.dyn.gotadsl.co.uk] has joined #launchpad === jamesh [n=james@203-59-20-109.dyn.iinet.net.au] has joined #launchpad === BjornT [n=bjorn@84.32.240.183] has joined #launchpad === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === ajmitch [n=ajmitch@ubuntu/member/ajmitch] has joined #launchpad === zakame [n=zakame@ubuntu/member/zakame] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === lifeless_ [n=robertc@dsl-116.3.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad === Fujitsu [n=Fujitsu@c58-107-52-160.eburwd9.vic.optusnet.com.au] has joined #launchpad === mpt_ [n=mpt@203.118.156.188] has joined #launchpad [08:20] Launchpad will be going down in 15 minutes for its regular code update. Estimated downtime is 25 minutes. === Spads [n=crack@host-87-74-89-130.bulldogdsl.com] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-212-229.dsl.scarlet.be] has joined #launchpad === SteveA [n=steve@80.Red-83-35-230.dynamicIP.rima-tde.net] has joined #launchpad [08:32] hi [08:39] hi SteveA === mpt__ [n=mpt@203.118.156.188] has joined #launchpad [08:46] hi SteveA. do you know when kiko plan to be around? [08:49] jamesh: morning [08:50] BjornT: kiko will be around soon. he'll be busy in meetings, though [08:51] ok, thanks === stan [n=stan@82.153.196.125] has left #launchpad [] === kridian [n=k@dsl-146-231-03.telkomadsl.co.za] has joined #launchpad === rpedro [n=rpedro@87-196-69-14.net.novis.pt] has joined #launchpad [09:04] BjornT: kiko says "what?" === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:09] SteveA: lifeless put my bug tags branch in kiko's queue. i want to know if he will be able to review it in time so i can land it this week, or if he's too busy so i should have someone else review it. [09:13] kiko has a note in his queue saying to nag him on IRC when a review is given to him === mdke__ is now known as mdke === carlos [n=carlos@156.Red-88-15-196.dynamicIP.rima-tde.net] has joined #launchpad [09:16] morning === mpt_ [n=mpt@203.118.156.188] has joined #launchpad [09:31] carlos: Any idea why you have 3 times more karma than anyone else in Launchpad? [09:31] stub: because I uploaded OO.org translations for breezy manually and I got credit for that (broken .po files) [09:31] stub: it will disappear over time [09:32] stub: you can also nuke all translations karma I have [09:32] Will this keep happening? [09:32] I don't translate too much [09:32] it shouldn't [09:32] I got it two months ago [09:33] So if you upload translations now, you won't get karma for them? I imagine it is something you and other rosetta-admins will need to do from time to time. [09:33] well, if we do it manually, yes, we will get more karma [09:33] but that's not usual [09:33] stub: anyway, I will add an option to admins to give ownership to rosetta-admins team [09:33] would it be bad not to assign karma for manual PO file uploads? [09:33] so that karma is not given to anyone [09:34] jamesh: just talking to uploads done by admins [09:34] jamesh: and that only happens if the .po file lacks the metadata with the translator information [09:34] It sounds like a way of gaming the system for normal users too [09:35] hmm... [09:35] stub: why? [09:35] carlos: I mean, would it be bad to only dish out karma for translations made through the web interface [09:35] if they have rights to upload such file [09:35] they will get karma for the new translations, nothing more [09:36] so you would need to upload randomly generated translations, which would grant karma and poison the database at the same time. [09:36] jamesh: that will not happen, if a normal user uploads a .po file, we are giving karma [09:36] stub: sure, but that's an abuse of the system and you are able to do it using the web interface [09:36] (although in that extreme case, we are going to have to do manual cleaning anyway) [09:36] stub: it's more difficult, but it's possible [09:36] carlos: I know that's what happens now. I'm asking whether it would be bad to change it so you only get karma for translations done through the web interface [09:36] i.e. would it "disenfranchise" any LP users? :) [09:37] (not that karma gets you anything ...) [09:37] jamesh: the only change would be that the admins will get a 'give ownership of this upload to the rosetta-admins team' option [09:37] bradb! [09:37] and thus, if the .po file metadata is broken, no one will get that karma [09:37] normal users will get karma as usual [09:40] carlos: sure. But would there be any downsides to normal users not getting karma for manual PO file uploads? [09:41] no, they will not see any change [09:41] well, there will be such change [09:41] because I will not earn so huge amount of karma ;-) === jamesh starts again [09:43] carlos: ignoring your proposed change, suppose Launchpad was changed to not dish out any karma for manual PO file uploads (for everyone) [09:44] would there be a problem with that? [09:44] jamesh: yes, people doing offline translations will not get karma for their contributions [09:45] carlos: what % of translations is that ? [09:46] carlos: okay. So there is two classes of manual PO file uploads: people who are importing translations from upstream, and people who've downloaded the PO file from LP, done some translations locally and uploaded the result back to LP [09:46] is the first case done by more than just rosetta admins? [09:46] jamesh: for Ubuntu, yes, for products, no [09:47] jamesh: anyway, for upstream imports we don't give karma for the translations, just for the fact that they did the upstream import giving us more up to date information [09:48] lifeless: I don't keep track of that, but I'm sure it's more than the 20% due some UI limitations we are fixing over time === malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad [10:04] danilos: ping [10:05] carlos: pong [10:05] danilos: meeting time? [10:05] carlos: indeed ;) [10:06] BjornT, lifeless: kiko will be too busy this week. [10:06] SteveA: are you also too busy ? [10:06] lifeless: kiko and I will not be available to do reviews this week [10:07] SteveA: then both of you need your knuckles rapped, you should have updated your PendingReviews status. [10:07] I will do so for you now. [10:07] SteveA: the zope specs are loaded up at https://demo.launchpad.net/products/zope/+specs === Spads [n=crack@217.205.109.249] has joined #launchpad [10:09] thanks jamesh [10:09] jamesh: I've swapped malcc's branch you had with bjorn [10:09] jamesh: and given you bjornts [10:10] lifeless: okay. === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #launchpad [10:18] Hi - does RF 3796 fix the way bug comments are displayed backwards, i.e. newest-first? [10:18] Or was that a recent intentional change? === LarstiQ blinks [10:24] Kamion: i didn't know that the comments were displayed backwards, now i see that they are. it looks ok on staging, though, so some patch has fixed it. [10:24] I like it ;) [10:25] ah, now I see it too [10:25] lifeless: there is something about breaking the natural flow of conversation :P [10:27] lifeless: it's debbugs circa 1994 [10:27] there's a reason even debbugs thought that was poor UI :-P [10:27] BjornT: good, thanks [10:28] Kamion, or Malone circa 2005 :-) [10:28] oh yes I'd forgotten it used to do that [10:29] Kamion: got an example of a backwards bug? [10:30] Kamion: there was a branch merged that broke comment ordering which was fixed yesterday [10:30] needs a prod cherry pick [10:30] https://launchpad.net/distros/ubuntu/+source/evolution/+bug/9870 [10:30] Malone bug 9870 in evolution "Better spam filtering for evolution" [High,Confirmed] [10:30] jamesh: 47848 is the one I'm on at the moment [10:30] Kamion: could be that today's rollout doesn't include that patch, so needs a cherrypick [10:30] is an example [10:30] anchors are a good way to implement message pointers to keep track of old vs new if you really want to skip to unread stuff [10:30] and they work in just about everything [10:30] jamesh: does the fix include tests ? [10:31] lifeless: it included some tests, but I didn't do a full review of it. [10:34] lifeless: the problem was that the tests were passing before because they were relying on the natural result set ordering for a query. The branch fixing the problem added the correct order by clause and reordered a bit of the sample data, but it is a bit difficult to tell if it would catch similar issues [10:34] hmm [10:36] I only did a quick read through the patch kiko posted and pointed out one bug that stood out to me [10:36] If we had a normal object model, I would be suggesting layered tests [10:37] I wonder if you could get postgres to randomise the ordering of a result set before sorting it ... [10:37] heh, I was just wondering that === spiv hmms [10:40] Can we somehow just append an "ORDER BY random()" to every query? :) [10:40] sqlobject to the rescue [10:41] And there really is a random() in postgres too! [10:42] I wonder how many of our tests would fail if the test suite did that [10:42] spiv: and it works in an order by clause! [10:42] Yeah, I think we could stick that in SQLObject... [10:42] jamesh: excellent! [10:42] jamesh: Let's stop wondering, and find out! :) [10:42] I don't think we'd want it in production use -- just for the test runner [10:42] Right. === spiv imagines "hey, every time I view a bug, the comments are in a different order, is that bug?" [10:48] spiv: so "select id from table where id < 20 order by id % 2, random();" gives the expected results (even IDs in random order, followed by odd IDs in random order) [10:48] and different results each time [10:49] jamesh: sounds good [10:49] So it should just be a matter of finding the right spot in SQLObject to add that to the ORDER BY clause. === doko_ [n=doko@dslb-088-073-103-108.pools.arcor-ip.net] has joined #launchpad [10:51] Probably a "self.ops['dbOrderBy'] = list(self.ops['dbOrderBy'] ) + ['random()'] " in SelectResults.__init__ [10:52] Which ought to be sane even after calling results.clone(), because ops['dbOrderBy'] is always reset. [10:52] rs=lifeless for a test-only patch to do that :) [10:53] random-order comments would be nifty [10:54] Well, I'm off to dinner right now, but I'll look at it later if no-one else gets there first. [10:59] morning === kridian [n=k@dsl-146-231-03.telkomadsl.co.za] has joined #launchpad === ddaa [n=david@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:18] stub: dude, that sucks [11:18] Halve karma given to Canonical staff [11:19] lifeless: I'm sure Mark would be happy for you to trade your paycheck for karma ;) Hell, you can trade your paycheck to me directly for more karma ;) [11:19] lol [11:19] whats the reason though ? [11:19] (and for that matter, I can update the db for more karma :)) [11:20] Karma's primary goal is to promote community activity. When 4 our of 5 of the top 5 karma earners on the Launchpad front page are Canonical employees, it doesn't really promote that. [11:20] another way to address that would be to not show staff in the top 5 report [11:20] Although we need a special scaling factor for Carlos too since he is a walking karma bug magnet [11:21] lifeless: This is a hack to do just that [11:21] lifeless: When we have private teams, we can do it that way. === ddaa [n=david@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === ddaa_ [n=david@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:24] Although I guess joining with the EmailAddress table wouldn't be too bad... I think this approach is better though ;) Karma is an odd term for something you are being paid to earn ;) === ddaa [n=david@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:24] stub: can we also cut the karma of people we don't like too? :) [11:25] jamesh: I already do === stub whistles innocently [11:25] stub: well, dunno about you, but most of the lp activity I do is not paid work [11:25] ah, so _that_ is why my karma is dropping so rapidly! [11:27] LarstiQ: nah. It's because youre a member of a fake language team :) [11:28] Your lucky - Carlos lost over 700,000 points today ;) [11:28] stub: remove all my karma related with translations and I will warn you if I need to do any fix by hand [11:28] so you don't need to scale anything due my karma [11:29] carlos: Just joking. It always seems to be your account we notice Karma bugs on ;) [11:29] stub: not really [11:29] rosetta-admins was the first giving problems ;-) [11:29] Ahh... true ;) [11:33] Anyway - it is just an experiment. Easily reversible and tunable. [11:38] So what is the patch that needs cherry picking? [11:41] r3796? (Not many to choose from - we are dangerously close to running HEAD as usual :-/ ) [11:43] yeah [11:43] that's the one [11:46] stub: hmm I guess you didn't run again the karma update script, right? [11:46] carlos: nope [11:46] I'm still on the top list of contributors [11:46] ok === mpt__ [n=mpt@203.118.156.188] has joined #launchpad === SteveA [n=steve@80.Red-83-35-230.dynamicIP.rima-tde.net] has joined #launchpad [12:03] stub: ping === ddaa [n=david@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad === cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad [01:07] carlos: hey dude [01:09] morning [01:10] stub: ping [01:19] jordi: hi [01:21] cprov: pong [01:22] stub: did you run the deletions for soyuz ? [01:22] cprov: Not yet. I'll do that right now. [01:22] stub: perfect, thanks [01:24] cprov: Done. [01:25] stub: less oops, thank you === danilos is away: lunch === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:34] cprov, Kinnison, malcc: https://chinstrap.ubuntu.com/~dsilvers/paste/filebR8O0P.html [01:34] Does that seem reasonable (as discussed with cprov on the mailing list)? [01:36] stub: looks fine, you can land it, although they doesn't protect us from the last bug, as I said [01:37] stub: but they are, indeed, necessary to keep those join-tables sane. === Kinnison looks [01:40] I'm not so convinced about the new constraints [01:40] In particular, if the queue is to be used to model packages getting into derivatives (which makes sense) then we can't have the constraint [01:41] Can we keep it until then? [01:42] Kinnison: we will need a new DRQ for derivative, the constraints just organize DRQB/DRQS ... [01:42] stub: sure, constraints can always be relaxed === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === SteveA [n=steve@183.Red-80-39-238.dynamicIP.rima-tde.net] has joined #launchpad [01:57] jamesh: replace symlink by file is a baz bug [01:58] ddaa: hmm? [01:58] "A test for symlink -> file replace and vice versa. [01:58] Doesn't currently work, maybe due to a pybaz bug." [01:58] on cscvs/svn-symlinks [01:59] ddaa: no. this was a pybaz bug -- I fixed it and landed the change in the copy of pybaz on chinstrap [01:59] oh? [02:00] ddaa: see r181 of pybaz in rocketfuel [02:00] pybaz's WorkingTree.delete() did not function correctly for symlinks [02:01] oh, right [02:02] it should not be used anyway, because it does the wrong thing for directories [02:02] well, it does the wrong thing for cscvs, at least === carlos -> lunch [02:02] later [02:03] because in cscvs we want to avoid deleting a directory that contains versioned files, to help ensure that the import is consistent [02:03] jamesh: thanks for fixing that [02:05] ddaa: no problem. It took me a while to track the problem down to pybaz, since the function would return without error if the given file was neither a regular file or directory [02:07] jamesh: apologies, I wrote that code in 2003, I didn't have a clue. [02:08] ddaa: no problem. [02:09] jamesh: btw, the revno you gave to stub earlier, that's the fix for the branch scanner? [02:10] ddaa: earlier today? No, that was to fix comment ordering in Malone [02:11] ddaa: I gave him the revno for the branch scanner fix last week, but I don't think he got round to cherry picking it. It should have gone out with today's rollout though [02:11] okay, I'll be looking out for cron emails [02:12] ddaa: the branch puller parts are definitely working: the last_mirrored_id is set for many branch rows. [02:13] if last_scanned_id starts getting set then it is definitely working [02:14] jamesh: I got the ForbiddenAttribute errors from launchpad-error-reports [02:14] if it stops crashing and burning, I'll know it [02:14] ddaa: okay. It'd be worth checking if the code base used by the branch scanner has been updated then. [02:15] stub usually does it :) [02:15] when fixing things I tweaked the way the branch scanner test suites were run to trigger the ForbiddenAttribute error and then fixed it [02:16] yeah, I know that the tests running in lib/importd did not have a proper zope testing environment [02:16] I updated the branch scanner installation with everything else. [02:16] the branch scanner code being there is a combination of "historical reasons" and "it looked like a good idea at the time" (see bzrscan.py, that you deleted) [02:19] stub: thank you [02:19] stub: can I make you braids? [02:21] ddaa: so you are sure the ForbiddenAttribute errors you got weren't for a run prior to the rollout today? [02:22] jamesh: yup, the run was between 0:30 and 8:00 BST [02:23] ddaa: that sounds like before the rollout to me -- 0:30 would be 6:30am for stub, wouldn't it? [02:24] something like that [02:24] hu [02:25] okay I read you badly [02:25] I'm sure the error I got was for a run prior to the rollout today. [02:25] need... lunch... [02:30] I did not mean to say that it was still broken, I'll just wanted to know what was the status, and to say that I'll keep an eye out for it since it was just rolled out. === Zomb [n=eb@x118.rhrk.uni-kl.de] has joined #launchpad === DSG-01 [i=DSG@66-50-81-179.prtc.net] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === ddaa [n=david@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === DSG-01 [i=DSG@66-50-81-179.prtc.net] has left #launchpad [] === DSG-01 [i=DSG@66-50-81-179.prtc.net] has joined #launchpad === DSG-01 [i=DSG@66-50-81-179.prtc.net] has left #launchpad [] === niemeyer [n=niemeyer@201.10.92.177] has joined #launchpad === carlos [n=carlos@72.Red-88-7-172.staticIP.rima-tde.net] has joined #launchpad === radix [n=radix@209.217.74.66] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === jkakar [n=jkakar@209.217.74.66] has joined #launchpad === carlos [n=carlos@72.Red-88-7-172.staticIP.rima-tde.net] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === glatzor [n=sebi@ppp-82-135-83-247.dynamic.mnet-online.de] has joined #launchpad [04:21] spiv: hi, around? [04:21] carlos: yep [04:21] spiv: I'm having problems with a test [04:22] it's supposed to fail, but it doesn't [04:22] and I think it's related to cached values [04:22] and flush or commit is not fixing it [04:23] hmm, wait, last try shows me something even weird, the change is there but my test is not detecting it.... [04:23] spiv: sorry, give me 10 minutes to check something and I will ping you again... [04:24] carlos: Sure :) [04:27] spiv: btw, aren't you supposed to be sleeping? [04:28] stub: ping [04:28] carlos: very soon :) [04:28] spiv: I did up a basic patch for the sqlobject result order randomisation: shows up lots of bugs === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #launchpad [] [04:29] jamesh: wonderful! :) [04:29] Ah, I see you already added it as a w-i-p branch. [04:30] asuka/staging is going down for a HW upgrade [04:32] spiv: ok, seems like the problem is with the diff operation I do, for some reason it doesn't detect the differences... or my code ignores such detection... [04:32] spiv: the "make check" output was 10962 lines long ... [04:34] jamesh: Whee! [04:35] jamesh: If you try just a small subset of the test suite, say just one pagetest story, is there some obvious culprits causing the bulk of the problems? [04:35] jamesh: Or do you think we'll be fixing this for months to come? ;) [04:37] spiv: there are some cases of one error causing followon errors [04:38] ah. I broke count queries [04:38] Ah. [04:39] count doesn't like orderBy [04:39] Yep. [04:47] actually, it is a problem with set ops [04:47] just happened to be a count query I was looking at [04:49] Ah, ok. [04:49] ERROR: ORDER BY on a UNION/INTERSECT/EXCEPT result must be on one of the result columns [04:50] Yeah, probably simplest to not try adjust those for now. [04:51] was getting a syntax error originally. I added parentheses which changed the error to the above, which is complaining about the outer "order by" clause === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === Lord_Athur [n=alejandr@pc-10-33-214-201.cm.vtr.net] has joined #launchpad [05:10] hi all [05:11] hi [05:13] I was trying to validate my OpenPGP key, the launchpad page says that I'd have to descrypt a msn with my key in order to validate, how do I do it? [05:18] Lord_Athur: launchpad sent you an email with such message [05:18] Lord_Athur: your email client should do it if you have it configured to use your gpg key [05:19] :O [05:20] it didn't do it [05:20] Lord_Athur: try saving the PGP data block (including the "--- BEGIN PGP ..." lines) to a file [05:20] Lord_Athur: then run "gpg --decrypt filename" [05:21] thanks, i'll do it [05:21] jamesh: aren't we sending that by email? === carlos is confused [05:21] carlos: sending what? [05:22] carlos: sounds like Lord_Athur's email client doesn't have PGP integration, so I was suggesting a way to decrypt the data [05:22] I did it, thanks all [05:23] carlos: iirc there is a bug about providing some non-encrypted data in the encrypted validation emails, but it hasn't been implemented [05:24] jamesh: oh, I misunderstood your suggestion and thought that you were talking about something we were rendering in our website [05:25] I see === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [05:49] danilos: ping [05:50] salgado: ping [05:50] carlos, pong [05:51] salgado: do you have 5 minutes to talk about your review of danilos' branch ? [05:51] carlos, sure [05:51] salgado: danilos told me that you said that we shouldn't use initialize for things like process a form submission [05:52] but, when we switched to current notification system, I was told (I think by Stuart) that in fact, that's the way to do it [05:52] instead of adding the form submission call from the pagetemplate [05:52] so I would want to know if your comment is our current policy [05:53] because I'm using the initialize every time I need to process a form [05:54] the idea behind adding it to initialize was to execute the form submission after the notification message init [05:54] well, I think it's clearer to have only generic initalization stuff in initialize() and have a separate method to process the form submission [05:55] and I've never seen the initialize method used to process the submission [05:55] well, I'm talking about calling a method that process the form submission from initialize [05:55] instead of adding it directly to the page template === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [05:55] http://www.skweezer.net/skweeze.aspx?q=https%3A%2F%2Flaunchpad.net%2F&i=1 [05:55] so maybe I misunderstood the explanation from danilo ;-) [05:55] awesome [05:57] carlos, even that I haven't seen and wouldn't do myself [05:57] salgado: https://chinstrap.ubuntu.com/~dsilvers/paste/fileUnhM0G.html [05:57] yeah, I understood what you mean [05:58] so you think we should put it in our page template? [05:58] I don't mind if it works ;-) [05:59] but I just want to know if we could define an standard way to do it so we don't mix different ways to do the same driving crazy to anyone following our code [05:59] another reason for not having it on the initialize() method is that you may have multiple templates sharing a single view, but using different methods on that view to process the submission === DSG-01 [i=DSG@66-50-81-242.prtc.net] has joined #launchpad === kalosaurusrex [n=aaron@dhcp59190.vcd.hp.com] has joined #launchpad [06:01] so, I wouldn't like to have form-submission code run directly or indirectly from initialize(), but if we choose that as our policy, I'd have to accept [06:01] salgado: https://chinstrap.ubuntu.com/~dsilvers/paste/filevMJHph.html <-- That's what SteveA suggested me to use [06:02] salgado: I'm not saying it's our policy, I'm just asking for a standard way to do it no matters if it's the way I'm doing it atm or the way you suggested to danilos [06:02] but just a way to do it === carlos prepares an email to launchpad mailing list [06:02] yeah, I'm saying that I don't know what our policy is, or even if we have one [06:02] salgado: hey so I submitted a request to have my db cleared of support stuff. how do I make sure that doesn't happen now? [06:03] if it hasn't happened do I assume it just won't anyway? no one emailed me back or anything /shrug [06:04] carlos, but initialize()s docstring doesn't mention anything about using it to process form submission --it only mentions initialization [06:05] mpt__: so that's a tool that gets a webpage and 'fixes' it to be used from a mobile device? [06:05] salgado: ok, I will note that in my email. Thanks [06:06] kalosaurusrex, this is usually not a trivial task, so it may take some time. where did you submit the request? [06:06] salgado, carlos: fwiw, i'd consider form processing being part of the initialization process. by processing the form you set the widgets in their desired states before rendering the page. calling a method first thing in a page template is kind of a hack. === jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad [06:09] BjornT: just a comment, if you execute it as the first thing in a page, the notification system will not work, so I don't think salgado suggest to put it as the first line (or at least it was not working when we implemented it) [06:09] carlos, if you put it first thing in a page it does works [06:09] (the notifications, I mean) [06:10] then it's fixed now, it was not working when stuart implemented it [06:11] by first thing in a page I mean before the line... I thought that always worked [06:16] i have the following error: * Module sqlobject.dbconnection, line 446, in accumulateSelect [06:16] assert select.ops.get('selectAlso') is None, ( [06:16] AssertionError: selectAlso isn't implemented with accumulations like SUM and COUNT [06:16] any idea of what I should do to work around that? [06:16] salgado: I emailed the launchpad list. [06:17] flacoste, are you trying to do a sum() or count() on the result of a union/intersect/except? [06:17] indirectly [06:17] salgado: no, not a set operation, i'm using selectAlso to have the rank() of the full text search [06:18] salgado: to sort by relevancy [06:18] salgado: i'm not calling count on the results set though, BatchNavigator is [06:18] ahh, right. that's selectAlso. I misread it === danilos is back (gone 04:51:28) === flacoste is hungry, I will think this over lunch [06:24] salgado: no, it didn't. In fact, I think danilo had problems doing it that way and then I had to tell him the initialize thing... [06:25] carlos, the problem on that template existed because the call to the process_form() method was inside the

[06:25] carlos: well, we haven't tried adding another in the template [06:25] carlos: and... (salgado already got into those details... ;) [06:26] salgado: I see [06:27] carlos: it was simply *after* the notification rendering stuff, so it was enough to move it in front, and salgado suggested moving it all the way to the top === bradb & # lunch === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === DSG-01 [i=DSG-01@66-50-92-62.prtc.net] has joined #launchpad === dsas [n=dean@host86-129-12-68.range86-129.btcentralplus.com] has joined #launchpad === DSG [i=DSG-01@66-50-99-13.prtc.net] has joined #launchpad === DSG [i=DSG-01@66-50-99-13.prtc.net] has left #launchpad [] === DSG-01 [i=DSG-01@66-50-99-13.prtc.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === carlos -> out === Spads [n=crack@host-87-74-89-130.bulldogdsl.com] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [07:34] salgado: regarding the AssertionError related to selectAlso, after looking at the problematic method I removed the assertion and things work fine [07:35] flacoste: should I file a bug about that? who can modify the Launchpad SQLObject version for that? [07:35] flacoste, wasn't that assert in an sqlobject method? wasn't there any comment explaining the assert? [07:36] salgado: the only comment is the assertion message: selectAlso isn't implemented with accumulations like SUM and COUNT [07:36] flacoste, I don't remember who can commit to our sqlobject branch, but spiv can, for sure [07:38] maybe somebody implemented it later and didn't remove the assert [07:38] there is nothing to implement [07:38] or maybe it's still not implemented and some things will break. :/ [07:39] selectAlso adds other things in the selection list [07:39] that part isn't used in the count() or sum() query [07:40] well, then I guess it should be fine to remove the assert [07:40] and as far as I can remember, the WHERE clause cannot reference these extra fields [07:41]