on some pages, and some CSS to keep this hidden in mainline [02:26] but so that it becomes helptext on the 1.0 UI branch [02:26] (can someone paste me privately the part after ddaa's weekly report if anything important happened?) [02:26] and he'll be asking particular launchpad teams of developers to add helptext for specific pages [02:26] danilos: there are logs. see channel title. [02:27] SteveA: are they live? (I am actually checking them right now) [02:27] this allows us to keep a small deviation between mainline and the ui branch [02:27] danilos: yes - live [02:27] and also allows the work of writing helptext to be spread around [02:27] ok, great, thanks [02:27] danilos: (or close...) [02:27] so, please watch out for this in the coming days, and do the work swiftly. it isn't a lot of work each. [02:27] that's all. thanks. [02:27] * 1.0 UI portlet divs (mpt) === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [02:28] so, as another forwards-compatibility thing, mpt is updating all our portlets to have a particular structure of nested divs [02:28] sorry, stupid gaim not throttling big pastes properly [02:28] mpt will be doing this, but please be aware of the need to keep portlets like this, even if it has no particular effect in the standard current ui [02:29] and if you write new portlets, again, be aware of the correct use of markup for them. [02:29] mpt will mail about this over the coming days. [02:29] that's all. thanks. [02:29] * Dropping Malone, Rosetta, Soyuz etc. products -- StuartBishop [02:29] Now that we have bug keywords implemented, I would like to collapse all the various Launchpad pseudo-products (rosetta, soyuz, calendar, malone etc.) into the main Launchpad product. [02:29] The way we have things setup at the moment breaks our model, particularly relating to branches. For example, if I have a branch registered as a Launchpad branch, I cannot link that to a bug on Rosetta at the moment. [02:29] I feel this situation also hinders us dogfooding Launchpad properly at the moment, as we are using it in a different fashion than we expect our users to use it. [02:29] Can anyone think of any advantages to keeping things the way they are? [02:29] If not, I will collapse all the products into one, assigning keywords to the various bugs so we don't lose that information. [02:29] eh [02:29] what about specs? [02:30] this needs a mail to the list, cc mark === jgilunch is now known as jgi [02:30] Ok. So we can't look at this until we have a way of categorizing specs better? [02:30] I thought you meant something quite different when you suggested dropping all those products ;) [02:30] pink slips all round! [02:30] stub, right now launchpad is too big to not be categorized, I think [02:31] so we'd need some sort of sub-product organization if we are to drop the products [02:31] I think it's a valid point that we're using projects/products differently than we expect others to [02:31] which sounds like surgery [02:31] kiko: If that is the case, we need to rethink a lot of our model [02:31] SteveA, I'm not sure. why do you say that? [02:31] I also believe people are really used to filing bugs against rosetta, not launchpad [02:31] if we did this, we'd want some way to let users categorise the bug on the +filebug page [02:31] kiko: because I think it's a valid point. :-p [02:31] which might involve offering a few predetermined bug keywords [02:31] but really, this is a mailing list discussion [02:31] SteveA, why do you say that rosetta and malone are not separate products, is my question? [02:32] not a co-ordination meeting discusiion [02:32] jamesh: A question I often see go past on this channel is 'which product should I file a bug against?' [02:32] just because they share a code repo? [02:32] and since we're discussing rebranding as well, a keyword "rosetta" wouldn't make much sense ("translation service"? I dunno) [02:32] although it is okay to point out the mailing list thread (or forthcoming one) and ask for participation [02:32] stub, that should be reduced once we have bugs.launchpad.net, etc. [02:32] -> mailing list everybody [02:32] let's move on [02:32] yeah yeah. [02:32] * Keep, Bag, Change [02:32] ok [02:32] KEEP: bradb! [02:32] BAG: turnover [02:33] yay [02:33] ddaa: turnover implies hiring people too. welcome _thumper_! [02:33] in french we call that "mettre les pieds dans le plat" [02:33] heh [02:33] Are we headhunting from Watership Down now? :) [02:33] <_thumper_> hi all [02:34] hey _thumper_ [02:34] everybody welcome _thumper_ the new launchpad-bazaar guy [02:34] what's with the underscores? :) [02:34] hey _thumper_, welcome! [02:34] kiko: they represent the tub [02:34] <_thumper_> freenode didn't like it without [02:34] now that we have danilos and _thumper_, bets are on about who of carlos or me will resign next [02:34] _thumper_: welcome! [02:34] ddaa: good bye dude.... where are you moving [02:34] ? [02:34] :-P [02:34] _thumper_, that's surprising. is thumper already nickserved? [02:35] <_thumper_> kiko: not sure, just wouldn't allow the name, didn't say owned [02:35] And before anyone else resigns.... [02:35] * Three sentences [02:35] ddaa, carlos: heh ;) _thumper_, wilkommen ;) [02:35] -NickServ- The nickname [thumper] is not registered [02:35] DONE: Name Blacklist [02:35] TODO: Pillar Name traversal [02:35] BLOCKED: No [02:35] DONE: More ArchiveRework. [02:35] TODO: More ArchiveRework, test new a-f on mawson [02:35] BLOCKED: No [02:35] DONE: Landed fixes for heartfelt issues with dupe bug subscriptions. Resurrected search filter UI patch. Wrote BugVerificationWorkflow after talking to Simon. Finished most of guided +filebug, less updating tests. [02:35] TODO: Put guided filebug up for review. Release management tweaks. [02:35] BLOCKED: kiko/mark on ConjoinedBugTasks decision. [02:35] DONE: NoMoreAptFtpArchive, SoyuzRebuildHandling, bug triage, test new a-f [02:35] DONE: updated email interface for new support-tracker-workflow, add support requests expiration script, put support-tracker-workflow in review [02:35] TODO: implement support-tracker-views, land support-tracker-workflow [02:35] BLOCKED: no [02:35] TODO: new a-f in production, open edgy+1 in mawson, bug fixing for edgy+1 [02:35] BLOCKED: no [02:35] DONE: code reviews. clarified 1.0 goals, good progress on upstream forwarding workflow work spec. [02:35] TODO: code reviews. last bits of upstream forwarding workflow spec. [02:35] DONE: oops report analysis, triage and some trivialities fixes [02:35] TODO: answer kiko's review, fix team wiki bug, more triage and oops report analysis. [02:35] BLOCKED: no [02:35] BLOCKED: no [02:35] DONE: bzr 0.11 in LP, bug export, single SourceForge bugtracker entry, .bzr branch references for products, series and branch pages [02:35] TODO: code reviews, URL handling branch, other launchpad-bazaar stuff [02:35] BLOCKED: no [02:35] DONE: oo.org lang packs export, TranslationReview, fixed some missing translations in Rosetta, ticket #1930, [02:35] TODO: finish TranslationReview and vacations [02:35] BLOCKED: no [02:35] DONE: Removed person creation API from the authserver, discussed and implemented some bits of LocalizedSupportRequests, landed person-creation-rationale, fixed a couple of bugs on the mirror prober and reviewed some code. [02:35] mpt: DONE: structural object headings, page redesigns, portlet markup [02:35] TODO: Finish LocalizedSupportRequests, add the rss feed of release mirrors to be used in ubuntu.com, code review and random fixes. [02:35] BLOCKED: No [02:35] mpt: TODO: page redesigns, implement already-designed pages [02:35] mpt: BLOCKED: no [02:36] DONE: Reviews. bzr HTTP smart server, including WSGI backend and docs on how to run it with Apache+mod_fastcgi. [02:36] <_thumper_> [Nick] Erroneous Nickname [02:36] TODO: bzr smart server/launchpad supermirror integration. [02:36] BLOCKED: no [02:36] DONE: TranslationImport, Firefox support, tests, respond to bug 2181 review [02:36] TODO: FF tests fixing, OOo support, rosetta search, new contract, visa, plane tickets [02:36] BLOCKED: no [02:36] Malone bug 2181 in rosetta "Rosetta automated e-mail should come from @launchpad.net" [Medium,In progress] http://launchpad.net/bugs/2181 [02:36] _thumper_: mysterious! [02:36] DONE: Launchpad report, some hacking, some management, serious email catchup. [02:36] TODO: More email catchup and hacking, solve blockage [02:36] BLOCKED: No [02:36] <_thumper_> DONE: reading [02:36] <_thumper_> TODO: more reading [02:36] <_thumper_> BLOCKED: no [02:37] DONE: remove-gnuarch, new svn changeset logic [02:37] TODO: new svn changeset logic, _thumper_ sprint [02:37] BLOCKED: no [02:37] reading++ [02:37] <_thumper_> stub: just not the smae [02:37] <_thumper_> s/smae/same/ [02:37] One blocker from BradB that I see.... kiko - is that under control? [02:37] DONE: management, UI stuff [02:37] TODO: relocate, bzr sprint, interviews [02:37] BLOCKED: no [02:38] stub, well, yes. [02:38] ! [02:38] kiko: Did you want to do the bug report? we have some time [02:38] stub, yes. [02:39] kiko: btw, if you are on vacations next week and your restructuring branch is not merged before you leave... you are blocking TranslationReview from being reviewed/merged [02:39] Bug report report [02:39] =================== [02:39] I picked only the top 5 criticals since we have a lot of 1.0 to do [02:39] https://launchpad.net/products/launchpad/+bug/929 [02:39] Malone bug 929 in launchpad "Long words (such as URLs) overflow columns" [Critical,Confirmed] [02:39] Could James pick up bug 929, so we can finally close this 3-digit one? [02:39] https://launchpad.net/products/rosetta/+bug/2497 [02:39] Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,In progress] === _thumper_ wonders what keep, bag, change is? [02:39] I've got to reply to review on the branch for bug 2497; unfortunately [02:39] I've been too busy. [02:39] https://launchpad.net/products/malone/+bug/4594 [02:39] kiko: okay. [02:39] Malone bug 4594 in malone "Shouldn't be able to add duplicate bug watches" [Critical,Confirmed] [02:39] _thumper_: I'll explain next week [02:40] Bjorn, will you have time to do 4594? [02:40] _thumper_: in london [02:40] https://launchpad.net/products/rosetta/+bug/30602 [02:40] Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed] [02:40] <_thumper_> SteveA: ok [02:40] I need James' review of my branch first before I can fix 30602. My [02:40] branch puts all the code that needs optimizing in a single place, so it [02:40] should not be too hard unless the problem is intractable. [02:40] https://launchpad.net/products/rosetta/+bug/44214 [02:40] Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,In progress] [02:40] Carlos, how's bug 44214 looking? [02:41] I got some test errors and switched tasks... I should resume it, will try to finish it before leaving tomorrow. Otherwise, it should wait until I'm back on 16th [02:41] kiko: yeah, i think that one should be doable. it's related to what i'm working on now, so it shouldn't take too long. [02:41] carlos, you've got a one-week vacation? [02:41] carlos: I did take a short look at it, but didn't see anything obvious; I might take another look next week [02:42] BjornT, thanks. if you need help, let me know? [02:42] kiko: yes, you approved it... [02:42] carlos, hmmm, timing.. [02:44] Is this thing still on| [02:44] s/|/?/ [02:44] ok. Meeting over. 1 minute early! [02:45] thanks stup [02:45] stub [02:45] Thanks === malcc -> Lunch [02:45] thanks stub [02:45] thanks for a smooth meeting stub [02:45] BjornT: lunch? === bradb goes off in search of a toothbrush [02:45] SteveA: yeah, i'm hungry. where? [02:46] I was going to invite M along, as he's in Vilnius. I'll just call him... === _thumper_ off to finish lunch === jelmer [n=jelmer@a-eskwadraat.nl] has joined #launchpad === flacoste has to moves the car, brb [02:47] BjornT: s. valentinos? I'll leave my place in 15 mins [02:48] SteveA: ok [02:49] ok, see you there === carlos -> lunch [02:53] gah, stub; I had to walk away from the keyboard here at office [02:54] stub: want my 3 lines by msg? [02:54] jordi: Sure [02:55] stub, so, you don't have the output of the guess-rationale script, nor the time it took to run? [02:56] salgado: I think it took about three hours [02:56] salgado: I've lost the output - it was in my screen session, but the server has since been rebooted [02:56] (I have the tail end if that helps) [02:57] 10:36:36 INFO Profile with id 670220 and name 'eof' has references from both SourcePackageRelease and POSubmission tables. [02:57] 10:40:18 INFO Updated 2469 profiles with the BUGIMPORT rationale [02:57] 10:40:18 INFO Updated 1749 profiles with the SOURCEPACKAGEIMPORT rationale [02:57] 10:40:18 INFO Updated 4096 profiles with the POFILEIMPORT rationale [02:57] 10:40:18 INFO 6806 profiles were not updated [02:57] stub, yeah, that's better than nothing === pablof [n=pablof@20150013100.user.veloxzone.com.br] has joined #launchpad [02:58] salgado: https://devpad.canonical.com/~andrew/paste/fileb611VK.html is all I have [02:58] stub, so, assuming this script will run only once in production and that it doesn't use a single transaction, would it be okay to run it as is in production or does it need to be optimized? [02:58] salgado: I'll run it again tomorrow anyway [02:58] salgado: Yes - that is fine to run against production. [02:59] cool === mholthaus__ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad [03:13] Just another notice: PQM is now going down for 30 minutes for hardware maintenance. [03:13] carlos, what's the policy for creating new translation groups? [03:17] Spads, already gone, I guess? [03:20] salgado: yes [03:22] Spads, does the branch that it was processing has been lost and needs to be submitted again? [03:22] salgado: no pqm was running, and we shut down cron before halting [03:22] carlos? === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] === _thumper_ sanity restored - have decent coffee === matid [n=matid@ubuntu/member/matid] has joined #launchpad [03:41] SteveA, ping [03:42] <_thumper_> kiko: I think SteveA is out to lunch [03:42] bummer man [03:42] how bizarre [03:43] <_thumper_> truely === JPohlmann [n=jannis@e176137155.adsl.alicedsl.de] has joined #launchpad [03:43] Hi all. I need help from one of the Launchpad admins - anyone here? [03:45] yes, JPohlmann [03:45] I am an Xfce developer and it looks like my name got automatically registered at least two times. [03:46] Once as jannis-pohlmann and once as jannis-xfce. [03:46] JPohlmann, do you have access to both email addresses? [03:46] Yes, of course. === sivang [i=sivan@ubuntu/member/sivang] has joined #launchpad [03:46] JPohlmann, just perform a merge, then [03:46] launchpad.net/people [03:46] hiho [03:46] there's a link to request merge === yaniv [n=yaniv@HFA-62-0-157-81.bb.netvision.net.il] has joined #launchpad [03:47] I have a rosetta quesiton from one of my translation team members [03:47] kiko: Ah, thanks very much. [03:47] yaniv: please go ahead [03:47] JPohlmann, sure thing [03:47] Now, How can I get assigned to the software packages I've written and for which I'd like to observer bug reports? [03:50] JPohlmann, what packages are they? I can fix them for you. [03:51] thunar-media-tags-plugin and xfce4-verve-plugin [03:51] I've registered to all bugmail for those packages now. [03:51] Is this all? [03:51] JPohlmann, one second. are you upstream or packager for those packages? === jgi [n=jgilli@251.9.39-62.rev.gaoland.net] has joined #launchpad [03:51] hi everyone [03:52] kiko: Upstream. I'm the developer of these two plugins. [03:52] Well, don't jump at me, but I read the answer to the KDE team's reservations about Rosetta, where it said that the translation teams are encouraged to cooperate with the corresponding GNOME team. I wondered if there was any regular sending of strings to the IL GNOME translation team, as I try to send my translations to their coordinator, but it's quite a long procedure [03:52] a new template is in the queue for the "WengoPhone" product since this morning. Could someone please check if there's anything wrong with it? It's right here: http://librarian.launchpad.net/4678912/qtwengophone.pot [03:52] yaniv, there is no infrastructure in Rosetta to do this now, though it is a planned feature. it still needs to be done manually. [03:53] JPohlmann, okay. what bug tracker do you use for them at the moment? [03:53] kiko: right. Is there any preferred/effective way to do so? [03:53] kiko: well, if any upstream project request a translation group and ubuntu one doesn't fit their needs, we create one [03:54] kiko: is there an ETA? I get this question loads of times :) [03:54] yaniv, you'd need to contact jordi or carlos for more information [03:54] kiko: We're using our own bugzilla for all Xfce projects. But Jani Monoses, who seems to be responsible for parts of Xubuntu, invited us (Xfce developers) to register to launchpad in order to get notified of bugs in our software. [03:54] carlos, okay. [03:54] jgi: oo.org is being imported right now and that delays a bit the entries in the queue [03:54] carlos, ok, thank you very much [03:55] JPohlmann, that's great. there are some additional things you can do: [03:55] - register the upstream product information [03:55] kiko: thanks [03:55] - register an upstream bugtracker (though I believe that XFCE is already registered) [03:55] - indicate that those upstreams are packages in ubuntu as those source package names. [03:56] yaniv: well, the only procedure I know about is to contact the team directly and offer your .po file from Ubuntu. If there is someone already working on such pofile in GNOME/KDE, then you will need to coordinate to reuse as much as possible from your translations [03:56] yaniv: if you contact they before starting in Rosetta that would be even better [03:56] kiko: Yep, Xfce is already registered, I think. What do you mean by "indicate that those ..."? And how can I register the upstream product information? [03:57] JPohlmann, launchpad.net/products/+new [03:57] yaniv: we can try recontacting upstream folks, I contacted them in the past and there was not much response. we might be able to try interest them more in translating through rosetta now. [03:57] JPohlmann, create a product for each of your plugins [03:57] JPohlmann, and I'll help you set up the bugtracker information and packaging links. [03:58] kiko: is there a difference between packages and products? [03:58] sivang: I am in contact with Yair Hershkovitz, head of GNOME translation team. I sen himemy .po's. [03:58] JPohlmann, a product is an upstream that launchpad knows about. products are packaged into ubuntu packages. :) [03:58] yaniv: do you know if he's interested in working thought rosetta maybe? I used to be in contact with Gil Osher (Dolphin) but he was not enthusiastic [03:59] Hmm. There already are (X)ubuntu packages for the plugins, I think. [03:59] sivang: he's not enthusiastic either, to say the least. I don't see that happening. [03:59] JPohlmann, there are packages, right, but the upstream information is not registered in launchpad. [03:59] JPohlmann, product registration is a bit like freshmeat registration [04:00] Ok. [04:00] sivang: but maybe we should merge with his repository once in a while (once in a release?) [04:00] sivang: i.e. send him translations [04:00] jamesh: don't suppose there's a "latest 5 revisions" portlet anywhere? [04:01] sivang: and another question is what is the easiest way (technically) to merge Rosetta ans upstream .po's [04:02] kiko: is there a tool in existance for something like that? ^^ [04:02] sivang, you mean msgmerge? [04:02] it's a standard l10n tool [04:02] right [04:02] the way I do it now is with poEdit [04:03] msgmerge merges two pofiles [04:03] Keybuk: nah. We generally put information like that in the main content where people will see it :) [04:03] trivially [04:03] kiko: thanks [04:03] jamesh, one disadvantage of that, ironically, is that it's harder to reuse that content in other pages [04:03] jamesh: shame, it'd be a nice gadget for that site [04:03] kiko: gazil thanks :) [04:03] Keybuk, could make one if you requested it [04:04] Keybuk, would you iframe it? [04:04] hmm, how would you [04:04] SSI include it, was my plan [04:05] kiko: https://launchpad.net/products/xfce4-verve-plugin [04:05] right, it's even comes with gettext. doh [04:05] Keybuk, so file the bug, assign it to me === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === yaniv [n=yaniv@HFA-62-0-157-81.bb.netvision.net.il] has left #launchpad ["Leaving"] [04:06] JPohlmann, https://launchpad.net/products/xfce4-verve-plugin/+launchpad [04:06] kiko: #64182, thanks [04:06] JPohlmann, in that page you can indicate what bug tracker you use [04:06] (that's the Define Launchpad Usage page) [04:07] JPohlmann, https://launchpad.net/products/xfce4-verve-plugin/+bugcontact and https://launchpad.net/products/xfce4-verve-plugin/+securitycontact let you set up bug contacts who will be notified if upstream issues are reported and need to be forwarded to your bugzilla instance === sivang [i=sivan@ubuntu/member/sivang] has left #launchpad [] [04:09] matsubara, hmm remind me where we can set up packaging information? [04:10] kiko: Ok, did this for both plugins. [04:11] JPohlmann, cool. I'll add the packaging information for you as soon as I remember where it's done === kiko curses packaging links [04:11] kiko: Hehe. [04:11] kiko: The other plugin is https://launchpad.net/products/thunar-media-tags-plugin [04:11] thanks JPohlmann, much appreciated. [04:12] JPohlmann, are there translations for those plugins? [04:13] Sure, but they are managed internally (using an Xfce mailinglist). [04:13] JPohlmann, you may want to look at using Rosetta to get external translations for free, if you like. [04:13] kiko: Thanks for the hint, I'll look into it later. [04:13] okay, cool. [04:14] Could you notify me when the two packages are linked to both products? [04:14] JPohlmann, I'm about to add them. tell me, is the latest release series of verve 0.2.0? [04:15] kiko: launchpad.net/products/$product/$series/+addpackage ? [04:15] matsubara, yeah, I just forgot about the series thing [04:15] kiko: No, it's 0.3.4. [04:15] kiko: or launchpad.net/products/$product/$series/+ubuntupkg [04:15] JPohlmann, and there's a 0.3 series right now? [04:15] of which .4 was the 4th release? [04:15] Yeah. 0.3.2, 0.3.3 and 0.3.4. [04:15] Yep. [04:15] <_thumper_> kiko: can I get you to change someones name on lp? [04:15] New bug: #64182 in launchpad "Latest 5 Revisions Portlet" [Undecided,Unconfirmed] http://launchpad.net/bugs/64182 [04:15] _thumper_, yeah, in a bit [04:15] thanks Keybuk [04:17] JPohlmann, and for media tags? === mholthaus__ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad [04:19] JPohlmann, 0.1? [04:19] kiko: 0.1 (latest release is 0.1.1). [04:20] JPohlmann, cool. both products now have packaging links. [04:20] JPohlmann, this means that bugs that are actually upstream issues will now have the product information prefilled, and you will get notified of the need to file them upstream. [04:20] (in the xfce bugzilla) [04:21] Ok, thanks. [04:21] most welcome -- thanks to you for helping out! [04:22] kiko: I noticed there was a bug report for xfce4-verve-plugin. But it's not listed in the project bugs. Is this correct? [04:23] JPohlmann, it needs to be marked as an upstream issue. that bug was reported in the package, but we don't automatically mark it upstream. [04:23] Ah. [04:23] JPohlmann, the reason we don't do that is that the bug may actually be in the packaging [04:23] to mark it as upstream, just follow the +upstream link [04:23] Ok, so I'll only be notified of those who were marked as upstream? [04:24] well [04:24] because you subscribed to the source package [04:24] you'll also be notified of bugs there [04:24] Spads, I just got an email from pqm, which makes me thing the box is back, but the web interface doesn't seem to be back yet [04:24] Hehe, right. [04:25] JPohlmann, https://launchpad.net/distros/ubuntu/+source/xfce4-verve-plugin/+bug/58551/+upstreamtask [04:25] Malone bug 58551 in xfce4-verve-plugin "[edgy] verve panel plugin does not scale " [Undecided,Unconfirmed] [04:25] JPohlmann, as you can see, the upstream product name is now prefilled (thanks to the packaging link) [04:25] JPohlmann, and you have the option of linking that task to a bug in your bugzilla [04:25] salgado: the web interface isn't started automatically yet [04:26] kiko: Ah, nice. [04:26] JPohlmann, of course, the bug needs to be filed upstream first! [04:27] kiko: What if I want to say "no, this ain't a bug". Am I able to change the status of any bug report for my products/source packages? [04:27] Or is that up to the packagers? [04:27] JPohlmann, you can change the status -- just click on the package name in the affects table [04:28] kiko: the affects table? What's that? === JPohlmann is slightly confused by all those names and links, hehe. [04:29] JPohlmann, that table in the middle of the bug page [04:29] I would call it the tasks table but brad doesn't let me [04:29] Ah. === flacoste [n=francis@montreal.canonical.com] has joined #launchpad === flacoste [n=francis@montreal.canonical.com] has left #launchpad ["Bye"] === flacoste [n=francis@montreal.canonical.com] has joined #launchpad [04:38] flacoste, have a second? === bradb [n=bradb@montreal.canonical.com] has joined #launchpad [04:39] salgado: yep [04:39] flacoste, I'm writing the language vocabulary to use when making new support requests or change existing ones, and this is what I came up with: https://devpad.canonical.com/~andrew/paste/file2hSPsF.html [04:40] I'm wondering if the fact that I cache the vocab elements as an instance variable may be a problem [04:41] BjornT: do you have time to review a small fix for bug 64017? [04:41] Malone bug 64017 in launchpad "Setting a bug confidential after its creation creates a ghost bug" [Critical,In progress] http://launchpad.net/bugs/64017 [04:41] flacoste, there's a bug in it, that will cause English to be shown twice in some cases, but that's another issue. :) [04:42] salgado: i don't think it is a problem because vocabularies will be instantiated in each request [04:42] salgado: what is registered is a factory, not an instance [04:42] salgado: but this is neither implementing IVocabulary nor IVocabularyTokenized [04:42] flacoste, yeah, that is what I thought [04:43] flacoste, I just pasted the __init__() method [04:43] but I have the other ones, necessary to implement these interfaces [04:43] salgado: I suggest you use an IContextSourceBinder that creates a SimpleVocabulary instanced filled with the needed values [04:43] salgado: by using IContextSourceBinder, your __init__ method is all you need [04:44] kiko: do you have time to review that fix for bug 64017? [04:44] Malone bug 64017 in launchpad "Setting a bug confidential after its creation creates a ghost bug" [Critical,In progress] http://launchpad.net/bugs/64017 [04:44] salgado: plus you don't even have to think about the instance attribute issue :-) [04:44] bradb, no [04:44] hmmm. that means less code... I'm all for it. :-) [04:44] ok [04:44] flacoste, thanks dude! [04:45] jamesh: do you have time for a quick review? [04:45] salgado: my pleasure! [04:50] bradb, that branch seems to have been assigned to me [04:51] salgado: oh, cool. do you have time to review it today? it's pretty important. [04:52] _thumper_: what are you up to at the moment? [04:52] bradb, sure; I'm reviewing it now [04:52] <_thumper_> ddaa: yep [04:52] <_thumper_> not hard since only 15:52 [04:52] <_thumper_> not in NZ yet [04:52] salgado: awesome, thanks [04:52] salgado: the web interface has no init script, so it's not auto-restarted [04:52] <_thumper_> ddaa: sorry misread [04:52] _thumper_: I said "what are you up to", not "are you up yet" :) [04:52] <_thumper_> ddaa: though you asked am I up [04:52] I think last time I bothered lifeless about this he through me some handwavy instructions [04:53] elmo, I see. I guess I need to pester lifeless to get it done? [04:53] <_thumper_> ddaa: still going through Launchpad's Bazaar [04:53] <_thumper_> jotting questions [04:53] reading the documentation? [04:53] <_thumper_> yeah [04:53] <_thumper_> and been going through existing bugs and features for launchpad-bazaar [04:54] salgado: try now [04:54] I suggest you fire some questions now, otherwise I'll dive into cscvs hacking. [04:54] <_thumper_> cscvs sounds scarey [04:54] <_thumper_> at least from what I read [04:54] elmo, works now. thanks! [04:54] _thumper_: it's scary [04:56] anyone mind if we take staging down again for 15 minutes? If it helps, this will give it some of it's RAM back [04:57] bradb, everything looks good, but one thing you could do (not required) is to comment the "notify(SQLObjectToBeModifiedEvent(context, args))" line on mail/commands.py and see if any tests break. if you get no failures it'd be good to add another one, similar to the one you added, but for the email interface [04:58] kiko: I'm still confused by one thing: How can I see the products I'm maintaining? Are they listed anywhere in my profile (/people/jannis-xfce)? [04:58] bradb, since this is quite critical, I think we should try very hard to avoid regressions [05:00] ok, taking staging down now then [05:01] JPohlmann, heh, no, but that's a bug. [05:01] salgado: right, since you said not required, I'll land what I have (because we know it fixes a critical problem), and then double check the email UI, which should be orthogonal to this bug. [05:03] kiko: Hehe, ok. [05:06] bradb, that's fine [05:07] salgado: great, thanks for the review [05:07] flacoste, on IUnlinkBugsForm, you define bugs as a Set() field and pass in a "value_type=Choice(source=BugLinksVocabularyFactory())". why do you do that instead of using a Choice() field? [05:08] salgado, because you can select multiple bugs [05:08] salgado: multiple bugs in the vocabulary created by BugLinksVocabularyFactory [05:09] ahh, I see [05:09] salgado: in you case, a simple Choice will be enough [05:09] in my case, can I do Choice(vocabulary=MyVocabFactory())? [05:09]

s to

s to

Remote bug watches: