=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] === doko_ [n=doko@dslb-088-073-075-074.pools.arcor-ip.net] has joined #launchpad [12:25] if you want to have the batch size, add &batch=50, not ?batch=50 [12:25] as salgado said, doh. === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === ryanakca [n=ryan@unaffiliated/ryanakca] has joined #launchpad === dsas [n=dean@cpc1-stok6-0-0-cust206.bagu.cable.ntl.com] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [02:08] lifeless: I was about to go to bed [02:08] when I found this [02:08] http://groups.google.com/group/comp.lang.python/browse_thread/thread/2478cc7e5bcc6c30/ [02:08] makes import statements redundant :) [02:09] also provide lazy importing of selected modules === stub [n=stub@ppp-58.8.5.12.revip2.asianet.co.th] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === ddaa -> bed now === stub [n=stub@ppp-58.8.5.12.revip2.asianet.co.th] has joined #launchpad === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad === danilos [n=danilo@cable-89-216-150-189.dynamic.sbb.co.yu] has joined #launchpad === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #launchpad === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === jml [n=jml@ppp105-240.lns1.hba1.internode.on.net] has joined #launchpad === pablof [n=pablof@201.32.247.207] has joined #launchpad [04:26] hello, somebody help me ? [04:27] how can i change the Translation Group of a product ? [04:30] thanks === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === ajmitch [n=ajmitch@ubuntu/member/ajmitch] has joined #launchpad === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad === Riddell [i=jr@kde/jriddell] has joined #launchpad === MikaT [n=mtapoja@80.75.106.227] has joined #launchpad === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === lamont [i=lamont@nat/hp/x-aac6bbd15af6b6df] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === SteveA [n=steve@costello.z3u.com] has joined #launchpad === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has left #launchpad [] === jml [n=jml@ppp105-240.lns1.hba1.internode.on.net] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad [05:56] lifeless: could you try doing the bzr-0.11-support merge to rocketfuel again? [06:15] New bug: #63898 in launchpad "kill canonical.foaf package" [Undecided,Unconfirmed] http://launchpad.net/bugs/63898 === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === stub [n=stub@ppp-58.8.12.209.revip2.asianet.co.th] has joined #launchpad [07:25] morning === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:14] jamesh: how's the bzr-0.11 thing going? [08:15] SteveA: yesterday's merge failed, and lifeless said he'd try it again today (I fixed the cscvs test failures I missed before). I pinged him a few hours ago, but haven't got a response [08:17] as far as I can tell, it should successfully merge this time. [08:25] ok === mholthaus [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === carlos [n=carlos@180.Red-88-18-199.staticIP.rima-tde.net] has joined #launchpad [08:34] morning === JanC [n=janc@lugwv/member/JanC] has joined #launchpad [08:51] morning all [08:51] hey sabdfl [08:54] sabdfl: with a patch we rolled out yesterday, you can do "bzr branch https://launchpad.net/products/bzr" and get a branch of bzr [08:55] not quite lp: URLs, but it is close === jml [n=jml@ppp105-240.lns1.hba1.internode.on.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:32] <_thumper_> morning === malcc [n=malcolm@host86-135-237-55.range86-135.btcentralplus.com] has joined #launchpad === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad [10:04] morning === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === jml [n=jml@ppp105-240.lns1.hba1.internode.on.net] has joined #launchpad === jml [n=jml@ppp105-240.lns1.hba1.internode.on.net] has joined #launchpad === Spads [n=spacehob@82.211.81.249] has joined #launchpad [10:18] jamesh: very very cool! i wonder, were we getting any 404's suggesting people were doing that instinctively? [10:18] hey fabbione! you hanging out in our part of town too? [10:19] sabdfl: have been doing it for a long time :) [10:19] sabdfl: a few, yes. === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [10:20] jamesh: does it do a redirect to do that? [10:21] SteveA: it creates a bzr branch reference (the same kind of pointer you get in a lightweight checkout) [10:22] SteveA: so it pulls all the branch data directly from http://bazaar.launchpad.net/ (and records the bazaar.launchpad.net URL as the parent) [10:23] wow [10:25] heya === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === AlinuxOS [n=alinux@d81-211-237-71.cust.tele2.it] has joined #launchpad [11:26] jordi: hi [11:26] so, did you send that email? [11:26] carlos: no, I have to ammend according to kiko's comments, and I left LliureX at 20:30 last night. [11:27] I'm doing rosetta this evening [11:27] I think mpt did those changes based on kiko's input [11:27] anyway, don't worry until this evening [11:27] oh really? [11:27] I think so [11:27] ok, I can send early in the evening though [11:27] maybe in a while if I can find the time [11:27] I've incorporated your points while copyediting the page. [11:27] Cheers [11:27] -- [11:27] Matthew Paul Thomas [11:27] http://mpt.net.nz/ === siretart [i=siretart@ubuntu/member/siretart] has left #launchpad [] [11:36] carlos, is it possible in this precise moment translate official gnome in rosetta ? [11:36] no, because we don't have a way to sync automatically from GNOME's CVS === __keybuk [n=scott@quest.netsplit.com] has joined #launchpad [11:44] danilos: ping [11:44] carlos: pong [11:46] carlos, it's only for the moment ? or it's future project ? [11:46] Entrans is still crappy and buggy to use. [11:46] danilos, privet ;) [11:46] AlinuxOS: hi ;) [11:46] it's a future project [11:46] carlos, very future ? :) [11:46] it's not a high priority right now [11:47] and we don't have time to schedule it yet [11:47] we have something started by zyga thought [11:47] but he ran out of time [11:47] and search inside a module ? [11:47] that's high priority once we finish our current tasks [11:47] danilo will do it [11:48] for example I need to search a phrase inside debian-installer ..or I remember a string number :) [11:48] danilos, wow :) good. [11:48] AlinuxOS: bug 44 [11:48] Malone bug 44 in rosetta "Translations should be searchable" [High,Confirmed] http://launchpad.net/bugs/44 [11:48] AlinuxOS: btw, the workaround people use now is to download a PO file and look for the string there [11:49] guys can I see entire list of high priority bug of rosetta ? [11:50] danilos, me too :) [11:50] but it's not so fast. [11:52] and great thing may be... if you have a possibility to search a phrase in original (unicode) language and in english too, not only in a single .po filke but in entire language (Ex: Georgian) project. [11:52] AlinuxOS: https://launchpad.net/products/rosetta/+specs [11:53] AlinuxOS: that's the way we are going to implement it, search for translations and english strings [11:53] AlinuxOS: our current top priority ones are https://launchpad.net/products/rosetta/1.0 [11:53] carlos, thanks... [11:53] Great Job! ;) [11:53] AlinuxOS: https://features.launchpad.net/products/rosetta/1.0/+specs <- This is the right link [11:54] shouldn't need the last +specs [11:54] (and won't need the /products soon either [11:55] sabdfl, hello ;) [11:55] privet :-) [11:56] sabdfl, no in Georgian: (gamarjoba). [11:56] sabdfl: well, that's a bug in our navigation links ;-) [11:56] privet = russian ;) [11:58] sabdfl, I knew about your response to a letter from Ministry of Instruction of Georgia, they are going to use Kubuntu in Georgian schools and that's great! [11:59] (sorry for offtopic launchpaders) [11:59] it is unfortunate that we need to keep the /+spec/ bit in the features.launchpad.net URLs if we want to include product series URLs [12:00] be nice to have https://features.launchpad.net/rosetta/spec-name [12:00] I'm just proud of Ubuntu/Launchpad & Co ;) [12:02] SteveA: can we do a voice call ? [12:03] lifeless: I'm in a conf call now [12:03] SteveA: ok, well ping me when you are free. its 2000 here for reference [12:03] lifeless: have a chance to try the bzr-0.11-support merge again? [12:03] jamesh: just about to as it happens [12:04] thanks [12:04] jamesh: we have j-a-meinel here so have been sprinting all day [12:05] pqm is down for manual merge === AlinuxSOS [n=alinux@d81-211-250-157.cust.tele2.it] has joined #launchpad === AlinuxOS [n=alinux@d81-211-250-157.cust.tele2.it] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [01:08] spiv: zope has a wsgi module too [01:10] jamesh: passed [01:10] lifeless: great. [01:12] its only lp, cscvs and bzr to update right ? [01:13] and what commit message do you want ? '[r=lifeless] Update to bzr 0.11' ? [01:13] yeah [01:13] that sounds good [01:18] BjornT: ping [01:18] SteveA: pong [01:18] did we arrange to have lunch today? [01:18] no, tomorrow. [01:20] ok, thanks [01:23] BjornT: late lunch, after lp meeting? === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [01:24] lifeless: ping === xenru [n=Miranda@85.192.12.203] has joined #launchpad [01:24] good morning [01:24] SteveA: pong [01:24] lifeless: want that voice call? [01:25] please [01:25] in 5 minutes ? [01:25] ok, call me when you are ready [01:25] skype ? [01:25] oh, sure. i'll run it [01:25] whats the account name to call ? [01:25] implied [01:27] jamesh: all done. Can you do submit a merge to dists to remove the bzrtools from the configs ? === bradb [n=bradb@modemcable077.58-130-66.mc.videotron.ca] has joined #launchpad [01:30] SteveA: sure, late lunch is ok. [01:34] AlinuxOS: very happy to hear that! [01:35] _thumper_: hello, how's it going today? [01:35] <_thumper_> ddaa: good, mostly reading today [01:36] <_thumper_> wiki pages on launchpad mostly [01:36] <_thumper_> but just looking at launchpad.conf now [01:36] launchpad.conf does not make very interesting reading [01:36] <_thumper_> not overly [01:36] <_thumper_> but started with the makefile [01:37] sabdfl, ;) [01:37] Did someone suggested that you read launchpad.conf? === AlinuxOS is happy too. [01:37] <_thumper_> no [01:37] <_thumper_> just looking [01:37] <_thumper_> ddaa: where is the initial entry point for lp? [01:38] <_thumper_> the display thereof [01:38] initial entry point? [01:38] <_thumper_> what gets displayed when you hit launchpad.dev [01:38] well... it's built on zope, so if you want to go top down like that it's going to take... a long time... [01:39] <_thumper_> the executive summary should be find [01:39] <_thumper_> s/find/fine [01:39] <_thumper_> I worked on a plone zope2 site before [01:39] <_thumper_> with a big zodb [01:39] <_thumper_> which launchpad doesn't have [01:40] Okay, so in my perception, when you got a page and you want to know what produces it... [01:40] You start by figuring out what content object this page is displaying. [01:40] <_thumper_> yeah, the object and its view I gess [01:40] Consider https://launchpad.net/people/ddaa/+branch/bzrk/dev [01:41] it's displaying a branch [01:41] actually, it's the index page for the branch [01:41] that is it is an alias for https://launchpad.net/people/ddaa/+branch/bzrk/dev/+index [01:41] so you look in lib/canonical/launchpad/zcml/branch.zcml [01:42] <_thumper_> ok === sivang also follows the fascinating drill down :-) [01:42] here you'll find an entry for +index with for="IBranch" (or something close to that) [01:42] this element will tell you which template is used for this page, with which view class [01:42] <_thumper_> yep, see it [01:43] the templates are all in lib/canonical/launchpad/templates [01:43] and the view classes are all in lib/canonical/launchpad/browser [01:44] <_thumper_> ok [01:44] the view class whatever it needs to do, but eventually it ends up talking with content classes [01:44] the content classes are all in lib/canonical/launchpad/database [01:44] however, the browser classes only talk to content classes through zope security proxies [01:45] that enforce permissions and stuff like that [01:45] ddaa: those proxies are actually factories ? [01:45] sivang: ask someone who actually understand that stuff, will you :) [01:45] hehe [01:46] the security proxing is done with two important bits of code, the zope interface(s) for the content class [01:46] all zope interfaces are in lib/canonical/launchpad/interfaces [01:47] <_thumper_> what is the facet attribute of ? [01:47] and the permission policies, which are all in lib/canonical/launchpad/security.py [01:48] facet is one of overview/bugs/branches/specification/etc. [01:48] it's essentially the class of the pillar of the page [01:48] <_thumper_> is it used for anything interesting or just grouping [01:49] it's quite essential to the structure of the site, it's used to generate the action menu and the location portlet [01:49] <_thumper_> getting back to the initial page, what is the root object? [01:49] the two portlets you find on almost every page in the top left [01:50] root? [01:50] <_thumper_> the one that the initial page view is off [01:50] <_thumper_> http://launchpad.dev/ is a view on something, what? [01:50] ha [01:50] the home pages are special [01:51] <_thumper_> ok... [01:51] <_thumper_> zcml? [01:51] for example the /bazaar page is defined with the bazaar.zcml [01:51] I'd expect the root page to be somewhere in launchpad.zcml [01:51] these are so called application pages [01:52] because they do not have a real database content object to back them [01:52] <_thumper_> makes sense === carlos -> lunch [01:53] also, in the near future, the facet will determine the primary vhost from which the page is served [01:54] <_thumper_> I read a spec about that work [01:54] I do not really know the details of the vhostization plan, though [01:55] _thumper_: if you want to read some boring stuff, I'd like if you had read all the open bugs and specs on the launchpad-bazaar product before the sprint [01:55] <_thumper_> ddaa: will it put me to sleep? [01:56] depends on how strong is your coffee [01:56] <_thumper_> v.strong [01:56] <_thumper_> ddaa: I will read [01:56] that should be okay then. None of us has learned writing at MS documentation dept. === ddaa is forever amazed by how powerful was the MSWord manual he once tried to read [01:57] ddaa: you should have tried readin some VB manuals, they take it all, trust me :) [01:58] _thumper_: some bugs and specs tend to be quite high context, so do not hesitate to ask for explanations [01:58] <_thumper_> ddaa: no problems there [01:58] oh, btw, there's some documentation about the various launchpad-bazaar systems I wrote some months ago [01:59] it's obsolete of course, but will give you an idea [02:00] go to doc/bazaar [02:00] and "make" [02:00] you'll need xsltproc and dia installed [02:01] that will produce a bazaar.html page and the associated png files [02:01] <_thumper_> I installed those this morning after reading the README === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:04] <_thumper_> doc made, and will read after lunch [02:08] <_thumper_> ddaa: I must be missing something - what is HCT? [02:11] The Hypothetical Changeset Tool [02:11] I mean, that's a VERY good question === ddaa thinks to try sorting out the informational from the ranting in his head [02:13] <_thumper_> Hmm, just checking launchpad to see if a person with a particular id existed, and it oopsed [02:13] That is a not-yet-implemented (long story there) tool to version-control distro packages as a collection of branches. [02:13] <_thumper_> I don't think it should do that [02:13] _thumper_: there's a couple of bugs open about that [02:13] <_thumper_> ok [02:13] for one thing the 404 page should look more like a 404 and less like a crash [02:13] _thumper_: which OOPS number? [02:13] and then, when looking for objects like that, it should do a search and give close matches [02:14] <_thumper_> OOPS-277B290 [02:14] https://devpad.canonical.com/~jamesh/oops.cgi/277B290 [02:14] <_thumper_> ddaa: makes sense [02:15] <_thumper_> ddaa: do you know if I can change my short name that is currently registered with launchpad? [02:15] _thumper_: so, in HCT, a source package would be represented as a collection of branches, which have a common base in the upstream source code. Merging all those branches produces the final source package tree. [02:15] there would be one branch for each distro patch [02:15] and one branch for the distro-specific data [02:23] _thumper_: yes you can [02:25] <_thumper_> lifeless: don't you ever get away from the computer? [02:25] yes :) [02:25] when he hears beer [02:25] or smell meat === _thumper_ thinks of summertime and BBQs [02:27] _thumper_: when we have HCT, we will have a branches facet on distro objects, like sourcepackages [02:27] mh... actually, strike what I said before [02:27] facet and pillar are different [02:28] the facet indentify the launchpad sub-application a page belongs to === niemeyer [n=niemeyer@200.247.41.53] has joined #launchpad [02:28] distro is a pillar [02:28] _thumper_: https://launchpad.net/people/$yourlaunchpadname/+edit [02:28] <_thumper_> ddaa: not too worried about it yet === jkakar [n=jkakar@200.247.41.53] has joined #launchpad [02:28] <_thumper_> matsubara: thanks [02:29] <_thumper_> matsubara: unfortunately the id I want is owned by someone who is not an active launchpad user :( [02:29] that can probably be arranged [02:30] ask a launchpad admin to rename the offender [02:30] <_thumper_> :) [02:31] <_thumper_> is there an email address for that or channel? [02:31] ask people here [02:32] anybody in the admin team [02:32] <_thumper_> ok === _thumper_ going to eat [02:37] stub, is staging being rebuilt daily? [02:38] salgado: No - it is still running Brads branch from two weeks ago. If this is a problem, we can sort it out with Brad. === jml [n=jml@ppp105-240.lns1.hba1.internode.on.net] has joined #launchpad [02:40] stub, I'd like to do some testing now that person-creation-rationale has landed. hasn't bradb's branch landed already? would it be possible to have staging rebuilt this week? [02:41] salgado: I don't know if brad's branch has landed. Can you confirm? [02:42] sure [02:42] bradb, around? [02:42] RM isn't in prod [02:42] won't be for a bit yet [02:43] bradb: Can we remove the branch from staging for a while? We can revert in a few days if you still need it, but salgado is the second person to have asked about staging in the last day or so. [02:43] bradb, well, I was asking if it has landed in rocketfuel [02:43] salgado: sorry, not in rf either [02:44] stub: if you can put it back in a few days, it's okay to remove it for now, i think [02:44] bradb: ta. [02:44] salgado: I'll update staging now with fresh code, and we will get a fresh db dump tomorrow. [02:45] stub, cool. can you also get the guess-person-creation-rationale.py script running? :) === sivang [i=sivan@ubuntu/member/sivang] has left #launchpad [] === bradb [n=bradb@modemcable077.58-130-66.mc.videotron.ca] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [03:09] hey, what do I need to do to get notified about all spec changes in a given product? [03:09] specifically, I want to be told if anybody does any spec work in launchpad-bazaar [03:09] to avoid being caught by surprise when somebody tells me "there's a spec about that, it's random-name" === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [03:18] stub: ping [03:18] cprov: pong [03:19] stub: hi, do you have any rescent production DB snapshot ? we need a new copy in mawson. [03:19] ddaa: i'm quite sure it's not possible to do that today, but there's a bug open for it i think. [03:19] cprov: I'll push a fresh one out now [03:20] BjornT: maybe if I make myself the driver of bazaar-launchpad? [03:20] stub: thank you ! [03:21] ddaa: no. spec notifications get sent only to people directly related to the spec. there's not even a 'new spec' notification. [03:21] Crapity crap :( [03:23] stub: I don't have permission to change one of my own products (grepmap) [03:25] Keybuk: file a bug, and if necessary me or any of the other launchpad administrators should be able to make the change for you [03:28] morning [03:28] Keybuk: any of the Registry Admin would be able to transfer ownership to you [03:28] s/Admin/Admins/ [03:28] I am one === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [03:29] what should I file the bug on? [03:30] products/launchpad ? [03:30] kiko: no, you're not, but you're a lp admin. :) [03:30] ahh... I assumed 'own product' meant you where the owner in the launchpad sense [03:30] Do we have a claim product feature request open already? [03:30] well, I'm sure I registered it originally [03:30] but somebody went through in SQL and reassigned everything I registered to registry admins once [03:31] I just noticed this one [03:31] Keybuk: I've set you back as the owner anyway [03:31] ok, bug #63963 [03:31] Malone bug 63963 in launchpad "No permission to edit my own product" [Undecided,Unconfirmed] http://launchpad.net/bugs/63963 [03:31] Keybuk: file a support ticket [03:31] hmm too late [03:31] thanks [03:33] the fastest "fix released" bug ever! [03:37] flacoste, ping? [03:38] salgado: pong [03:40] New bug: #63963 in launchpad "No permission to edit my own product" [Undecided,Fix released] http://launchpad.net/bugs/63963 === CVirus [n=cvirus@196.205.191.81] has joined #launchpad === CVirus [n=cvirus@196.205.191.81] has left #launchpad ["I] [03:41] flacoste, I'm writing the UI to chose the language when searching for a ticket, and since one of the radio buttons will have to have some text and a link (that I can't store in a vocabulary) right beside it, I'm thinking that it may be better to manually craft the HTML and stuff instead of using a Choice field and a vocabulary [03:41] unless there's a easy way to achieve that with a Choice and a vocab [03:42] salgado: what kind of value does the text represent? [03:43] salgado: you could create a custom widget, but it may not be worth the trouble [03:43] BjornT, one of the radio buttons will be labeled "My preferred languages" and then right beside it I need to list the user's preferred languages and provide a link for the user to change the preferred languages [03:44] flacoste, yeah, that's what I thought [03:45] salgado: so, what value would it have in the widget? if it's None, then you can easily change the _messageNoValue attribute in the widget. [03:47] salgado: another option is to create a custom vocabulary, which would contain your new value, as well as the original vocabulary items. [03:48] BjornT, the value is not None, so I don't think I can use the former [03:48] BjornT, for the latter, you mean make the vocabulary include the preferred languages and the link? [03:49] BjornT: the actual vocabulary contain three values: English, PreferredLanguages, All [03:49] salgado: yeah. it depends on what other items you have in the radio widget. [03:50] BjornT: and salgado wants to display a link to change the preferred languages alonside that option (and display the currently selected preferred languages) [03:50] flacoste: but the vocabulary contains basically three values [03:50] BjornT: ^^^ [03:51] if it's only three values, it's probably easiest to simply construct the vocabulary on the fly, or something like that. [03:53] BjornT, something like constructing the DBSchema on the fly and feeding it to vocab_factory? [03:54] salgado: no, simply create a vocabulary using SimpleVocabulary [03:54] flacoste: for validation purpose, but you'll have to code the UI by hand (or in a widget, but no point in writing a widget for only one use) [03:55] yeah, i was referring to using SimpleVocabulary [03:55] flacoste: how will the UI look like? [03:55] ( ) English [03:55] ( ) My preferred Languages [03:55] ( ) Any language [03:56] why would that have to be coded by hand, rather than using RadioWidget? [03:57] salgado: actually you said the second one would look like: ( ) My preferred languages (Portuguese, Spanis) Click here to change your preferred languages [03:57] BjornT: ^^^ [03:57] yeah, I forgot that [03:57] flacoste: it's possible to include links in vocabuarly term labels [03:57] that's the main reason why we're having this discussion. :) [03:58] BjornT, but we can't include the user's preferred languages, can we? [03:58] BjornT: you mean, include the HTML in the vocabulary label? [03:58] salgado: we can if you build the vocabulary yourself dynamically [03:58] salgado: well, that was why i suggested constructing vocabuarly on the fly [03:58] flacoste: yeah, HTML [03:59] BjornT: won't it get escaped? [03:59] right, I thought you were suggesting that we shouldn't need to build the vocab on the fly [03:59] looks like there's an example on browser/bugtask.py [04:00] a SimpleTerm whose label contains a hyperlink [04:00] then it should work [04:02] so simplest thing is to build the vocabulary at run time [04:03] you can either register your vocabulary by name or use a IContextSourceBinder to create it using a SimpleVocabulary [04:04] (you can find a IContextSourceBinder example in interfaces/buglinktarget_browser.py) [04:04] jamesh: When I move an @action into a base class and inherit from that in my view, rendering that @action breaks with an error like "TraversalError: (, 'field.actions.submit_bug')". Any idea why actions seem not to work with inheritance? [04:05] bradb: it's because you defined other actions in your descending class? [04:05] flacoste, I'll do that [04:05] flacoste, BjornT, thanks a lot. I'll pester you guys again if I have any problems. :) [04:05] bradb: and the @action decorator doesn't cooperate well across classes [04:05] ah [04:05] bradb: that's should probably considered a bug [04:06] bradb: there is probably a workaround, hold on [04:06] flacoste: is this the code that breaks it? [04:06] caller_locals = sys._getframe(1).f_locals [04:06] if actions is None: [04:06] actions = caller_locals.get('actions') [04:06] if actions is None: [04:06] actions = caller_locals['actions'] = Actions() [04:06] bradb: yep [04:06] well, probably [04:07] you could try declaring actions yourself in the base class: [04:07] class Base: [04:07] actions = Actions [04:07] that might work [04:07] actualy, actions = Actions() === sivang [i=sivan@ubuntu/member/sivang] has joined #launchpad [04:07] hmm, no [04:07] hm hm hm [04:07] that won't work [04:08] the problem is that it is trying to find the actions for the lexical scope and not from the instance [04:08] jamesh suggested that should be rewritten to use class advisor [04:09] the @action works that way is because the class doesn't yet exit when it does it's job [04:09] s/exit/exists/ [04:09] flacoste: so the lex scope of a decorator is the stuff inside the class statement, before the decorator? [04:09] bradb: yep [04:09] o! [04:10] you could probably do in your subclass: actions = BaseClass.actions [04:10] and stuff would automagically work [04:10] ah, hm hm [04:10] I wonder if it would have that attr at that point. /me tries. [04:11] +1 for rewriting using a class advisor [04:12] any workaround should be marked with an XXX [04:12] so it can be removed later [04:12] oh yeah. neon sign on this hack. [04:12] i think it's working, but i'm testing it a bit more [04:13] flacoste: seems to work, thanks === sivang [i=sivan@ubuntu/member/sivang] has left #launchpad [] === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [04:31] is the fact that LP redirects-of-death if you paste a leading # into the "Jump to a bug" button, known? [04:32] elmo, no, it's a bug. can you file it and assigne it to me? [04:40] elmo: fwiw, bug 44390; it's not the same issue though [04:40] Malone bug 44390 in malone "Bug number entries should allow "#n"" [Medium,Confirmed] http://launchpad.net/bugs/44390 [04:42] flacoste, to get the browser languages I need the request... is it possible to get it from my vocabulary factory which implements IContextSourceBinder? === jelmer [n=jelmer@a62-251-123-16.adsl.xs4all.nl] has joined #launchpad [04:43] salgado: hmm, not really, IContextSourecBinder takes only a context argument [04:45] salgado: and it's the same thing for the Vocabulary, its factory only takes a context object [04:45] flacoste, yeah... would it be possible to construct the field on the fly, using a LaunchpadFormView? [04:46] probably in setupFields() === kristog [n=ballio@energ63.energ.polimi.it] has joined #launchpad === matid [n=matid@ubuntu/member/matid] has joined #launchpad [04:46] what is the best way for ask a feature? [04:47] salgado: and modify the vocabulary attribute of the Choice field there [04:47] unless that's a read-only attribute... === flacoste checks [04:47] open a bug on LP? [04:48] kristog: yeah, that's a good way [04:48] Hello. I've got a question regarding the preferred email address in Launchpad. I know that all email coming to launchpad-id@ubuntu.com are delivered to your preferred address. How does Launchpad handle it if you set your preferred address to launchpad-id@ubuntu.com ? [04:49] matid: I guess you will stop getting email [04:49] carlos: Really? I don't think so. There are some people with @ubuntu.com email set as their primary one [04:49] salgado: no, you can probably override the vocabulary in setupFields by storing it in the schema Choice [04:50] salgado: kind of hacking to modify the schema at runtime, but an XXX will do :-) [04:50] matid: you will need to check that with elmo or Znarl (our admins) but that would be just canonical people, I'm not sure whether it's handled the same way in that case [04:51] perhaps their sync script detects it and the email alias is not changed [04:51] carlos: Ok, thanks [04:51] carlos: I'll make sure to contact one of the guys [04:51] flacoste, so, I overwrite setUpFields(), call the parent's setUpFields() and then change the vocabulary of the field I want? [04:52] flacoste, salgado: i think creating a new Choice field in setupFields would be better. [04:52] salgado: you should change the schema before calling the parent setupFields [04:52] yeah, that's what I had in mind [04:52] kiko: I rejected jerichorivera from a group in LP, because I didn't know him, and I couldn't send him an email. would it be possibe to get his email address somehow? [04:52] salgado: because, the parent uses the schema to create the fields [04:52] carlos: thank you. [04:53] bye ;) === kristog [n=ballio@energ63.energ.polimi.it] has left #launchpad [] [04:53] flacoste, ah, right. what do you think about BjornT's suggestion? [04:53] salgado: how many fields will there be in the schema? [04:54] BjornT, 4 === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad [04:54] matid: if you set your preferred email to be ubuntu.com, your @ubuntu.com email will disappear [04:54] salgado: creating a new CHoice instead of setting the vocabulary attribute, yeah, that's more obvious [04:55] elmo: So people with @ubuntu.com emails as their preferred ones are the ones with ubuntu.com mailboxes? [04:55] elmo: I can list dholbach as the example [04:56] matid: this only applies to community people [04:57] elmo: Ok, thanks. I guess I'll have to revert the changes I've just made [04:57] matid: this is how it works: any ubuntu member who has signed the CoC and has a preferred email gets launchpadid@ubuntu.com [04:58] there are a couple of exceptions: (1) if their launchpadid is inappopriate in someway (e.g. 'root' or something), it'll be ignored. (2) if their preferred email would create a loop in any way (e.g. is launchpadid@ubuntu.com), it'll be ignored [05:01] elmo: Ok, thanks for explaining it [05:01] elmo: I guess I have to do my best to become Canonical's employee to get the @ubuntu.com mailbox, not an alias :) === tepsipakki [n=tjaalton@replicant.hut.fi] has joined #launchpad [05:08] matid: you absolutely can get an @ubuntu.com forwarding address, your launchpad preferred email just has to be something else === Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad [05:09] carlos: hi! gnome-screensaver is not set up for accepting translations in LP [05:09] I know, I already have the alias [05:09] I was just joking that I have to be an ubuntu employee to set it as preferred ;) [05:10] tepsipakki: yes, it is.... [05:10] tepsipakki: https://launchpad.net/distros/ubuntu/edgy/+source/gnome-screensaver/+pots/gnome-screensaver [05:10] hmm.. === bradb [n=bradb@modemcable077.58-130-66.mc.videotron.ca] has joined #launchpad [05:10] ok, I went via g-s product page [05:11] tepsipakki: the links between products and distro packages are not always up to date === _malcc [n=malcolm@host86-135-237-55.range86-135.btcentralplus.com] has joined #launchpad [05:20] carlos, but people can add them! [05:21] kiko: right, but you cannot remove them.... [05:21] I think that feature sucks right now.. [05:21] flacoste, I'm guessing I need to add a new Choice field to self.schema on setUpFields(). is that right? === _Nightwish_ [n=qazwsx@MDM-84-248.beotel.net] has joined #launchpad [05:22] salgado: hmm, there is a kind of problem with that [05:22] salgado: because a schema is a global object [05:22] salgado: so in theory we could get problems if two clients accessed that same code path at the same time [05:23] ahhh, I see [05:23]