=== zygis [n=zygis@84.240.58.9] has joined #launchpad [12:10] Merge to rocketfuel@canonical.com/launchpad--devel--0: Force people to select a country when placing a new request in shipit. Fix https://launchpad.net/malone/bugs/2805. r=SteveA (patch-2566: guilherme.salgado@canonical.com) [12:14] moinification === segfault [i=carlos@prognus.com.br] has joined #launchpad === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] [12:40] night all === sorush20 [n=sorush20@82-43-184-143.cable.ubr07.newm.blueyonder.co.uk] has left #launchpad ["Kopete] === rbelem [n=rodrigo@200.246.97.164] has joined #launchpad [12:50] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] fix small CSS bug with cve class, which was breaking the cve icon rendering (patch-2567: brad.bollenbach@canonical.com) === zygis [n=zygis@84.240.58.9] has joined #launchpad === camilotelles [n=Camilo@20132203203.user.veloxzone.com.br] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === rbelem is now known as rbelem-afk === stub [n=stub@203-214-4-72.dyn.iinet.net.au] has joined #launchpad === mpt [n=mpt@201-1-135-91.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@201-1-135-91.dsl.telesp.net.br] has joined #launchpad === LetterRip [n=LetterRi@blender/coder/pdpc.bronze.LetterRip] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [02:43] Hi, I added blenders cvs to launchpad - are there directions for adding our bugtracker as well? [02:44] https://launchpad.net/products/blender/+series/2.3 [02:48] LetterRip: you only need to do that if you want to be able to add watches on blender bugs to bugs in Launchpad [02:49] ok - I was thinking it might be useful to make sure that bugs get to our developers [02:50] Malone doesn't automatically file bugs in other people's bug trackers [02:50] (such behaviour would likely get it banned from those bug trackers) [02:50] well a useful alternative might be to have a link going to the primary bug tracker [02:57] LetterRip: you could add such a link in the product description (URLs get converted to links) [02:57] okay thanks === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad [03:08] 'set backupcopy=auto,breakhardlink' is the setting I want to use vim in hardlinked trees, no? === LetterRip [n=LetterRi@blender/coder/pdpc.bronze.LetterRip] has left #launchpad ["Leaving"] === poofyhair [n=poofyhai@ip24-250-137-12.bc.dl.cox.net] has joined #launchpad [03:27] any wikipeople here? === ubuntulog [n=ubuntulo@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 6 Oct, 12:00 UTC === Topic (#launchpad): set by SteveA at Mon Oct 3 10:43:26 2005 === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === GoRoDeK [n=gorodek@p5083F5E9.dip.t-dialin.net] has joined #launchpad [07:05] Merge to rocketfuel@canonical.com/launchpad--production--1.35: [trivial] Disable initZopeless warning on production (patch-4: stuart.bishop@canonical.com) === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad === Hobart [i=jb@jb.org] has left #launchpad [] === tritium [n=michael@pcp0011975002pcs.sandia01.nm.comcast.net] has joined #launchpad === maxhrk [n=nada@adsl-68-88-66-156.dsl.rcsntx.swbell.net] has joined #launchpad === maxhrk is now known as Navatiu [07:40] i forgot which channel for ubuntu [07:40] n/m === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad === ajmitch_ [n=ajmitch@port162-150.ubs.maxnet.co.nz] has joined #launchpad [08:11] Are there any issues running a full launchpad checkout that is hardlinked (apart from the normal gotchas)? I recall something about one of 3rd party product makefiles breaking this. === ajmitch_ is now known as ajmitch === Burgundavia wonders who he should bitch out for the new malone interface [08:16] yep it is different from before... [08:17] different & difficult, imho [08:17] thankfully it's only a few pages that have changed [08:18] stub: The zope makefile bites me. [08:18] what happened to the extended search option? [08:18] stub: other than that, it's fine for me. [08:18] robitaille: on the right [08:18] robitaille: I was ready to complain about that as well [08:18] oh, and the search options show right at the bottom [08:18] where noone will know to look :) [08:18] the is a crappy place for the search option [08:19] it doesn't fit with those optinos [08:19] what was wrong with the old interface? [08:19] ajmitch, do you also see a row of column description that are now useless (id, title, etc) [08:19] robitaille: yes [08:20] the other thing that bugs me is how I know have to look for the divider between each bug [08:20] and it's really hard to tell severity/priority [08:20] yes [08:20] time for a mass bugfiling on malone :) [08:21] oh, and "filed in 1 other place" is useless [08:21] hey, some of the little bug icons have different colors. It must means something [08:21] tell me where, dammit [08:21] please do - those responsible are not online at the moment ;) [08:21] robitaille: sure, what does it mean? [08:21] importance of the bug? [08:21] stub: we have to bitch & vent *before* we file the bugs, for safety reasons :) [08:22] robitaille: right, but that's very non-obvious what the colours *mean* [08:22] Sure. I was going to file a bug report for you if you didn't by pasting the log ;) [08:22] ajmitch, that would be found in the non-existent bug key :) [08:24] is the information that the bug is linked to antoher bug tracker important enough to put on the bug listing page? ajmitch? [08:24] robitaille: at least https://launchpad.net/people/motu/+assignedbugs still has the old layout [08:25] it might be useful [08:25] but it clutters up the display [08:25] the new interface makes it hard to see what the bug is against [08:26] age is also probably not useful in the main listing [08:26] s/hard/next to impossible/ [08:26] not without looking at the url [08:26] and who is assigned it is more difficult === Burgundavia declares the new interface a total reject, with no ideas worth salvaging [08:27] because you can't just look down the column & see? === ajmitch agrees [08:27] Burgundavia, I would use the info to another bug tracker IF the link was clickable right there in that summary. [08:27] having that big space there for the bug id is a bit pointless [08:28] robitaille, yes, but a it means you need a whole line for it [08:28] what about taking the old interface and making it two lines [08:28] and when there's multiple bugs, what do you do? [08:28] like a debian & a gnome bug? [08:28] even splitting a line breaks readability [08:29] ajmitch, oneline: External Trackers: Debian Bugzilla [08:29] (with both debian bugzilla linkined to the other bug reports [08:29] but with that said, I think the older interface was better and more compact. [08:30] and the loss of having the external bug tracker info is not that bad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === ajmitch_1 [n=ajmitch@port162-76.ubs.maxnet.co.nz] has joined #launchpad [08:40] stub: do you think updating Launchpad's pytz would count as a [trivial] change? [08:41] jamesh: yes. But I wasn't going to bother since we will be updating the Z3 tree as soon as someone has time to finish the job. [08:42] stub: okay. There were a few test breakages with newer pytz, but I fixed them last week [08:43] bah. the supermirror still isn't mirroring pytz fully :-/ [08:43] (some doctests broke with the change in the repr() of the timezone objects) [08:44] If you have it ready, commit it === ajmitch_1 is now known as ajmitch === moyogo [n=moyogo@131.211.104.83] has joined #launchpad === Keybuk [n=scott@217.205.109.249] has joined #launchpad [09:00] Burgundavia: filed bugs against malone? [09:00] ajmitch, nope [09:01] ajmitch, not going to tonight. Going to sleep now, bloody 12 hour work days [09:01] ok === tritium [n=michael@pcp0011975002pcs.sandia01.nm.comcast.net] has left #launchpad ["Leaving"] === GoRoDeK [n=gorodek@p5083E7AE.dip.t-dialin.net] has joined #launchpad [09:27] Merge to rocketfuel@canonical.com/pytz--devel--0: [trivial] update to latest pytz (patch-1: stuart@stuartbishop.net, james.henstridge@canonical.com) === mpool [n=mbp@57.16.168.202.velocitynet.com.au] has joined #launchpad [09:40] ping? [09:40] ping ? [09:40] it would be nice if the successful login screen took me to whereever I was trying to go when i was asked to login [09:41] yes [09:41] also i seem to have hit a bug [09:41] I have to go now [09:41] ;0 [09:41] where when i went to report a new bzr bug, it invited me to log in [09:41] bye! [09:41] off you go [09:41] i hope someone will see this in scrollback [09:41] jsbh HO! [09:41] yes, they will [09:41] say hi to Mr Squire for me :) [09:41] indeed I shall [09:41] hah [09:42] anyhow, when i entered my username and password it said "you're already logged in" [09:42] but when i went back to report a bug i got prompted to log in again [09:42] logging out and then logging in fixed it [09:42] so maybe i had a stale cookie or session or something? [09:43] which is fine, but it seems to me that logging in should just erase whatever was previously there [09:43] ie logout+login should have the same effect as just logging in [09:43] that is all. [09:43] oh, one more thing [09:44] on the "report a bug" page, there is a link to "please make sure it hasn't been reported already" [09:44] which is a link back to the malone root page [09:44] it seems like it would be more useful to link to, say [09:44] the product's bug search page [09:45] hm [09:45] perhaps sorted by activity or severity or something [09:45] or most-duplicity === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad [09:59] Hmm.... so baz switch in a hard linked tree makes it into a non hard-linked tree? === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad [10:31] spiv: have you had a chance to go over that branch now I've added tests? === Keybuk [n=scott@217.205.109.249] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === Treenaks [n=martijn@messy.foodfight.org] has left #launchpad [] === ddaa waves at spiv for the re-review of the cscvs patch [10:57] OI, spiv is my review monkey === Kinnison spanks ddaa [10:57] wait in line === Kinnison grins [10:58] Kinnison: I am, I just happen to be in front of you in tha line :P [10:59] david.allouche@canonical.com--2004/cscvs--memleak--0 ? [10:59] s'behind daniel.silverstone@canonical.com--laptop/launchpad--buildd-task-sequencer--0--patch-6 [11:00] david.allouche@canonical.com--2004/cscvs--subversion--1--patch-19 [11:00] bah [11:00] 's in front of anything from you [11:00] :-( === Kinnison asked first === ddaa has got a bigger one === Kinnison wouldn't know [11:02] and anyway, if mine's smaller, throughput will be better if spiv does mine first [11:02] I suggest we abandon this line of discussion, I should not have started it... === Kinnison grins [11:04] hi [11:04] hihi steve === carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad [11:18] morning [11:18] hey carlos === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [11:30] yo [11:32] ho ho === mpool [n=mbp@57.16.168.202.velocitynet.com.au] has left #launchpad [] [11:41] Boo hiss. I can't import canonical.launchpad.database.adapter into canonical.publication. [11:41] why not? [11:41] i think i did [11:41] SteveA: Is there a list of overrides for the import facist? I can't be arsed moving canonical.publication [11:41] or was that just canonical.database.adapter [11:42] It was just canonical.database.adapter [11:42] ah [11:42] why is there a canonical.launchpad.database.adapter? [11:42] that is odd [11:42] Which is very launchpad specific, so I was moving it when I had other stuff to do with it [11:42] because inside database are the database content classes [11:42] not the database mechanics [11:42] the mechanics should be in webapp [11:43] yes, there is an "allowed" list of imports [11:43] ok. same problem then [11:43] but, i don't think it should be added to lightly [11:43] what's the problem? [11:43] canonical/publication should be moved into webapp btw [11:43] i'll be doing that soon... moved most of it already [11:43] FFS [11:43] I have a security proxied Distribution [11:43] how come I can't sqlvalues() it? [11:43] good [11:44] you should be able to [11:44] ValueError: Unknown SQL builtin type: for [11:44] hmm.. looks like some kind of regression [11:44] file a bug on me on it [11:44] grah [11:45] I needs to write this code [11:45] and as an interim measure, mark it with XXX and use its id [11:45] okay [11:48] # XXX: stevea: 20051004: Once sqlvalues() can take a proxied [11:48] # value, change this back to distro from distro.id [11:48] s'your XXX :-) [11:48] ta [11:48] tell me the filename, and i'll file the bug [11:48] database/build.py [11:48] BuildSet.getBuildsForDistribution === Kinnison goes to write a doctest [11:59] SteveA: #2836 refers to build.py which won't have the stuff in it for a while [11:59] SteveA: It won't be merged until after my build task sequencer is merged [11:59] SteveA: just to warn you [11:59] Kinnison: add a branch ref if you like === Kinnison will, just being workraved === Kinnison hmms === Kinnison will put it on a different branch to reduce interdependencies [12:08] lamont: ping? [12:09] ack [12:09] lamont: auto-giveback [12:09] lamont: fancy chatting about it? (query may help) [12:10] that's in the sbuild et al in our tree? [12:11] jamesh: ping [12:12] jamesh: someone on the rosetta list is asking about translating "Translate this application" [12:12] the string in the help menu? [12:12] ye [12:12] s [12:13] ---- [12:13] it is a great idea to connect Ubuntu to Rosetta by the "Translate this Application"-function. But where can I find that very string? In a localized form it would be even more effective. It is not in the "normal" GNOME po-files, but is it in Rosetta? [12:13] ---- [12:14] is there some product we need to add to rosetta to make this translateable ? === SteveA can't spell [12:14] SteveA: https://launchpad.net/distros/ubuntu/breezy/+sources/launchpad-integration/+translations [12:14] cool [12:14] i'll reply === sect2k [n=mitja@BSN-77-157-101.dsl.siol.net] has joined #launchpad [12:17] carlos: there is no link to the rosetta FAQ from the rosetta front page nor from the rosetta/+about page [12:17] who do I contact about deleting a user account? [12:17] hi sect2k [12:17] i can help with that [12:17] SteveA, should I add a link to the FAQ or directly to the main page at wiki.ubuntu.com/Rosetta ? [12:17] carlos: both, i think [12:18] ok [12:18] but, also get an opinion from mpt later [12:19] sect2k: what's up? [12:19] ok [12:19] stevea: I have duplicate accounts, and would like to get rid of one [12:19] sect2k: ah -- you can merge these accounts together [12:20] https://launchpad.net/people/ [12:20] there's a link on that page [12:20] stevea: thanks, i guess i missed that one :) [12:20] you have to prove that you own both accounts, by going to links sent to you in some emails [12:21] stevea: there lies the problem, I no longer have the email address used by one of the accounts [12:22] oh [12:22] that's why i created the second account [12:22] okay, tell me what the accounts are [12:22] does someone else have the email address, or does it just bounce? [12:23] eww, changing a bug description posts a comment with the old description === Kinnison decides that correcting typos is not worthwhile [12:24] stevea: the old email bounces i guess, i changed domains [12:26] sect2k: okay, i'll get this sorted out [12:26] stevea: thanks [12:27] sect2k: can you still log into both accounts? === sect2k [n=mitja@BSN-77-157-101.dsl.siol.net] has left #launchpad ["Ex-Chat"] === sect2k [n=mitja@BSN-77-157-101.dsl.siol.net] has joined #launchpad [12:28] stevea: no, if I try to log into the old account i get a msg that it hasn't been verified [12:29] can you try doing the "merge accounts" thing anyway? [12:29] log in with the account you want to keep [12:30] and try entering the other one into the "merge accounts" box [12:30] already did that [12:30] it may work, and if it does so, it will be more straightforward than sorting it out by other means [12:30] oh [12:30] and it said you couldn't ? [12:31] it said that a mail was sent to the other account email, but that email no longer exits [12:31] exists [12:31] i see [12:32] you could probably add another, valid, email address to your old account. but that sounds like a lot of hassle. [12:32] i can mail the dba and ask that your accounts be merged, which will be easier i think [12:33] i don't think there is any other solution, since i can't log into the old account [12:33] ok [12:34] SteveA: I can't access that link [12:35] salgado: which one? [12:35] the +editgpgkeys [12:35] good morning salgado [12:35] good morning. :) [12:35] even logged in as yourself? [12:35] I'm not a Launchpad admin [12:35] aha [12:36] https://chinstrap.ubuntu.com/~dsilvers/paste/fileiZIWic.html [12:36] salgado: see there === sect2k [n=mitja@BSN-77-157-101.dsl.siol.net] has left #launchpad ["Ex-Chat"] [12:39] SteveA: I don't think that's a big problem [12:39] he doesn't have a preferred email, so he can't get to that page [12:40] maybe not a big problem. any SystemError is a problem [12:40] if you understand what's going on, please file a bug on it, and explain in the bug that it isn't really important as it will only affect admins [12:40] indeed [12:40] maybe the menus can be improved so as not to send admins there [12:40] sure, I will do that === salgado => breakfast [12:41] brb [12:41] thanks salgado === SteveA pings jamesh again [12:49] SteveA: btw, any chance to do that review? :) [12:49] just filed https://launchpad.net/products/launchpad/+bug/2840 === tuhl [n=tuhl@testdrive.topalis.com] has joined #launchpad [12:51] hi tom [12:52] hi SteveA [12:52] Hi tuhl === Kinnison puts his buildd hat on [12:53] hi all [12:53] tuhl: Kinnison is Daniel Silverstone, who is working on the buildd system [12:53] aha ok [12:53] Daniel, this is Thomas Uhl, who's interested in getting a z-series port of ubuntu going [12:53] Hi Thomas [12:54] I am a bit busy at the moment === Kinnison grins === Kinnison too [12:54] But I'm here all the time [12:54] in spirit, if not in person :-) [12:54] I will ask you questions in an more consolidated way [12:55] Feel free to take it to /query if you're worried about answers/questions getting lost [12:55] the channel can get very busy [01:09] SteveA: Is it a guarantee that there will only be one instance of a utility per thread, or is that just what is implemented? [01:11] there is only one instance of a utility globally [01:11] they are global objects [01:11] if you want to use a thread-bound utility, you have to do stuff like we did with the launchbag. [01:11] and have it get its state from a thread.local [01:12] Is the 'only one instance of a utility' a guarentee? I wan't to know if I need to cope with lots of database adapters or only one. [01:13] where can I get a best overview of the current launchpad functionality? [01:13] a utility is registered either as a component or as a factory [01:13] if it is registered as a component, it is a "global object" (ie module level) that must exist before the zcml is processed [01:14] if it is registered as a factory, that factory is used only once, to create a "global object" component, when the zcml is processed. [01:14] tuhl: Umm, the wiki has a lot on it, but it's not always obvious what is done and what is proposed [01:14] either way around, there is just one utility object at the end of the zcml processing. [01:14] SteveA: Cool. That should make this easier. [01:14] Kinnison: that is my problem :-) [01:14] stub: what do you have cooking? [01:15] tuhl: It's better to consider launchpad as a set of interrelated components and try to learn one bit at a time [01:15] stub: also, can you put the staging logs into their own directory (as on production), and stick in RT a request to have them rsynced to chinstrap, and available from the filesystem and over https from there? [01:15] SteveA: Adding the ability to switch the database user we are connected as (for functional tests using the component architecture), and two switch the connection to read only (because it is pretty much exactly the same thing) [01:15] https://launchpad.net/tickets/ -> error [01:16] tuhl: thanks === camilotelles [n=Camilo@20132203203.user.veloxzone.com.br] has joined #launchpad [01:16] salgado: are gnueman or matsubara in yet? === jinty [n=jinty@205.134.224.215] has joined #launchpad [01:22] salgado: high priority shipit export has run on staging and the normal is running now [01:24] stub: cool [01:24] so, we don't need double the connections [01:24] to support readonly on GET and readwrite on POST === SteveA --> lunch [01:29] Yup [01:33] SteveA: should the mechanism to set a connection to readonly or to change the user be a method or a property? I could do either 'da.user = "launchpad" or 'da.setUser("launchpad")'. The property reads better, but it seems a bit naughty using a property for something that an action is the primary affect as opposed to a side effect === terrex [n=terrex@84-122-83-29.onocable.ono.com] has joined #launchpad [01:42] What do I call on an sqlobject to force it to update to the DB? === dand [n=dand@gw.datagroup.ro] has joined #launchpad === rbelem-afk is now known as rbelem [01:46] aha, syncUpdate() [01:46] ta === stub goes with methods since the reset button has to be a method anyway [01:56] SteveA: I'm at home, heading to the office. they should be there soon [01:56] stub: thanks for running the script again [01:57] salgado: Ooh... it has finished now too [01:57] 28 minutes [01:58] not too bad, if you take into account it's more than 20k orders === salgado => office === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:04] good morning [02:04] morning === gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === niemeyer [n=niemeyer@200.140.231.156] has joined #launchpad [02:38] stub: use a method [02:40] gneuman: hello [02:40] matsubara: hello [02:41] hi steve [02:42] do you have some time to look into a launchpad bug? [02:43] tuhl reported this earlier. The tickets-index.pt page at /support is broken. it is one of those that includes a @@+portlet-actions in its template, but isn't tested properly. [02:44] it is broken on staging too [02:44] If I have a column which is a datetime, how do I get number of minutes from then to now? [02:44] there is an error log here https://chinstrap.ubuntu.com/~dsilvers/paste/fileVNKAFP.html [02:44] well... [02:44] SteveA, [02:44] hold on [02:44] you have two datetimes [02:44] yep, mailed that diff to kiko yesterday. I'm awaiting for his revision [02:45] we are finalizing that bug [02:45] you have one from the database object, and one that you have to make [02:45] this is complicated by the nature of python "datetime with timezone" things [02:45] mpt, hi, around? [02:45] unfortunately [02:45] Kinnison: is this for a page template, btw? [02:46] basically, you can subtract two datetimes to get a timedelta, and get days and seconds out of that [02:46] but both datetimes need to be either with timezone, or without timezone [02:47] and to make a datetime of "now" with a UTC timezone isn't as easy as it should be [02:47] although, perhaps we have something in launchpad already to give you the UTC-timezone "now" time [02:47] SteveA: I want 'minutes' and it's for maths in a cronscript [02:48] you need to get days and seconds, and work out the minutes yourself [02:48] or... [02:48] from the datetime you have, get its Unix time [02:48] and compute seconds that way [02:48] would be easier [02:48] hmm === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:49] datetime.utcnow().toordinal() [02:49] hmm... [02:49] not what i meant [02:51] time.mktime(datetime.utcnow().timetuple()) [02:51] blargh [02:52] so, time.time() - time.mktime(yourdatetime.timetuple()) [02:52] that is what you want [02:52] yeesh [02:52] the simplest way to get it [02:52] without doing "how many secs in a day" calculations [02:52] I guess [02:53] carlos: yep [02:53] Kinnison: now = datetime.now().replace(tzinfo=utc) [02:53] delta = now - dbdt [02:53] minutes = (delta.days*24*60*60 + delta.seconds) / 60 [02:53] (or 60.0 if you want fractional minutes) [02:54] mpt, SteveA asked me to add a link to RosettaFAQ to the Rosetta's about page === Kinnison is just amazed that there isn't a standard method on deltas for this [02:54] Which is really sucky, but I think it is the simplest way of doing it without converting the datetime to seconds and using time.time() for now [02:54] full_age = time.time() - time.mktime(build.datecreated.timetuple()) [02:54] mpt, and I'm not sure if we should add that one + the wiki.ubuntu.com/Rosetta or just one of them [02:54] that'll do :-) [02:54] Yer - 'days and seconds' is pretty useless. [02:54] SteveA, will you have time for that review today? (I need to land that ASAP) [02:55] carlos: what do you mean by "or just one of them"? [02:55] salgado: okay [02:55] mpt, one of those pages [02:55] mpt, wiki.ubuntu.com/Rosetta and/or wiki.ubuntu.com/RosettaFAQ [02:55] oh, ok [02:56] carlos: A page on wiki.launchpad.canonical.com would be better than a page on wiki.ubuntu.com [02:56] carlos: and a page on launchpad.net would be better than a page on wiki.launchpad.canonical.com [02:56] wiki.launchpad.net ... [02:56] salgado: okay, where do i look? [02:56] do we have wiki.launchpad.net already? [02:57] mpt, the one at ubuntu.com already exists [02:57] SteveA, in your queue. https://chinstrap.warthogs.hbd.com/~jamesh/pending-reviews/guilherme.salgado@canonical.com/launchpad--shipit-exports--0/filtered-diff [02:57] dammit, there's conflicts there. now I'm fucked [02:57] salgado: fix the conflicts, and i'll do the diff myself [02:58] carlos: I know, I'm just giving options for how the situation could be improved [02:58] SteveA, the conflict is trivial. in interfaces.shipit.__all__. the problem is that I need this to be cherrypicked === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado will have to do evil hacks to get this cherrypicked [02:59] mpt, I suppose we could move it to wiki.launchpad.net when it exists, in the mean time, we should not change it so we don't confuse people moving it all time [03:00] salgado: no need for evil hacks. Just land it and I'll handle it. [03:04] stub, you rock, dude! === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [03:05] SteveA: I've put my branch which includes the build.py stuff in your review queue === fantasma [n=Miranda@proxy1.puc-campinas.edu.br] has joined #launchpad [03:11] alguem do brasil? === toresbe [i=tsb@developer.skolelinux.no] has joined #launchpad === carlos -> lunch [03:15] oops, damned irssi === toresbe waves and runs away === toresbe [i=tsb@developer.skolelinux.no] has left #launchpad [] [03:16] Kinnison: ok === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad [03:26] http://fishki.net/comment.php?id=5171 :DDDDDDDDDDDDDDDDD [03:32] salgado: Do you need staging the way it is, or can I reenable the daily updates? [03:35] stub, one sec. I'll download the files there and then it should be okay to reenable the updates [03:36] ok. I can leave it if you need it (although the updates won't kick in again for a number of hours yet anyway) [03:37] stub, is there somewhere I can see the staging error logs? [03:38] salgado: chinstrap:~stub/staging_logs (automatic mirroring is being setup soon) === fantasma [n=Miranda@proxy1.puc-campinas.edu.br] has left #launchpad [] [03:40] stub, can you run this "select count(shipment.id), shippingrun.id from shipment, shippingrun group by shippingrun.id;" on staging? [03:41] stub, actually, this one would be better: "delete from shippingrun where csvfile is NULL;" [03:41] launchpad_staging=> select count(shipment.id), shippingrun.id from shipment, shippingrun group by shippingrun.id; [03:41] count | id [03:41] -------+---- [03:41] 24395 | 3 [03:41] 24395 | 2 [03:41] 24395 | 1 [03:41] (3 rows) [03:43] salgado: I'll need to drop all the corresponding shipments too [03:44] done [03:44] stub, but the shippingruns without a csvfile shouldn't have any shipments. (I'm guessing there are others shippingruns not returned by that query, though) [03:45] There where 24 shipments linked to the 1 shippingrun I deleted [03:45]