=== gml [i=gml@dyn-83-156-1-26.ppp.tiscali.fr] has joined #launchpad === OgMaciel [n=omaciel@cpe-69-206-241-40.nj.res.rr.com] has joined #launchpad [01:08] Hi, I noticed my karma keeps getting lower the more I translate... is this something unusual or am I missing something? === neuralis [n=ike@83-131-17-51.adsl.net.t-com.hr] has joined #launchpad [01:11] can i register a UI nitpick with someone? [01:11] neuralis, file a bug [01:11] Burgundavia, aye. === neuralis [n=ike@83-131-17-51.adsl.net.t-com.hr] has left #launchpad ["Leaving"] === OgMaciel [n=omaciel@cpe-69-206-241-40.nj.res.rr.com] has left #launchpad [] === jamesh [n=james@203-59-207-160.dyn.iinet.net.au] has joined #launchpad === SteveA [n=steve@195.182.78.95] has joined #launchpad [03:02] hi. === SteveA wonders if any aussies are around [03:05] yes [03:05] would a new zope snapshot pickup the testing work jim did [03:05] ? [03:06] yes. getting a new zope in there is one of the things i want to do this week [03:07] point me at a tarball or svn, I'll drop that in. [03:08] it isn't that simple [03:08] i need to update various code to make it work with the latest zope [03:08] stu already did some preliminaries, and it looks like it isn't too much needing change [03:20] ok [03:20] well, if you want me to do the bzr mechanics of dropping it in, let me know [03:21] hi SteveA, lifeless [03:21] I'm keen to get it in, so some of the test ui stuff I have on my plate can be done without conflicting with upstream massively === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [03:21] hi jamesh, how are you ? [03:21] and spiv! [03:21] lifeless: tired. [03:22] jamesh: :) [03:22] lifeless: Hello! [03:22] hi jamesh [03:22] hello spiv [03:24] I slept very, very soundly last night. [03:24] lifeless: i'm going to aim to go for zope 3.1 [03:24] Nearly missed a dentist appointment today because of it :) [03:24] spiv: slacker! I started work at 3.30 :) [03:25] lifeless: let me know if you need something more recent [03:26] SteveA: I need 39690 or thereabouts I think [03:26] the new testrunner won't -quite- drop into 3.0. It runs tests in a different order, due to the layer optimisations [03:27] what about 3.1 ? [03:27] lifeless: So business as usual for you, then? ;) [03:27] i guess there's a svn command to see if revision 39690 is in the 3.1 release branch [03:28] spp;) [03:28] spiv: ;) [03:32] SteveA: "svn log" on the file in question on the branch, and see if the file copy occurs before or after that revision [03:32] (that doesn't tell you whether the change had been merged after the branch though) [04:30] just updated pqm [04:30] if anyone has something to merge, please do so :) === lamont [n=lamont@207.111.195.77] has joined #launchpad === HackRip [i=HackRip@ip-7.net-81-220-227.henin.rev.numericable.fr] has joined #launchpad === HackRip [i=HackRip@ip-7.net-81-220-227.henin.rev.numericable.fr] has left #launchpad ["Parti"] === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === lamont [n=lamont@207.111.195.77] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === Nafallo_away is now known as Nafallo [09:21] Good morning === viyyer [n=viv@203.200.122.21] has joined #launchpad [09:25] Whom should I contact for discussing about Rosetta licensing issues? [09:31] viyyer: licensing issues? what sort of licensing issues are you trying to solve? [09:32] sivang: was just curious if rosetta can be open sourced [09:35] sivang: There is a bunch of project getting mushroomed around the same space. === mdke_ [n=matt@81-178-237-3.dsl.pipex.com] has joined #launchpad [09:42] I think a stuff like rosetta is worth putting in it's place.. and worked upon [09:43] viyyer: AFAICT rosetta is still yet to be open sourced. I think the team wants it to be more mature and in shape before they will actually release it for general use. At moment, I feel it's best as it is :) [09:44] sivang: I think it's better of released.. for I don't want too many clones trying to do the same thing [09:47] sivang: actually.. I am talking on behalf of indlinux project [09:50] there is a growing need for a web interface for translation. there has already been one attempt at the same. entrans [09:57] viyyer: ok, then why not using rosetta + launchpad to register your project , manage translations and use the multitude of services offered by it? === mary [n=mary@210.211.168.169] has joined #launchpad === mary [n=mary@210.211.168.169] has left #launchpad ["Leaving"] === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad === zyga [n=zyga@2-mi2-1.acn.waw.pl] has left #launchpad ["Leaving"] [10:40] sivang: can you explain how indlinux can register and manage translations using launchpad + rosetta ? [10:43] viyyer: I can give you a contact :) The person you are looking for is jordi, irc nick jordi. He can help you and walk you through IIRC. === carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad [10:52] morning [10:53] hey carlos , maybe you can help viyyer ? === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [10:54] just so I won't miss that turn over, are we using launchpad's building infra already? [10:56] viyyer, hi, what's the problem? [10:58] carlos: I was querying sivang about the possibility of opensourcing rosetta. [10:59] I am talking with the case of indlinux . where there are attempt to write a translation management + something something portal. [10:59] viyyer, the answer is... it will be done [10:59] but don't know the dates [11:00] viyyer, https://wiki.ubuntu.com/RosettaFAQ question #1 === karunakar [n=karunaka@203.200.122.21] has joined #launchpad [11:01] carlos: there is already been a few attempts with entrans (entrans.sf.net) . before more effort is put into it. I would like things be kept simple [11:02] hmm === koke [n=koke@ubuntu/member/koke] has joined #launchpad === GNULinuxer [n=ghoseb@unaffiliated/gnulinuxer] has joined #launchpad [11:03] viyyer, there are other free/open software projects like pootle [11:03] viyyer, if Rosetta does not fits the requirements [11:03] carlos: because indlinux is looking for translation management + other things. [11:03] I think they should reuse the other projects instead of creating another one.... [11:04] viyyer, I think you should talk with SteveA or sabdfl about opensourcing Rosetta [11:04] at least they can help there more than I can [11:04] that's why, looking at rosetta. it would help doing things better off. [11:05] carlos: hi [11:05] karunakar is with indlinux [11:05] carlos: we are looking for online methods more for review work than for actual translation. [11:06] karunakar, we are working on those features for Rosetta now [11:07] karunakar, would that be enough for you? [11:07] carlos: the present FOSS tools like pootle don't really scale [11:07] karunakar, https://launchpad.net/products/rosetta/+spec/translation-reviews [11:08] carlos: for example, pootle doesn't use a RDBMS backend [11:08] GNULinuxer, I'm not saying that pootle is the best tool ;-) [11:08] carlos: actually no, becoz the bigger challenge is to build some intelligence into the rough/auto translation stuff. [11:08] just trying to reduce the amount of code duplication [11:08] GNULinuxer, I know, they use directly .po files [11:08] carlos: yep [11:08] GNULinuxer: pootle is aimed to be simple, with minimum requirements, best used for quick translation sessions involving many people. [11:09] more like if you can have Kbabel there, use pootle! [11:09] karunakar: i agree ... what i mean is that no current FOSS tool meets our requirements [11:09] s/can/can't [11:10] GNULinuxer: kbabel does, except that prerequisites for it become heavy for some translators (having a running kde desktop) [11:10] karunakar, if you give us more details, we would try to implement it for Rosetta [11:11] carlos: will have to check with entrans folks there we doing something on these lines. [11:12] karunakar, if you want, a spec like the others we have for Rosetta would be a good idea [11:13] carlos: spec as in ? [11:14] viyyer, https://launchpad.net/products/rosetta/+specs [11:16] carlos: a bit old but - http://www.indlinux.org/wiki/index.php/TranslationDatabase [11:18] carlos: one Q though, rosetta only serving as online interface for translations or also does integration into mainstream - ie a PO translated in rosetta goes straight into gnome cvs? [11:18] carlos: interesting, I look at the FAQ, what parts of launchpad have already been open sourced? === beyond [n=beyond@200-161-81-84.dsl.telesp.net.br] has joined #launchpad [11:26] siretart: where is the FAQ? [11:28] GNULinuxer: this one --> https://wiki.ubuntu.com/RosettaFAQ [11:28] viyyer: yeah, thanks [11:31] karunakar, no, we don't commit anything into GNOME's CVS, we need the permission of the translators for that [11:32] karunakar, what we plan to do is to provide a bazaar branch with all translations so the maintainers can get them easily === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:33] carlos: ok. [11:33] sivang, many changes to sqlobject and other infrastructure libraries [11:33] sivang, and I have pending to release python gettext's bindings [11:33] carlos: at the moment, are the PO files imported to Rosetta manually? [11:35] GNULinuxer, Ubuntu's translations are imported automatically [11:35] GNULinuxer, upstream translations manually [11:35] carlos: hmm, from baz ? [ubuntu translations] [11:36] GNULinuxer, no, not yet [11:36] carlos: how are ubuntu translations pulled automatically? [11:36] GNULinuxer, the bazaar imports will be done at some point, but not done yet [11:36] carlos: so say gnome 2.14 is manual? so the team admin needs to sync with the POTs regularly? [11:36] GNULinuxer, the build daemons extract the translations and then we import them into Rosetta [11:37] carlos: i see [11:37] karunakar, yes [11:37] karunakar, the idea is to develop an automatic procedure for GNOME and KDE too [11:37] carlos: if i understand the automatic thing is not happening for upstream becoz of the policies/frameworks of different projects (gnome/kde/ooo) [11:38] karunakar, the import into Rosetta is not done automatically just because we hadn't time to implement it yet [11:39] carlos: that implies policy changes at gnome/kde? or just like its, there you use it or not. [11:39] karunakar, no changes needed [11:39] karunakar, we will lock those upstream translations [11:39] so only the official translation teams are able to translate those products [11:40] we will provide the tool, the translation teams will decide to use ir (or not) === dholbach [n=daniel@ubuntu/member/dholbach] has joined #launchpad [11:40] so if you want to use it, you will need to join that team officially [11:40] hi [11:41] how can i merge dholbach and danielholbach if 'danielholbach' has no preferred email set? :) [11:42] carlos: ok, i guess ur the one maintaining l10n-status.gnome.org ? [11:42] dholbach: /msg nickserv help link [11:42] dholbach, setting it ? :-P [11:42] GNULinuxer: i doubt that nickserv can help me with launchpad, but thanks anyway :) [11:42] karunakar, yes, I am. [11:43] dholbach: lol! [11:43] carlos: the login dialog tells me to write the "e-mail address" :) [11:43] carlos: so typically they will take into account translation freezes etc [11:44] carlos: and it seems that my actual account "dholbach" has all the mail adresses set [11:45] carlos: ok, nyways i am gnome hindi coordinator [11:46] carlos: just created https://launchpad.net/people/gnome-hindi - to test it out. [11:46] karunakar, well... I don't know exactly what are you thinking on but we will import from cvs, so we don't need to care about handling that... GNOME project itself wil do it [11:47] karunakar, cool, but we don't have yet all products imported... [11:47] carlos: so commiting to cvs is still upto the respective gnome l10n team. [11:49] dholbach, sorry but I'm not able to see how to fix your problem, you will need to wait for salgado... [11:49] ok thanks, will do that [11:49] carlos: also for a single language does work get reused across different groups - say gnome-hindi, ubuntu-hi-l10n , & nyother group created by someone else. [11:50] karunakar, right [11:50] karunakar, yes, your work will be reused [11:50] karunakar, now, will appear as suggestions [11:51] carlos: but the Q being if the diff groups doing work differently? [11:51] carlos: ok [11:51] karunakar, but I'm working now on a way to improve the share of translations [11:51] karunakar, all teams use their own set of templates [11:52] so you can share and at the same time have different translations [11:52] if that's your question === camilotelles [n=Camilo@20132194128.user.veloxzone.com.br] has joined #launchpad [12:00] carlos: yes === niemeyer [n=niemeyer@200.103.247.235] has joined #launchpad === jinty [n=jinty@205.134.224.215] has joined #launchpad [12:31] carlos: oh cool, you mean having python binding to use gettext in python programs? [12:31] sivang, to use the gettext's po parser [12:31] yes [12:33] carlos: somehow I was sure these already existed, as there are python binding for all sorts of existing GNU tools [12:34] sivang, that's why I said gettext' po parser and not gettext's functions [12:34] carlos: doesnt translate toolkit have some api for it? [12:34] carlos: ah, k [12:34] karunakar, I'm not aware of that [12:35] do they? [12:37] carlos: i mean the have these tools to manipulate PO files, work with OO & Mozilla translation frameworks. [12:37] pootle also uses it. [12:38] karunakar, yeah, I know about that part, we are using them to handle OO.org2 translations [12:38] and we are preparing firefox support too [12:41] though not sure if its exactly as usable api , but there are scripts for all. [12:43] karunakar, it's not exactly the same thing we are talking about [12:43] but thanks [12:44] carlos: i think much of it is written from scratch (handling a PO file etc), a good extension for gettext tools [12:45] karunakar, yeah I saw those tools === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === cprov [n=cprov@200-161-81-84.dsl.telesp.net.br] has joined #launchpad [01:07] morning hackers === Kinnison goes to tidy a bit while some tests run [01:13] hey cprov [01:13] has anyone seen mbp ? [01:16] Kinnison, did you see my branch? === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad === salgado [n=salgado@200-161-81-84.dsl.telesp.net.br] has joined #launchpad [01:26] mr. salgado, how are you? :) [01:26] yo dholbach. not too bad, and you? [01:27] i'm fine.. thanks [01:30] carlos: I started to look and then ran out of time [01:30] carlos: and this w/e has been mostly spent sleeping [01:30] carlos: I'll look at it in a bit [01:30] ok [01:31] thanks === GoRoDeK [n=gorodek@p5083DDDC.dip.t-dialin.net] has joined #launchpad === jinty_ [n=jinty@205.134.224.215] has joined #launchpad === eruin [n=eruin@unaffiliated/eruin] has joined #launchpad === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [03:04] carlos: You've attached the upload stuff to completely the wrong publishing class === mgalvin_away is now known as mgalvin [03:04] carlos: in particular you attached it to a binary package class for a view which agglomorates stuff for publishing [03:04] carlos: would it not have been far more sensible to attach it to a sourcepackagerelease, or if you need the context, a sourcepackagepublishing ? [03:05] carlos: also, you've not attached the code to the queue.py function === Kinnison doesn't think this is quite right [03:16] Kinnison, dude, I told you the class I was thinking on attach it.... anyway, I'm not yet using it so it's really easy to move it around [03:16] Kinnison, I only need the sourcepackagename + distrorelease [03:17] if sourcepackagepublishing gives me that information, I will move it there [03:17] aye, use sourcepackagepublishing [03:17] It was just really really odd that you put it on a publishing view which was utterly unrelated to what you wanted [03:17] Kinnison, about queue.py ... I will add the call now. === karunakar [n=karunaka@203.200.122.21] has left #launchpad ["Leaving"] === Kinnison would still be tempted to put it on sourcepackagerelease and make the function take a distrorelease [03:18] Kinnison, well, It's quite hard to understand all soyuz classes and that was the best one I was able to find. I suppose I missed the source one... [03:19] Kinnison, what ever you prefer === Kinnison thinks the best thing is to move it to sourcepackagerelease and make the function take a distrorelease [03:19] ok [03:19] that way you don't have to muck about finding publishing records in your queue.py function [03:20] Kinnison, I suppose that I will know the distrorelease from the queue.py function, right? [03:20] carlos: self.distroreleasequeue.distrorelease [03:20] cool, thanks [03:20] carlos: the spr is harder to find [03:21] carlos: currently you'll need to work hard to find it [03:21] I don't need a spr [03:21] you don't? [03:22] no if I have the sourcepackagename and the distrorelease [03:22] well you don't have spn yet [03:22] but I will know that from the buildd, right? [03:22] it should know the sourcepackagename it's building... [03:22] hah, the queue doesn't directly link it === Kinnison ponders [03:22] stub: i was told that you had database supah powahs and you could maybe help me with merging two accounts of mine ('danielholbach' is the old one (without mail adresses), and i'd like to keep 'dholbach') [03:24] carlos: https://chinstrap.ubuntu.com/~dsilvers/paste/filehNmASv.html === Kinnison nopastes as it leaks structure [03:25] carlos: the code in that is pseudocode and untested [03:25] carlos: but it shoudl be fine [03:26] https://launchpad.net/distros/ubuntu/+source/avifile/+bug/4231 # /me gasps [03:26] Malone bug #4231: avifile: merge new debian version Fix req. for: avifile (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4231 [03:26] Kinnison, ok, thanks. I will try it. [03:27] Kinnison, with the test I will include those changes === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [03:27] I mean, when I add the missing tests... === Kinnison nods [03:28] bradb: we did to ;-) [03:28] Nafallo: was siretart testing a script? he doesn't appear to be around atm. [03:29] I asked over the weekend in #ubuntu-motu, and that was their best guess [03:30] he fixed a bug in our lpbugs.py script, but we have no clue what happened. he said he only had two outgoing mails in his logs. [03:31] bradb: looks like staging has pretty much all the resolved bugs from b.u.c now [03:31] including marking stuff as duplicate where appropriate [03:32] bradb: I'm here now [03:32] jamesh: cool. I'll take a look. [03:32] bradb: I'm not sure what the problem actually was [03:32] siretart: Hi. [03:32] bradb: my/our script is just generating an email [03:32] bradb: http://tiber.tauware.de/~siretart/motu-tools/lpbugs.py this is our script === bradb looks [03:33] hmm, siretart, bradb: it could be due to a bug in the exception handler of the email handler... (bug 4396) [03:33] Error: I cannot access this bug === BjornT is currently fixing that bug [03:33] Sorry, you don't have permission to access this page. [03:34] :) [03:34] due to problems to my local configuration, I think that this mail was sent twice [03:34] bradb: man, so many duplicates :) [03:34] bradb: here's an imported bug with a few dupes: https://staging.ubuntu.com/distros/ubuntu/+source/linux-restricted-modules-2.6.12/+bug/12963 [03:35] I'm not sure if it was sent with the same Message-Id, but I don't think so [03:36] BjornT: Why would that cause multiple bugs to be filed? [03:39] bradb: the transaction gets commited after each mail is processed, and the mail is deleted. but with pop3 the mail gets deleted only when you succesfully close the connection, which didn't happen since an exception was raised in the exception handler [03:40] BjornT: there's a gap in between each bug number, indicating that some transactions got aborted [03:40] BjornT: Does that mean that every time a new incoming mail was processed, it tried to reprocess the avifile mail/ [03:40] bug | rfc822msgid [03:41] ------+------------------------------------- [03:41] 4231 | <20051112121109.GA23036@tauware.de> [03:41] 4231 | [03:41] 4233 | [03:41] 4235 | [03:41] 4237 | [03:41] 4239 | [03:41] duplicate message IDs ... [03:42] jamesh: comment importing working too, wow [03:42] but how was this bug triggered? [03:43] bradb: that's been working since before ubz [03:43] jamesh: just not turned on? [03:43] bradb: every time the cron script was run, it reprocessed the avifile mail (at least i would guess so, i'll have to check with stub) [03:43] people, comments, attachments, etc [03:43] BjornT: right [03:43] bradb: it was turned on beforehand too [03:44] This was fixed by remvoing siretart's email from the imap queue. I saved a copy of the email if anyone needs a copy to investigate. [03:44] BjornT will probably be interested :) [03:44] Znarl: can you please send it to me? (bjorn at canonical.com) [03:45] BjornT : Yep, will send now. [03:45] cool, thanks [03:45] Znarl: thanks for helping prevent the problem from getting worse :) [03:46] SteveA: I'm about to write a bunch of ftpmaster related tools for launchpad [03:46] SteveA: Can I put them in a subdir of scripts/ ? === BjornT wonders why bug 4232, 4234, 4236, and so on don't exist... [03:47] Error: Error getting Malone bug #4232: Bug does not exist [03:50] bradb : Np, glad to help. [03:52] BjornT : Sent. [03:52] BjornT: if a transaction fails, the sequence number still gets consumed [03:52] BjornT: maybe they do but, for whatever reason, don't have tasks attached to them [03:53] so if you create bug 42 in a transaction but then abort, the next bug created will be 43 [03:53] Malone bug #42: Bug description listed in task is not the correct description Fix req. for: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: Fixed http://launchpad.net/malone/bugs/42 [03:53] and there would never be a 42 [03:53] jamesh: ah, that explains it [03:54] jamesh: why isn't the seq number decremented as part of the transaction rollback [03:54] jamesh: ? [03:54] sivang: you can't easily do that without locking the entire table [03:55] sivang: imagine running two concurrent transactions that create rows in the bug table [03:55] sivang: say the first gets allocated sequence number 42, and the other 43 [03:55] sivang: if the first transaction aborts and the second succeeds, what should you do? [03:56] jamesh: err, right [03:57] jamesh: any solution I can think of will require other locking the entire table, or worse mirroing the table, domino decrementing all the effected transactions, and when reaching consistency copying it back onto the original table. bad :) [03:58] sivang: you can't decrement seq id used by the other transactions -- the database doesn't know what the transaction has done with the ID [03:58] sivang: you'd need to fail all the transactions that follow it, which is undesirable :) [03:59] jamesh: and we didn't even start to discuss what should happen with transaction occuring while the big rollback runs :) bah [04:05] jamesh: if i get a ProgrammingError, do you know if i'd have to reconnect to the db, or if starting a new transaction is enough? === bradb learned this weekend that MIT's Media Lab has a Simplicity Consortium [04:11] BjornT: aborting the transaction should be enough [04:12] the database error just fails the transaction, so you need to start a new one [04:13] Kinnison: what is ftpmaster? [04:14] SteveA: tasks elmo might perform [04:14] SteveA: E.g. NEW [04:14] SteveA: these scripts should go away as the functionality makes its way into the UI [04:14] SteveA: but we'll need them for ubuntu/on/launchpad for now [04:14] do the scripts need to directly touch the database? [04:15] Kinnison: without us discussing them in detail now, i say put them in /scripts/whatever/ and ask jamesh or spiv for a code review later. [04:18] SteveA: sorry, got workraved by stealth (it's supposed to be disabled) [04:18] they use getUtility() to visualise and manipulate bits of the db [04:18] SteveA: while connected as the queuedaemon user [04:21] the general pattern of code is that in /scripts/... we have stuff to do with running a script, command / environment options, locking, making a database connection etc. [04:22] in /canonical/launchpad/scripts/... we have stuff that can be reused as library code that does the work that particular scripts need [04:22] For the most part, these scripts will be very very simple [04:22] in /canonical/launchpad/database/... we have the actual database-related code; the object-database parts [04:23] so, for a very simple script that you don't expect parts to be reused [04:23] you can put the whole thing in /scripts/... [04:23] cool [04:23] there should never be any SQL code or direct database code in there, of course [04:23] indeed not === Kinnison is maintaining the getUtility() boundary === ..[topic/#launchpad:SteveA] : launchpad.net -- next development meeting: https://wiki.launchpad.canonical.com/MeetingAgenda [04:40] Kinnison: I added the item you told me about to the 'proposed items' part of that page === ddaa [n=ddaa@195.5.250.205] has joined #launchpad === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad [04:47] Goooooooooooood morning === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #launchpad [04:51] bradb: Around? [04:52] jbailey: hi, i'm around === heyko [n=heyko@tor/session/x-74317e3f62d7da81] has joined #launchpad [04:53] bradb: Something I didn't think of before when we were chatting, but in the meantime while Malone is still sending me email, is there anything I can usefully filter on in evo to get it all sent away to a folder? [04:53] bradb: The best I can come up with is the subject of "[Bug" which seems like it might have a high false-positive rate. [04:53] jbailey: The Reply-To address [04:53] jbailey: X-Generated-By: Launchpad (canonical.com) [04:53] I'm writing the header support right now. [04:54] that'll get all Launchpad mail though/. [04:56] jbailey: Apparently being able to easily reply directly to the person who made a change is so important that the other 98% of us must suffer not having any immediately obvious way to identify a Malone bugmail. (Personally, I've never created a mail rule based on the Reply-To address, but it's more or less The Right Way for the moment in Malone.) [04:57] *g* [05:03] Yup, tagging on the reply-to is a bit annoying with the evolution UI, but it seems to work. === zygis [n=zygis@clt-84-32-129-122.dtiltas.lt] has joined #launchpad === Rennen [n=rennen@209.40.128.254] has joined #launchpad === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has left #launchpad ["http://mpt.net.nz/"] === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad [05:17] jordi, ping [05:21] pong [05:21] my link is very weak [05:23] jordi, did you reply to Elkin Botero who wanted to translate apt? === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad [05:31] Kinnison, hmmm, dude I think we are not working with the same code.... [05:32] Kinnison, the ISourcePackageRelease class has a self.sourcepackagename so I don't need what you told me [05:37] Kinnison, and the distrorelease... I suppose I could take self.uploaddistrorelease [05:58] mpt: no, it was unclear what to do when random dude asks about importing stuff unofficially [05:58] I still ave my concerns about debian stuff+ [06:09] Does the transaction get rolled back after every xx- doctest? [06:24] Kinnison, never mind, I'm still a bit tired... [06:26] bradb: yes, should do. if you find otherwise, it is a bug. if it isn't in the hacking FAQ then it should be. [06:29] ok === bradb adds the FAQ [06:29] thanks! [06:33] I've documented as though it's working as intended. If I find otherwise, I'll report a bug. [06:36] jamesh, any progress on bug 1644? [06:36] Malone bug #1644: My calendar should be at /people/me/+calendar Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: James Henstridge, Status: New http://launchpad.net/malone/bugs/1644 [06:37] ooh, nice boldness you got going there Ubugtu === mdz [n=mdz@65.200.109.10] has joined #launchpad === bradb & # lunch [07:02] mpt: it's interesting. seems to me to be inverted though -- the repeated information is emboldened, the changing not. [07:03] SteveA, yes, the same thing occurs in Launchpad pages themselves :-) [07:03] and in specs on the Launchpad/Ubuntu wikis === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad [07:18] morning === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === lifeless_ [n=robertc@dsl-107.131.240.220.lns02-wick-bne.dsl.comindico.com.au] has joined #launchpad [07:49] jordi, will you be able to attend the meeting on Thursday? [07:51] SteveA, ping === bradb_ [n=bradb@toronto-HSE-ppp4111557.sympatico.ca] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === Nafallo is now known as Nafallo_away [08:29] Kinnison, around? [08:46] What time is the next meeting? [08:57] any reviewer available for a small review? [08:57] jblack: https://wiki.launchpad.canonical.com/MeetingAgenda [08:58] Ahh, thank you [09:03] BjornT: how small ? [09:04] I'm waiting for chinstrap at the moment ... [09:06] lifeless: the diff is < 500 lines [09:06] sure [09:06] is it on pending reviews ? [09:06] thanks, i'll mail you the diff [09:06] ok [09:06] hi salgado [09:07] SteveA, do you remember an email I sent you with instructions on how to see the extra count(*) queries that are issued when using tal:repeat on a SelectResults? [09:10] lifeless: sent [09:12] salgado: yes [09:12] salgado: i'll add it to my 'this week' list [09:14] SteveA, great. thanks [09:15] SteveA, I have another question... I'd like to have an adapter that adapts two different interfaces to a third one. is it possible to do this? [09:17] (i.e. I have a sourcepackagerelease and a distrorelease and want to adapt them to a distroreleasesourcepackagerelease) [09:19] salgado: why do you want to use an adapter? [09:19] could this be a method on distrorelease, for example? [09:22] mpi think I'll be around, in office but i can pretend I'm working and assist [09:22] mpt ^ [09:23] SteveA, I guess a method on distrorelease will be fine. === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad [09:23] SteveA, I thought about an adapter when I see this code: https://chinstrap.ubuntu.com/~dsilvers/paste/file9ztAzC.html [09:23] salgado: great. i think that is simpler. [09:24] I wanted to change it so it doesn't have to iterate over all results in database code [09:24] so, an adapter is good when you want to have different ways to get the same result [09:24] or when the inputs are in a different "layer of the application stack" than the outputs [09:24] so, the latter reason is why we use adapters for getting views on things [09:25] we adapt the database layer to the presentation layer [09:25] BjornT: replied [09:25] salgado: the formatting of that code could be made clearer. maybe you can send an ad-hoc code review about it? [09:26] salgado: so, you were thinking about an adapter to avoid the problem with circular imports? [09:27] does anyone have something handy they are ready to commit ? [09:28] SteveA, both the circular import and the iteration over results. I'm not sure I can avoid the iteration, but I think it should be possible to move it to browser code as that seems to be the only place where the iteration is really necessary [09:29] I wanted to sort this out before I start doing something similar. that's why I came to this code [09:32] i don't see a particular benefit in moving this into browser code. [09:32] z [09:34] SteveA, for instance, if I call len(current_publishings), it'll have to fetch all results from the database and not only issue a count() query, as I would expect [09:41] salgado: if there is a problem with this, then you can look at making it a cachedproperty [09:41] or issuing a warning if the length is too great [09:43] we may also want to consider more explicitly defining the interface to a SelectResults, so that we can have alternative implementations than the sqlobject one [09:44] http://www.google.com/search?q=ooo-commongui <-- I wasn't expecting that to work, but it did [09:45] mpt: maybe we need a LaunchpadGoogleHacks wiki page? [09:46] SteveA, that's not a hack, it's just "Google's index of Launchpad is pretty comprehensive now" [09:47] It would be good to see a graph over time of the percentage of Launchpad page hits that are coming from search engines, though [09:47]