[12:04] elmo: you could upgrade to knits, but you cant then push into pqm [12:04] haha, sweet [12:04] because it will take a day to merge [12:04] presumably the upgrade is less expensive than the merge tho right? memory wise [12:04] well, I have a precanned upgrade [12:05] see RocketfuelToKnits [12:05] you can use that and do a pull --overwrite from your branch, and its only a few minutes to upgrade [12:05] ah, ok [12:05] ok, I'll try that, all in some dir named "DONOTSUBMITTOPQM" or something. thanks === erdalronahi [n=erdalron@p50874788.dip.t-dialin.net] has joined #launchpad === erdalronahi [n=erdalron@p50874788.dip.t-dialin.net] has left #launchpad [] === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [01:17] http://docs.python.org/dev/whatsnew/pep-343.html [01:17] ??? [01:17] why add such a specialised syntax? [01:21] I'm not sure why they chose new syntax for it - I haven't read the back history of the discussion [01:21] but the PEP it self is really sane IMO. [01:22] it lets one achieve the equivalent of C++'s idioms with construction and destruction managing locks and other such things, in a pythonistic way [01:24] for each new thing, they should drop one thing out [01:24] it would have been nice if it was doable without new syntax. [01:35] hello https://launchpad.net/codeofconduct/1.0/+sign I've added my coc.txt.asc content nto the text box, after I clicked ADD, but get errors on the page like: An error occurred. | str: No public key - can't understand where is my fault [01:35] ;) [01:35] that's decided to become an Ubuntero :) [01:35] but no ways :/ [01:35] lifeless, is with basically the same as a try:/finally:? [01:37] kiko: its like having a try:finally:else: , combined with objects rather than code blocks in the finally and else paths, which lets you write a single combination once and then reuse it a lot [01:37] you hae to implement the "context management protocol" in your object [01:38] it just seems like a very specialised use case, and a whole new syntax [01:38] who is codeofconduct part responsable here ? :) [01:38] the more they do that, the harder it gets to sit a non-pyhton person down in front of the code and say "what do you think this does" and get a good answer [01:38] kiko: wasn't there a contextlib talk at FISL [01:38] AlinuxOS: cprov [01:38] US/Eastern timezone, mostly [01:39] mmm [01:39] :D [01:39] I see he is not here :/ [01:39] AlinuxOS, it's a known bug, can you find me the bug number? [01:40] there is a fix that's been bounced around but it hasn't been finalized yet because there was some detail with pygpgme [01:40] https://launchpad.net/products/launchpad/+bug/28919 [01:40] Malone bug 28919 in launchpad "error signing code of conduct: "str: No public key"" [Normal,Confirmed] [01:40] maybe this ? [01:40] I googled it [01:40] yeppers [01:44] kiko, maybe I leave my copy of coc.asc on lauchpad, and then someone inserts it for me ? [01:49] hmm, I wonder if that one (bug 28919) has anything to do with my issue (bug 44147) [01:49] Malone bug 28919 in launchpad "error signing code of conduct: "str: No public key"" [Major,Confirmed] http://launchpad.net/bugs/28919 [01:49] Malone bug 44147 in qprocd "GPG public key verification failure resulting in UploadError" [Normal,Unconfirmed] http://launchpad.net/bugs/44147 [01:54] kiko: google-fu is another reason to consolidate bugs in a signle location, not at task url's [01:55] yeah, good point [01:56] so ? :) what you suggest me to do ? [01:56] another bug report...? there are few of this type of bugs :D [01:57] AlinuxOS, I'm looking into it. [01:57] kiko, ;) [01:57] give me a day and I'll have something for you [01:57] thank you [01:57] kiko, :D [01:57] thank you 2 days if you want [01:57] I'll conserve a copy :D [01:57] that's all [01:57] ;) [01:57] AlinuxOS, can you give me your keyid? [01:58] yes [01:58] 942BD6B9 [02:00] http://keyserver.ubuntu.com:11371/pks/lookup?op=vindex&search=0x942BD6B9 [02:00] AlinuxOS, this means that the ubuntu keyserver does not have your key in it. [02:00] crimsun, can you tell me your key id [02:00] kiko: C88ABDA3 [02:00] gpg --send-keys --keyserver keyserver.ubuntu.com [02:00] I've done this :D [02:00] but maybe it's my falt :D [02:01] did that command succeed? I have never uploaded directly to that server, I thought the idea was uploading to a mirror. [02:01] AlinuxOS, is your key registered anywhere else? [02:01] no It's the first day :) [02:01] I generated my key :) [02:02] crimsun, interesting, your key I can find. [02:02] http://keyserver.ubuntu.com:11371/pks/lookup?op=vindex&search=0xC88ABDA3 [02:03] crimsun, is that error still happening for you? [02:03] gpg --send-keys --keyserver keyserver.ubuntu.com --- was succssesfull [02:03] kiko: I'll be sure to note if/when it does. I generally don't punt uploads to test. [02:10] kiko, all :) good night! :) [02:11] thanks, and night [02:23] good night kiko [02:23] ddaa, GO TO BED [02:24] ddaa: begone french coder [02:24] I'm debugging 6564 [02:24] bug 6564 [02:24] Malone bug 6564 in launchpad "Launchpad developers need more sleep" [Normal,Confirmed] http://launchpad.net/bugs/6564 [02:24] I think it's something in the zpt interpreter [02:39] ddaa: how's the native import situation looking? [03:39] morning all [03:41] hi zakame === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [04:01] yawn [04:01] I may have to go home [04:01] I love this place but I forgot my pillow [04:02] night then [04:06] if you believe it I am up this late fixing gtimelog because it failed to mail my activity report for today === stub [n=stub@ppp-58.8.3.78.revip2.asianet.co.th] has joined #launchpad [04:28] jesus [04:28] I had to report a mutt bug because of this [04:28] @#@!#!!@ [04:28] okay now I am really gone [04:28] ubuntu and all === tambaqui [n=tambaqui@201.160.20.136.cableonline.com.mx] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] [04:41] thanks mpool [04:41] now I am REALLY going to bed [04:41] just as I wake... [04:42] aa_, your project was pimped in my report (I think) [04:42] ooh bless your heart /bow === aa_ hunts it down [04:45] aa_, look at launchpad-users@lists.canonical.com [04:45] I did [04:45] yay [04:45] now zzz === mpt__ [n=mpt@203.109.220.214] has joined #launchpad === tambaqu1 [n=tambaqui@201.160.17.131.cableonline.com.mx] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-219-236.dsl.scarlet.be] has joined #launchpad === `6og [n=kgoetz@ppp226-141.lns2.adl4.internode.on.net] has joined #launchpad [06:53] Merge to devel/launchpad/: [r=carlos] Fix OOPS-129D14 (TranslationGroup raising a SQLObjectNotFound exception.) (r3551: Diogo Matsubara) [06:53] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/129D14 [07:03] <`6og> has launchpads search been made caps insensitive? or did i just get the same hits because the same words were used? [07:17] Goooooooooooooooooood evening Launchpadders! === mpt__ is now known as mpt [07:17] hi mpt [07:17] hi ajmitch [07:19] <`6og> hi mpt [07:24] <`6og> is "E-mail me about changes to this bug report" the new "subscribe me to this bug"? [07:25] <`6og> i just testd - it looks like yes === dsas [n=dean@host86-129-15-231.range86-129.btcentralplus.com] has joined #launchpad === jinty [n=jinty@212.Red-83-54-75.dynamicIP.rima-tde.net] has joined #launchpad === auth00 [n=auth@fiji.grd.sgsnet.se] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.35] has joined #launchpad [08:33] morning === mpt [n=mpt@203.109.220.214] has joined #launchpad === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad [09:27] SteveA: afternoon. === jinty [n=jinty@62-15-158-30.inversas.jazztel.es] has joined #launchpad === carlos [n=carlos@175.Red-88-9-38.dynamicIP.rima-tde.net] has joined #launchpad [09:59] morning === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has left #launchpad ["Client] === mpt [n=mpt@203.109.220.214] has joined #launchpad [10:04] stub: ping [10:10] SteveA: hi, when do you want to have that phone call? [10:11] lifeless: pong [10:12] stub: carlos/launchpad/bug-35631 in the reviews queue is starting to age [10:13] lifeless: you were faster than me, I was going to ask stub about it too [10:13] carlos: :) [10:14] heh.... when did that get there? [10:15] 6 days ago === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [10:28] carlos: carlos/launchpad/bug-35631 approved as 40-53-0. The existing comment in comments.sql seems good enough, but you might want to check it. [10:30] stub: ok, thanks [10:30] carlos: The next one should call the column date_last_updated, not date_last_update [10:30] ok === MalcolmCleaton [n=malcolm@217.205.109.249] has joined #launchpad [10:47] Merge to devel/launchpad/sourcecode/buildbot/: [trivial] Update buildbot to pass tests with current Twisted. (r160: Andrew Bennetts) [10:51] spiv: WOO [10:56] SteveA: ping === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [11:14] spiv: yo! [11:15] *D-| here have a drink! === mpt_ [n=mpt@203.109.220.214] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === ddaa reads about SF mass update cvs paths [11:37] sabdfl: next time you fly over sourceforge, care do drop a moderately-size stratnuke? [11:37] that would make our lives sooo much happier [11:39] I'd be happy to fly over there next week to give you accurate GPS reading. [11:40] ddaa: does the sf change have the same issue we had with gettext? [11:40] nope === malcc [n=malcolm@217.205.109.249] has joined #launchpad [11:40] gettext is a good ol' "cscvs is confused" problem [11:40] "cvs cannot find anything there" gives a distinctly different flavour [11:41] the former smells of puke and 2 months old milk [11:42] the latter smells of spiderweb and rotten fish [11:42] very distinct... [11:57] Hi, I'm trying to run just one launchpad pagetest with the formula from https://wiki.launchpad.canonical.com/LaunchpadHackingFAQ [11:57] ie. ./test.py -f canonical xx-bug-index [11:57] Can't make it work. Anyone confirm if it's right? [11:58] The other bits there work fine eg. to run all pagetests in a story [12:00] malcc: you cannot run an individual pagetest from a story [12:00] you can run individual standalone pagetests [12:00] Ah, ok, gotcha [12:02] ddaa: xx-bug-index is not from a story [12:02] ah, taken red handed in hip-shooting [12:03] xx-bug-index is a standalone pagetest, though, and 'python test.py -f canonical xx-bug-index' works for me. [12:03] malcc: do you get any error? [12:04] No, I was just failing to find my test; I replaced xx-bug-index with the name of the test I wanted which was part of a story, it was just a misconception on my part [12:08] malcc: so the reasoning here is that stories change database state [12:08] the database is not reset during a story [12:08] so you can build up a long scenario in several scripts === ddaa is going to merge cscvs stuff that has been reviewed a month ago [12:09] lifeless: Thanks, that makes sense [12:10] but because of that, we treat the whole story as a single unit for the test runner [12:10] hey lifeless, can we start migrating sourcecode things to knits? [12:10] conversely the standalone tests operate as individual stories exactly one script long [12:10] *itchy itchy* [12:10] ddaa: monday is our slated day for conversion [12:11] all in one go? [12:11] ddaa: well, rocketfuel, which is the key [12:11] ddaa: I'm happy to migrate other branches from RocketfuelToKnits for you, if you handle the coordination with the rest of the team for said branch [12:11] and I'm happy to do those earlier === ddaa looks at what it entails [12:13] lifeless: what about migrating cscvs now? [12:14] I think I'm the only one to commit to that nowadays [12:14] and I have a pair of outstanding branches [12:14] I'm putting each project in a knit repo of its own === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad [12:27] holy crap, pqm is more than 20 hours behind :( === ddaa has not merged anything in a while [12:32] yahuh [12:32] 17618 pqm 25 0 751m 683m 3380 R 99.9 34.0 867:30.57 python [12:33] which of these insane figures makes you so happy? [12:33] none [12:35] BTW, it looks like fetching all of launchpad on knits does have insane memory requirements too... 765MB here [12:36] (branching the knits repo-branch into a non-spidergoat repo) === avu [n=jan@2001:6f8:13f7:0:0:0:0:1] has joined #launchpad [12:36] hi [12:36] launchpad tells me my wiki name is Avu, but when I try to logon to the wiki with Avu and my launchpad password it does not work. Am I missing something? [12:37] you must login using your preferred email email address, just as in launchpad === mpt [n=mpt@203.109.220.214] has joined #launchpad [12:37] ddaa: yes, the caches need better ejection [12:37] avu: might be a bug open on that... I'm not following that closely [12:37] https://wiki.launchpad.canonical.com/RocketfuelToKnits#preview [12:37] notes on the upgrade [12:37] upgrading cscvs for you now [12:38] ah, ok, using the e-mail address works, sorry/thanks :) [12:39] lifeless: yeah, I was doing the equivalent of "bzrbranchknitbranchrepository/anything" [12:39] probably worth providing that data already prepared [12:39] ddaa: it is [12:40] well, near enough [12:40] not quite IMO [12:40] I dont have time to make this smooth [12:40] as steve and kiko have said 'asap please' [12:40] so we're doing asap. [12:40] just pointing out that people with less than 1GB RAM are going to have some issues... [12:40] anyway [12:40] it wont thrash [12:40] okay [12:41] it will just page out the unused knit objects to disk [12:41] (they aren't regularly access, so one *hopes*) [12:41] better to have some large pain now, than slightly less pain later [12:41] cause pqm slowness is driving folks nuts [12:41] yup [12:41] thats why I have been working on knit conversion [12:42] I have all the lp branches pre-converted :) === ddaa starts populating his brand new knit repo [12:42] target.fetch(source) [12:43] meh [12:43] just converting cscvs for you [12:43] 129 revisions ? [12:43] yup [12:43] what I have here too [12:44] makes me think... [12:44] after I have merged my outstanding stuff, would be a nice time to cut the history, if you still think we should do that [12:45] so the arch stuff would still be there (less fuel for conspiracy theorists) [12:46] hmm, the stuff I was worried about may be in a parallel branch === avu [n=jan@2001:6f8:13f7:0:0:0:0:1] has left #launchpad [] [12:47] ok, knit format cscvs in place everywhere. === carlos -> lunch [12:51] You mean if I rsync rocketfuel built, I'll get a knit branch for cscvs? === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [12:57] yes === mpt [n=mpt@203.109.220.214] has joined #launchpad === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === mpt lapses into unconsciousness === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === aLTer_ [n=a@pdpc/supporter/student/alter] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === erdalronahi_ [n=erdal@p50874788.dip.t-dialin.net] has joined #launchpad [02:27] Merge to devel/launchpad/: Make sure the mirror prober doesn't consider UDEB uploads when checking the freshness of a mirror and change it to always use the latest publishing record to check if a mirror is up to date. r=kiko (r3552: Guilherme Salgado) [02:28] dilys, perfect timing. thanks! === erdalronahi [n=erdal@p50874788.dip.t-dialin.net] has joined #launchpad [02:34] going offline [02:34] need to focus on coding cscvs [02:34] and I'd take any distraction to evade tha === niemeyer [n=niemeyer@200.138.133.124] has joined #launchpad === paulproteus [n=paulprot@pool-151-196-40-154.balt.east.verizon.net] has joined #launchpad [02:58] anyone know why staging is down? === Bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #launchpad [03:07] pqm is insanely slow right now [03:09] yes, its bzr weaves doing it [03:09] we're converting to knits on monday [03:13] yawn === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === cprov [n=cprov@201-43-145-27.dsl.telesp.net.br] has joined #launchpad === WaterSevenUb [n=WaterSev@195-23-238-197.nr.ip.pt] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === rpedro [n=rpedro@87-196-1-230.net.novis.pt] has joined #launchpad [03:43] hi [03:43] spiv: around? [03:44] spiv: if you're around, we should coordinate about the shipit code review [03:44] just download a .po file, but don't know how to make the application use it [03:45] copied it to the folder under /usr/share/locale , and renamed it to .mo, but it seems this doesnt work [03:46] is there a howto page or something like that? === `6og is now known as kgoetz [03:48] nevermind, found one [03:55] rpedro: you need to compile the .po file [03:56] rpedro: Rosetta provides you with the .mo file already so you don't need to compile it === mitsuhiko [n=blackb1r@ringmaster.active-4.com] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:44] Hi, I don't seem to be able to get admin permission on my local launchpad to test things, anyone tell me the easy step I've missed? [04:46] malcc: we have a set of accounts that have such right [04:46] rights [04:46] you don't need to add your own account if you don't want [04:47] most passwords are 'test' [04:47] and you have daf@canonical.com, carlos@canonical.com, foo.bar@canonical.com with admin permissions [04:48] I think there are others, but those are the ones I use for testing things [04:49] carlos: Thanks, that should be enough to go on with :) [04:49] np [04:50] kiko: hi, around? [04:54] hello carlos [04:54] always around [04:54] kiko: hi [04:54] about PoMsgSetPage, The remaining issues look like navigation issues [04:55] seems like something I changed broke it [04:55] I don't see exactly what's going on [04:55] I have now two solutions: [04:55] 1. Fix it and improve the tests to help us to fix it faster next time. [04:56] 2. Follow BjornT advice and migrate it now to the standard batching system [04:56] hohoho [04:56] I was preparing the review answer saying that I will do it in its own branch [04:56] the new batching is nice [04:56] but there's a problem [04:56] because I prefer to not mix both things [04:56] it doesn't yet do all you need [04:56] but with this situation... I'm not sure [04:57] I'd fix it, I think [04:57] kiko: really? [04:57] will it be wasted work? [04:57] yes, if we migrate to the standard system, all that code will be removed [04:57] yeah, well, you need first and last pages and a special little template [04:57] tell you what [04:57] I can give you support on the batch migration [04:57] how does that sound? [04:57] I thought the first and last pages were already there... [04:58] the UI is not an issue, I don't mid that it changes as long as we don't lose features [04:58] okay then [04:58] all you need is 4 lines added to batching.py and some good luck [04:58] kiko: so I would need to do the migration + add the First and Last links? [04:59] ok, let's do it ;-) [04:59] yeah [04:59] what should I add to batching.py? [05:00] firstBatchURL and lastBatchURL I think [05:01] ok [05:01] I will do that first + update the tests and then start with the migration [05:01] and they would do self.generateBatchURL(self.batch.firstBatch) and lastBatch [05:01] I don't think it'll break [05:01] you can add very simple tests for them, it'll take you 1 minute [05:01] update == add tests for the new code [05:02] ok [05:14] bradb: Do you work on Malone? [05:22] kiko-fud: I don't see where do you have the batching tests... [05:24] anyway, the 'problematic' code is already there I'm just adding a method call === jinty [n=jinty@212.Red-83-54-75.dynamicIP.rima-tde.net] has joined #launchpad === WaterSevenUb [n=WaterSev@195-23-238-220.nr.ip.pt] has joined #launchpad [06:11] I'm working on bug #44227, I believe I've tracked it down to stale data - trying to rescore a build which has moved into one of the un-rescorable states. [06:11] Malone bug 44227 in soyuz "When the buildqueue_status is None +rescore page OOPS" [Normal,In progress] http://launchpad.net/bugs/44227 [06:11] I can fix it, obviously, but I'm not sure what the right thing to present the user with in this case is, any suggestions? [06:13] malcc: I guess you should check it with mpt [06:13] malcc: but an easy solution would be the same page like you get when buildqueue_status is not None [06:14] and instead of rendering the buildqueue_status value, render an info, warning or error message (depending on the kind of problem that is the fact that it's None) [06:14] carlos: Thanks. [06:15] malcc: do you know how to notify about info/error/warnings? [06:15] carlos: Not specifically, but I expect I can figure it out. I don't mind if you want to tell me though :) === tambaqui [n=tambaqui@201.160.20.139.cableonline.com.mx] has joined #launchpad [06:16] malcc: we have it documented on the faq page at https://wiki.launchpad.canonical.com/LaunchpadHackingFAQ [06:16] Thanks [06:17] malcc: https://wiki.launchpad.canonical.com/LaunchpadHackingFAQ#head-ef5cdea05ea9d2693d349268624f8e059cc266fd [06:17] carlos: Yup, found it [06:33] carlos: hi [06:34] carlos: we should have that voice call sometime [06:35] carlos, it's batch*.txt [06:36] SteveA: hi, ping me when you have time [06:36] kiko: ok [06:36] kiko: I need to fix also the disable/enable status for the First and Last links [06:36] carlos: i'm near the end of a code review for salgado [06:37] so maybe in 30 mins [06:37] ok [06:37] SteveA: phone or skype? [06:37] skype [06:37] ok === carlos prepares skype [06:37] carlos, uhhh, right, I think [06:38] carlos, isn't that done in the template? [06:40] yeah, it should be [06:40] yes [06:40] but you check that there is a Batch object [06:41] and that's only valid with Previous and Next objects [06:41] First is always not None [06:41] so I'm adding some extra code to disable it === ploum [n=Ploum@ubuntu/member/ploum] has joined #launchpad === ploum [n=Ploum@ubuntu/member/ploum] has joined #launchpad === zorglub [n=zorglub@wahe.diwi.org] has joined #launchpad === WaterSevenUb [n=WaterSev@195-23-238-220.nr.ip.pt] has joined #launchpad [07:00] carlos: 10 mins? [07:03] sure, anyway, I'm on the phone atm... === kgoetz is now known as `6og [07:09] carlos: okay, ping me when you're ready [07:11] carlos, great work on the imports! [07:11] really great! [07:11] only a few suckers left [07:12] SteveA: ping [07:12] carlos === SteveA starts skype [07:12] kiko: and now, Rosetta has more translations than buildd and we still miss 80 translation domains.... [07:13] SteveA: shouldn't I get the .pdf with the review first? at least we did it in previous performance reviews [07:13] carlos, it is looking good! [07:14] carlos: i forgot to sent it. i'll send it now. take 15 mins to read it through, then we'll have the call [07:14] ok [07:14] sent. thanks fo rthe reminder [07:14] got it === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad [07:20] hello lp folks [07:20] I'm creating some teams in lp, specific to bug categories against linux-source (ACPI, arch, sound, networking, etc) [07:21] it's telling me: kernel-team@lists.ubuntu.com isn't a valid email address. [07:21] is that because it's already used by another team, and if so how can I get around having a unique email address for each? [07:21] ah, nm, just leave it blank :) [07:22] BenC, it says it's invalid? [07:22] yeah, that's an excact copy-and-paste [07:23] BenC, that was in https://launchpad.net/people/+newteam? [07:24] yes [07:25] it's weird. I created a new team with that same email address locally, which means the validation function considers it a valid email address [07:26] carlos: do you know why staging is down? [07:26] when an email address is already in use it gives a " is already taken." [07:26] SteveA: no, but I could try to bring it up again [07:26] sure, please do [07:27] SteveA: done [07:28] thanks [07:28] carlos: hmm, front page oopses [07:28] dunno what's up [07:28] probably best to take it down again :-( [07:29] let me force a code update [07:35] matsubara, Bluekuja would like to participate in Launchpad QA [07:35] I would suggest having him help you triage new bugs coming in [07:35] and helping keep down unconfirmeds [07:35] kiko: I'm talking to him right now. [07:35] can you give him some guidelines? [07:35] cool [07:35] you rock! [07:35] tnx kiko :) === ..[topic/#launchpad:SteveA] : https://launchpad.net/ | developer meeting: Thu 18 May, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [07:37] carlos: let me know when you're ready for the voice call [07:38] I'm rereading the final comments, and I will be ready [07:39] ok === SteveA goes to make some tea [07:43] SteveA: I'm ready [07:43] carlos: ok. i'll call you [07:44] didn't work [07:44] did you killall esd ? [07:44] SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/filepfR5DD.html <- That's why staging is down === dsas [n=dean@host217-42-226-121.range217-42.btcentralplus.com] has joined #launchpad [07:44] hmm [07:44] let me check === aa__ [n=ali@host81-153-25-227.range81-153.btcentralplus.com] has joined #launchpad [07:45] killed and restarting skype [07:45] hmmm [07:45] weird bug on staging [07:46] SteveA: calling [07:47] seems like that patch is busted OR a dupe [07:48] kiko: I guess stub did a fix manually on production [07:48] and the db patch is failing now [07:48] I will comment it out after my meeting with Steve === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === ploum [n=Ploum@ubuntu/member/ploum] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [09:11] carlos: jordi: there is a good question on -translators: abiword appears as a dapper template but isn't translated at all, whereas in the distribution and upstream, it is. What's up? [09:14] SteveA, after-review changes: https://chinstrap.ubuntu.com/~dsilvers/paste/filem9jnHh.html [09:18] SteveA, nevermind. there's some XXX left for things that I forgot [09:21] mdke: I need to approve the .po files by hand, they don't use standard filenames [09:21] mdke: I will try to fix it before leaving today [09:21] carlos: ah I see. thanks! No rush, just curious [09:44] SteveA, around? [09:50] Merge to devel/launchpad/: [trivial] fix OOPS in DummyDRL and improve distro mirror pages. (r3553: Mark Shuttleworth) [09:53] BjornT, I guess you're not around, either? === desperado [n=chatzill@cc651759-a.sneek1.fr.home.nl] has joined #launchpad [10:06] So, I'm on the feedback page. Tha suggests I go to the wiki. I get there and the first five links I see all lead away again. [10:08] I find that not very wiki-like! [10:10] I'd prefer to say so on the wiki, but it asks for my username. [10:12] What username? [10:17] So I asked to send me my accountinformation, and it sends me to a forgotten password page. === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [10:19] Hi MDKE [10:21] Hi MDKE_ [10:24] mdke_: abiword is being imported now [10:25] desperado: the user name is the email address set on your launchpad account [10:27] Hm, interesting. Where do I suggest to change this "username" to "email address"? [10:29] desperado: that's bug 39814 :) [10:29] Malone bug 39814 in launchpad "Misleading login hint" [Normal,Confirmed] http://launchpad.net/bugs/39814 [10:33] Thanks. === carlos -> out [10:43] kiko, around? === tambaqui [n=tambaqui@201.160.20.139.cableonline.com.mx] has left #launchpad [] [10:49] desperado: hi [10:50] (-: hi. [10:51] Well, it appears that counter to what the pages say, this wiki is not the page to write about features. [10:52] I guess, I'd log out agina, if I could find out how. [10:52] again === kiko_ [n=kiko@201-27-192-144.dsl.telesp.net.br] has joined #launchpad [10:59] kiko_, I have a problem in a page template that I'm pretty sure you know how to solve [11:00] ask and I shall deliver [11:00] kiko_, https://chinstrap.ubuntu.com/~dsilvers/paste/filet72uHj.html breaks with a PTRuntimeError: ['Compilation failed', 'zope.tal.taldefs.TALError: TAL attributes on require explicit , at line 116, column 13'] === AlinuxOS [n=AlinuxOS@d81-211-245-199.cust.tele2.it] has joined #launchpad [11:00] I have still not had lunch [11:01] hello rosetta maestros, a question: does rosetta msgfmt -cv to an uploaded .po file ? [11:01] AlinuxOS, is that validation? if so, yes [11:01] salgado, I don't think you are allowed to use a construct like that === lbm [n=lbm@x1-6-00-50-7f-27-b6-d8.k233.webspeed.dk] has joined #launchpad [11:02] kiko_, do you know any other way to achieve the same? [11:02] salgado, why don't you do something smarter like using a view property? [11:02] yes, I guess validation, before cvs commit for GNOME I use to controll .po file validity. [11:03] kiko, ;) kiko_ same person ? :) [11:03] kiko_, because It can't be a property in the view. it has to be a property in the context [11:03] [11:03] maybe? [11:03] it will require python [11:04] or macro-fying [11:04] kiko_, yes, but that uses python: [11:04] and duplicating [11:04] how about my ubuntero personality ? can I paste my coc.txt.asc to launchpad? [11:04] salgado, the other way around that id macros and duplication [11:04] s/id/is [11:05] matsubara, it's because we need to migrate milestones [11:05] to series [11:05] mark actually poked me about this on wednesday [11:05] AlinuxOS: I showed you a guide for that yesterday [11:05] can you help us sort part of it out? [11:06] mdke, I've learnd it... [11:06] now it's not my fault, but it's a bug. [11:06] AlinuxOS: did you use version 1.0 of the code, as the guide says? [11:07] code of conduct version ? [11:07] yes. [11:08] mdke, no :) I prefer a newer version :) [11:08] later I probe with 1.0 version ;) [11:08] AlinuxOS: ok, so it won't work. [11:08] kiko: do you want me to create main productseries to all LP products? [11:09] mdke, thank you for info [11:09] no problem [11:09] hmm the other kiko_ [11:09] I'll check it tonight :) [11:09] yeah yeah [11:09] matsubara, yes please [11:14] is it correct to say that bug 28824 is now fixed? [11:14] Malone bug 28824 in launchpad "E-mail addresses overflow the portlet on a person page" [Normal,Confirmed] http://launchpad.net/bugs/28824 [11:14] I can't find any examples of it any more [11:17] well [11:17] if you add .hacker to your email address.... :) [11:18] I clicked a few people to see if I could find people with really long mail addresses [11:18] but i didn't find anything overlapping [11:19] mine is almost overlapping [11:21] i can't see yours at all [11:21] it's a secret [11:22] kiko, found another way! [11:23] kiko, https://chinstrap.ubuntu.com/~dsilvers/paste/filel8a2gJ.html [11:24] you don't need to say how evil it is, of course [11:27] it's a bit silly [11:27] you should just use tal:attributes [11:28] or is the define just to avoid wrapping? [11:28] that'll make it spans for three lines [11:28] yes, that was to avoid the wrapping [11:29] okay whatever [11:29] so that's in general ok [11:29] we should have a helper of some sort [11:29] fmt:selected? [11:29] that would avoid this gobbliness [11:29] matsubara, https://chinstrap.ubuntu.com/~dsilvers/paste/fileJrSx1y.html [11:31] matsubara, https://chinstrap.ubuntu.com/~dsilvers/paste/fileC9mu4f.html === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:38] kiko_: ? [11:39] matsubara, these are milestones with no series [11:39] on products [11:39] and on distributions [11:41] i don't have permission to add productseries in all of them. I added a main productseries to lp project products [11:44] salgado: what's up? [11:48] SteveA, I have the diff! [11:48] salgado: nice === salgado pastes it [11:49] https://chinstrap.ubuntu.com/~dsilvers/paste/fileP4XkBO.html [11:49] i'll take a look [11:49] I had to do a small trick on the template to get rid of the highlighCoulour property, though [11:49] apart from that, you should not have any surprises [11:59] class ShippingRequestAdminMixinView: [11:59] + """Base functionality for administering a ShippingRequest. [11:59] [11:59] call it "Basic functionality ..." [11:59] if you say "Base functionality" it is confusing it with the idea of a base-class [11:59] but this is a mixin [12:00] yeah, good point [12:03] i'm a little surprised you're using lots of functions instead of instances for the validators [12:03] as it means you keep repeating [12:04] _validate_ascii_text(value)