[12:18] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=bradb] bring in kiko's patch to fix a bug with the bugtask assignee widget, review it, make some slight tweaks and add a test (patch-2300: brad.bollenbach@canonical.com) [12:19] don't I rock! [12:51] Merge to rocketfuel@canonical.com/cscvs--devel--1.0: [r=BjornT] Remove the svn_oo.EVIL_available_EVIL hack. Move svn_oo test helpers to a separate module and fix PEP8 compliance. (patch-105: david.allouche@canonical.com) [12:55] kiko: Do you mind if I wait until another merge to worry about engineering the change-to-tableview-with-one-line-of-code thing? I don't think it's particularly trivial anymore, given that the APIs are inevitable somewhat different (e.g. one has table headers, one does not, one has a notion of "listing columns", the other does not, etc.) Additionally, I've cut a huge amount of ZPT out of sourcepackage-bugs.pt, which should make twea [12:55] If I can worry about that later, I can get MaloneSearchResults into a review queue tonight. [12:59] I would almost create a separate template for the other kind of view, actually, to avoid hard-to-read ZPT full of conditions, which jumps through hoops to achieve the appropriate layout pattern for a listview vs. a tableview. [01:02] humm humm [01:02] you want to make me unhappy [01:03] noone *wants* to make you unhappy [01:03] it just happens [01:03] ;0 [01:03] brad, what if we made listing columns optional? [01:04] kiko: I don't want to make you unhappy. I'm more than happy to engineer it, it just means it doesn't land into a reviewer queue until tomorrow. [01:04] listing columns optional.../me ponders [01:05] well [01:05] what is the API for the listing view? [01:05] listing_columns, task_batch_navigator and mass_edit_allowed, approximately [01:05] oh, the listing view [01:05] right [01:06] while, right now it's only API'd at the row level, not at the whole table level [01:07] oh [01:07] because the sp bug listing formatting is different to what it will look like elsewhere [01:07] and what's the row API? [01:07] task [01:07] as might be expected [01:07] that's compatible :) [01:10] kiko: Like I say, I'm happy to engineer it to be a one line switch to turn a table view into a list and vice versa, but that means it doesn't end up into a reviewer queue until some point tomorrow, my time. [01:11] Alternatively, I can take a quick look through the diff right now and give it to BjornT to review [01:12] I still don't understand [01:13] you say the API is line-specific [01:13] and that API is compatible [01:13] you should be fine [01:14] kiko: What one line do you think you can change to get a table view? You'd have to change more than one line, as best I can tell. [01:14] is there anyway to see the currently excuting command in postgres? [01:15] elmo: psql -d launchpad_dev -c "select * from pg_stat_activity" [01:15] ah, nm, pg_stat_activity [01:15] bradb: thanks ;) [01:15] heh [01:16] ffs, baz has failed a ridiculous number of times today [01:16] even when all i have open is a gnome terminal [01:16] lifeless: are you cleared to make code reviews? [01:17] I'm finally untangling my cscvs branch, and I found I forgot to get a cleanup patch through the reviewers [01:17] bradb, you would, but that's okay -- when we /do/ make the listing view API we can accomodate. [01:18] ok, cool, I'll review the diff now then === Alinux [n=Ubuntu@p54A3A732.dip0.t-ipconnect.de] has joined #launchpad [01:41] Merge to rocketfuel@canonical.com/cscvs--devel--1.0: [trivial] sync with ddaa, no source code change (patch-106: david.allouche@canonical.com) === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad [01:52] ddaa: not on the team at the moment no. [01:53] I've checked in enough times today, I'm going to bed === asgeirf [n=asgeirf@203-173-59-20.dyn.iinet.net.au] has joined #launchpad === camilotelles [n=Camilo@200165215194.user.veloxzone.com.br] has joined #launchpad === bradb-away [n=bradb@modemcable230.58-130-66.mc.videotron.ca] has joined #launchpad === bradb-aw1y [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === bradb-away [n=bradb@modemcable230.58-130-66.mc.videotron.ca] has joined #launchpad === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad [02:51] lifeless: uh, you took away the "name location" form of baz register-archive ?! [02:51] nope [02:51] or rather - damn straight. [02:52] you can register by location only [02:52] if you can't connect, we don't believe you about the name, and if you can connect, the name is an error [02:52] so how do I register a pull mirror that already existed?! [02:52] or, for that matter, a push mirror? === bradb-aw1y [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === Alinux [n=Ubuntu@p54A3A732.dip0.t-ipconnect.de] has joined #launchpad [03:12] Keybuk: baz register-archive URL [03:13] how does that know whether it's the source or a new mirror? [03:16] it probes it [03:16] here, read up on ArchiveRegistration on the gnuarch.org wiki [03:16] or look at ~/.arch-params/archives/foo@bar [03:16] pull and push separation was bogus and removed [03:17] there are now just copies of the archive, some of which are readonly and some of which are mirrors === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [03:19] URL? [03:19] it'd be nice to actually have that documented in the package, ya know [03:19] yeah, and absolute or relative url. relative urls are file-system local. [03:19] no, I mean URL of the "ArchiveRegistration on the gnuarch.org wiki" page [03:19] its documented 'register-archive location' [03:19] oh. [03:20] http://wiki.gnuarch.org/ArchiveRegistration [03:20] especially as that's somewhat contrary to the existing tla documentation [03:20] including the format of that file [03:21] baz != tla [03:21] that file is generally not edited by users, but if it is, it is fully documented on the wiki [03:21] right, but then on that basis baz is totally undocumented; and that's not a good thing for a project that's trying to get love [03:22] so I create a file like [03:22] [] [03:22] URL=.... [03:22] keywords=master [03:22] [] [03:22] URL=... [03:22] keywords= [03:22] that means the second file is a mirror of the first? [03:22] second url, I mean [03:22] uhm [03:23] heres my rocketfuel archive file: [03:23] allowed_ids=pqm@canonical.com [03:23] url=/home/robertc/source/arch/rocketfuel@canonical.com [03:23] url=sftp://chinstrap.warthogs.hbd.com/home/warthogs/archives/rocketfuel@canonical.com readonly priority=90 [03:23] when_unsigned=error [03:23] === [03:23] that doesn't match anything like that wiki page you just gave me [03:23] that talks about "URL" and "keywords" keys [03:23] look at 'sample file contents' on that wiki page [03:24] I did [03:24] it does not say 'keywords keys' anywhere. it talks about keywork _parameters_ [03:24] that seems to concur me [03:24] parameter != key in ini files. [03:24] keywords is listed as a separate thing under "Valid sections and keys" [03:24] so I assumed it was a valid key [03:24] its a subsection under URL. [03:25] the style sheet doesn't make that clear, damn. [03:25] I'm trying to work out how I could change the gpg key for a given archive [03:25] and it's a bit of a mystery [03:25] what do you mean by change the key - change policy, or resign the contents, or sign with a different key ? [03:26] sign with a different key [03:26] gpg_options=--default-key foo [03:26] gpg_options [03:26] Defaults to empty. options to supply to gpg for signing of archive data. I.E. -q or --no-default-keyring --keyring ... gpg_options=[option ...] Checking of signatures always uses your $GNUPGHOME configuration. [03:26] ok [03:26] (from the wiki page ;0) [03:26] so url=.... gpg_options=--default-key foo ? [03:26] no. [03:26] gah, you SUCK at docs, dude :p [03:26] url=.... \n [03:27] gpg_options=--default-key foo [03:27] uhm, given the number of folk I know have read that page and got it right first time, in this case I'm not convinced the error is me ;0 [03:28] can I get rid of my .arch-params/signing directory now? [03:29] it had a =default, =default.check file [03:29] and a bunch of -MIRROR rules [03:29] run baz upgrade --move-old-config [03:29] it will probe and upgrade all your info, and then yes you can [03:29] that didn't do anything [03:29] then you are done, [03:30] baz still doesn't support ~/.arch-params/=ids does it? [03:30] I thought I merged that to mainline, I may not have. [03:30] brb [03:30] well, there's no -A for baz my-id [03:30] so I'd guess you didn't :p [03:47] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Improve checkwatches spam (patch-2301: stuart.bishop@canonical.com) [04:24] lol. [04:24] we have three archives with pkgconfig in the name. === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [04:31] hello , how can I add the new tamplates of a program, I mean how can I register a new program to translate? [04:31] ? [04:32] That would be the rosetta guys... [04:32] daf: ping [04:33] I know one of them is daf, but here's not here right now. I'm not sure who else is on that team. [04:33] must I send an e-mail? [04:33] Would you, please? [04:33] jblack, ? [04:33] Yes? :) [04:34] :) I'm not strong in english :) could you explane me better? [04:35] Do you know what a project in launchpad is? [04:35] .de german [04:36] and another question, how often they update localization packages in apt repositories? [04:36] yes I translate from italian and russian :) I use to :) [04:36] You would have to speak with daf, or one of the other rosetta members. I don't track rosetta very closely, I'm sorry to say. [04:37] jblack, :) don't you worry... :) thank you a lot. [04:37] ubuntu will the first distribution that speaks Georgian :) [04:37] Very nice! [04:38] I'm translating right now gnome-panel :) [04:38] Totem is finished :) gaim too, [04:38] To translate all of ubuntu... that's a big task [04:38] started gnomemeeting and yelp :) [04:38] jblack, yes I know... [04:38] Very good for a lot of people. I hope you're proud of your work. =) [04:39] but translate main things..and global interface... is quite enough for the beggining :) [04:39] jblack, ofcourse... [04:40] we've started this projec to contras other big sorrow... http://microsoft.ugt.ge :( [04:40] Alinux: At the moment you really need to talk to kiko, jordi or carlos. jordi and carlos are in Spain and kiko is in Brazil. [04:41] :) [04:41] no problem, I'll see them tomorrow :) [04:41] Alinux: If you can't meet up with the timezones, you might need to use the mailing list - http://lists.ubuntu.com/mailman/listinfo/rosetta-users === camilotelles [n=Camilo@200165215194.user.veloxzone.com.br] has joined #launchpad [04:42] stub no problem , mainly I work at night :) so normally I meet them :) [04:42] Late Morning/Early afternoon, your time, is good to reach Jordi and Carlos. Late afternoon/early evening, again your time, is a good time to reach kiko. === Seveaz [n=seveas@seveas.demon.nl] has joined #launchpad === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === camilotelles [n=Camilo@200165215194.user.veloxzone.com.br] has left #launchpad ["Leaving"] [07:19] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] More traversal fixes and tests (patch-2302: stuart.bishop@canonical.com) === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === SteveA [n=steve@adsl-213-190-44-43.takas.lt] has joined #launchpad [08:54] stub, spiv, BjornT: are we having a launchpad meeting today? [08:54] We voted to suspend all future meetings because they are boring [08:55] Or maybe my memory is playing tricks on me... === ..[topic/#launchpad:SteveA] : Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 25 Aug, 12:00 UTC === stub watches SteveA answer his own question ;) === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === wdamn [n=marcello@teotihuacan.nekhem.com] has joined #launchpad [09:38] morning scott [09:39] morning [09:43] Morning, I'd like to install zope3 for helping with italian translation. I have debian and it tells me that there isn't the libc6 package: what can I do? [09:46] wdamn: hello [09:46] for developing launchpad (which uses various parts of zope3), we use ubuntu hoary, and compile zope3 from source [09:46] so, i'm not sure how you'd get it working on debian [09:46] try asking on #zope3-dev === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [10:04] morning [10:05] hi carlos [10:05] jamesh, did you see my emails about daf's branches? [10:05] carlos: yes. You should have replies in your inbox [10:05] oh, ok [10:05] thanks [10:06] carlos: for the languages admin, I think /rosetta/languages or /rosetta/+languages is probably better than /rosetta/language [10:06] I mean /rosetta/+language [10:06] hi carlos [10:06] hi jamesh [10:07] jamesh, ok [10:07] SteveA, hi, how was your holidays? [10:07] very good, thanks carlos [10:08] cool [10:09] jamesh, the use of +language was mark's choice [10:09] but I suppose we could name it as rosetta/languages [10:10] and use +language as a traversal URL just like +pots [10:10] mark wants everything to move to a "singular noun" convention for "containment" or "namespacing" [10:10] or +sources [10:10] oh [10:10] and to a "plural noun" arrangement for "look at an overview of these things" [10:10] so, +languages for "let me look through all the languages" [10:10] so rosetta/+language [10:10] and +language/en [10:11] ok [10:11] for "the english language" [10:11] do we have a spec on what launchpad URLs should look like? [10:11] SteveA, as jamesh says, we don't have conflicts at rosetta/ so should it be rosetta/languages or rosetta/+languages ? [10:11] SteveA: that seems a bit weird if you see the container as the overview [10:11] i guess it can go in the hackers faq [10:11] (if you consider URL structure to have meaning) [10:12] jamesh: i know. but, mark very much does not consider the container as the overview [10:12] the container can redirect to the overview === dand [n=dand@gw.datagroup.ro] has joined #launchpad [10:13] carlos: okay then. I guess /rosetta/language is probably best then (not using '+' because there is nothing to avoid conflicting with) [10:14] jamesh, so, rosetta/languages for the overview and rosetta/language/FOO for every language? [10:15] carlos: I guess so. [10:15] ok [10:16] jamesh, thanks for all [10:16] carlos: that'd mean make rosetta/language/+index a redirect to rosetta/languages, and make that page hang off IRosettaApplication [10:16] you'd probably need to add a view class to get access to the ILanguageSet utility in that case [10:17] jamesh, yeah, that's exactly the behaviour we have with the +pots/ urls [10:17] the users are redirected to +translations [10:18] I suppose you could avoid the extra view class by making the ILanguageSet utility accessible from IRosettaApplication directly [10:21] actually... [10:21] this can be done directly in the traversal function [10:21] and will be supported when i land that navigation stuff RSN [10:21] jamesh, well, https://chinstrap.ubuntu.com/~dsilvers/paste/filegc1pnD.html is not so complicated.... [10:21] That's what we use for +pots [10:24] carlos: I was talking more about the /rosetta/languages page (which has IRosettaApplication as the context rather than ILanguageSet) [10:25] well, rosetta/languages' context is ILanguageSet so I think it should have a view for that context instead of reuse IRosettaApplication, right? [10:26] ILanguageSet would be hooked up at "/rosetta/language" though, right? [10:26] so "/rosetta/languages" would probably be a view on IRosettaApplication (/rosetta) [10:26] unless I'm mistaken [10:27] hmmm [10:27] right [10:28] Ohhh. If I go to bed now, I could get a solid... [10:28] I got confused because the +pots and +translations pages use POTemplateSet and POTemplateSubset [10:28] how long until the meeting these days? [10:28] and this case is different [10:28] jblack, 3 hours and a half [10:29] that's 8am. [10:29] stub: yay! https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1242657&group_id=5470 [10:29] Was hoping the old 9am time came back [10:29] list() no longer swallows most exceptions [10:29] jblack, next month (I think) [10:35] jblack: you could always try and get your state to switch to daylight savings year round [10:35] Pennsylvania? [10:36] I think the last thing that changed in pennsylvania was accepting daylight savings time! [10:36] lol [10:36] I know some new zealanders want 1 hour daylight savings in the winter and 2 hours in the summer === _koke [n=koke@169.Red-217-127-113.pooles.rima-tde.net] has joined #launchpad === _koke is now known as koke === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [10:58] join #ubuntu-pt [11:08] carlos: we already have the ubuntu-l10n-es mailing list :) [11:08] is there any "magic" way to extract all the emails of the spanish translators from rosetta? [11:09] hmmm [11:09] not sure [11:09] salgado is your man there [11:10] koke, now that you talk about that... are you attending the translation team? [11:10] there are many people asking me to accept their request to join the team [11:10] so I did it [11:10] should I leave it to you now? === sabdfl [n=mark@217.205.109.249] has joined #launchpad [11:11] also, can I transfer the ownership of the team to you? [11:11] hmm, I have it in my todo list [11:11] :D [11:11] koke, If you are too busy... could you try to get someone else to help you? [11:11] the team can have more than one admin [11:12] it would be a good idea too :) [11:12] you asked another Jorge (aloriel ?) from the GTP, IIRC === niran [n=niran@cpe-67-10-213-51.houston.res.rr.com] has joined #launchpad [11:13] he was also interested but had not much time [11:13] is there any work being done on getting debian package descriptions translated? [11:13] but not much *2 maybe = enugh time ;) [11:13] niran: talk to mvo, he was working on it [11:14] carlos: ^ [11:14] niran, https://launchpad.net/products/ddtp-ubuntu/ [11:19] koke, I asked, but he was not too sure he had enough time [11:20] carlos: looks like +translations for the above URL is giving an error [11:20] "SQLObjectNotFound: The object POSubmission by the ID 3970388 does not exist" [11:21] jamesh, yeah, I saw it already [11:21] that's weird [11:21] how is possible that we have a reference to a POSubmission that does not exists in our database? [11:22] good question [11:22] the db constraints should prevent it [11:22] right [11:22] no stub around... [11:27] Kinnison: ping [11:28] sabdfl: yo [11:28] niran, all descriptions are there, but due a bug seems like it's not available, I will try to fix it as soon as possible [11:28] carlos: it appears there is no Foreign Key on that one, which is a big screwup [11:29] really? [11:29] how is that possible? [11:29] :-( [11:29] carlos, ok. the only questions i really had about it was whether those translations would make it to breezy, and in what form [11:29] sabdfl, oh!, you are right [11:29] we are missing the foreign key! [11:30] how could that happen? [11:30] carlos, i.e. will it be integrated into apt, or will there just be a text file i can get the translations from for each package [11:30] niran, mvo is working on it [11:30] niran, he will handle that [11:30] niran, I think that apt will use them directly [11:31] carlos, ok, thanks for the information [11:31] niran, I think it's a big file with all descriptions [11:31] that will be retrieved as Packages.gz is [11:31] with apt-get update [11:31] depending on your selected locale [11:31] kiko-zzz: ping when you're up === carlos needs stub to fix that broken behaviour.... [11:38] http://www.dilbert.com/comics/dilbert/archive/images/dilbert2005228920825.gif === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad [11:39] stub, ! === Nafallo [n=nafallo@unaffiliated/nafallo] has joined #launchpad [12:01] carlos: we need to not allocate karma when people are on imported po files [12:01] check the karma for Christian Rose === \sh [n=sh@server3.servereyes.de] has joined #launchpad [12:03] sabdfl, hmm, I think we do it only when it's not a 'published' import [12:04] carlos: ok. so the breezy import, which got that wrong, might be the reason for the huge data on christian rose? [12:04] hmm [12:05] no, that means that I'm wrong and we are giving karma always [12:05] sabdfl, anyway, why shouldn't we give karma? they are contributing too, right? [12:06] carlos: in many cases, they are just the last guy before the import, and other people did much of the work [12:07] karma should reflect the *use of launchpad* [12:07] ok [12:08] niran, https://launchpad.net/products/ddtp-ubuntu/+series/ubuntu/+translations [12:08] niran, it works now [12:08] stub, thank you for the fix [12:08] carlos, thanks [12:10] stub: how did you fix the broken values? [12:10] UPDATE POFile SET latestsubmission=NULL WHERE latestsubmission IS NOT NULL AND latestsubmission not in (select id from posubmission where id=pofile.latestsubmission); [12:10] (which matched 33 rows) [12:11] stub: does it get cached when the pofile gets viewed next? [12:11] Not my department I'm afraid ;) [12:11] carlos? [12:12] sabdfl, it gets cached when a new translation is submitted === dand [n=dand@gw.datagroup.ro] has joined #launchpad [12:12] sabdfl, that problem was a side effect of the whitespace fix [12:12] sabdfl, we removed some posubmissions [12:12] sabdfl: you really nice to sign the coc on lp.net :p [12:13] carlos, stub: /msg me agenda items for the meeting [12:13] Keybuk: will you be coming to the lp meeting? [12:13] SteveA: when is it? [12:13] 12:00 UTC, for 45 mins [12:13] sure [12:13] that's 1h45 time right? [12:14] yes === stub goes back to vegging out [12:30] thanks stub [12:32] <\sh> I'm not sure if this is the correct channel, but how do i register a "source-package-name" in malone? === dand [n=dand@gw.datagroup.ro] has joined #launchpad [12:34] \sh, you don't register it, it should be there if it belongs to Ubuntu [12:35] <\sh> carlos: universe packages? [12:35] \sh, if it's not there, just tell it here or file a bug report against launchpad to add it [12:35] \sh, yes, most of them are there already [12:35] <\sh> carlos: ok :) thx :) [12:35] \sh, np === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:39] carlos: ahoy... What happens to the translations in Rosetta that are not translated up to 100%? Let us say... only 20%? Are they still used ? [12:39] shouldn't we, launchpad admins have rights to do anything on launchpad? I'm not able to close: https://launchpad.net/products/wordpress/+bugs/860 [12:39] WaterSevenUb, yes [12:40] WaterSevenUb, but you will get partial translations [12:40] carlos: ok:) thx. [12:49] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Add missing foreign key constraint on POFile.latestsubmission (patch-2303: stuart.bishop@canonical.com) [12:50] carlos: following BreezyReleaseSchedule... After 6th October only there is the chance of checking the translation of the distribution as a whole.... No language packs will be regenerated until 13th October so the errors found meanwhile will not be corrected? I know that there are frequent updates for the translations, but is much better if the errors are corrected in the clean install with no network. If the errors are not corrected, a dea [12:50] dline of 8th October for translation corrections and regeneration of langpacks would be great. Did I make any sense at all? :) [12:52] WaterSevenUb, I don't know that plannification, pitti is your man for that [12:55] WaterSevenUb, he's at #ubuntu or #ubuntu-devel [12:57] carlos: ok === Znarl [i=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad === Mez [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad === morgs [n=morgan@wblv-146-228-172.telkomadsl.co.za] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:47] language-pack-ka is packaged by Martin Pitt, so how often he updates the translations ftom launchpad? === Lovechild [n=dnielsen@0x50c71cc7.adsl-fixed.tele.dk] has joined #launchpad [01:47] SteveA: meeting in 13m yes? === Kinnison workraves [01:47] yes [01:48] Alinux, it's supposed to be done once per month [01:48] ah good [01:49] and what mean this? "Translation unchanged since last synchronized" [01:49] green line... [01:50] Alinux, that means that those translations are the same that upstream has [01:50] mmm upstream? [01:50] so thre was no change at all from Rosetta [01:50] so they are packeged allredy? [01:50] or the changes done in Rosetta were already sent to maintainers [01:50] yeah [01:50] and are they in repository? [01:50] Alinux, but it does not means they are in language pack yet [01:51] ah [01:51] Alinux, it's more related about GNOME or GNU projects directly [01:51] more than Ubuntu itself [01:52] and how do I know, if package is packeged or not? [01:53] we don't have an easy way to know that, sorry [01:53] so when I translate for Ubuntu, I translate GNOME packacage generally [01:53] Alinux: once the Ubuntu package repository is imported, there will be links between source packages and upstream products [01:53] so I contribute not only for GNOME you mean? [01:54] jamesh, I need some FAQ about Launchpad :) Some things are not clear to me :) [01:54] Alinux, right, but you should send those changes manually upstream (to GNOME ) [01:54] Alinux, https://wiki.ubuntu.com/RosettaFAQ [01:54] Alinux, feel free to send any question you are missing there to jordi@ubuntu.com [01:54] Alinux, he will add it with the answer [01:55] so for example I've translated gdm or Totem package for Ubuntu, [01:55] Alinux: there are parts of Launchpad that aren't running on the production server right now (the Ubuntu repository watching is one example) [01:55] and will be present the same translation into gnome for debian (for example)? [01:56] Alinux, only if debian maintainers get the translations from Ubuntu [01:56] meeting coming up in a couple moments, right? [01:56] jblack, 4 minutes === siretart [i=siretart@tauware.de] has joined #launchpad [01:58] boys :) I've translated totem and gnome-panel, but for hoary :) will be imported something in breezy? [01:59] :) if not ,I would like to transloate only for Breezy is it possible? [01:59] T1 minute [01:59] err [01:59] T-1 minute [02:00] SteveA! [02:00] https://launchpad.net/distros/ubuntu/hoary/+lang/ka here translations for Hoary, I hope that it helps Breezy too :) [02:00] I've come down with alzheimers. What channel? [02:00] jblack, #wakeupjblack [02:00] MEETING TIME! === dePOLL [i=ng2@nerdKing.de] has joined #launchpad [02:00] who's here? [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] I'm here [02:00] yo [02:00] me [02:00] not me === Kinnison is here [02:00] as always [02:01] carlos: ? [02:01] Alinux, you will see it as suggestions, until we implement a new feature to migrate all translations automatically from one release to another. Now is meeting time, we could talk later. [02:01] SteveA, yes [02:01] sorry [02:01] ddaa: ? [02:01] hey guys. not really a launchpad-question but what exactly is an "upstream alioth package" (as seen here: https://launchpad.net/distros/ubuntu/+bugs/331/+index) resp. where do i get it? :) [02:01] anyone else from brazil? [02:01] okay, here's today's agenda [02:01] cprov is travelling [02:01] celso might be preparing to travel [02:01] snappish! [02:01] == Agenda == [02:01] - roll call [02:01] - agenda [02:01] - next meeting [02:01] - activity reports (SteveA) [02:01] - bzr status, london sprint dates and people (lifeless) [02:02] - production / staging / dogfood (stub, Kinnison) [02:02] - new spec system (SteveA) [02:02] - shipit branding (SteveA, mpt) === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:02] - test suite (Kinnison) [02:02] - packaging database changes (Kinnison) [02:02] - menu system (SteveA, kiko, mpt) [02:02] - three sentences [02:02] [02:02] this is a long agenda, so we need to keep items brief [02:02] hi cprov [02:02] next meeting -- same time next week? [02:02] yes [02:02] yes [02:02] yes === ..[topic/#launchpad:SteveA] : Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 1 Sep, 12:00 UTC [02:02] yes [02:02] dePOLL: http://alioth.debian.org/ probably. [02:03] SteveA: hi, a bit late, sorry [02:03] activity reports: who's up to date and who's behind? [02:03] Predictable times are good. [02:03] behind === SteveA is on day 1 back from vacation [02:03] behind [02:03] kiko: how far? [02:03] behind due to crapness [02:03] jamesh: how far? [02:03] up to date [02:03] I'm up to date (just did the traditional pre-meeting catch-up... :/ ) === cprov 1 day behind [02:03] Kinnison: how far? === carlos is up to date [02:03] uptodate [02:03] oops [02:03] SteveA: about two weeks. I have the notes, but haven't formalised them into reports [02:04] spiv: I went there but couldn't find what i was looking for :/ [02:04] updateto [02:04] up to date [02:04] SteveA: I can either spam the list, summarise, or restart [02:04] ok carlos :) thank yuo :) === BjornT is up to date [02:04] Kinnison: send the notes to the list, and restart [02:04] SteveA: okay === morgs is up to date for days worked [02:04] but it's not a launchpad issue and i notice, i'm rather a disturbance here :) thx anyway. [02:04] SteveA: too long. I'll restart and send a summary. [02:04] SteveA, so long I can't see the horizon [02:04] dePOLL: hi. we're having our weekly 45 minute developer meeting. maybe ask again in 40 mins? [02:05] i'm up to date [02:05] kiko: start again? [02:05] dePOLL, just come in an hour or so, the meeting will be finished === salgado 's up to date [02:05] jamesh: okay [02:05] SteveA, it's the only way [02:05] Alright, thanks guys. [02:05] did i miss anyone? [02:05] okay, lifeless: bzr status and london sprint [02:06] in reverse order, I'm in london 4th through 17th september [02:06] the first week with ddaa and sabdfl, the second with keybuk & neimeyer === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:06] bzr dogfooding for rocketfuel is moving along [02:06] lifeless, have you coordinated with niemeyer since? [02:06] http://bazaar.canonical.com/CanonicalBzrDogfooding [02:07] kiko: yes [02:07] lifeless really wants to avoid that pie [02:07] I'm not going? [02:07] 4th sept. guess not. [02:07] jblack: no, its not a team sprint, its two focused sprints [02:08] bzr still has some way to go, but I'm confident of avoiding that pie ;0 [02:08] carlos, congrats on tracking down the pofile newline issue [02:08] I've just finished step 1 in my tree ;0 [02:08] cool [02:09] jblack: I'm not there for the second week, and the first week is mostly sabfl wanting to get me started on my launchpad work [02:09] kiko, I detected a bug that still causes it so it's not fixed :-( [02:09] i'd like to move along [02:09] okay lifeless ? [02:09] done [02:09] - production / staging / dogfood (stub, Kinnison) [02:09] Kinnison: next dogfood update? [02:09] dogfood hasn't been updated in a week or so. I've been concentrating on other things (see later in the agenda) [02:09] as always, if anyone wants me to update anyway, let me know [02:09] anyone have a problem with that? [02:09] Kinnison, what of the gina run on production? [02:10] kiko: Now that I've finished the db rework, I can go back to the publisher work. gina on production is still held up by the gpg import [02:10] i thought jamesh was going to be working on the gpg import tool [02:10] Dogfood is Kinnison's toy for the time being - I don't see any point bringing it up at meetings unless that status changes. [02:12] SteveA: I've got code to work out the email address clusters from the signatures on uids of keys. It still needs a bit more testing, and the code to do the account merging and adding email addresses [02:12] jamesh, I would be really happy if you made that priority minus zero [02:12] stub: production / staging? [02:13] Staging is as usual (daily updates going fine in general). [02:13] Production is as usual (I'll tag from rocketfuel as-start-of-meeting unless anyone is landing anything that needs to go out today or tomorrow, and roll out Tuesday) [02:14] stub, carlos will have at least one update [02:14] - new spec system (SteveA) [02:14] mark's been working on a new spec system for integration with launchpad [02:14] - spec adding, linked to products or distros [02:14] - edit, admin pages [02:14] - review workflow, you can request a review from someone and they can clear the review request when they have done it [02:14] - specs can be targeted to milestones and show up on the milestone page along with bugs targeted to the milestone [02:14] - you can have spec subscriptions [02:14] If the GPG tool is going to merge accounts, we don't have to necessarily delay the Gina run for it. [02:14] (all that means is you can see the spec on your personal pages) [02:14] - linking specs to bugs [02:14] - spec dependencies, showing a dependency tree [02:14] - calculation of a recommended project plan for the distro / product based on spec priority and dependencies [02:14] [02:14] mark says it does all these things. [02:14] kiko, mark will be pinging you to review it later today. [02:15] SteveA, is that implemented already??? [02:15] wow [02:15] it still needs integrating with karma, and also into branches (when the branch work is landed) [02:15] wow [02:15] sabdfl, you are THE man [02:16] mark plans to work on the support request tracker next === lifeless thought these were 'future maybes' ;0 [02:16] - shipit branding (SteveA, mpt) [02:16] mpt has some concerns about how shipit will be branded [02:17] indeed he does [02:17] i spoke with mark about this earlier today [02:17] That was a combination of several mistakes, mostly mine [02:17] - shipit will be branded standalone [02:17] hah [02:17] - you'll be able to view your requests from inside launchpad [02:17] SteveA, hosted at shipit.ubuntu.com as well? [02:18] sure, we can do that [02:18] we need to work out the details still [02:18] but these are the high-level goals [02:18] Is it a problem if shipit lives under /distros/ubuntu ? [02:18] it will require a skin and running the shipit skin on a vhost [02:18] stub: it will be a crappy url [02:18] I overguessed the maintainability of the current code, there is no ShipIt spec on the LP wiki, salgado didn't know the rationale, I didn't go ask kiko the rationale before mailing the list first, etc [02:18] kiko: yep. we have the tech for it. [02:19] stub: if "shipit for ubuntu" is under /distros/ubuntu, that doesn't seem a problem [02:19] we can add a special "facet" for ubuntu, for example [02:19] or some other application menu [02:19] that we could [02:19] moving on... [02:19] /distros/ubuntu/+shipit, /people/mpt/+shipit, /products/firefox/+shipit [02:20] - test suite (Kinnison) [02:20] Over the past two weeks I've been using the test suite a lot [02:20] at various times, I've encountered issues which I'd love to see resolved, but I don't understand how to fix them myself [02:20] the two major ones are: [02:21] When starting a subprocess (E.g. build slave, librarian etc) if it fails, it's not obvious what the error was [02:21] It'd be really nice if we could have the test suite have an option to stop on the first failure [02:21] yeah === ddaa points out that calls for meaningful ordering of tests [02:22] My cursory glance through the code couldn't spot how to do those, but someone with more knowledge of the test system should be able to do them [02:22] ddaa: a stable ordering is sufficient [02:22] i think there's an option for it already [02:22] ddaa: begone that foul meme forsooth === jblack snickers [02:22] SteveA: noone could tell me it when I asked (several times) [02:22] but, we may want to switch to marius's testrunner anyway [02:22] unittest has that built in, just most testrunners don't use it [02:23] so, i'd like to nominate spiv and stub to look into improving the test running [02:23] Kinnison: For your first issue, do you mean 'if the fixture fails it is not obvious' or 'My test runs buildd and it fails, but I don't know why the test is failing' ? === lifeless raises his hand [02:23] Kinnison: maybe you want to look at OrderedTestLoader in pybaz. That tries to use source code ordering. SteveA had a problem with it where inspect were breaking in weird symlink situations. Oh and lifeless thinks that crack, but I'll pay attention when he knows how to layout code :P [02:23] lifeless: dude, you [02:23] lifeless: dude, you're busy with bzr and avoiding pie [02:23] I've just partly redone two other test runners. Might be able to help ;) [02:23] Kinnison: Hmm, the LibrarianTestSetup harness already tries to detect when it doesn't fail, and the code looks sane. [02:24] lifeless would be extremely valuable here. [02:24] stub: I mean that you don't get to see why the fixture fails to load [02:24] lifeless: by all means *consult*, just don't do any work on it ;-) [02:24] stub: although this might be a buildd slave only issue, I dunno [02:24] He knows the design of xUnit inside and backwards with his eyes closed while standing on his head. [02:24] Anyway, can we discuss this outside of the meeting please? [02:24] SteveA asked me to keep it short [02:24] ;-) [02:24] I've been trying to absorb bits of this by osmosis recently ;) [02:25] SteveA: ok ;). once I've avoided pie I'd like to work on it though ;) [02:25] spiv, stub, lifeless (consulting) -- okay with this? [02:25] I am happy with that. [02:25] I'm happy to work on this. [02:25] it means you're in the same TZ too [02:25] A pleasant change :) [02:25] report back at the next LP meeting [02:25] stub: ? [02:26] please also talk to mgedmin. he has a test runner that he wants to merge into the zope3 one [02:26] - packaging database changes (Kinnison) [02:26] Okay, again a short one. [02:26] I'm not sure there is any sort of magic bullet for improving the fixtures (I'm not familiar with the buildd one). [02:26] I've been working on moving a bunch of stuff in the packaging tables around [02:26] in particular, BinaryPackage is now called BinaryPackageRelease and the publishing tables for binaries and sources are more consistently named [02:27] SteveA: I have been discussing this with Jim on Zope-dev. There is a new test runner almost ready to merge into the Z3 and Z2 trunks. [02:27] This is likely to have collateral fallout around the app which the test suite and my own eyeballing hasn't caught yet [02:27] I have put my branch up for review, it's in jamesh's queue but if another reviewer wants to take it and do it quickly I won't complain [02:27] I will merge it as soon as I can, at that point I'd appreciate it if each of you would check your parts of the app which interact with the packaging stuff to make sure it still works [02:28] (add tests to catch a repeat failure :-) [02:28] If you want to get a head-start on looking, you can merge daniel.silverstone@canonical.com/launchpad--rework-package-db--0 [02:28] that is all [02:29] Kinnison: please put up a wiki page specifically for this, where people can check off the part of the app they've done. [02:29] i'm concerned that nothing in particular will happen [02:29] and we need a way to track what's been checked and works, or has been fixed, or whatever [02:30] I will do that today, thanks [02:30] - menu system (SteveA, kiko, mpt) [02:30] we need to start https://wiki.launchpad.canonical.com/LaunchpadMenusDelivery [02:31] Kinnison, what points interact with this side of the packaging system? [02:31] particularly, i have a bunch of menus system bugs to fix / updates to make [02:31] kiko: In theory anything which cares about binary packages at all, or anything which might look into the publishing tables [02:31] Kinnison, only soyuz, really. [02:31] and we need to get the "actions portlet" converted to use menus === cprov cries [02:31] correct [02:32] mpt has produced a layout change mandated by the sab [02:32] that will also need review and merging [02:32] I'm not particularly fond of it because I also think it's a bit short-sighted [02:32] kiko: and anything in malone which looks at packages in distros, and anything in rosetta which does the same, etc.etc. [02:32] kiko: bits of foaf look at packages in distros [02:33] mpt: can you and i spend a set time each day working on menus implementation? [02:33] Kinnison, AFAIK all the ties are done using the package names, but okay [02:33] SteveA: sure [02:33] mpt: what time works for you (utc?) [02:33] kiko: better safe than sorry [02:33] SteveA: 1pm? [02:33] 1pm UTC for 1 hr [02:33] Kinnison, yeah, just wanted to check if you had considered that side of it [02:34] ok === Dilago [n=ubuntu@201.32.165.161] has joined #launchpad [02:34] mpt: we'll keep it up until the menus system works completely and smoothly [02:34] any other items before we do the three sentences [02:34] two questions: [02:35] 1. (Same as last week) What are the remaining specs to be delivered for Malone 1.0, and by what date? [02:35] (I did a lot of wiki gardening to make it easy to see the overview of what's all there, and what its status is.) [02:35] great [02:36] BTW [02:36] bradb, will advise. what's the second question? [02:36] kiko: I received no response from you about my list of Registry blockers. Was there a problem? [02:36] And 2. I got the impression at the end of .br that we were going to move forward with the google suggest widget, but that seems to remain stalled. Are we working on the google suggest widget right now? [02:37] the month after brazil was meant to be a bugfixing month [02:37] ddaa, no, it's still waiting to be looked at [02:37] bradb, we're not working on it, no. [02:37] bradb: so, it isn't surprising that we're not going to be moving forward with it at the moment [02:37] we're definitely going to be improving the current pop-up thing [02:38] IIRC the suggestion was for jamesh to work on it (but IMBW) [02:38] The google suggest widget is supposed to be in my hands, but yeah, I've been busy with bugs. [02:38] ah, spiv [02:38] we may be developing a more advanced JS based system, based on paul sladen's prototype, a bit later [02:38] kiko: IIRC it was me, but IMBW too ;) [02:38] it isn't a priority [02:39] spiv: I can help look at it after I've cleared some other stuff off my plate [02:39] that's all from me, thanks [02:39] so, let's look at the clearness of plates next week, and see where we are [02:39] anything else? === ddaa is on leave next week [02:39] jamesh: Cool. [02:39] thanks ddaa. let the sentences begin! [02:39] ddaa: Enjoy! [02:40] DONE: cleanup of Malone search results, products/projects, ShipIt design [02:40] TODO: Rosetta 1.0 polish, TranslationReview, bug-fixing [02:40] BLOCKED: nothing in particular [02:40] DONE: Lots of wiki gardening to update Malone specs and add missing ones. Landed fmt:approximateduration. Landed BugTaskAssigneeWidget. Landed IBugTask.context* => .target* renaming. Got portlet mania into review queue. Got MaloneSearchResults into review queue. Started work on BugAndTaskPageURLs. Pain. [02:40] DONE: leave [02:40] DONE: Code reviews as always, bug 1585, bug 1785, Twisted sprint (leave), booked flight to .ca [02:40] TODO: Test suite unsucking, code reviews, TeamLogin, SupermirrorFilesystemHierarchy. [02:40] BLOCKED: No. [02:40] DONE: lots of cscvs cleanups, cscvs nested log parsing (blocking python import) [02:40] TODO: get nested log parsing rolled-out and reviewed, flush my various queues of pending patches [02:40] BLOCKED: NukeChangesetFile, cannot type with right pinky. On leave next week, then sprint. [02:40] TODO: Portlet mania and MaloneSearchResults reviewer nagging/landing. BugAndTaskPageURLs agony. Malone menus. Continuning the fight against feeping creaturism. [02:40] DONE: implemented MaloneKarma. implemented DistroreleaseCVEReport. almost finished making notifications threadable. reviews. [02:40] TODO: bzr usefulness [02:40] BLOCKED: (Only on myself; MaloneMenus is blocked by BugAndTaskPageURLs implementation.) [02:40] TODO: finish threadable notifications. coordinate with brad and kiko about remaining malone 1.0 tasks. reviews. fix bug in email wrapping. [02:40] BLOCKED: hours in day [02:40] DONE: ABUI spec implementing and buildd fixes, review buildd and soyuzUI [02:40] TODO: buildd sprint in UK [02:40] BLOCKED: none [02:40] BLOCKED: no [02:40] DONE: Malone bug triage and fixing, Rosetta release management [02:40] TODO: Release Rosetta 1.0, Triage Malone 1.0, Triage Registry 1.0 [02:40] BLOCKED: Carlos keeps finding issues in the language pack exports! [02:40] DONE: basic-voting--1, ShipItNG, code review, random fixes [02:40] TODO: ShipItNG, code review, merge person-edit and basic-voting--1 [02:40] BLOCKED: Nothing [02:40] done: community, imports [02:40] DONE: Language packs, daf's branches work, user support, debug [02:40] TODO: community, imports, supermirror [02:40] BLOCKED: None [02:40] DONE: more work on gpg thingee, some lp-int work, respond to review comments, code reviews [02:40] TODO: finish off gpg thingee, code reviews [02:40] BLOCKED: no [02:40] TODO: More language packs, bug fixes, improve my performance [02:40] DONE: db rework [02:40] TODO: back to publisher [02:40] BLOCKED: none [02:40] DONE: Drive by bug fixing, prodution staging and dba stoof [02:40] TODO: test suite work [02:40] BLOCKED: Nothing [02:40] DONE: vacation [02:40] TODO: management, menus delivery, code review [02:40] BLOCKED: no [02:41] BLOCKED: no [02:41] BLOCKED: (Only on myself; MaloneMenus is blocked by BugAndTaskPageURLs implementation.) [02:41] DONE: small fixes [02:41] TODO: clarify role [02:41] BLOCKED: none [02:41] bradb: what's up with the URLs implementation? [02:41] SteveA: The "bug page" context is turning into an IBugTask, which breaks everything on that page. [02:41] Hence the word "pain". [02:42] is it blocked on someone other than you? [02:42] "Only on myself", so no. :) [02:42] okay. do you know exactly what you need to do? [02:42] Yes. [02:43] cool [02:43] (It was mainly a note to others about what order I'm doing thigns in and why.) [02:43] so, anyone else blocked that i missed? === jordi [n=jordi@115.Red-213-96-69.pooles.rima-tde.net] has joined #launchpad [02:43] hi jordi [02:43] weird, my irc client didn't join to a bunch of channels === Mez [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad [02:43] hi guys [02:43] okay. 1 minute left... any last points? [02:43] is it magic lines time for me? [02:43] kiko: next code reviewers meeting? [02:43] SteveA: nice to see you back [02:43] jordi: go for it [02:44] actually, I guess you're not so glad, but anyway [02:44] SteveA, how about next wednesday? [02:44] jordi: i'm really happy. vacation got boring. [02:44] kiko: ok, what time? [02:44] d'oh === bradb hates vacation [02:44] "idleness is like rich food, you only value it when you do not have enough of it" [02:44] I luxuriated ;0 [02:44] SteveA, 12UTC? [02:45] antipodeans -- ? [02:45] 12UTC is fine for me. [02:45] bradb, me too, if I'm alone :-) [02:45] BjornT: ? [02:45] 1230 UTC as usual would suit me a little better on Wednesdays. [02:45] Are we done? [02:45] 13UTC too [02:45] we're done [02:45] SteveA, kiko: works for me [02:45] DONE: email processing, replying to half of them, importing several requests, wiki page for new import queue method, new rosetta bugs filed. (Been out last week, had to catch up during the last two days) [02:45] 13UTC is fine [02:46] we can arrange the exact time after the meeting [02:46] SteveA, thanks [02:46] MEETING ENDS === Kinnison heads into town, bbl, on cell if needed, ciao [02:46] oh, jordi, you can keep going ;-) [02:46] hi [02:46] spiv: thanks, but that's not vacation for fun. That's vacation for renting a flat and moving furniture :-/ [02:46] does a wiki admin happen to be here? [02:46] kiko, BjornT, spiv, jamesh, salgado: 13 UTC, wed ? === bradb-bbl & # shower, etc. [02:46] SteveA: sure. [02:46] SteveA: sure [02:46] ddaa: Oh, shame :( === carlos -> lunch [02:47] SteveA, ok [02:47] I mean for wiki.ubuntu.com, who should I contact? [02:47] siretart, which wiki? [02:47] SteveA: Ok, but it'll need to be fairly brief -- that's 11pm my time. [02:47] BLOCKED: Sime System errors (repoprted) prevent me of doing some requests, permission problems (reported) prevent me of doing changes to teams, creating them, etc. [02:47] siretart, I suppose webmaster@ubuntu.com [02:47] SteveA, yea [02:47] siretart: what sort of problem is it? [02:47] But they generally aren't marathon meetings, so that should be ok. [02:48] jordi: have your bugs been accepted? [02:48] jamesh: just a feature request: interwiki's to ubuntu bugzilla, wiki.debian.net and debian bts [02:48] TODO: finish replying to pending -user/privates email, pending requests. Start using the wiki-based importqueue [02:48] jordi: are they all things that carlos knows about and can fix? [02:48] jordi, just say... blocked by carlos' lack of two extra hands :-P, I will try to mute [02:48] siretart, sounds like webmaster@ stuff [02:48] kiko: ok [02:48] SteveA, I think so, yes [02:48] carlos: sorry :P [02:48] carlos: make sure these get reviewed by someone as a priority, when you've made the fixes [02:48] I can gety you plastic hands. [02:48] SteveA, sure [02:48] No mobility or anything, but... === Mez [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad [02:49] my netwrok provider is being naughty today [02:49] loading webpages takes ages [02:49] jordi, perhaps a brain link with my computer is enough :-) [02:49] ok, see you later [02:49] siretart: if you're sending in a request, ask for a malone interwiki link too :) [02:49] SteveA: all except 1 is New [02:49] jamesh: ah, sure! [02:50] siretart: "https://launchpad.net/malone/bugs/" as the prefix [02:51] ... for now :-) === Mez [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad [02:51] (well, I guess that will always work, though where it redirects you will change) [02:52] SteveA: https://launchpad.net/people/jordi/+reportedbugs === spiv -> bed [03:00] lifeless, ping? [03:02] kiko: pong [03:02] lifeless, would you entertain changing the PQM email to include some information on who requested the merge in the header? [03:03] kiko: sure, you mailed me and its on my queue somewhere [03:03] ah, okay. maybe I could produce a patch? [03:03] best bet is to file a bug on pqm in launchpad [03:03] better yet, file a bug with a patch ;0 [03:03] :) [03:03] sure [03:03] SteveA: menus? [03:03] but, that part of pqm is still pure-inherited-crack, so bewarned === kiko cringes [03:04] mpt, he went for food but would brb [03:04] is brb enough time to look at AutoBuilds, cprov? [03:04] maybe [03:05] mpt: few minutes, probably 10 ... [03:05] do it [03:05] cprov: You're still committing? [03:06] jblack: around? [03:06] mpt: commiting, applying review, setting up buildfarm, etc ;) [03:06] salgado, bradb-bbl, BjornT: how about if we move all the personal bug reports (including malone/+assigned) to be under the person's page? [03:07] kiko: Will you have time to finish that review today? [03:07] yes [03:07] thanks [03:07] kiko: yeah, i think we should to that. [03:07] kiko: /people/kiko/+bugs [03:08] kiko: yeah, i'd love to do that. I'd love to see /malone/assigned go away. [03:08] kiko, I think it's okay [03:08] with links to the Assigned Bugs, Reported Bugs, Fixed Bugs, etc [03:08] links to specialized pages, I mean [03:08] mpt, let's do a mockup of that and I'll fix this week [03:08] thanks [03:08] There's a mockup from February-ish somewhere ;-) [03:09] It would need a different layout for the current page structure [03:09] right === camilotelles [n=Camilo@200165215194.user.veloxzone.com.br] has joined #launchpad [03:10] jamesh? [03:10] Fairly simple, a bunch of

s and
    s [03:11] bradb-bbl, BjornT: bug 1871: should I just go ahead and remove it? === BjornT looks [03:12] kiko: i have no idea what should be on that page, so i think it's safe to remove it. bradb-bbl? [03:14] great [03:14] I love removing pages [03:16] Mh.. How come I can translate stuff in input boxes but not in textareas? [03:17] dePOLL: That's a bug I'm working on right at the moment [03:17] dePOLL, that's a small issue that carlos (and mpt, really?) are working on [03:18] Alright. Any estimate on when it's fixed? :) [03:18] by next tuesday if I'm lucky [03:18] kiko: yes, bug 1326 [03:18] ah [03:18] mpt, I recommended to carlos an interim fix meanwhile [03:20] Well, the easiest fix is removing two lines from the code [03:20] (the fix that would make the page long) === mez_ [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad [03:21] Given the number of complaints about it, it might be worth doing that for 1.0 [03:21] i'll just wait then. thx for the info. [03:21] dePOLL, note that your translation actually /is/ accepted, it just isn't displayed [03:22] mpt, right. [03:22] then there maybe are some duplicates now :> [03:22] kiko: Should I do that, then? [03:23] mpt, coordinate with carlos, because it was on his todo list for this morning, ok? [03:24] ok [03:24] I wouldn't be able to do anything until launchpad--devel--0 is unblocked anyway [03:24] (and the plan I outlined with him was a bit different) [03:27] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=jamesh] Slave Status Handler improvements (patch-2304: celso.providelo@canonical.com) === camilotelles [n=Camilo@200165215194.user.veloxzone.com.br] has joined #launchpad [03:44] BjornT, kiko: Right, removing /malone/packages/ seems ok to me too. [03:44] bradb: do you have any high priority task on your plate that you can push off to me? [03:45] BjornT: Yeah, I was going to ask you...can you talk to mdz and co. and see what kind of reports they need for 1.0? i.e. Ask them what they think about having a bunch of predefined reports, created at their request, and what they think of there not being an advanced search page, etc. [03:46] salgado: BTW, I fixed the conflicts yesterday on the portlet mania branch. [03:46] bradb, I saw. am going through it right now. ;) [03:46] sweet [03:47] bradb: sure [03:48] BjornT: great, thanks. Maybe it would be useful to write up a simple wiki page that documents what those predefined reports are (it should be quite lightweight on the implementation side of things, because that should already be covered by things like MaloneSearchResults, etc.) [03:48] (And any other observations you've noted from the users related to those predefined reports.) [03:49] bradb, are we already hiding dupes in bug lists? [03:49] salgado: yeah [03:49] by default, in any case [03:49] oh, nice [03:49] bradb: yeah, i'll do that [03:49] salgado, yes, I did that. [03:49] bradb, is there no way of adding pagetitles to a page that uses the default views [03:50] kiko: Not that I'm aware of. [03:50] doh [03:50] kiko: I found it useful to create custom pages, to customize which portlets will be shown. This makes it easy to add a page title. [03:50] kiko: I've been nagging SteveA about page titles for a couple months now though. ;) [03:51] ddaa, is there something wrong with using 'diff --link' and the library-relink script together? [03:52] not additional caveat compared to using them individually (except you probably want to avoid running them at the same time, just to be safe) [03:53] That's what gives the best performance, and what I'm doing. [03:53] yes, not at the same time. I ask because I got "corrupt library" quite a few times [03:53] will try it again now. my rev library seems to be ok now. [03:53] Of course, that also means that if you write a file in place, that will corrupt all the revlib entry that contain that file... [03:54] in my experience, the only tree where that's a problem with the makefiles is the zope tree. [03:54] aside from that, you have to be careful with your text editor and scripts... [03:54] bradb: in my current branch i've added page titles for everything that does not have one, and made it mandatory [03:54] that means, no additional caveat, same caveat as with linked trees [03:55] oh, right. that's must be the problem, then. [03:55] sabdfl: My portlet mania branch adds 1. portlets to all the pages linked to from the actions portlet on the bug pages and 2. page titles to those pages. [03:55] salgado's reviewing it right now [03:56] s/bug pages/bug page/ [03:57] BTW, that's a bug with the zope tree, that it archives a makefile-generated file [03:57] if those pages did not have tests then i would not have added page title [03:57] sabdfl: the problem previously was that, if you use one of the default forms, you can't add a custom title to the page. it's still a problem now, but I've added custom pages for all the pages linked from the bug actions portlet, so that they can have portlets that make sense (e.g. CVE-related portlets on the Add CVE page, dup-related portlets on the mark as dup page, etc.) [03:57] but one needs pqm superpowers to fix that [03:58] i've only added titles where tests were failing because the mandatory titles were not present [03:58] sabdfl, did you add templates for the pages which used the default forms, then? [03:58] hmmm... [03:58] cverefs/+new for instance [03:58] so what happens to the data you put in pagetitles.py for a template used in a generated form? [03:58] kiko: yes [03:59] where they were being tested [03:59] sabdfl: They all get a title like "Launchpad" :/ [03:59] right [03:59] so the tests were failing [03:59] bradb: not anymore [03:59] iirc, i made all of those fail [03:59] ah, I see what you mean [03:59] then added titles for them [03:59] i've been fixing up a lot of cruft the past week [03:59] that included [04:00] sabdfl, if you don't tell us what you're working on we will guerilla conflict you! [04:01] kiko: so, please will you review my --specmachine--0 branch, i'll hand it over to you once i've added tests [04:01] doc tests are done, just doing page tests now [04:01] sure [04:02] sabdfl, did you by any chance touch the assigned bugs pages? [04:02] has morgs been around today? [04:02] kiko: no [04:02] not iirc [04:02] great thanks [04:03] I'm doing person/+bugs properly [04:03] most of my work has been on the spec tracker [04:03] finally [04:03] kiko: very cool, that'sbeen crying out for attention for a while [04:03] sabdfl, malone/assigned is going away in favor of stuff in the person/+bugs hierarchy [04:03] the spec tracker is about half as complex as malone, and its done in a week [04:03] kiko: perfect [04:04] the +bugs page should do something sane [04:04] yep [04:04] sabdfl: a spec tracker? ready for UBZ ? Cool ;-) [04:04] then have +assignedbug, +createdbugs, etc [04:04] BjornT: speaking of important tasks, it would be sweet if you could review MaloneSearchResults so I can land it and that we can proceed with creating more reports without worrying about conflicts. [04:04] sivang: ready for next week :-) [04:04] sabdfl: wooo [04:04] or +bugs/assigned +bugs/reported [04:04] kiko: no thanks [04:04] since level view names [04:04] sabdfl: does that suggests specs from current wikis need to be imported there? [04:04] huh? [04:05] +bugs/+xxx got canned a while back [04:05] "since level view names"? [04:05] single [04:05] sorry [04:05] /path/to/object/+view [04:05] that is all [04:05] wonder why [04:05] +bugs/assigned reads a lot more sensibly [04:05] kiko: because i never liked it, and after rewriting rosetta and being able to do without it, it became the standard [04:05] remember ct? [04:06] so, single page view names [04:06] ct? [04:06] single level page view names [04:06] cape town, we had a long discussion about /+bugs/+foo [04:07] there must be something I'm missing in terms of implementation, so okay [04:09] mpt, so are you fixing the multiline suggestion too? [04:09] no [04:09] not that I'm aware of -- he is helping design the pomsgsetview, right? [04:09] carlos: Not the long-term way, no [04:09] kiko: BTW, when can I expect to hear from you re: exactly which specs need to be implemented for 1.0 and by what date? [04:09] mpt, no, the "fast" fix [04:10] sabdfl: I discussed some points re: LaunchpadIntegrationHelpPage with mpt last night, I thought to use the current wiki page for my ideas, guess I can wait a week and use the spec tracker when its ready [04:10] bradb, is there a preliminary list? [04:10] carlos: Not until kiko reviews my other fixes [04:10] mpt is confusing me [04:10] mpt, ok [04:11] kiko: so, you asked about why not +bugs/+new and suchlike [04:11] I did [04:11] kiko: I'll update MaloneOneDotZero to add the other 6 or 8 (or whatever it is) that I understand to be part of 1.0. [04:11] carlos: The quick fix is to delete the tag containing condition="not:messageSet/isMultiline", and its matching end tag [04:11] bradb, ah. [04:11] mpt, not really, we should limit it to one entry [04:11] mpt, and add a suggestions count [04:12] so, such a pattern emphasises the idea that there is such a thing as context/+bugs, a subset of bugs, and that we're performing operations on that subset [04:12] that's the less quick quick fix [04:12] so people can see it change when they add a new suggestion [04:12] SteveA, I don't read that much into URLs [04:12] that pattern is very good for programmers and people who find it straightforward to think in that way [04:12] SteveA: I'm trying to use the variables described in http://www.zope.org/Control_Panel/Products/PageTemplates/Help/tal-repeat.stx but they return NotFoundError [04:12] emphasizes to whom, the end-user, or the developers? [04:12] I wasn't suggesting that [04:13] I was saying +bugs/assigned [04:13] which is person-specific [04:13] /person/stevea/+bugs/reported [04:13] for example [04:13] ah, are you saying it would then be inconsistent with +bugs on other contexts? [04:13] another pattern is to consider that the '+bug' in /+bug/123 is just a namespace thing to differentiate that '123' is a bug and not something else [04:14] you now have the choice: do you put 'this page shows bugs that are assigned' in that namespace, or in the 'regular' namespace === kiko ? [04:14] what regular namespace? [04:14] the former is to say .../+bug/assigned [04:14] what are you talking about? [04:14] the latter is to say .../+assigned [04:15] the first example i just gave is to put the 'assigned' page name inside the '+bug' namespace [04:15] what is the +bug namespace? [04:15] the second example i just gave is to put it in the same 'namespace' as other pages [04:15] i'll take a step back [04:15] please [04:15] so, you can consider '.../+bug/...' in two different ways [04:16] more than two, arguably, but okay :) [04:16] you could consider it as a first class object in launchpad, a collection of bugs in a particular context [04:16] a subset of all bugs [04:16] you could alternatively consider it as just a way to put something in the url to distinguish what is to come after it. [04:17] right [04:17] ah!! [04:17] I'm talking about the latter [04:17] okay [04:17] so, does 'assigned' need to be distinguished? [04:17] well [04:17] assigned, reported and other bug-related pages could come under +bugs [04:18] yes, they could [04:18] kiko: pong [04:18] offering some sort of functionally-related grouping [04:18] right [04:18] that is one way of thinking about it [04:18] and trimming off the assigned bit leaves the users in a "default page" for +bugs [04:18] which also makes sense [04:18] or, you could decide that 'flat is better than nested' for these page names [04:18] (for instance, helping out breadcrumbs) [04:18] flat makes breadcrumbs less trivial [04:19] (the facet links sort of work around that, yes) [04:19] kiko: https://wiki.launchpad.canonical.com/MaloneOneDotZero -- I've added the seven specs that I can think of as being added to 1.0. I'm now going to update LaunchpadOneDotZero. [04:19] great. [04:19] SteveA, just to be clear, I'm not suggesting the subset pattern [04:20] I'm just suggesting trivial grouping [04:20] right [04:20] we're just discussing urls for functionality [04:20] right [04:20] If I visit +bugs/ [04:21] so, as it stands, the menus system was written with this "grouping" pattern in mind [04:21] it gives me perhaps a summary page [04:21] kiko: why do you have + next to action urls? [04:21] and i need to change it to allow for the "flat" pattern [04:21] bradb, hi, do you have a moment? [04:21] SteveA, :-( [04:21] SteveA, where is the win? [04:21] sivang: we use the "+" to distinguish pages from the names of things that are at the same point in the url [04:21] sivang, to disambiguate when there is a collection of data-dependent names in that level [04:22] sivang: for example, if you have .../people/stevea and .../people/kiko [04:22] then i could register a user called 'bugs' [04:22] or 'assigned' [04:22] right [04:22] and that would clash with the page that shows what bugs are assigned to a person [04:22] .../people/assigned [04:22] more or less [04:22] so instead, we call it .../people/+assigned [04:22] ;) [04:22] ah cool [04:22] beacause people's names, and other names, are not allowed to begin with '+' [04:23] BjornT: you put DR CVE reports in the review queue, right? [04:23] mpt: do you have time now ?! [04:23] carlos: I'll have a moment in about 3 moments from now [04:23] cprov: yes [04:23] bradb, :-) [04:23] ok [04:23] mpt: going to you. [04:23] /me feels like if he'd continue asking question, he'll know enough about launchpad to start helping development [04:24] sivang, ;-) [04:24] sivang, wiki.launchpad.canonical.com would help you ;-) [04:24] bradb: yeah [04:24] carlos: I know , I'm gonna set a weekend to have it read throughly [04:25] sivang, wow, that would be a really intense weekend :-) [04:25] SteveA: I've figured out the joy of repeat/foo variables, but now I have an evil TAL question [04:25] if you have time [04:25] mpt: sure [04:25] BjornT: thanks (just updating LaunchpadOneDotZero, that's why I ask) [04:27] SteveA: Currently the Rosetta translation form looks rather messy because each item has its own little table, so the cells take up different widths [04:27] SteveA: To fix this, I we need to stop using nested tables [04:27] and start using rowspans [04:27] brb [04:31] carlos: well, weekends and late night is mostly what I have currently :) [04:32] sivang, at least you have those... :-) [04:35] elmo, pqm is stuck again. can you kill it for us? [04:36] .. it's me again. is there any way to a) delete an account and b) change the name (not the displayed name, but the one taken from the first part of your initial email address)? [04:37] SteveA: Sorry, had to talk to cprov before he left the country [04:37] dePOLL, no, there's no way to delete an account, but you can merge another account into yours. in case you ask this because you found a duplicated account [04:37] mpt: i totally forgot you were in brazil === SteveA slaps himself around a bit [04:38] dePOLL, about change the name, it'll be possible after the next production rollout (next tuesday) [04:38] s/change/changing/ [04:38] kiko: https://wiki.launchpad.canonical.com/LaunchpadOneDotZero updated [04:39] salgado: ok. will the option to merge accounts be added next tuesday too or do i have to send a mail to some admin? [04:39] SteveA: So I have a whose rowspan is dependent on a whole lot of things that are tal:repeated further inside the code, and I'd just like to know the python syntax for that === SteveA pops off for a brief workrave [04:40] BjornT: Can you ensure that you add the pre-defined reports spec to those two pages too? [04:40] (pretty please) [04:40] SteveA: current pseudocode is tal:attributes="rowspan python: number of English forms + 1 for the source + number of forms if translated, or 1 if untranslated + number of suggestions shown * number of plural forms + number of plural forms, for a new translation/suggestion + 1 if there's a developer note" [04:40] dePOLL, you can do that by yourself. just go to https://launchpad.net/people and you'll see a link there [04:41] Thanks, salgado. I love you guys and your software :) [04:41] dePOLL, also, if you try to register an email address that's registered on that account you'll get a link to do the merge easily [04:41] bradb: sure, i'll do it soon [04:41] we try harder [04:42] BjornT: thanks [04:44] mpt: you want to know how to do this stuff in python? [04:45] carlos: btw, did you need me for something? [04:45] SteveA: Actually I could probably muddle through it myself given enough time [04:45] do you want to do it in the page template, or in the view class? [04:45] bradb, just want to know how is that launchpad admins are not able to edit/close any bug report [04:45] SteveA: I don't know :-) [04:46] It's just a rowspan value [04:46] it looks rather complex to me [04:46] carlos: which bug report? [04:46] so, i'd say, do it in python code [04:46] carlos: you said "any", but let's start with a specific example, to make sure we're on the same page. [04:47] bradb, wordpress [04:47] has a bug report [04:47] that I want to close [04:47] mpt: as a start, can you formulate it as: tal:attributes="rowspan python: view.calculateRowspan(some args)" [04:47] but I'm not able to do that because I'm not the owner or the reporter [04:47] carlos: URL? [04:47] https://launchpad.net/products/wordpress/+bugs/860/+index [04:49] carlos: Right, the rules for upstreams are more restrictive than the "wiki mode" of distributions. It doesn't necessarily have to be this way though, but until it's changed, you have to be either the maintainer or assignee to edit an upstream task. [04:49] SteveA: view.calculateRowspan(messageSet), perhaps [04:49] SteveA: Then that function can look in the messageSet itself [04:49] okay. so, that's a good first step [04:49] then, you can write tests for that function [04:50] which is worthwhile, as it is doing some significant computation [04:50] bradb, but it makes no sense, if I'm a Launchpad admin, I should be able to "admin" the whole site, right? [04:50] lifeless, still here? can you kill pqm? it's stuck, again [04:51] friggin pqm [04:52] SteveA: and the code would go in browser/pofile.py [04:52] carlos: perhaps, yes [04:52] mpt: is there no view class for this page already? [04:53] oh, pmsgset.py [04:53] pomsgset.py, rather [04:54] carlos: I'll file a bug on it. === lamont is now known as lamont-away [04:54] bradb, thanks [04:54] bradb: nice work organising the malone 1.0 stuff. i appreciate it, and i know kiko does too. [04:55] thanks ;) [04:55] can anyone explain me how to assign packages to groups in malone? [04:55] or to people? [04:56] siretart, you can't. the maintainer is set based on what the package says it contains [04:56] salgado, around? [04:56] s/contains/is maintained by" [04:56] my god I'm confused today [04:56] kiko: well, then I dont understand, why I have no packages? I'm in the maintainer field of 2 packages: londonlaw and pong2 [04:57] carlos, yep [04:57] siretart, we haven't imported the package data into launchpad yet, jus tthat. [04:57] siretart, are there pong2 or londonlaw packages in launchpad? [04:57] salgado, yesterday I changed the owners of all translation teams [04:57] kiko: aaah. that explains [04:57] kiko: how can I check that? [04:58] https://launchpad.net/products/londonlaw [04:58] salgado, to the real owners bu that added daf and I as members of the teams, is there anyway to: [04:58] a) remove us completely not just deactivate us [04:58] but no pong2 [04:58] siretart, that's a product, not a package :) [04:58] b) create the team setting another owner different from the one that creates it? [04:58] siretart, welcome to launchpad :) [04:59] ok [04:59] salgado, https://launchpad.net/people/carlos <- This page looks a bit "ugly" with current behaviour [05:00] carlos, b) No, when you create a team you're the owner. maybe it's a good ide to let admins create teams owned by someone else? not sure, you could file a bug and then we'll discuss it with everyone else [05:00] carlos, salgado, mpt: if somebody cooks up a good idea of what should be on that page I can update it. I think it should contain a summary of the person's involvemnet in lp. [05:01] carlos: can we have a look at team creating/editing by me? [05:01] salgado, yeah, that sounds like a good thing [05:01] carlos: for starters, am I able to do this? [05:01] you should be, jordi [05:01] jordi, please, talk with kiko about that, he will be helping you a bit while I work on language packs [05:02] carlos, a) Right now there's no way to completely remove someone from the team. Maybe this is just a matter of hiding inactive memberships, so they won't show on your page neither on the team's +members page [05:02] tell me all you want to know jordi and I will answer [05:02] kiko, seems like launchpad is preventing that Rosetta Experts handle teams [05:03] salgado, I can fix that for you if you like [05:03] kiko: let's create a Greek team that was requested. [05:03] carlos, all members of rosetta experts should be able to handle team owned by the Rosetta Experts and teams in which the Rosetta Experts team is an administrator === jordi moves to https://launchpad.net/rosetta/groups/ubuntu-translators/ [05:03] kiko, that'd be great, I think [05:04] now I should /+appoint, right? [05:04] salgado, the problem is that Rosetta Experts will never own a team as a team never creates another team [05:04] https://launchpad.net/rosetta/groups/ubuntu-translators/+appoint == No perms, no chocolate error. [05:04] carlos, you can reassign all translation teams to the Rosetta Experts team [05:04] salgado, anyway, the problem is not related with launchpad teams, sorry, is more related with the Rosetta specific bits [05:05] oh, ok [05:05] carlos, really? how so? [05:05] kiko, launchpad.net/rosetta/groups [05:05] that part of the application [05:06] should be updated to allow Rosetta experts to add/remove teams there [05:06] who can currently add/remove teams there? ah, nobody -- people register teams themselves [05:06] mpt: do you need someone to help you write a test for that method? [05:07] kiko, only launchpad admins have rights there [05:07] carlos, okay, good point [05:08] salgado, how can we reassign groups? [05:08] SteveA: I don't think so [05:09] I should be able to figure it out [05:09] the thing is, we haven't been testing view classes much so far. but we should test them more [05:09] carlos: lib/canonical/launchpad/doc/pomsgset.txt ends with "Let's make a submission, when we are not an editor. It should not [05:09] become the active submission, and it" ... and nothing else [05:09] i think brad added one the other day [05:09] to somecontentobject-view.txt [05:10] SteveA: So I should make a pomsgset-view.txt, then [05:10] yep [05:10] mpt, :-? [05:10] or maybe it was ....-page.txt [05:10] mpt, is it truncated? [05:10] i don't remember [05:10] jordi, is there a bug filed on this? could you file it? [05:10] carlos: Looks like it. [05:10] you should be able to see it in /doc/ === jordi checks. [05:11] bug-release-targeting-pages.txt, SteveA [05:11] oh :-( [05:11] sounds right [05:11] mpt, please file a bug abou that [05:11] kiko: not the exact bug. Possibly related, #1776 [05:11] I'll file another for this exact situation [05:13] thanks [05:13] carlos: https://launchpad.net/malone/bugs/1881 [05:13] mpt, thank you [05:14] kiko: #1882 [05:15] kiko: this is blocking a few week-old requests. Should we go over them now? [05:15] only if you have the time [05:18] Georgian, Greek, Slovak team requests; Juanjo Marin asks what to do to join Ubuntu Spanish Translators (possibly the leader is MIA). That's all the team/group pending issues I see. [05:18] jordi, I'm not a launchpad admin -- SteveA who is? could I be, in order to help jordi out? [05:19] bradb: PreDefinedBugReports added [05:19] actually, tHe Spanish issue is now gone. [05:20] BjornT: great, thanks [05:20] BjornT: Any chance of doing the MSR review today, btw? [05:21] bradb: no, not today, it's too late already. [05:21] ok [05:21] jordi, koke is the admin of that team and I accepted him already yesterday [05:22] kiko: according to https://launchpad.net/people/admins, stu, rob and mark are admins of the admins team [05:23] darn [05:23] sabdfl, can I be a launchpad admin? === Mez [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad [05:25] kiko: done [05:26] hey Mez [05:26] superkiko with new super powers! [05:26] :-D [05:27] thanks sabdfl [05:28] jordi, go ahead, I can help you now [05:28] kiko: great. [05:28] hi sabdfl [05:28] hey jordi, get a good break? === christian [n=christia@vie-213-235-223-149.dsl.sil.at] has joined #launchpad [05:28] good, just two requests/replies to go on the mailing list [05:29] sabdfl: excellent, it was fantastic. [05:29] jordi, privmsg perhaps? [05:29] I really needed to get awayfrom computers. The weather could have been a lot better... it was Februarish! [05:29] evening sabdfl [05:29] but having snow in August is unique :) [05:29] i have a problem with my launchpad account. can someone help me? [05:29] kiko: let's go [05:29] christian, sure. what's up? [05:30] jordi: where were you? [05:30] well, actually everything is fine on launchpad.net [05:30] Peter Chabada [05:30] but when i want to login on ww.ubuntu.com/wiki [05:30] it always says: wrong password [05:30] Asks for a Slovak team. As he's the only one for now, he should be appointed as the Slovak member in Ubuntu translators, instead of creating a team (for now) [05:30] christian, are you using the same email address in both cases? [05:31] (to log in) [05:31] sabdfl: Pyrenees, Benasque/Posets valley. [05:31] yes. i am logged in into launchpad right now. [05:31] sabdfl: kms and kms of walking during 6 days [05:32] christian, that's most odd. what's your account name? [05:32] sabdfl: soonish I'll post a blog entry with the best pics. I'll give oyu a link. Or maybe I should get in Planet Ubuntu, dunno. [05:32] christian.paratschek@gmail.com [05:32] jordi: nice place, I miss it [05:33] some years ago I went to the Pyrenees every summer [05:33] hey koke [05:34] kiko: oh, I missed you about privmsg. As you prefer? [05:34] jordi, yeah, this channel is a disaster :) [05:35] carlos: we have another problem in production [05:35] something is creating pofiles with owner=None === Virtuall [n=virtuall@who.is.virtuall.info] has joined #launchpad [05:35] sabdfl, could you report a bug? [05:35] kiko: i'm afraid to drive up my karma [05:35] that way carlos can stay concentrated on fixing the language packs. [05:36] you can put it as max priority [05:36] I'll keep it in my inbox, too :) [05:36] sabdfl, you deserve it [05:36] christian, I don't see a reason why you shouldn't be able to log into the wiki [05:36] christian, you're logging into the wiki using your email address? [05:36] sabdfl, yes, please, file a bug [05:36] sabdfl: heh, you're sooo lacking karma, man === camilotelles [n=Camilo@200165215194.user.veloxzone.com.br] has joined #launchpad === jordi shows off his 57K points ;P [05:37] (wtf I got them from, dunno) [05:37] sorry, kiko, wait a sec... [05:37] jordi: you rock, but that loophole will get closed by Carlos in due course ;-) [05:37] jordi, breezy imports [05:38] 57K karma points? Sounds like we need to work on karma weighting a bit. :) [05:39] carlos: lol [05:39] sabdfl: see, I get points for getting an obscene amount of Rosetta SWAT email :) [05:39] jordi: that's fair enough :-) [05:40] jordi, https://launchpad.net/people/menthos <- He's THE man 314819 points! [05:41] heh, that's hilarious [05:41] woa [05:41] carlos: so all strings imported to rosetta with Last-Translator: Jordi got me points? [05:41] *FUN* [05:42] carlos: we've got a problem with Georgian. [05:42] jordi, yeah [05:42] can you clue us a bit? [05:42] ask and I will try [05:42] carlos: remember Aiet asking to be Georgian admin? [05:42] that got done; thanks. [05:42] but he also says: [05:42] Also, please kindly set my owner permissions to Georgian GNOME, XMSS, [05:42] POEDIT and vte, so I have the right to review the Georgian [05:42] translations. [05:42] what would that mean? [05:42] Should he be added to GNOME translators for GNOME and vte? [05:43] what about poedit and xmms? If they are owned by ubuntu translators, he should be ok, right? [05:43] jordi, poedit and xmms are in open mode [05:43] jordi, and you should create the GNOME Georgian team with he as the admin *only* if he's the official coordinator in GNOME === jordi checks. [05:45] he is [05:46] Of course, "You should create the GNOME Georgian team" brings me back to my "I can't do much as a Rosetta Expert" bug ;) [05:46] kiko: you'll have to help me here. [05:46] https://launchpad.net/rosetta/groups/gnome-translation-project/+appoint [05:46] sure [05:46] What you'll see there is unknown to me [05:46] I need to create the team first, I think [05:46] carlos, why is only the maori team currently appointed to gnome? [05:47] kiko, because I hadn't time to create the others [05:48] carlos, that's fine -- I was just curious [05:48] what other? [05:48] do we need to create all GTP groups in therE? [05:48] jordi, yes === jordi fears the LP update that will enable him to do it. :) [05:48] jordi, that's the plan [05:49] somebody remind me of who else apart from elmo has access to the moin datafiles? [05:49] ok, so create the team and then add Aiet? [05:49] right [05:49] jordi, you can probably create that team yourself === siretart [i=siretart@tauware.de] has left #launchpad [] [05:50] I'll do the rest [05:50] or actually [05:50] jordi, yeah, you should be able to create the team [05:50] you can create the teams and add the people [05:50] then change the ownership to Aiet [05:50] I can do the reassigning later if you like [05:51] I should be able to create the team? How? I see no links [05:51] bradb: fine with hardcoded reports for 1.0, so long as it isn't a problem for you to create new ones on request [05:51] jordi, it's a normal launchpad team [05:51] jordi, https://launchpad.net/people doesn't contain that link for you? [05:51] jordi, launchpad.net/people [05:52] mdz: We're preparing for that to be the case, so it shouldn't be too difficult. [05:52] bradb, the table listing rocks, and I now have a default set of columns, hoo hoo [05:52] kiko: right. Sorry, I still don't know where to fidn all the pointers. /rosetta/groups/foo could have a link in the right blocks if permissions are sufficient, maybe. [05:53] jordi, hmmm, but that's a bit odd, in a way, because you'd be creating a group in the context of another group? [05:53] kiko: default set of columns where? [05:53] wow I can do this [05:53] kiko: hmm. [05:53] bradb, for the table macros :) [05:53] hmm, in launchpad, how can you change which product a bug is assigned to [05:53] we have a big assigned to backports, but it should be in beagle... [05:53] Ah...there was always a default set before, but there were in browser view code, rather than in ZPT. [05:53] Mez, you currently can't, but mpt is going to file a bug to cover that -- we have it speced. [05:54] kiko, that's a shame [05:54] bradb, well, that's a pretty liberal interpretation of "default set" :) [05:54] Mez, you can add another task to the correct one [05:54] and close the original one as invalid [05:54] i.e. "the set you get if you don't override them" :) === christian [n=christia@vie-213-235-223-149.dsl.sil.at] has left #launchpad ["Verlassend"] [05:55] kiko: i only have option "in upstream" or "in distribution" [05:55] Mez, well, is it a package or a product bug? [05:56] carlos: contact address should be aiet or a mailing list if I find it? [05:56] erm, could be either ... most likely product [05:56] jordi, leave it empty [05:57] k [05:57] I think one of the first things I'm going to do after the initial implementation of MSR lands is add an option to that screen to toggle between table/list. No sense waiting for the inevitable user screaming. [05:58] bradb, was there a way of overriding before? [05:58] carlos, kiko: https://launchpad.net/people/gnome-l10n-ka [05:59] kiko: yeah, before there was a macro for those fragments, you just had to define your own little view class with a "task_columns" method. I did it for each of the three types of listings (D, DR and P). [05:59] otherwise it used the base class's default definition of task_columns. [06:01] ah I see [06:01] jordi, add the members you want in it [06:01] In any case, it's nice that that idea has been macrofied [06:01] and reassign ownership [06:02] kiko: oh, so I can because I 0wn the group. [06:02] good. [06:02] lifeless: pqm appears to be wedged. [06:02] PQM WAKE UP [06:03] He should be a team admin so he can approve the rest, right? [06:03] jordi, yes. you can actually make him owner [06:03] i imagine lifeless isn't around [06:04] elmo: can you do the daily pqm bounce please? [06:04] we should have a pqm bounce cronjob [06:04] https://launchpad.net/people/gnome-l10n-ka/+edit <-- can anyone confirm the right block there is a bit fucked up? Small font and stuff like that? [06:04] totally fucked up [06:05] jordi, file a bug [06:05] I can fix it later [06:05] great [06:05] kiko: I don't see how to change the owner [06:05] I can do it [06:06] salgado-lunch, is changing the owner only allowed for admins? [06:06] what's the guy's username, jordi? [06:07] doh, wait a minute. There are two Aiets. [06:07] he hasn't merged [06:08] can you email him and tell him to merge? [06:08] yes [06:08] now he's a member with both accounts. [06:08] I sthat going to be ap roblem? [06:09] shouldn't be, and is a good test of the merge code. [06:09] aietkolkhi is his main user [06:09] great. [06:11] jordi: i will fix that bug now in my branch [06:11] thanks sabdfl [06:12] sabdfl: the layout? Thanks! [06:12] jordi: np [06:14] sabdfl: https://launchpad.net/malone/bugs/1884 [06:14] jordi, added team to translation group. [06:14] what next? [06:15] kiko-fud: karma, dude, karma! [06:15] sabdfl, it's your chance to reach the stars [06:15] thanks; this clears Georgian AFAICT [06:15] can I have lunch and continue later, jordi? [06:16] kiko-fud: I'll have to leave in like 45. I suspect this one will be fast. 5m? [06:16] sure [06:16] what's up? [06:17] Logiotatidis Giorgos asks for a Greek team. === dand [n=dand@83.103.205.136] has joined #launchpad [06:17] create the team [06:17] add him as a member [06:17] I'll do the rest [06:17] k [06:17] same for Slovak [06:18] I'll do what I can and drop you a note. [06:18] jordi, email me with the people and teams, ok? will do as soon as I'm back. [06:18] bon apetite :) [06:18] thanks [06:19] Now I wonder if it's Giorgios Logiotatidis or Logiotatidis Giorgios. [06:19] His mail says the latter, LP the former. [06:28] hrm. [06:28] So for what I'm doing for Greek (just one translator), I just created a team and it will have Giorgos as only translator. === lisi [n=Ubuntu@p54A382F3.dip0.t-ipconnect.de] has joined #launchpad [06:28] jordi, no, I told you to add that person directly [06:28] I recall Carlos told me to just add Giorgos to the Ubuntu translators group. [06:29] jordi, teams are only created when we have more than one member [06:29] jordi, right [06:29] yeah. Should we revert this team creation for now? [06:29] I still can do Slovak the Right Way. [06:30] jordi, if the team is already created... do it that way [06:30] but don't create a Slovak team ;-) [06:31] yeah :) === dePOLL [i=ng2@nerdKing.de] has joined #launchpad === depoll [i=ng2@nerdKing.de] has joined #launchpad === depoll is now known as dePOLL === dePOLL is now known as depoll [06:48] carlos: so, to get this straight, Peter Chabada, the slovak guy, should be added directly to the ubuntu group === depoll is now known as dePOLL [06:52] jordi, right [07:07] does pqm still need bounced? [07:07] (sorry, been working in the DC, hadn't checked IRC) === elmo bounces it anyway for fun and profit [07:17] bjorn: ping [07:24] jordi, please, add instructions about how to create a new mailing list for translation teams [07:24] yeah [07:24] jordi, it's just a matter of sending an email to mailman-admin@lists.ubuntu.com [07:24] asking for it [07:25] but people will not have a clue if we don't say that [07:25] perhaps it's a good entry for our FAQ :-) [07:26] carlos: where did you want me to add it if it's not the FAQ? [07:27] jordi, to any email you send related to new team creation [07:28] last email you sent has this: "You may want to setup a mailing list for this too!" [07:29] jordi, but you don't say how to create it [07:29] jordi, I did the same in previous emails but I think new ones should be more explicits [07:29] carlos: right, oops. [07:30] good ole carlos [07:30] I'm back, I can help jordi [07:31] cool [07:31] kiko: great [07:31] I sent you mail. === kiko knows [07:32] ciao dudes [07:32] Kinnison, treat cprov well! [07:32] kiko: I'm about to leave, I have a dinner. [07:32] kiko: I will [07:32] kiko: We have plenty of meat [07:32] kiko: and a 10kg bag of rice [07:32] :-) [07:33] heh === Kinnison heads off to dinner [07:43] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Add the task status to the latest bugs portlet, and fix expanded/collapsed arrow alignment (patch-2305: christian.reis@canonical.com) [07:47] rock! [07:49] gotta go guys [07:49] laters [07:49] carlos, have a look at the FAQ changes of today and tell me if you think it's missing anything. [07:49] Gotta run [07:49] ok [07:49] jordi, will do later. See you! === robitaille [n=daniel@p235-054.public.uvic.ca] has joined #launchpad === bradb returns from a spin around the neighbourhood [08:09] with a new helmet! [08:14] hm, it appears as through cprov has two merge requests in pqm's queue without a reviewer tag. "failure"! [08:20] hoo hoo [08:28] Merge to rocketfuel@canonical.com/cscvs--devel--1.0: [r=spiv] cleanups and debug logging (patch-107: david.allouche@canonical.com) [08:29] bradb, an e2? :) [08:30] bradb, does this mean you're going to have to find me a bike for the montreal sessions? [08:34] it's a louis garneau [08:35] if the weather's okayish, i'd imagine it'd be easy to hook up with a bike somewhere [08:35] my neibourhood is a biking mecca [08:36] next investment will probably be some pedals and shoes [08:37] kiko: i'm just starting to add tests. would you like to review the code so long? === BjornT_ [i=10183@82-135-221-189.ip.takas.lt] has joined #launchpad [08:42] sabdfl, I can wait, I have three reviews in the queue [08:42] kiko: it's almost [trivial] [08:42] ;-) [08:42] that is indeed Very Funny [08:42] now stop interrupting me ;) [08:44] jamesh: around? [08:45] hopefully not, it's like 4am in perth :) === kiko hacks the launchpad like there's no tomorrow [09:06] kiko: i'm putting the spec in your review queue, but don't start the review till i ping you, 'k? [09:07] sabdfl, that's great, that way I get diffs [09:07] ed zachary [09:07] (earlier rather than later) === carlos -> out [09:10] see you! [09:11] carlos! [09:11] wait up [09:11] kiko, tell me [09:11] no, you tell me :) [09:11] kiko, test added [09:11] kiko, code ready [09:11] how big is the patch? [09:11] kiko, just need to glue it but I need to leave now [09:11] ah [09:12] so hmmm [09:12] kiko, not too big [09:12] if you like I can help you with it [09:12] anyway [09:12] the test is the biggest part [09:12] I was going to say [09:12] the workflow will need to be: land patch and test in production [09:12] then run the cleanup [09:12] kiko, it's a matter of 30 minutes or so to finish it [09:12] so don't worry [09:12] scrip [09:12] t [09:12] right [09:12] then generate the pack [09:13] can you email stub to make sure this is cherry picked and then the script run tonight? [09:13] it can be later, just as a reminder [09:13] anyway [09:13] kiko, we can do that on staging [09:13] see you a bit later? [09:13] staging? [09:13] kiko, no need to cherry pick it yet [09:14] ah, you mean generate the language pack? [09:14] kiko, yeah, just to be sure it's the right fix [09:14] agreed [09:14] kiko, all, fix the db, generate the language packs and test the new code [09:14] better idea (though more delays :-) [09:14] kiko, I know, but I think is better :-) [09:14] okay, fair enough. [09:15] let's write to the gettext maintainers tomorrow, btw [09:15] will finish the patch before leaving tonight [09:15] great [09:15] but I need to leave now... [09:15] see you later then [09:15] sure [09:15] kiko, see you [09:15] ping me when you're around [09:15] later! [09:15] sure [09:19] Hm, would it be crazy to register a portlet called "+foo-portlet-bar" for "*", where the portlet has simple API that just expects a "foo" to be defined? [09:19] bradb, give me more concrete details : [09:19] ) [09:19] e.g. moving all the bug portlets to be now on the bug task (due to the URL change), there's immediately a naming conflict: +portlet-actions [09:20] I can't simply re-register that to be on IBugTask, because then I'll be trying to register two different portlets on IBugTask called +portlet-actions [09:20] bugtask-portlet-actions [09:20] and bugtask-status-portlet-actions [09:21] right, that could work. /me ponders. [09:22] the other problem though was that the naming seems to be slightly confusing on all the pages linked to from what is the current actions portlet for a bug. [09:22] e.g. "+bugtask-portlet-actions" would be used in the Add CVE ref form as well (that merge is already in pqm's queue, in fact. :) [09:23] (the name isn't yet bugtask*, because that would come with the current URL changes, but the actions portlet will be on all those pages now. [09:24] another alternative is saving the rename for later [09:24] and just renaming what is clashing now === lamont [n=lamont@15.238.5.125] has joined #launchpad [09:26] kiko: right, I'll try that and see what happens. [09:26] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=salgado] add context-relevant portlets to all the pages linked to from the actions portlet on the bug page (patch-2306: brad.bollenbach@canonical.com) [09:26] s/portlets/portlets and titles (!)/ [09:27] round II will hit up all the edit screens [09:28] creeeiiizy [09:28] are we scrapping lp:url, btw? I hope so. [09:28] if so, I'm going to start sniping [09:30] i think we can get rid of lp:url, now that we have canonical_url, and doc/canonical-url-examples.txt [09:30] but, please mail the list, proposing it [09:31] ok [09:31] i'd like to get some input from some others first, to make sure we're not removing something with legitimate uses [09:35] SteveA: Was the original intent of lp:url to help give URL-based code coverage statistics for our page tests? [09:35] no [09:35] What was the original intent of lp:url? [09:36] it was originally to provide structured documentation in the zcml file, so people could readily understand what pages go where [09:36] now that we have a better structured URL space in general, we don't need it so much [09:37] according to sabdfl it was "to help us produce a listing of all the pages and views we had defined" [09:37] which i guess is related [09:38] yes [09:39] is there a way of concatenating strings in tal? [09:39] it had that effect too [09:39] i.e. tal:define="foo bar+baz"? [09:39] ah, string: [09:39] although, now that they are all in one place, this gets easier [09:39] i mean in templates/ [09:44] SteveA, is there a special name (like nothing for None) for the empty string? [09:44] "string:" [09:44] "python:''" [09:45] right [09:45] thanks [10:08] kiko: I guess all the portlets like bug-portlet-cve.pt have to be renamed to bugtask-portlet-cve.pt? That feels so wrong, but at the same time, it's consistent with the context-portlet-foo.pt naming convention. [10:08] I wouldn't do it, to be honest [10:09] ok, I'll leave it as is for now then === bradb shivers [10:11] pagetests ffs [10:11] Trust me, it's little comfort to *know* that dozens of them will fail :) [10:13] I was referring to my failures :-( [10:13] oh, heh. (i noticed how your merge request disappeared from the pqm queue without dilys saying anything...we all know what a joy that is) [10:14] because you just *know* wait's waiting for your in your inbox [10:14] "Subject: failure" [10:15] exactly [10:15] I just resent [10:15] minor friggin failures [10:16] why doesn't pqm fix the tests for me automatically, I don't know === bradb ponders what bug/fmt:url will return now [10:31] ugly issue. [10:36] It might be reasonable to raise an error, because it doesn't seem at this moment that there's a sane use case for wanting the URL of a "bug". Personally, I like the idea of heavily pushing context (both to LP developers and, well, to users, I don't think it needs "pushing"; I think it'll just work the way they expect.) === dangerous_piper [n=mikel@134.30.223.82.arsystel.com] has joined #launchpad [10:51] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Cosmetic fixes to translation group pages: add sortable tables, minor tweaks (patch-2307: christian.reis@canonical.com) === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [11:05] #asturlinux === dangerous_piper [n=mikel@134.30.223.82.arsystel.com] has left #launchpad [] [11:10] kiko, can you use your super powers and access https://launchpad.net/people/jalrnc/+edit, so I can see the traceback for the problem reported on #1886? [11:14] salgado: it didn't traceback [11:15] sabdfl, oh, I saw it in the error logs. looks like you forgot to remove the comma at the end of +edit. ;) [11:16] salgado: no [11:16] me? [11:16] i just tried that with the comma [11:16] and it failed [11:16] tried it without [11:16] and it worked [11:16] no traceback [11:16] ah, ok [11:17] salgado, did you get the traceback? [11:17] kiko, aparently there's no traceback when accessed by an admin [11:18] I see [11:18] salgado, you can probably ask stub to grep the error logs [11:18] I wonder if it's possible that not accessing it as admin would cause any problem [11:18] wouldn't it be useful to have the raw logs available? [11:18] yes, it would [11:19] salgado, can you email stub CC: launchpad on that topic please? === dangerous_piper [n=dangerou@134.30.223.82.arsystel.com] has joined #launchpad [11:26] https://chinstrap.ubuntu.com/~dsilvers/paste/filexOuCpA.html -- The Joy of Programming [11:26] mpt: Sorry. worked all night and crashed. [11:26] kiko, done === bradb waves bye bye to several more database imports [11:27] oops, gotta change the docstring [11:27] jblack: It's ok, I mailed you [11:28] mpt: yeah. He told me that. :) [11:31] any progress? [11:31] I'm going to tray and track that down tonight if he's on. [11:31] cool [11:32] lifeless: btw, congrats on d-d status [11:37] later all [11:45] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Fix for bug 1871: /malone/packages is broken. Removes the traversal link. (patch-2308: christian.reis@canonical.com) [11:50] kiko, hi, I'm back [11:51] kiko, and I did the glue code to use the fix. The test are passing now [11:51] now I need to do the whole test run