=== sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] [12:11] elmo: We don't need much launchpad-error-reports history, so feel free to nuke everything pre August. [12:12] I'm not really worried about history so much as how much b/w we're using sending this out [12:12] elmo: And we could nuke all of it if it is a pita moving stuff [12:12] Yes - Kiko has been ranting about that. The cron jobs are way to noisy to be vaguely useful [12:12] can you tell how many people are subscribed? [12:13] There are probably 3 who get everything, and carlos will get the bulk of it (since the Rosetta scripts are the noisy ones). So I'd multiply it by 4.5/5 to get total bandwidth. [12:13] oh, ok [12:13] and it's a private list right? [12:14] as in, you moderate who subscribes [12:14] Yes. Letting random people on there could be a security issue. [12:14] Yes. [12:14] ok, thanks [12:20] hello [12:20] could someone shed some light on this [12:20] autopackage has no polish translators assigned [12:20] who can assign them? [12:20] (currently I cannot even upload a .po file) [12:33] bradb: No, bug 691 still isn't fixed === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:53] zyga: hmm [12:56] zyga: I see the policy for autopacakge is "Open" [12:56] why can't you translate? === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad [01:09] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] fix +hctstatus page to, um, work. fixes https://launchpad.net/malone/bugs/1948 (patch-2332: brad.bollenbach@canonical.com) [01:14] jordi: I want to upload a po file [01:14] jordi: I don't see that as an option [01:15] bradb, what are these specs? Are the specs going to move off the wiki? [01:18] Burgundavia: I don't know poop about the new spec machine, but by the looks of it, they can remain on the current wiki and be compatible with the spec machine (since it takes a URL to the spec.) [01:19] bradb, just asking [01:20] Burgundavia: have you been using Malone of late? [01:20] some [01:21] any comments or suggestions based on your recent usage? [01:21] I am still concerned about how wide it is [01:21] i spoke with MOTU earlier, but they're not whining enough, which is kind of unfortunate [01:21] I really need to test at 800x600 [01:22] the yellow is also a little hard to read on the white [01:22] Burgundavia: the solution for that landed today. the sourcepackage bug listing will have a new format, which we'll port to the other screens as soon as we get to it. [01:22] the buglist screen is also quite wide [01:23] your first reported time might be more human readable [01:23] oh, that's the screen i was referring to [01:23] ah [01:24] the Add CVE reference is odd [01:24] due to the popup [01:24] the link I mean [01:25] Burgundavia: btw, what's too wide at 800x600? [01:25] there doesn't strike me as a way to add CC and change the bug status, all in the same window [01:26] pretty much any screen, but the bug one really struck me because you might have to scroll sideways to get to the lists of bugs [01:27] do you have an example URL? [01:27] https://launchpad.net/distros/ubuntu/+bugs [01:27] Burgundavia: we gave up on 800x600 for launchpad i'm afraid [01:27] sabdfl, ya [01:27] 1024x768 is the minimum that will work [01:27] sabdfl, don't think it is possible [01:27] even still, it doesn't cause horizontal scrolling for me [01:27] agreed [01:27] ok === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] [01:28] bradb, clicking on the package name should take me to a list of that packages bugs [01:28] anywhere === bradb notices that clicking on "Ubuntu openvpn" on https://launchpad.net/distros/ubuntu/+bugs/1966/+edit takes him to the distro page. :/ [01:31] the distro/package selection popup still needs to be majorly reworked [01:32] oh, other thing [01:32] the remote bug details [01:32] it allows you to select "no value" and "Debian #" but it is not clear what this does [01:33] the ordering on severity and priority are reversed [01:34] when here --> https://launchpad.net/distros/ubuntu/+bugs/1966/+edit [01:34] you shouldn't have # Edit Task Status in the right portlet, because you are already there [01:34] right [01:34] I'm filing some bugs right now [01:35] "Target fix to releases" probably should be "Target the fix for a release" [01:35] also reported in should list the remote bug occurances, if I am reading the page correctly [01:36] if that data shouldn't be there, that section should be renamed [01:36] the latest bugs in Ubuntu is a useless portlet if you are in a bug already [01:36] a more useful portlet would be other bugs on this package [01:37] the milestone having no value? what is up with that [01:37] details and bug details portlet appear to overlap with data [01:37] no need to tell me is Secrecy private [01:38] s/private/public [01:38] I already know that, I am reading it. [01:38] Private bugs should be marked with an icon as well as text [01:38] is this the MOTUs --> universe-bugs@lists.ubuntu.com [01:39] ok, major bug [01:39] I was finished with looking at the bug edit details [01:40] my mouse immediately went to the tabs at the right [01:41] so the stuff at the upper left and the tab at the right should be swapped [01:41] or something [01:43] ouch [01:43] here is a bad one [01:43] there appers to be no way to get from here --> https://launchpad.net/distros/ubuntu/+bugs/1966 to https://launchpad.net/malone/bugs/1966 === asgeirf [n=asgeirf@203-173-59-20.dyn.iinet.net.au] has joined #launchpad [01:43] and 2nd is linked off the bugs in Ubuntu [01:43] the 1st only appears sometimes [01:44] when you click on the location indicator at the top left [01:44] those pages should probably be the same [01:45] Burgundavia: just click on the "Bug #1966" link [01:45] ugh [01:45] that is truly non-obivious [01:45] the fact that it wasn't noticable to you is noteworth, of course [01:45] noteworthy, even [01:46] (filed bugs #1984 and #1985 so far) [01:46] and how do I get back to the ubuntu bug page? [01:46] from that page you can't, unfortunately. /me files another bug. [01:46] oh, and your linking icon is a lock, which led me to believe that it was a private bug [01:47] the bug details portlet should probably have a tree for easy navigation [01:47] showing the main bug and all the bugs in the various distros under it [01:48] then you visually show the link between the various pages === bradb files #1986 [01:49] CC should have a "add myself" for quick CC'ing [01:49] yeah, we have a bug filed on that [01:49] your CC page sucks [01:49] Plone taught me to strongly dislike tree nav in portlets, to be honest [01:50] and what is the difference between CC and Watch? [01:50] Burgundavia: that Watch is going to disappear :) [01:50] ok [01:50] the button on the CC page should be called "Add CC" not "Change" [01:50] we have a spec https://wiki.launchpad.canonical.com/MaloneBugSubscriptions, which will hopefully address your issues. [01:51] please feel free to take a look and provide feedback, if it's something that interests you [01:51] I expect I will be using it, so it interests me [01:52] cool [01:52] we're looking for people to help champion malone in the community too, so any efforts or leads in that direction are always welcome [01:52] I like what I see and you guys are pretty responsive [01:53] bradb: Were you able to use that query to rank bug search results, or do we need more infrastructure to do what you need? [01:56] #1987 [01:57] #1988! [01:58] stub: sorry, what query? (my main beef with the searching wasn't ranking btw, it was the overliteral matching.) [01:58] how do I get from https://launchpad.net/malone/bugs/1988/ to a list of all the malone bugs? [01:59] Burgundavia: you can't, but I'm doing a terrifying rework of the URLs right now that will allow what you're asking. [01:59] I need a link [02:00] the place i keep going to is the "upstream malone" text [02:00] yep, and we need to change the URLs to give you that link [02:00] Burgundavia: interesting [02:00] i don't know exactly why we chose to unlink the sp name there [02:01] bradb: http://lists.canonical.com/mailman/private/launchpad/2005-August/005993.html [02:02] at one point, the whole bar was a link to the upstream bug [02:04] stub: sorry, haven't had time to look at it, and don't any time to look at it now, but I've flagged the message and will try to look at it in the coming days [02:04] bradb, I have to run. There are my minor picks. Should I file the icon one? [02:04] No probs - just chasing some old threads ;) [02:05] stub: thanks for mentioning it [02:05] Burgundavia: sure, feel free to file any problem you experience with the system. the worst that happens is that it gets rejected by a developer. [02:05] we're on the heels of 1.0 right now too, so the more feedback the merrier ;) [02:05] ok [02:06] thanks for the feedback, i'm heading off too ;) [02:06] I'm going to retire my tree, it's giving me random conflicts [02:06] later all [02:12] am I drunk or Do we have "Edit Details" and "Packages" links presented twice in portlet-person-details @ production ? [02:13] yes, you are drunk, but no they are there twice [02:25] Merge to rocketfuel@canonical.com/launchpad--production--1.30: Cherrypick patch-2328 into production (patch-3: guilherme.salgado@canonical.com, rocketfuel@canonical.com) [02:25] cprov: If it is the bug I'm thinking of, Salgado has already fixed that and that is the cherry pick to the production branch right there [02:26] stub: great, I've just got scared by so silly mistake =-O [02:26] cprov: Bad conflict resolution in a merge caused it [02:27] stub: I've felt it in my skin several times [02:27] stub, manual or baz merging issue? [02:28] Dunno. The entries Salgado had removed got added back when sabdfl landed the spec feature branch. baz smash strikes again? === cprov -> bed [02:56] stub, I was hoping that damned feature wouldn't land... [02:56] not this week, anyway. === siretart [i=siretart@tauware.de] has joined #launchpad === sd-tux [i=sd@2001:4ca0:0:fe00:0:0:a96:3f18] has joined #launchpad === bob2 [n=rob@crumbs.ertius.org] has joined #launchpad === jamesh [n=james@203-59-251-126.dyn.iinet.net.au] has joined #launchpad === jamesh [n=james@203-59-251-126.dyn.iinet.net.au] has joined #launchpad [03:23] why is uploading disabled? [03:24] is launchpad broken? I see 'bugs' tab when I want to translate a package [03:27] zyga, known bug, but interesting you've noticed it :) === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [03:29] * Applying 163 revisions ..............................................................................................................................................kiko@lozenge:~/devel/rocketfuel2$ [03:29] VOOOM! [03:32] kiko-zzz: I guess launchpad is having a hard time ATM? [03:40] kiko-zzz: did someone just restarted launchpad? [03:53] stub: gangotri spam continues. now external_bug is broken [03:53] :| [03:54] want me to convert such things into bug reports ? [03:54] That should have been fixed with the production update I just did (well... it still spams until I turn up the --quiet option to ignore warnings) [03:55] Please do, although Kiko has done most of the Rosetta ones already I think. [03:55] File "/srv/launchpad.net/production/launchpad/cronscripts/../lib/canonical/malone/externalsystem.py", line 127, in get_bug_status [03:55] log.warn('No bz:bug_status found for bug_id %s', bug_id) [03:55] 11:30 [03:55] NameError: global name 'log' is not defined === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad === spiv [n=andrew@dsl-81.14.240.220.rns02-kent-syd.dsl.comindico.com.au] has joined #launchpad === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === lamont-away is now known as lamont === ubuntulog [n=warthylo@212.242.141.114] has joined #launchpad === Topic for #launchpad: Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 1 Sep, 12:00 UTC === Topic (#launchpad): set by SteveA at Thu Aug 25 14:02:43 2005 === jblack [i=jblack@209.158.45.74] has joined #launchpad === bob2 [n=rob@67.18.176.136] has joined #launchpad === siretart [i=siretart@tauware.de] has joined #launchpad === depoll [i=ng2@nerdKing.de] has joined #launchpad === siretart [i=siretart@tauware.de] has left #launchpad [] === siretart [i=siretart@tauware.de] has joined #launchpad === sivang [n=sivang@213.9.79.162] has joined #launchpad === elmo [n=james@83.216.156.21] has joined #launchpad === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad === jordi [n=jordi@213.96.69.115] has joined #launchpad === Znarl [i=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === asgeirf [n=asgeirf@203-173-59-20.dyn.iinet.net.au] has joined #launchpad === kiko-zzz [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === spiv [n=andrew@220.240.14.81] has joined #launchpad === superted [n=superted@213.167.101.222] has joined #launchpad === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === dilys [i=daf@muse.19inch.net] has joined #launchpad === BjornT [i=10183@82-135-221-189.ip.takas.lt] has joined #launchpad === sladen [i=paul@80.1.73.116] has joined #launchpad === ChanServ [ChanServ@services.] has joined #launchpad === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === jamesh [n=james@203-59-251-126.dyn.iinet.net.au] has joined #launchpad === Znarl [i=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === BjornT [i=10183@82-135-221-189.ip.takas.lt] has joined #launchpad === kiko-zzz [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad === \sh_away [n=nnnnnnnn@server3.servereyes.de] has joined #launchpad === asgeirf [n=asgeirf@203-173-59-20.dyn.iinet.net.au] has joined #launchpad === ubuntulog [n=warthylo@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 1 Sep, 12:00 UTC === Topic (#launchpad): set by SteveA at Thu Aug 25 14:02:43 2005 === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad === stub [n=stub@203.217.37.199] has joined #launchpad === lifeless [n=robertc@220.240.14.81] has joined #launchpad === sd-tux [i=sd@2001:4ca0:0:fe00:0:0:a96:3f18] has joined #launchpad === spiv [n=andrew@dsl-81.14.240.220.rns02-kent-syd.dsl.comindico.com.au] has joined #launchpad === ubuntulog [n=warthylo@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 1 Sep, 12:00 UTC === Topic (#launchpad): set by SteveA at Thu Aug 25 14:02:43 2005 === sladen [i=paul@starsky.19inch.net] has joined #launchpad === segfault [i=carlos@prognus.com.br] has joined #launchpad === superted [n=superted@213.167.101.222] has joined #launchpad === bob2 [n=rob@67.18.176.136] has joined #launchpad === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === asmodai [n=asmodai@82.161.50.213] has joined #Launchpad === sivang [n=sivang@box79162.elkhouse.de] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.pooles.rima-tde.net] has joined #launchpad === elmo_ [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === dilys [i=daf@muse.19inch.net] has joined #launchpad === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === lamont [n=lamont@mix.mmjgroup.com] has joined #launchpad === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad [08:40] moin moin [08:55] ola === Virtuall[BZA] _ is now known as Virtuall [09:09] BjornT: Is https://launchpad.net/malone/bugs/1187 still valid? [09:12] stub: well, are there any bugs in the db without a description? [09:12] 268 [09:13] I guess I mean 'in current thinking, should we be allowing bugs without descriptions' [09:13] In which case I should migrate the data as described and add constraints to the column. [09:13] stub: please go ahead [09:13] stub: i think all bugs should have a description, yes [09:13] summary can be null, but we do want a description [09:20] morning all === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === jamesh [n=james@203-59-251-126.dyn.iinet.net.au] has joined #launchpad [09:27] so people complaining that the "Upload" option is gone are quite right [09:27] it is visible for po templates, but not for single pos === Seveas [n=seveas@ksl403-uva-132.wireless.uva.nl] has joined #launchpad [09:46] stub: erk [09:47] good morning, lunchpadders [09:47] ProgrammingError: ERROR: could not access file "$libdir/plpython": No such file or directory INSERT INTO Message (id, parent, rfc822msgid, owner, distribution, raw, subject, datecreated) VALUES (21, NULL, '<20050831074627.23512.88439.lptickets@slinky.uk.hbd.com>', 16, NULL, NULL, 'Re: sdfshd s', CURRENT_TIMESTAMP AT TIME ZONE 'UTC') [09:47] stubarooney, that's on breezy, to which i've just subscribed [09:47] do i need to rebuild the db? [09:48] stub: and this is what i get when i try to do that: [09:48] * Installing PL/PythonU [09:48] createlang: language installation failed: ERROR: could not access file "$libdir/plpython": No such file or directory [09:48] make: *** [create] Error 1 [09:48] on breezy [09:49] That createlang is standard PostgreSQL - perhaps pitti has split the plpython into a seperate module that needs to be installed? [09:49] sabdfl: are you running 7.4 or 8.0? [09:49] 7.4 [09:49] postgresql-plpython-7.4? [09:49] stub is the postmaster [09:50] yup, seems to have fixed it. why would that not have been installed during the upgrade? [09:50] hmm.. [09:50] sabdfl: if it was part of the postgresql package in hoary, then I'd say it's a bug for pitti [09:51] but we've lost tsearch [09:51] tsearch is part of contrib, yes? [09:51] that one should be OK; there's a transitional package [09:52] yes, it's installed the contrib package, but our db makefile is failing nonetheless [09:52] print >> c, open(TSEARCH2_SQL).read().replace('public;','ts2, public;') [09:52] IOError: [Errno 2] No such file or directory: '/usr/share/postgresql/contrib/tsearch2.sql' [09:52] make: *** [test] Error 1 [09:53] stub [09:53] the dirname has changed [09:53] to /usr/share/postgresql/7.4/contrib [09:53] Don't know if that qualifies as a breezy bug or our bug. [09:53] ours [09:53] i think [09:53] -rw-r--r-- root/root 17086 2005-08-26 09:32:27 ./usr/share/postgresql/7.4/contrib/tsearch2.sql [09:53] fti.py needs an if: then: statement to see if the file exists in the hoary location or the breezy location then [09:55] stub: i'll patch it, need you to review db changes in my launchpad--helpme--0 shortly anyhow, will you review fti.py then too? [09:55] sabdfl: Should be a two line change - I doubt it needs review ;) But I'll look. [09:55] stub: err... how best to test if a directory exists? [09:55] or a file? [09:55] if os.path.isdir(foo) [09:56] if os.path.exists(TSEARCH2_SQL) [10:01] stub: ok, looks fine now. thanks. === SteveA [n=steve@office.pov.lt] has joined #launchpad [10:02] stub: btw, can you confirm we are restricting "name" fields to ascii? [10:02] i.e. not unicode? [10:03] yes, name fields are ascii. [a-zA-Z0-9_+-] [10:03] is mpt supposed to come online today? [10:03] erm... actually.... that uppercase is only on some. most of them are lowercase only too [10:03] jblack: around? want to do that archive resigning now? [10:04] stub: ok, cool [10:04] so Person.name would be a fine email@ubuntu.com [10:04] Right here. [10:04] Yes. I think that solves most of or all of the issues. [10:04] sounds like a plan. [10:05] SteveA: This will be a tad noisy though. I'd suggest elsewhere [10:05] sure, let's take it private [10:06] stub, sabdfl: i don't think we want admin@ubuntu.com going to the guy who registered that name. [10:07] SteveA: We can rename and blacklist names as we know/find them. There might even be some lists we can use as a seed for root/admin/abuse/postmaster/daemon/bin/super/toor/nroot etc. [10:07] there are problems with these in other aspects of the UI too [10:08] for example, if someone sees that 'admin' has commented on a bug, they assume things that just are not true [10:08] so, i think we need to blacklist names altogether, rather than just email addresses [10:08] and i think that's what you meant [10:08] Yup [10:08] is this easy enough just to do, or do we need to russle up a spec with salgado? === dand [n=dand@gw.datagroup.ro] has joined #launchpad [10:09] Its easy enough to do - just create a invalidname table and make the valid_name constraint check it for matches. [10:11] So if admin is in that table, nobody can have the name 'admin' or 'admin*', but '*admin' would be allowed. I think that meets our requirements, and if we *do* need someone to have a blacklisted name I can sort it. [10:11] elmo can also use this for blocking conflicts with existing ubuntu.com addresses [10:13] Think that requires a spec? [10:14] how about a 1 paragraph spec [10:14] no need for fancy sections [10:14] just spew it out, with a more concrete table definition [10:14] and, i guess we want to improve the person name validator too [10:15] as we want a nice python error, not a DB level error [10:15] jblack: ping [10:15] stevea: I'm still here. [10:15] Ok.... [10:16] i'm trying to talk to you in a private /msg style thing [10:16] SteveA: Yes. I can see you and I've been answering you. [10:16] You can't see what I'm messaging you? [10:16] no [10:16] SteveA, jblack: freenode is blocking unregistered users from privmsging. [10:17] cute. [10:17] >NickServ< identify **** [10:17] -NickServ- You have already identified [10:17] so, i'm sorted [10:17] I haven't [10:17] YEAAA [10:17] there's always jabber [10:17] SteveA: Well, if he can see what you're saying, then you would be identified :) [10:17] bzr pqm support phase one done. [10:17] rock on lifeless === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === jamesh [n=james@203-59-251-126.dyn.iinet.net.au] has joined #launchpad [10:17] SteveA: I was going to say rock on Australia, but that'll do ;) [10:18] would be nice if freenode's daemons told you that your message was going to /dev/null [10:19] They send notices to window 1. [10:19] SteveA: It does, but many irc clients don't wave big read flags at random spew from freenode. [10:19] be nice if they msg'ed back [10:19] s/read/red/ === zyga [n=zyga@chello084010207057.chello.pl] has joined #launchpad [10:20] hello === Seveas [n=seveas@ksl403-uva-132.wireless.uva.nl] has joined #launchpad === cprov [n=cprov@haddenham.pepperfish.net] has joined #launchpad [10:49] BjornT: in reviewing pqm, can you stop at patch-10 on that branch [10:49] BjornT: the rest of the branch is the bzr support work, which involves huge swathes of 'move code from A to B' - and then changing the moved code. And its not done yet. === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [10:50] lifeless: yeah, i noticed there where some more things in that branch, than stated on the wiki.... [10:50] lifeless: but where can i get your archive? [10:51] http://people.ubuntu.com/~robertc/robert.collins@canonical.com--general [10:52] lifeless: ok. although, in the future, either stop doing work on branches that are up for review, or specify a patch level. makes things easier for me. [10:55] yeah yeah, things changed after I put that up for review. [10:56] stub: did the rf-2320 get included in production ? [11:00] cprov: No - tagged from 2318 and it hasn't been cherrypicked (rocketfuel@canonical.com/launchpad--production--1.30 ) [11:12] stub: it solves the bug # 1797, could you do it for me ? email just sent === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:22] ok. ta. [11:23] stub: thank you [11:25] stub: cprov and I would like your opinion on the workflow posted on bug 1972 [11:26] Heh... I was hoping to avoid understanding all that ;) === Kinnison pouts [11:27] Just run your eye over the proposed workflow and see if it makes sense for you? [11:29] That work flow makes sense. I don't know how well it fits in with the existing login token stuff - if it isn't a good fit don't force it. [11:30] We *could* use the email gateway - would people with a sign-only key have their email client set up to use it? [11:31] Why do we care that the key lists a valid email address? [11:33] ie. could we just have 'sign this and paste it here' on the web with no email at all, and just add any attached email address as a NEW emailaddress instead of a VALIDATED or PREFERRED one? [11:34] That could be okay === Nafallo [n=nafallo@unaffiliated/nafallo] has joined #launchpad [11:34] the idea is to confirm that the email address asserted by the "Person" is also an email that the person with the key has access to [11:35] So that someone who guesses someone elses password can't add keys to that person which launchpad would then identify as being that person without needing passwords or whatever [11:35] ok. [11:35] does that make sense? [11:35] yes. [11:36] cool, so I'm not going mad [11:36] (much) [11:36] Actually... there is still a hole. I have your password, so I just add a new email address to your account and confirm it. [11:36] I then upload the GPG key [11:37] I can then probably remove the email address if I want. [11:37] Hmm [11:38] arse [11:38] good point === Kinnison ponders more [11:39] We have no way of stopping someone who knows the password taking control of the account, because that is the only secret required for setting an account up. [11:39] Everything else falls out from there [11:40] Aye, and we can't require that a token to the preferred email will work to change preferred email in case someone loses control of their preferred email [11:40] E.g. a provider going titsup.com [11:41] Do we have a concept of "this bug is related to this other bug" other than duplicate? [11:41] E.g. 1979 isn't really a dupe of 1972 but it's clearly the same bug [11:42] I don't think so. We will have dependencies at some point I believe, which adds more relationships. === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [11:45] The best we could do is spam all email addresses on a change to preferred email, which lets people know that someone shoulder surfed or guessed their password. But I don't know if it is worth it. [11:45] Certainly notifying the old preferred email that the change has occurred is worthwhile [11:45] oh... and when any email address is removed too ;) [11:45] stub: Kinnison: dup is ok, but you should be able to see the comments on dups in a single place, is it possible /makes sense ? [11:46] dupes are at least reasonably effectively cross-linked [11:48] I don't think we want to interleave comments, and I don't see much gain to sticking all the comments on one page if it means we have several seperate conversations on the bug instead of one. But I think this is one of those 'personal opinion' issues that we need to defer to the UI nazi ;) === Kinnison grins [11:48] which reminds me, I need to cause intense and convincing pain to our UI nazi [11:48] Kinnison: separated by one step, I mean merge info in, something like 10 dups 8 -> bugs/8 ~bugs/10 [11:48] someone managed to remove all visual indication of links in portlets [11:48] cprov: ~ ? [11:49] Kinnison: similar [11:49] aah [11:51] imo, portlets containing only links don't need constantly present underlines. [11:52] portlets that contain information and maybe a link may use constantly present underlines, but don't need it. [11:52] links in the body area of a page must look like links. [11:53] Fine [11:53] but make them underline on rollover [11:53] works for me [11:53] it's very very annoying to have no visual feedback === SteveA mails to mpt [11:53] It took my partner 5 minutes to spot the "malone" link on the front page [11:53] colour is *NOT ENOUGH* === SteveA mails to mpt [11:54] esp. for a colour-blind dyslexic :-) [11:54] ta [12:20] jblack: ping [12:22] lifeless: I appear to have a lot of ,,$category--$branch--$version--$revision--$archive.$timestamp.$pid.$n files littered in my directory === segfault [i=carlos@prognus.com.br] has joined #launchpad [12:29] Does anyone know why gnome-control-center translations are not being imported from GNOME? === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [12:35] does anyone know whe will launchpad work again? [12:35] many things seem broken ATM === camilotelles [n=Camilo@20132139198.user.veloxzone.com.br] has joined #launchpad [12:38] Are there bugs filed for the broken bits? [12:39] Kinnison: I didn't check but lanuchpad seems to be changing rapidly [12:42] zyga: It's under heavy development [12:42] sometimes it'll change in a way you think is less good. That's the time to file bugs so that we record such suggestions [12:42] Kinnison: well not being able to upload .po files seems like an issue ;-) [12:42] but I guess that's temporary [12:43] too bad that breezy is around the corner - bad timing ;/ === vinsci [n=vinsci@dsl-sjkgw2jb1.dial.inet.fi] has joined #launchpad [12:55] what is the open source status of the software running launchpad? === Nafallo [n=nafallo@unaffiliated/nafallo] has joined #launchpad [01:00] vinsci: launchpad is built with various pieces of open source software, such as sqlobject, zope3, and so on. we contribute our fixes and experience to these projects. the code that is specific to launchpad is not public or open source right now. i expect it will be at some point in the future. [01:02] no progress at all, in other words :-( [01:02] I'll be opposing hosting translations at launchpad until this changes [01:03] i'll also note that various parts of launchpad that were not open have been made open. there are a couple of other pieces of code in that queue. [01:03] the bulk of the web app is not open right now. [01:03] where is the repository? [01:03] for? [01:04] zyga: hey. sorry, I went to bed [01:04] for the things that are open (not the external components such as zope x3 etc) [01:05] zyga: to upload files, you're right, for specific po files there is no url. [01:05] no link, sorry [01:05] oh right; they mostly end up in the baz archive thelove@canonical.com [01:06] I guess that'll get fixed. For now, use ....../cs/+upload [01:06] i'll need to check whether it is all in there, or whether there are other places. [01:06] k, thanks [01:12] SteveA: bug 1996 is causing some trouble to our users. It seems quite trivial; can you consider giving it priority? [01:13] jordi: i don't quite understand the bug report. is this a bug in the menu system? [01:14] one of the links in the bug report leads to a system error [01:14] when i'm not logged in [01:14] i can see an error that the "bugs" tab is highlighted [01:14] where is should be "translations" [01:14] and that is certainly something i'm fixing as a priority [01:15] is that the nature of the bug? the wrong tab is highlighted, so there are not the needed menu items? [01:17] jordi: thanks [01:17] that'll be useful :) [01:18] jordi: let's say there is a package foo and I want to upload a .po file for package bar (that contains the same messages), will this work? [01:21] [ANNOUNCE] maybe someone will find this usefull http://www.suxx.pl/tools/migrate-po-file [01:25] jordi: ping [01:30] SteveA: how can translators upload a single po file? find a link for that [01:31] gotta go for like 1h === SteveA --> lunch [01:32] jordi: me too === Lathiat_ [i=lathiat@gasp.bur.st] has joined #launchpad === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad === niemeyer [n=niemeyer@200.181.168.209] has joined #launchpad [02:15] sabdfl: the spec name -- is it unique across launchpad, or unique across each product/project ? === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:25] GOOD MORNING AMERICA [02:33] kiko: What kind of coffee have you been drinking!? [02:33] ;-)) [02:36] the same stuff that harry dean stanton is drinking [02:41] Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-78) === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad === ivoks [n=ivoks@lns01-1486.dsl.iskon.hr] has joined #launchpad [02:43] good morning carlos, please tell me you have good news? [02:43] hi [02:44] kiko, sorry I'm starting now to work, was busy this morning with my guest... [02:44] kiko, so nothing changed since our talk yesterday [02:45] but the script running on staging? [02:46] kiko, hadn't time to check it, you are too fast :-P [02:46] DO IT! [02:46] anyway, the script is just a way to debug what's going on with real data so I have some extra info to debug the problem, is not a fix test.. [02:47] I know, and I want to know what the problem is [02:48] it's unfortunate but we're 2 weeks late now because of this issue [02:50] carlos, Hi! can you explain me why gnome-control-center translations are not imported from Gnome ?Thanks. [02:51] BjornT, ping? [02:51] hi kiko [02:51] how's it going? [02:52] WaterSevenUb, ? [02:52] I was going to ask you if you could put up some documentation on the malone email interface. [02:52] WaterSevenUb, from where are they imported ? [02:52] I'd really like us to be able to use this effectively -- is it documented anywhere? Is there a public Malone faq? [02:53] kiko, I know, this database breakage is a bit .... unfortunate But I will try to have that fixed this week [02:53] carlos, try?! [02:53] kiko, WILL DO, sorry [02:53] carlos, I mean... I am surprised that source "control-center", template "review-breezy-control-center-1" does not have a translation from the GNOME project as other packages do.... just trying to understand that. [02:53] :-) [02:53] !! === kiko keeps the tigers off his back meanwhile [02:53] BjornT? [02:53] WaterSevenUb, oh, let me check... [02:54] carlos, I downloaded the translation directly from GNOME 2.12 files and it's very similar. [02:54] kiko: quite good, thanks. i'll try to put on some documentation about the email interface soon. [02:55] WaterSevenUb, not sure.... [02:55] BjornT, if you do it today I will be able to set up an evil project I have [02:55] so please [02:55] WaterSevenUb, there are some imports stalled in the queue, perhaps are the ones for control-center, will try to take a look, please file a bug report. [02:55] Merge to rocketfuel@canonical.com/launchpad--production--1.30: Cherry pick patch-2320 into production (patch-4: celso.providelo@canonical.com, rocketfuel@canonical.com) [02:57] kiko: we'll see, i might have time to do it today. [02:57] kiko: what kind of project? [02:57] BjornT, some automated QA for us [02:58] I'll tell you more when I know more [02:58] spiv: ping [02:59] SteveA! [02:59] SteveA: pong. [02:59] hi spiv [02:59] so, did anything happen about that linking launchpad to the new whatever it was stuff? [02:59] review team meeting time? [02:59] some links are duplicated [02:59] https://launchpad.net/people/techboard [03:00] check out dupliacte of 'packages' on the right [03:00] spiv: i'm talking about authentication over xml-rpc, btw [03:00] SteveA, got the full url for the archive for the open parts of launchpad? Sorry to bother you with this, but it seems to be undocumented... [03:00] zyga, yes, there's a bug opened for that, already. [03:00] carlos: hello [03:01] vinsci: i have a couple of meetings in a row coming up. i'll get to it today, definitely. [03:01] SteveA, is it time? [03:01] kiko: wasn't the review team meeting planned for now? [03:01] yes [03:01] SteveA, hi [03:01] now [03:01] SteveA: Hmm, "new whatever it was stuff" is confusing me :) [03:01] SteveA, ok, I'll be here [03:01] SteveA, in this very channel? [03:01] carlos: you know those parts of rosetta that were released? any idea where they are available from? [03:01] kiko: i suggest #canonical-meeting [03:02] as we're talking very specific code review stuff, rather then general development [03:02] yes [03:02] SteveA, I don't know about any Rosetta part that was released... [03:02] 22404 kiko 20 0 719m 715m 1756 R 82.7 70.7 8:55.32 baz [03:02] guys [03:02] is baz really meant to take up that sort of memory? [03:02] carlos: there was some stuff to do with handling po file formats from python [03:02] SteveA, we only talked about release pygettext bindings, but I hadn't time to handle that [03:03] SteveA, perhaps more than rosetta itself, the code/architecture that rosetta lives on top of is interesting. [03:03] SteveA, it's not yet released [03:03] carlos: ah, okay, so it hasn't been released yet. [03:03] vinsci: so, on rosetta, there's stuff sitting in the "we want to release it" queue [03:03] vinsci: and awaiting developers' time to do the necessary [03:03] vinsci, it's my fault that it's still unreleased [03:04] SteveA: But to take a wild stab in the dark, TeamsInAuthserver has been merged. [03:04] carlos, heh. You guys need volunteers? [03:04] spiv: nope. what we were talking about with henrik and silbs [03:05] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Bug.description IS NOT NULL (patch-2334: stuart.bishop@canonical.com) [03:05] SteveA: Oh, right. Not that I saw. [03:05] spiv: as it is to do with the authserver, i'd like you to be "responsible" for it [03:06] vinsci, I think we only need to add the standard scripts to distribute python modules written in C [03:06] spiv: meaning, at first, just writing a no-content spec for it. i can actually put the spec up, and talk with henrik about what in fact it is. [03:06] spiv: but, i'd like to hand it off to you. [03:06] vinsci, so it you want to do that... it's perfect for me [03:06] SteveA: I'm happy to do that. [03:06] spiv: you can talk with me about how we get resources for the php parts. [03:06] spiv: cool. [03:06] SteveA: After all, authserver questions would probably end out going to me anyway :) === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [03:07] morning all [03:07] morning bradb [03:07] hey kiko [03:07] how's it going? [03:08] I have all the time you need for you [03:08] carlos, https://launchpad.net/malone/bugs/2002 [03:08] carlos, Is this ok? [03:09] kiko: heh, it's going pretty good. i'm wondering about what should be the next MSR landing actually. [03:09] what's left? [03:10] the way i see it, either 1. porting the other two bug listings to use the MSR format exclusively or 2. adding the switcher to the sp bug listing to toggle between formats [03:10] WaterSevenUb, yeah, thank you [03:10] SteveA: Let me know what the name of the spec is once you figure it out ;) [03:10] ok [03:10] kiko, ok, I think I got the problem with the migration script [03:10] if i do 1. first, then the following merge would add the toggle widget to all the listings, etc. [03:11] * Applying 164 revisions ..............................................................................................................................................................kiko@lozenge:~/devel/rocketfuel2$ [03:11] kiko, should be easy to fix [03:11] @#@!$@!**!(*((!! [03:11] niemeyer, this is with 1gig. [03:11] Ouch! [03:11] baz? [03:12] yeah [03:12] jblack? [03:12] Yes? [03:13] kiko: library-add a middle revision [03:13] jblack, Kinnison, I don't have a revision library; is that why baz eats up so much memory, you think? [03:14] kiko: nope, it eats up massive amounts of memory for me too, with a revlib [03:14] I don't know what the relationship is between memory and revlibs [03:14] but I know it chews more ram the more revisions it applies [03:14] how does Kinnison survive with 512? [03:14] when i do baz ops, my machine is effectively dead until baz is done [03:14] kiko: regular update [03:14] +s [03:15] Kinnison, but when doing a new baz branch? [03:15] kiko: depending on the operation, you're looking at 2-3 times the size of the tree in ram. [03:15] jblack, this is a baz branch [03:15] kiko: So to do a branch it has to create the base-0 [03:15] jblack, any tips on minimizing? [03:17] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Bug #108 fix, more fti tests and examples, and fti.py updates so tests pass (patch-2333: stuart.bishop@canonical.com) [03:17] How long ago did you upgrade baz? [03:18] are you at the most recent stable or cotm? [03:18] If not, there were some memleak fixes in 1.4.x [03:21] what encoding should I use for python files that uses non-ASCII characters? [03:21] salgado: don't use python files that have non-ascii characters [03:21] salgado: why do you think you need this? [03:23] SteveA, so, we can't allow non-ASCII characters in people's contact address (for shipit). Matthew said it's a good idea to give them an example of what's a non-ASCII characters and what they should replace it with [03:23] fine [03:23] no need to actually include those characters in the .py file [03:24] use the \uNNN to encode unicode characters [03:24] or \x or whatever [03:24] Or even \N{LONG NAME} [03:24] the source should still be readable and correct to someone using an ascii-only editor [03:24] +1 on spiv's suggestion === spiv quite likes u'\N{INTERROBANG}' [03:25] BjornT: will you have a chance to review portlet mania, round II today? === salgado never heard about this [03:26] spiv, where do I find what LONGNAME can be? [03:26] salgado: this is being rendered as HTML, so why not use HTML entities? [03:26] (maybe you can't because the text will be escaped...) [03:27] I did this for email addresses. let me check [03:27] salgado: if you haven't seen it already, play with the commandline tool 'unicode' (package of the same name) [03:27] It's really handy [03:28] salgado: http://www.livejournal.com/users/jcalderone/6045.html [03:28] stupor% unicode ~ [03:28] U+0175 LATIN SMALL LETTER W WITH CIRCUMFLEX [03:28] bradb: no, not today. but i should have time to do it this week. [03:28] >>> print u'\N{LATIN SMALL LETTER W WITH CIRCUMFLEX}' [03:28] [03:28] cool or what? [03:29] Kinnison, wow. this is nice. /me installs it [03:29] BjornT: ok, thanks [03:29] Also, the "Find" feature in the Character Map accessory in gnome works ok. [03:34] and is there any easy way to get the first non-ASCII char of a string? [03:37] salgado: itertools.ifilter(lambda c: c.encode('ascii', 'ignore') == '', string).next() [03:38] Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-77) [03:38] salgado: But that's not exactly what I'd call easy ;) [03:38] Kinnison: This mapping is available in standard Python as well [03:38] >>> unicodedata.name(u"") [03:38] 'LATIN SMALL LETTER E WITH ACUTE' [03:38] niemeyer: see e.g. that url I pasted :) [03:39] spiv, indeed it's not. but I guess I'll have to do something like this [03:39] salgado: Why do you need to know? [03:39] spiv: Precisely ;) [03:40] salgado: Actually... [03:40] spiv, you could use foo.index([f for f in foo where f.encode('ascii , 'ignore') == '') [03:40] or something like that [03:40] spiv, I need to get an example of what's a non-ASCII character to show to the user. and it's good if the example is something he entered and not some randon non-ASCII char [03:40] or even the [0] there [03:40] indeed [03:41] salgado: try: [03:41] er, [03:42] sladen: [03:42] D'oh [03:42] salgado: [03:42] >>> try: [03:42] ... s.encode('ascii') [03:42] ... except UnicodeEncodeError, e: [03:42] ... print '%s is not ascii' % s[e.start:e.end] [03:42] ... [03:42] is not ascii [03:43] sladen: (sorry, wrong nick) [03:43] salgado: That's probably the nicest way. [03:43] Turns out UnicodeEncodeError has useful attributes :) [03:44] (where s was defined as s = u'abc\N{INTERROBANG}def') [03:45] spiv, great. but it's UnicodeDecodeError. ;) [03:46] salgado: Hmm? Don't you have a unicode string that you want to turn into ascii, or if that fails tell the user why? [03:47] ooops, my fault [03:47] :) [03:48] kiko: but your solution would decode the entire string needlessly... think of the *dozens* of wasted cpu cycles! ;) [03:49] spiv, can't you make a list comp finish early? ;) [03:52] kiko: Well... I guess you can with generator expressions: [03:52] >>> def stop_comp(): raise StopIteration() [03:52] ... [03:52] >>> list(x for x in range(10) if x != 5 or stop_comp()) [03:52] [0, 1, 2, 3, 4] [03:52] ;) [03:53] Hmm, should be called stop_genexp() I guess. Or just evil() ;) [03:53] EVIL [03:53] (Not to mention silly) [03:53] so, launchpad meeting in 7 mins [03:53] you don't need the function though, do you? [03:53] SteveA, it's on wednesday today? [03:53] oh yeah [03:54] it is wednesday [03:54] duh [03:54] SteveA: And the time is wrong too, surely? [03:54] launchpad meeting in 24:07 [03:54] peobably [03:54] SteveA, it's also two hours late, too [03:54] i'm totally out of it [03:54] Unless it's skipped 2 hours ahead. [03:54] Er, behind. [03:54] launchpad meeting in 22:06 [03:54] what kiko said ;) [03:54] kiko: raise is a statement, you can't use it in an expression. [03:54] Hmm, well... [03:55] wow, true. [03:57] kiko: list(x for x in range(10) if x != 5 or eval(__import__('compiler').compile('raise StopIteration', '', 'single'))) [03:57] I think it loses some elegance, though ;) [03:58] you can't even use raises in lambdas [03:58] that's crack [04:02] Hmm, I just realised there's an easier way to trigger a StopIteration: list(x for x in range(10) if x != 5 or iter([] ).next()) === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [04:06] hmm [04:06] what are you guys trying to accomplish? [04:07] zyga: Nothing useful :) [04:07] :> [04:07] i think spiv is bored ;-) [04:07] obfuscated py contest? [04:08] carlos, I've just noticed that a message appears in Hoary saying that "An Ubuntu CD was detected" when I inserted the Breezy CD. Do you know where this message can be translated? :) [04:08] carlos, Towards perfection we need to sort out these details ;) [04:08] WaterSevenUb: where did you notice this message? [04:08] zyga, when I inserted the Breezy CD today's build. [04:08] zyga, a menu shows up in Hoary. [04:08] zyga, a dialog. [04:09] hmmm [04:09] strange [04:09] do you have autorun enabled? [04:09] zyga, probably yes:) [04:09] WaterSevenUb, we will implement a way to search for strings, but atm... you need to guess it, sorry [04:09] WaterSevenUb: then probably g-v-m? [04:09] zyga, yeah, I think so [04:09] zyga, I will check :) [04:10] I'm checking too [04:15] http://linuxkungfu.org/mailman/listinfo <- One of the best 404 pages I've ever seen [04:16] zyga, I think it is not there :-/ [04:16] WaterSevenUb: I'm not done yet (slow way, translating thru) [04:16] WaterSevenUb: maybe you could grep the .po files? [04:16] zyga, Yeah.. .I've done the 164 strings walkthrough :) [04:17] WaterSevenUb: it's not there :/ [04:17] zyga, Grep the .po files only the GNOME ones... [04:17] zyga, which do not have any ubuntu reference of course. [04:17] WaterSevenUb: check the CD too, maybe it has something that displays this message [04:18] WaterSevenUb: could you get a screenshot of the dialog? [04:18] zyga, sure:) === bradb looks around for mpt [04:22] kiko: i'm trying to decide on a good control for the list/table toggle. what about (to complete the example given in MSR): 1. Viewing as List (View as Table) and 2. Viewing as Table (View as List)? [04:22] WaterSevenUb: I'm extracting a live cd .iso I've got laying around, I'll grep it for that string [04:23] bradb, that's okay, but tbh, that is really non-critical now, I wouldn't worry about it [04:23] bradb, did you make progress on the URL/context changes? [04:23] i barely touched it yesterday...you mean the toggling feature itself is low-priority? [04:24] (or just the choice of widget?) [04:24] WaterSevenUb: hmm, interesting [04:24] bradb, the toggling is low-pri, yes. [04:24] WaterSevenUb: could you grep the CD for the string in question? [04:24] it's nice, but non-critical unless our users throw a tantrum with the listing view [04:24] kiko: at the very least, MSR is in serious need of the second merge where the other listings use the same format, right? [04:25] WaterSevenUb: I'll grep hoary cd here [04:25] bradb, even that is non-critical close to the change in bug context/urls [04:25] full speed ahead on those [04:25] ok [04:25] zyga, ok [04:27] zyga, running find . -exec grep -q "Ubuntu CD detected" '{}' \; -print [04:28] grep 'Ubuntu CD detected' -R * === zyga hopes that won't miss .files [04:28] kiko: atm we have a problem with the URLs. if there's a task open on .currentrelease and a non-targeted task, /distros/foo/$currentrelease/+sources/baz/+bugs/... is ambiguous. should i make traversal to /distros/foo/+sources/baz/+bugs... work? (even though, of course, I'm not sure what the distro sp page should actually look like in that case, though I imagine it wouldn't be rocket science to put one together.) [04:28] carlos: ping [04:29] bradb, yes to the latter. [04:29] bradb, it's the only reasonable solution [04:29] ok [04:30] zyga, pong [04:30] carlos: hi, pitti suggested that I show you something [04:30] bradb, this is so shit though :-( [04:30] carlos: http://www.suxx.pl/tools/migrate-po-file [04:30] kiko: what's shit?/ [04:30] carlos: he said it could be usefull for running it in rosetta [04:31] WaterSevenUb: no luck, I hope you'll find something [04:31] SteveA, spiv hi, any idea about this error?: https://chinstrap.ubuntu.com/~dsilvers/paste/file4gedPU.html [04:32] PIL ? [04:33] carlos: where are you importing initZopeless from? [04:33] carlos: There's an evil python package installed. [04:33] that puts some sort of module in the top of the import namespace that clashes with zope or zodb. === spiv tries to remember what it is, he's seen this before [04:33] spiv, but I didn't change anything in my development computer since more tha two weeks ago... [04:33] pythoncad used to do that [04:33] SteveA, canonical.lp [04:34] SteveA: pythoncad, that was it. [04:34] carlos: run python with -v === SteveA goes out for a while [04:36] zyga, hmm, I don't think Rosetta needs that. Rosetta does not change the encoding that people sets when a .po file is uploaded and I'm not too happy to fix the problem you found automatically without user input... [04:37] carlos: this is not fixing any problem - that's already resolved [04:37] carlos: this is simply a tool that converts all non-utf8 .po's to utf8 for consistency [04:37] zyga, the problem is that Rosetta cannot force that conversion, it's a translator choice [04:37] and anyway, Rosetta stores all as Unicode [04:38] and recode/encode the text depending on the encoding header [04:38] zyga, didn't finish yet:) [04:38] zyga, anyway, thank you for it [04:38] carlos: okay :-) [04:42] spiv, SteveA after removing the package that provides that __init__.py file I still get: [04:42] carlos: saw my messages yesterday? [04:42] https://chinstrap.ubuntu.com/~dsilvers/paste/fileNdHLAy.html [04:43] jordi, no, sorry [04:43] I mistakenly uploaded a few en.po files to plone templates. Can they be cleared up? [04:44] jordi, you need to ask stub as it needs to be done directly at DB level [04:44] carlos: The problem isn't PIL. [04:44] carlos: righto [04:44] spiv, then? [04:44] stub: ping [04:44] carlos: The problem is some completely other module that happens to import PIL in a funny way. [04:44] e.g. pythoncad did that. [04:45] carlos: python -v is one way to try figure out where the insane import is [04:45] spiv, I removed the PIL and now the error is directly related with launchpad code [04:45] spiv, look at the last pasted URL [04:45] carlos: Hmm. [04:46] carlos: So, breaking PIL is a nasty workaround for a bug that's somewhere else, but it'll do for now ;) [04:46] carlos: There's no obvious reason I can see for that, unless config.dbhost is somehow None. [04:47] spiv, it is [04:48] someone set that config directive as a comment [04:48] carlos: Ah-hah :) [04:49] That shouldn't be allowed... perhaps there should be an assert in initZopeless to make this clearer. [04:49] spiv, anyway, I still get that error after setting it to localhost [04:49] bradb, the whole URL complication. [04:49] bradb, then again.. [04:50] carlos: what about setting an environment variable LP_DBHOST=localhost ? [04:50] bradb, I don't see how to support tasks on multiple targets in the same distro [04:50] ah [04:50] spiv, same problem [04:50] kiko: the canonical URL of a task is the most specific URL possible [04:51] (well, it will be anyway. currently it Just Doesn't Work.) [04:51] hmm [04:51] spiv, it works if I use the script arguments [04:51] bradb, I know, but that's sorta sucky if you consider how intuitive it should be (jumping around /distros/... isn't very much) [04:51] carlos: Bizarre. I cannot see how that error could arise. [04:52] bradb, the only other alternative would be exposing the different targets /under the bug/ in the url which I don't like at all [04:52] bradb, so let's go with that plan unless you see an alternative I don't [04:53] I think the slinky URL scheme is probably the best, so long as the navigation is solid (i.e. making it easy to go back to D/DR bugs, or jump right into filing another bug on this sp, etc.) [04:54] yeah [04:54] I have some ideas for the bug page [04:55] bring it on bradb [04:55] kiko: btw, i also still think IBugTask may be the better context. I also fear that it might take going to deeply into the IBug context implementation branch to find out whether i'm wrong or right (whereas the IBugTask context branch is nearly complete) === Lathiat_ [i=lathiat@gasp.bur.st] has left #launchpad [] [04:55] kiko: e.g. one other problem that comes up is: what's the nextURL from an addview hanging off a bug? etc. [04:55] bradb, "."? [04:56] nope, the URLs aren't predictable enough for that [04:56] bradb, so IBug will have no page for it, ever? [04:56] e.g. there's +addattachment, but watches/+new (IIRC) [04:56] or will portlets still be on IBug? [04:57] SteveA: ping [04:57] kiko: I've changed them all to be on IBugTask on the IBugTask context branch [04:57] carlos: I filed #1996, which is causing quite some trouble with users [04:58] carlos: can you have a quick glance and confirm it's indeed a bug? [04:58] bradb, hmmm. I think the related bugs portlet makes no sense on IBugTask [04:58] does it make much of a difference, though, bradb? [04:59] it's pretty weird to have it on IBugTask, I know (just like the Add portlets hanging off IBugTask are pretty weird) [04:59] jordi, it's a bug [04:59] the missing link here, for me, is a convenient, consistent, simple way to get at the bugtask, if IBug is used as the context. [04:59] bradb, it's suggesting an incorrect model to expose bug-related portlets on the bug task. [04:59] jordi, seems like latest menu layout changes lost that link [04:59] bradb, however, I think I am okay with the main page being on IBugTask [04:59] it may prove to be more useful [05:00] I might want to add some task-specific information in the main bug page [05:00] carlos: good. Can you guys try to fix it for the next update? People are asking about that one quite often. [05:00] jordi, will do, it should be trivial [05:02] kiko: right, I'll try right now to tweak things a bit to make sure the portlets are still registered on the bug [05:02] spiv, also, did you change anything on sqlobject/sqlos? [05:02] spiv, https://chinstrap.ubuntu.com/~dsilvers/paste/fileoaugZi.html [05:02] spiv, that code was working before [05:03] submission is a valid POSubmission object [05:03] carlos: Not recently. [05:03] When was "before"? [05:04] spiv, stub was using that script on Monday [05:04] on staging [05:04] Definitely no changes in that time period that I know of [05:04] before that line I have: submission.pomsgset.iscomplete = False [05:05] so I can be 99% sure that submission is a valid POSubmission object, right? [05:05] Sure, but it may be security proxied, or something like that. [05:06] kiko: BTW, here was the other thing that seemed weird (and one of the reasons why I had gone ahead and made task the context for bug portlets): if IBugTask is the context of the bug page, but the bug-related portlets are registered on IBug, the add/edit forms that those portlets *link* to are still going to be registered on IBugTask. [05:07] spiv, it's a migration script, I'm using directly SQLObjects [05:08] carlos: Call POSubmission.delete(submission.id) instead of POSubmission.delete(submission) [05:08] spiv, and I get it from POSubmission.selectBy() [05:09] Or do POSubmission.destroySelf() [05:09] spiv, I tried the first option and got the same error [05:09] let's try the second... [05:09] bradb, I don't understand why. [05:09] The same error? I find that surprising. [05:10] spiv, destroySelf works [05:10] kiko: Assume URL $foo is the bug page URL. $foo's context is an IBugTask. Therefore for $foo/watches/+new, the "watches" part of that URL hangs off IBugTask. [05:11] carlos: Nothing at all in that area has changed. My guess would be that this code never worked, and that this is a code path that wasn't exercised before. [05:11] Table.delete(instance_of_Table) has never been a sane thing to do. [05:13] And if you look at the commits list, nothing in sqlos or sqlobject has changed in rocketfuel for weeks, except for one trivial change in sqlobject from salgado (which I just looked at and it isn't relevant here). [05:13] spiv, hmm I'm sure that that code works because we broke some pages on production because a missing foreign key that was failing after the removal of a row [05:14] s/works/worked/ [05:14] Then my guess is that your code changed ;) [05:14] not that part... [05:14] anyway, it's fixed now [05:15] But maybe a part that meant this is getting executed now when it wasn't before... [05:15] zyga, nothing on the CD... I'm browsing in the disk now... perhaps is not in plain text. [05:15] Yeah, it doesn't really matter so long as it's now working. [05:15] spiv, :-) [05:17] This is a script we can throw away once it's been run once on production? [05:18] WaterSevenUb, go to /usr/share/locale-langpack/YOUR_LOCALE/LC_MESSAGES and execute "strings *.mo |grep "THE STRING" [05:18] WaterSevenUb, try the same a t/usr/share/locale/... [05:18] WaterSevenUb, and if it does not appears, try another locale that has that string translated. [05:19] spiv, yes [05:19] bradb, and you can't use relative links for that? [05:19] bradb, making it "just work"? [05:19] spiv, but SteveA wants that we store all those migration scripts for future reference [05:19] carlos: Phew. I don't need to start ranting and raving about testing and the like then ;) [05:19] carlos: Yeah, I think that's a good idea. [05:20] Keeping for future reference is different to maintaining, thankfully :) [05:20] :-) === spiv -> bed [05:21] kiko: I believe our fascist checker prevents usage of non-absolute URLs (at least, I got failures the other day specifically because of using non-absolute URLs.) But either way, it would still seem odd to me that the portlets should be registered on IBug, but the pages the link to are, necessarily, registered on IBugTask anyway [05:21] bradb, I guess you're right. unfortunate. [05:22] Yeah, every implementation path I can think of so far leads to the same question: "What the @#@! is this crack?" [05:23] spiv, night [05:23] spiv, and thanks for your help [05:23] e.g. it means the edit description/edit secrecy/etc. pages hang off IBugTask :/ [05:23] stub, still around? [05:24] bradb, I'm not entirely convinced that's correct, you know [05:24] relative links are a feature of the web, last I checked, not a bug. [05:25] WaterSevenUb: I'll try a different approach === lifeless_ [n=robertc@dsl-240.26.240.220.dsl.comindico.com.au] has joined #launchpad [05:26] SteveA: Assume the URL $foo has a context IBug. $foo has enough information in it to figure out a specific task. Is there any sane way, in the view class for the page at $foo, for getUtility(ILaunchBag).bugtask, to Just Work (even though the context is actually an IBug and, therefore, the IBugTask was never actually "traversed to" per se?) [05:27] WaterSevenUb: heh, I'm on it :) [05:27] carlos, I've tried that... nothing showed up:) [05:28] zyga, different approach?:) [05:28] WaterSevenUb: #u-dev people help alot :) [05:28] WaterSevenUb: check update-notifier and update-manager [05:28] zyga, ah, let me see. [05:28] I'm updating cvs [05:28] zyga, I've translated both I think... and I never saw this... will check. [05:28] kiko, I have a new migration script ready, I will mail now stub to run it as soon as possible on staging [05:28] WaterSevenUb: me too, strange :) [05:29] carlos, can you CC me please? thanks. [05:29] kiko, sure [05:32] kiko: ah, i see: [05:32] # Ensure ++resource++ URL's are all absolute - this ensures they [05:32] # are cache friendly [05:32] I happened to trip over it specifically because I was using relative resource URLs. [05:33] only for resources. [05:33] right. [05:35] right, well, I guess I'll proceed full-speed ahead with the IBugTask context (which, as I say, is almost done.) It might look a bit weird, but working code is often more correct than "correct" code. [05:40] bradb, wait -- isn't what you just pointed out proof that you /can/ use bugs as the context for the portlets? [05:40] zyga, ok... mvo is taking care of that... now.... real business... install BREEZY :) eheh. [05:40] WaterSevenUb: k, I cannot try that yet - it's my production system [05:41] WaterSevenUb: good work btw :) [05:41] kiko: as i say, the main issue there wasn't the link going to those pages, but rather the link coming back to the "bug" page from those pages (e.g. what would nextURL return?) [05:42] some of those pages are one directory level deeper, some are pages that hang directly off the bug [05:43] it's still possible to make that work (e.g. depending on how SteveA answers the question above, maybe with the ILaunchBag, or maybe with some general function that figures out the current task instead.) [05:45] kiko: er, sorry, i thought you were also implying using IBug for the page context. if you meant using IBug for the portlet context still, but using IBugTask for the page context, that the creates the issue that i also referred to earlier where the *portlets* are registered on IBug, but the pages the link to hang off IBugTask (which, at that point, why not just register the portlets on IBugTask as well?) [05:45] carlos, around? [05:45] salgado, yes [05:46] bradb, I don't see that as a big issue -- it might even make more sense [05:46] carlos, IRosettaApplication in launchpad/interfaces/launchpad.py has a lot of duplicated methods, and some of them have a self parameter. do you know any reason for that? [05:47] and the docstrings of the methods differ from each other [05:48] kiko: so, you think that, for example, the CVE ref portlet should be registered on IBug, but the add CVE ref page registered on IBugTask? [05:48] salgado, daf has a branch that I have pending to review and finish the merge that handles that object/interface, not sure if the branch fixes it too [05:49] carlos, okay, I'll file a bug and assign it to you, then. okay? [05:50] salgado, yes please, will try to handle that after the language pack task I'm doing atm [05:52] kiko: The one other thing I can think of to try to communicate these ideas more clearly to a maintainer is to create another kind of object, e.g. BugInContext. [05:54] kiko: This might help with the current problem that, if $url's context were an IBugTask, $url/+editdescription would seem to require "pass-through" attr's defined on IBugTask to be able to set the description, which is pretty ugly. BugInContext could glue together a bug and a task in way that makes things less confusing, perhaps. [05:55] then $url's context becomes BugInContext [05:55] pass-through? [05:55] I thought it would be a matter of supplying bugtask/bug .. oh, the security adapter. [05:56] +editdescription would have to be registered on IBugTask [05:57] you need to give it a schema to render for the form, which would either 1. be IBugTask (which would mean adding IBugTask.bugdescription, IBugTask.bugsummary, etc. "pass-through" attributes) or 2. providing some other schema, but then IBugTask has to be "adaptable" to that schema === Virtuall[BZA] [n=virtuall@off.lv] has joined #launchpad [05:58] BugInContext could reasonable have a .description attribute and, say, a .bugtask attribute, without interface pollution. [05:58] s/reasonable/reasonably (IMHO)/ [06:01] kiko: What do you think? Should I try it? Would BugInContext (unless you can think of a more descriptive and accurate name) be clearer than trying to wrestle between whether IBug or IBugTask fit? === Virtuall[BZA] is now known as Virtuall [06:01] or BugWithTaskInformation, or whatever [06:02] SteveA: I have a branch in jamesh's queue which has (since I offered it up for review) developed some conflicts [06:03] SteveA: jamesh's queue is quite long. If I sort out the conflicts, can I get you to look over the branch because I need it in order to get on with a bunch of soyuz work [06:08] bradb, phone 1s [06:08] ok === Nafallo [n=nafallo@unaffiliated/nafallo] has joined #launchpad [06:18] BjornT: help [06:18] i'm replying to a bug mail [06:18] inside the reply i would like to accept the bug, assign it to myself [06:18] and mark it fixed [06:18] what is the command sequence? [06:18] sabdfl, I asked BjornT for user docs today [06:18] hey kiko [06:19] how's it going [06:20] sabdfl, I'm talking to camilo on the phone [06:21] it's interesting because he already perceives supermirror as being "launchpad" [06:21] kiko: small world, i just responded to his irc msgs === lamont is now known as lamont-away [06:21] is BjornT around? [06:21] so he said "we created a launchpad product for the ubuntu express shell hack" [06:21] https://launchpad.net/products/ubuntuliveinstaller-shellhack [06:22] nice [06:22] and the guys want to use baz to upload the code to "launchpad" [06:22] tell him ddaa and i will write that code next week ;-) [06:22] it has two main product series registered on it, which is a bit crack [06:22] cool [06:26] brb, need to move to the office === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad [06:28] bradb, I think you should really give SteveA a call later and talk this over with him, he will have a design suggestion, I'm sure [06:28] I'll be back in 30m anyway [06:28] laters [06:28] ok, i'll try to talk to SteveA one way or the other. i think the BugInContext idea looks promising. [06:29] yeah, might be the cleanest solution. [06:50] lifeless_, elmo could you kick pqm, please? It's stalled [06:53] carlos: done === sabdfl [n=mark@217.205.109.249] has joined #launchpad [06:54] elmo, thank you [06:54] BjornT: ping [06:56] hi sabdfl. just got back. [06:56] BjornT: welcome back [06:56] :-) [06:56] any reply to my questions above? [06:56] kiko-fud: is mpt around? [06:57] sabdfl: thanks :). the syntax atm is: affects /products/launchpad status accepted assignee sabdfl [06:57] all on one line? [06:57] at the beginning of any line? [06:57] if you want. otherwise you can write: [06:58] affects /product/launchpad [06:58] status accepted [06:58] assignee sabdfl [06:58] the only thing is that the lines have to be indented [06:58] indented by? [06:58] at least one space or tab character [06:59] i'll try to put out some user documentation today or tomorrow [07:00] ok, sent [07:00] how long should it take to process? === SteveA returns [07:01] SteveA! [07:01] i had a question for you [07:01] SteveA: got a few mins? [07:01] sabdfl, he's sick today -- said he was going to try and come in the afternoon. [07:01] bradb: i have a meeting right now [07:01] ok [07:01] sabdfl: a few minutes [07:01] bradb: can we talk after that? [07:01] SteveA: sure [07:02] carlos: did andrew get the python library problem sorted? [07:03] BjornT: hmm... so the comment got registered, but the status did not change [07:03] SteveA, it was a bit weird, not sure why it appear but yes, we fixed it [07:03] thank you [07:03] https://launchpad.net/malone/bugs/1991 === BjornT takes a look [07:04] Kinnison: yes, assign me that review [07:04] SteveA: thanks, I'm working through the conflicts now [07:06] sabdfl: ah right, for commands you have to gpg sign the message (and make sure that your key is registered in lp) === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === BjornT -> shower [07:17] grah, most of these conflicts are collateral damage from others' merges [07:17] Kinnison: Welcome to life in the queue. === lamont [n=lamont@15.238.5.156] has joined #launchpad [07:21] carlos, why you can't reassign a project using the web interface? [07:22] Heh [07:22] bradb: all that's left is for me to run the damned test suite [07:23] Slow Motion Programming (TM) [07:25] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Fixed the script so we don't revert changes if a POTranslation row is used more than once. (patch-2335: carlos.perello@canonical.com) [07:25] jamesh: http://www.kiko.com/ <-- ajax online calendaring [07:25] oh man [07:25] kiko: you've been busy ;-) [07:26] salgado, is it implemented and on production now? [07:26] salgado, didn't know it [07:28] carlos, yes, it was implemente 2 months ago or so. you can reach it through the "Change Maintainer" link [07:28] oh! [07:29] salgado, thanks [07:29] carlos: should plone be recreated as a project, not product? [07:31] jordi, a project is just an aggregation of products [07:32] plone is a set of small modules afaik === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad [07:33] jordi, hannosch is the owner of cmfplone + all its potemplates now [07:34] carlos: many thanks. Can you assign the product to Plone translators? [07:34] carlos, is the test fix trivial? [07:34] kiko, test fix? [07:35] script fix, doh. [07:35] jordi, the product?, are you sure?? [07:35] no, the translator group [07:35] kiko, yeah, I think so [07:35] ok [07:36] carlos: and set the perms to whatever makes it closed for contributions from people not in Plone translators, for now, until we know what their policy is [07:37] jordi, if they want a Plone team, it only makes sense as CLOSED [07:37] carlos: righto. Then I need it assigned to Plone, and closed. [07:38] jordi, if plone is a set of products, just create a project and aggregate all those products [07:38] carlos: I'll let hannosch do that I guess. He knows the plone internals. [07:38] ok [07:39] jordi, cmfplone is closed now [07:40] danke! [07:40] jordi, https://launchpad.net/products?text=plone [07:40] who invented the icon in the translation related items in boxes, btw? :) [07:40] there are already some plone products [07:41] it could improve :) [07:41] SteveA: I've mirrored and updated pendingreviews [07:41] ok [07:41] yeah. I don't know how many are "owned" by the main plone guys. [07:41] SteveA: the tests are still running, but it won't hurt for you to start reviewing the diff at your leisure [07:41] hey SteveA [07:41] Kinnison: when do you need it for? [07:41] SteveA: ideally as soon as possible [07:42] SteveA: It will block stuff I could otherwise be working on as of about tomorrow night [07:42] ok, so i can do it tonight or during the day tomorrow [07:42] thanks [07:42] I imagine that celso and myself will be producing many branches for review over this and next week [07:42] I think we've got three up for review so far :-) [07:43] carlos, are we sure this is the last piece of data that needs to be updated? [07:43] should we test more? [07:43] kiko, We are going to test it on staging, but I think it should work, yes [07:44] I mean, test the current data for any other issues [07:46] kiko, From the debug session I had [07:46] yes? [07:46] I think the whitespace problem should be fixed [07:46] kiko, martin gave me a list of changes with other minor issues that I'm fixing now [07:47] carlos, that are reflected in our code or in the database contents? [07:51] mostly code [07:52] at least I haven't see anything related to DB contents [07:55] mdz says that pitti says that both files and the language pack itself needs-work -- is anything there looking very bad? [07:55] carlos: ok, just sent off a looong e-mail. [07:55] please havea look to see if I goofed something (it's the plone reply) [07:56] kiko, the only stopper issue I know is the whitespace problem and all the review-breezy-* potemplates that from time to time I'm fixing [07:56] okay [07:58] kiko, the others problems pitti told me that are not a big issue and he can workaround it until we fix them (but I will fix them anyway this week) [07:59] thanks carlos [08:00] np [08:01] carlos, one question. [08:01] carlos, why does the msgfmt issue block the whole export? [08:02] kiko, it does not blocks the export [08:02] kiko, it blocks the use of the export [08:02] why? [08:02] as the needed .mo files cannot be generated [08:02] because msgfmt fails [08:02] but .mo-files aren't /required/ [08:02] I mean [08:02] and there are lots of files with htat problem [08:02] kiko, they are [08:02] kiko, it's what you find inside a language pack [08:02] we generate language packs with missing translations === kiko strangles carlos [08:02] I KNOW [08:03] that's not what I was saying === carlos hides [08:03] I just meant that you didn't need to block the /whole/ export because of failing msgfmt runs [08:03] you'd end up with a pretty small langpack, but that could be verified further [08:04] I just want to avoid us discovering we need some other major fix because we didn't look ahead in the process [08:04] kiko, we have language packs now [08:04] but using the same .po files that are imported into Rosetta [08:04] have you installed one to see how bad it looks? [08:04] so they are more complete [08:04] yeah yeah [08:04] then? [08:04] I want to know what about the language packs that /we/ generate [08:06] Kinnison: you asked about the spec tracker? yes [08:06] kiko, it's easier to use the original .po files instead of try to filter out the broken ones from Rosetta and merge them again [08:06] Kinnison: do you have a sec to speak by phone? [08:06] sabdfl: Aye, I was asking what the uniqueness was on the short names [08:06] sabdfl: sure, I'm at home [08:06] Kinnison: it's unique within a product or a distro [08:06] kiko, martin did those scripts before we were able to export anything [08:06] sabdfl: cool === ivoks [n=ivoks@lns01-1980.dsl.iskon.hr] has joined #launchpad [08:09] ivoks! cprov's favourite person! [08:10] heh [08:10] sabdfl: feel free to ring any time, I'm gonna be in the kitchen with the portable phone [08:10] ivoks: hey, did get the comments on your bug ? [08:10] hi [08:10] cprov: no, any good news? :) [08:11] ivoks: depends your point of view . [08:11] i'm listening [08:12] ivoks: you should be reading, malone still get more friendly every day, enjoy the tour ! [08:13] ivoks: https://launchpad.net/malone/bugs/1972 dup of 1979 [08:13] ah, i'm not cc on that bug :(( [08:14] aha! [08:14] ok, if it such trubble, i could create new key, and sign it with this key :) [08:15] kiko: shouldn't we transport the CC/reporter of dup bugs to the main one ? [08:15] trouble even [08:15] bradb-lunch, kiko, if I'm CCed to bug XX and it's marked as a dupe of YY, shouldn't I be made CC in YY? [08:15] cprov, bugzilla does that; I'm not sure it's the best solution, but we can file a bug on the issue [08:15] there, i helped with two bugs with one strike :) [08:15] ivoks: we are going to support it sometime (aka next month) [08:16] ok [08:17] kiko: yup [08:20] thanks guys [08:21] enjoy ivoks [08:23] sabdfl: Kinnison is anxious to receive your call ... he needs to prepare the dinner, We're starving here ;) [08:24] cprov, we're still in meeting === cprov lilo the IRC spammer [08:25] kiko: sorry, I thought it has already finished. === ChanServ [ChanServ@services.] has joined #launchpad [08:27] cprov, Kinnison: start, will call in a few minutes [08:27] and interrupt your dinner. sorry. [08:29] No problems [08:29] sabdfl: actually it's not prepared, I would not complain to be interrupt ... === Kinnison nods === Kinnison is starting the preparation now [08:30] We're having parboiled pork loin with chili, lime, ginger and mustard. Served with charlotte potatoes, steamed vegetables and a creme-fraiche jus. [08:30] (or, in other words... pork, tats and veg) [08:31] dude [08:31] you're making me hungry === Kinnison grins [08:32] One day we'll have "The Great Lunchpad Cookoff" [08:32] I read Coffin [08:32] I think I shouldn't have fogotten my glasses === Kinnison laughs === cprov can't talk about food, so hungry he is ...leave the room === Kinnison is starving cprov, making him work for his dinner [08:33] bwuahahahaha === Kinnison is t3h_ev1l! === cprov is out ^^ [08:40] BjornT: ping [08:40] hi SteveA [08:40] hi [08:40] so, i'm working out of the pov offices now [08:41] kiko, ping [08:41] what do you think about spending a day this week there? [08:41] jordi? [08:42] kiko: can you add Ubuntu Hungarian translators to Ubuntu translators? [08:42] we forgot to do this at some point. [08:42] SteveA: sure, sounds good. tomorrow or on friday? [08:42] jordi, sure thing [08:42] thanks man [08:42] shall we say Friday? tomorrow has got various meetings for me [08:43] i'll just ping the pov guys to check [08:43] sure [08:43] there's even a spare office chair, because gintas is away [08:43] kiko: will it be feasible that I get perms to do this kind of stuff in the future? [08:44] do you know where it is? [08:44] sierakausko 30a-17 [08:44] SteveA: ok, friday is fine by me. yeah i know wher it is, unless they moved to a new place recently? [08:44] jordi, it's crack because you need to be a launchpad admin to do most of this stuff, but maybe in the future, I'd love it [08:44] not evenkos any more [08:45] kiko: yeah, I mean tweak that stuff so a Rosetta admin can do this particular case. [08:45] nice large office on the ground floor, rather than small smelly office on the first floor [08:45] kiko: tell me when it's done and I'll fire off the email [08:46] SteveA: oh, ok. don't know where it is, i'll check on a map, though [08:47] not far from savanori [08:47] not far from the cocacola plaza cinema [08:47] 15 mins walk from savanoriu rimi [08:47] SteveA: got a few mins to discuss a few design decisions? [08:48] bradb: i will have in 10 mins. okay? [08:48] ok [08:48] you will have my full attention on the hour [08:48] https://launchpad.net/people/ubuntu-translators/+members [08:48] jordi? [08:48] why is everybody deactivated? [08:49] SteveA: yeah found it. great, i need to visit a store at m.k ciurlionio anyway :) [08:50] jordi, I don't see why I should add the hungarian translators to remove them again.. [08:50] kiko: https://launchpad.net/rosetta/groups/ubuntu-translators/+appoint [08:51] I guess that people/ url is somethign old that should be cleaned up [08:51] oh [08:51] jordi, can you file a bug on "cannot deprecate a group"? [08:51] sure [08:51] thanks [08:52] should I file a bug about no UI to completely remove someone from a group? [08:52] ie, I shouldn't be "deactivated" in Greek, Georgian or Hungarian [08:52] https://launchpad.net/people/jordi [08:52] I should not be there. [08:52] jordi, yes, file a bug on the UI being misleading [08:53] k. at least admins should be able to do that [08:53] well, we don't need UI to really remove, but we do need to tweak the UI to not suggest you're still a member [08:53] nod [08:54] I don't see why we shouldn't make a difference between "deactivated" and "removed". If I keep creating groups I'll end up in a zillion [08:58] done [08:59] jordi, I raised that issue already [09:00] salgado, told me that he was going to work on it soon, not sure if to fix it or to talk about the needed changes [09:01] bradb: ? [09:01] SteveA: right [09:03] carlos: nod [09:04] carlos, jordi: salgado's not here for the next three weeks, forget him! [09:04] kiko, ok [09:05] oh dude, what a slacker [09:05] and jordi, carlos is NOT HERE EITHER until some language packs show up shiny as ever! [09:06] kiko, :-P [09:06] poor jordi, he feels the pain of my errors... [09:06] kiko: k. I will just interact with people who know the subtle pronunciation of "POP THE TRUNK" [09:06] yeah man [09:07] and the inability to do much of my tasks. [09:08] jordi, if you give me wireless access at Terra mitica or a DSL line outside the city..... I could work on weekends [09:09] no way man. You don't need computers during weekends [09:20] jordi, :-) [09:22] jordi, dude, your irc client sucks, you don't see the /msg [09:23] no dude [09:23] my window manager doesn't do transparency!!!1 [09:30] carlos, can I give you a phone call? [09:31] jordi, :-P [09:31] kiko, sure [09:31] kiko, do you have my land phone number? === camilotelles [n=Camilo@200.128.80.250] has joined #launchpad === dand [n=dand@83.103.205.136] has joined #launchpad [09:49] ciao dudes [09:50] Kinnison, can I call you later? [09:50] or cprov [09:50] kiko: yup, call when you have time [09:52] thanks dude === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad [09:55] has anyone seen mpt ? [10:00] ooh, I cannot believe we wrote this code: [10:00] results = POMsgIDSighting.select(''' [10:00] pluralform = 1 AND [10:00] potmsgset IN (SELECT id FROM POTMsgSet WHERE potemplate = %d) [10:00] ''' % self.id) [10:00] a nested query instead of a join! [10:00] the hardcoded '1' is worrisome === carlos fixes that === bradb_ [n=bradb@modemcable230.58-130-66.mc.videotron.ca] has joined #launchpad [10:07] carlos: woooa ;-) [10:08] SteveA: how do i make a Choice widget that will display a text box? [10:08] need a bug selector [10:08] you want to select one thing out of a large selection, so you want the input to be a text box rather than radio buttons? [10:09] currently, am using an Int() schema, but that means having to validate it all over the show [10:09] if so, that's what vocabularies are for [10:09] i want to create a Bug vocabulary, that displays the textbox, and validates it [10:09] i can't find the glue that goes from vocab, to presentation [10:09] the widget definition, i think [10:10] with vocabularies, that glue is more complex [10:10] can i use an Int() with a vocab? [10:10] sabdfl: did you see my privmsg before? No hurry, just want to know when we can do it. [10:10] it is a multi-adapter on the vocabulary type and various stuff i can't remember right now [10:10] jordi: no, sorry, i logged off and must have lost it [10:10] that's a good question. [10:11] i don't think you can use a standard Int field with a vocabulary-aware widget [10:11] because the field needs to know about its vocabulary [10:11] Int() doesn't accept vocabulary= [10:11] it would need a special kind of Int field that uses a vocabulary === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [10:11] for its allowed / present values [10:12] should i use a constraint instead? [10:12] hmm.. actually, i'd much rather have a vocabulary [10:12] because then i get a real bug on the other side, not an int [10:12] i can see how a vocabulary makes sense there [10:12] where is the widget for IHugeVocabulary defined? [10:13] [10:13] type="zope.publisher.interfaces.browser.IBrowserRequest" [10:13] for="zope.schema.interfaces.IChoice [10:13] canonical.launchpad.vocabularies.IHugeVocabulary" [10:13] provides="zope.app.form.interfaces.IInputWidget" [10:13] factory="canonical.widgets.SinglePopupWidget" [10:13] permission="zope.Public" [10:13] /> [10:13] canonical/launchpad/vocabularies/configure.zcml [10:14] ah [10:14] interesting [10:14] someone has been down this road before [10:14] there is a canonical.widgets.BugWidget [10:14] multiadapter on the field type and the vocab type [10:14] but [10:15] why is that not linked to an obvious vocab? [10:17] the widget appears to be used only in a single edit form [10:17] in bug.zcml [10:18] yes... but it doesn't appear to do any vocab-style validation [10:18] what i want is a choice that renders as a textbox [10:19] BjornT: ping? [10:19] mdz: pong [10:19] BjornT: I was wondering if you could show me the malone email interface [10:20] you can do validation that it is a real bug number without using a vocab, of course [10:20] so, maybe that widget, with an additional constraint on the field? [10:21] mdz: could it wait until tomorrow? it's quite late here, and i plan to put up some user documentation then. [10:21] BjornT: sure, but I sleep during your day [10:22] BjornT: please do mail me a pointer to the documentation when you have it, though [10:23] mdz: at what time do you usally start to work? i can shift my working hours some, if needed [10:24] BjornT: somewhere from 1500-1730 UTC typically [10:24] I am often around late in the evening local time, but I won't be tonight [10:25] mdz: here's the short version [10:25] email bugnum@bugs.launchpad.net (i think... bjornt?) [10:25] yeah [10:25] gpg sign your email [10:25] ensure that your gpg key is registered in lp [10:25] include a line, indented by at least one space [10:26] affects /products/foobar status fixed assignee mdz [10:26] that would set the status to fixed, and assign to you... for the task on upstream foobar [10:26] use /distros/ubuntu for ubuntu bug [10:27] will a simple amil to bugnum@ come through as a comment? [10:27] /distros/ubuntu/hoary for a task to fix in hoary [10:27] should do, yes [10:27] so the only sentinel for a command is leading whitespace? [10:27] yes, i believe so, and a command word [10:27] yeah, that's right [10:28] sounds risky; English text could be interpreted as commands [10:29] did you consider "- command" rather than " command" ? [10:29] I have some bugs assigned to me in malone [10:30] is it expected that the "overview" page, the first one I see when I login to launchpad, is empty? [10:30] hmm, apparently not, because if I click over to the Bugs tab and then back to Overview, it's filled out [10:31] https://launchpad.net/malone/assigned gives me " Sorry, a system error occurred" === SteveA --> home [10:33] https://launchpad.net/people/mdz/+assignedbugs should give you a summary of the bugs assigned to you, assuming your laundhpad name is mdz [10:33] salgado: I got to the above url by logging in, clicking the "bugs" tab and clicking the "assigned bug reports" link [10:33] https://launchpad.net/people/mdz/+assignedbugs does indeed work better [10:34] mdz, yes, these two pages are going to be merged into a single one. right now both of them are not really useful === lamont__ [n=lamont@15.238.5.156] has joined #launchpad === lamont__ is now known as lamont === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [11:46] SteveA: i put up BugInContext on the wiki and will add a little snippet tomorrow (i'd like to actually do a quick implementation here to get a feel for how decorates and such works before writing an example snippet that uses it)