[12:04] <SteveA> elmo: get back in the wardrobe, freak!
[12:04] <SteveA> oh, sorry, just had a nightmare
[12:04] <sabdfl> SteveA: thanks!
[12:05] <sabdfl> salgado: elmo thinks the prober must be broken
[12:05] <sabdfl> elmo: can you explain?
[12:05] <elmo> The Warty Warthog  	powerpc  	main  	Updates  	Up to date
[12:05] <elmo> The Warty Warthog 	powerpc 	universe 	Security 	One week behind
[12:06] <elmo> salgado: that doesn't make any sense - there's no way a mirror would have powerpc/universe for warty be one week behind
[12:06] <elmo> but at the same time, be current with warty/powerc/main/updates
[12:07] <salgado> elmo, that's probably the bug I've been discussing with kiko since friday
[12:07] <salgado> the fix for it is on pqm now
[12:07] <elmo> salgado: ah, ok, cool
[12:07] <salgado> anyway, I'll get you to have a look at the output on mawson, once I do a test run with these changes there
[12:10] <sabdfl> salgado: we need to present the releases mirrors and the archive mirrors separately
[12:10] <sabdfl> totally separately
[12:10] <salgado> sabdfl, yep
[12:10] <sabdfl> actions menus:
[12:10] <sabdfl>  - Show Release Mirrors
[12:10] <sabdfl>  - Show Archive Mirrors
[12:10] <sabdfl> or
[12:10] <sabdfl>  - Show CD Mirrors
[12:10] <sabdfl>  - Show Archive Mirrors
[12:11] <salgado> I was thinking to use CD mirors
[12:12] <sabdfl> ok
[12:12] <sabdfl> are you working on this now?
[12:12] <salgado> not on the UI. I'm working on getting the prober to check for the ISO files
[12:20] <sabdfl> salgado: we need to strip out pocket separations
[12:20] <sabdfl> they have to  mirror all pockets, or we consder them out of date
[12:21] <salgado> I was planning to do that on the UI only
[12:21] <salgado> does that sound too bad?
[12:22] <dilys> Merge to devel/launchpad/: [r=kiko]  make sure the wrapping of bug notifications works even if the comment has dos-style line endings, which comments added via the web UI now has. (r3547: Bjorn Tillenius)
[12:22] <aa_> umm.. http://www.rafb.net/paste/results/DmRA8062.html so it does this now, I think I am done. I use it from within an app.
[12:27] <sabdfl> salgado: i think its a lot simpler to have the data model represent the same stuff as you want in the UI
[12:28] <sabdfl> we should pull the publishing records from across all pockets
[12:28] <sabdfl> newest n, then going back in time
[12:28] <sabdfl> treat all pockets as one
[12:28] <sabdfl> so you can remove pocket from the schema
[12:28] <sabdfl> make sense?
[12:29] <salgado> yes, it does. and indeed it's less work
[12:29] <salgado> I though that having the information more fine grained could be good at some point
[12:30] <sabdfl> hmm...
[12:30] <sabdfl> do you define freshness of the distroarchrelease as the "least fresh of the components"?
[12:31] <salgado> no, each component gets its own freshness
[12:32] <salgado> not the component itself, but there's a mirrordistroarchrelease for each component
[12:36] <AlinuxSOS> hello dear people
[12:36] <AlinuxSOS> how can I translate espresso installer ?
[12:36] <AlinuxSOS> I would like to translate it into Georgian.
[12:37] <mdke> AlinuxSOS: it is in debian-installer
[12:37] <mdke> AlinuxSOS: by the way, I haven't got a firefox homepage translation from you, do you want to do one?
[12:37] <AlinuxSOS> mdke, everything is ok now :D
[12:37] <AlinuxSOS> thank you for your supply
[12:38] <AlinuxSOS> now there is a mozilla-firefox-locale-ka-ge :)
[12:38] <AlinuxSOS> .xpi made by us mozillage and a .deb package by pitti
[12:38] <sabdfl> salgado: end users don't think in terms of components
[12:38] <sabdfl> at MOST they think in terms of distroarchrelease
[12:38] <sabdfl> dapper-i386
[12:38] <mdke> AlinuxSOS: I mean, the *homepage*
[12:39] <AlinuxSOS> www.mozillage.org
[12:39] <mdke> gah
[12:39] <mdke> AlinuxSOS: let's go to private
[12:39] <AlinuxSOS> ok
[12:41] <mdke> AlinuxSOS: are you a registered freenode member?
[12:41] <sabdfl> salgado: i think it's ok to keep this granularity in the data model
[12:41] <sabdfl> for now at least
[12:42] <sabdfl> i'll see if I can refine the pages
[12:42] <AlinuxSOS> wait
[12:42] <AlinuxSOS> no
[12:42] <AlinuxSOS> am not signed up
[12:42] <sabdfl> salgado: you need sample data, dude!
[12:45] <salgado> sabdfl, it should be possible to do a manual run of the prober and use that as sample data
[12:45] <salgado> (I'm assuming you just want to populate the MirrorDistroXXX tables)
[12:45] <sabdfl> salgado: well, what would you be mirroring from the sample data?
[12:45] <sabdfl> i don't think we have a published distro in the sample data
[12:46] <salgado> no, but we have a few published packages on a few distros
[12:46] <sabdfl> ok, and we could fake a mirror of that
[12:47] <salgado> yep, the distribution-mirror.txt test runs a fake http server so we can test the prober
[12:51] <sabdfl> ok
[12:52] <lifeless> ddaa: ping
[12:55] <sabdfl> salgado: can you drop DistributionMirror.displayname in favour of just .name please?
[12:56] <sabdfl> hmm
[12:56] <sabdfl> actually
[12:56] <sabdfl> it's quite nice if that's the hosting company name
[12:56] <sabdfl> organisation name
[12:56] <sabdfl> so we could give you a list saying
[12:56] <sabdfl> Brazil: Telefonica
[12:56] <sabdfl> Brazil: ISPnet
[12:56] <sabdfl> Brazil: OrkiutNet
[12:56] <sabdfl> etc
[12:59] <salgado> I think the description is a good candidate for being dropped. I don't see what people could want to have there
[01:11] <sabdfl> salgado: lets leave it for the moment
[01:11] <sabdfl> we should put a description on the displayname field that says "Organisation Name" 
[01:12] <sabdfl> and later change the actual name of the field
[01:12] <salgado> I can do that on a branch of mine that's already on pqm, as this would be a trivial change
[01:14] <sabdfl> salgado: don't risk a test failure
[01:37] <salgado> see you guys tomorrow
[04:38] <zakame> hi all!
[04:40] <ajmitch> hi zakame 
[04:41] <zakame> hi ajmitch !
[04:41] <zakame> aa__: hi, I just saw your message :)
[06:51] <infinity> Anyone here want to look at a timeout oops that's stopping me from doing... Well... Anything?
[06:52] <infinity> OOPS-131D30
[06:52] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/131D30
[06:52] <Keybuk> timeout on +builds ?
[06:54] <infinity> Yeah.  Repeatable.
[06:54] <infinity> I've been getting timeouts all over the buildd pages in the last day, but they were intermittent.  This is worse.
[06:55] <infinity> "Could not find OOPS" ... handy CGI...
[06:57] <spiv> infinity: you need to wait a few minutes for the error logs to be rsynced to chinstrap.
[07:00] <Keybuk> infinity: I got that earlier
[07:00] <Keybuk> while trying to find out why none of the buildds appeared to be doing anything
[07:00] <Keybuk> and then it got better
[07:00] <Keybuk> and lots of builds happened
[07:02] <infinity> I've been getting timeouts all over +builds, ubuntu/+builds, etc, but I've stupidly not been recording OOPSes.
[07:02] <infinity> It'd been pretty much hell since the last code rollout, though.
[07:02] <spiv> infinity: the launchpad list gets a daily report of all OOPSes, so they won't be forgotten.
[07:02] <infinity> I suspect the OOPS volume is large, and stuff gets lost in the noise, though..?
[07:03] <spiv> OOPS-131D30 is there now.
[07:03] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/131D30
[07:03] <infinity> Or am I the only person generating OOPSen? :)
[07:03] <spiv> Same as Keybuk's one earlier.
[07:04] <spiv> infinity: Well, judging from yesterday's report, this is the #2 cause of time outs at the moment.
[07:04] <spiv> So I don't think it's lost in the noise.
[07:04] <infinity> Fair enough.
[07:05] <spiv> And matsubara goes through them everyday and finds or files bugs for the OOPSes.
[07:05] <infinity> I don't suppose I could ask for it to be schduled for immediate cowboying, with proper code review to follow? :)
[07:05] <infinity> I'm pretty much blocked completely on doing anything with the web UI, and am mangling the DB directly.
[07:06] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/131B46
[07:08] <spiv> stub: Around?
[07:08] <stub> spiv: yes
[07:08] <spiv> stub: Keybuk and infinity are reporting OOPSes that look like they might be fixable with a new index.
[07:08] <spiv> e.g. https://chinstrap.ubuntu.com/~jamesh/oops.cgi/131D30
[07:10] <stub> spiv: On the buildqueue table you mean?
[07:10] <spiv> stub: Right.
[07:11] <stub> That table generally has only a few entries - an index would never be used. I suspect it is due to other processes keeping table locks open.
[07:12] <fabbione> is malone broken??
[07:12] <stub> It is functioning as normal
[07:12] <spiv> stub: Ah, damn.
[07:12] <fabbione> stub: ok thanks.... 
[07:14] <infinity> launchpad_prod=> select count(*) from buildqueue;
[07:14] <infinity>  count
[07:14] <infinity> -------
[07:14] <infinity>    554
[07:14] <infinity> (1 row)
[07:14] <infinity> buildqueue is tiny.
[07:14] <infinity> The bug lies elsewhere, methinks.
[07:15] <sfllaw> fabbione: Odd.  People keep on filing duplicates!
[07:15] <infinity> I'll also note that the queries mentioned in my OOPSes work fine when run directly.
[07:16] <fabbione> sfllaw: duplicates != new bugs
[07:16] <stub> More entries than I thought. An index might help, but I don't think it is the problem.
[07:16] <sfllaw> fabbione: You tell that to my inbox.
[07:16] <infinity> stub: It only has that many entries because I did a mass give-back.  That was AFTER the timeouts started happening, mind you.
[07:17] <infinity> stub: Normally, it should have 0~50 entries, or so.
[07:17] <stub> No point then, except to slow things down maintaining the index
[07:17] <infinity> stub: Either way, responses on the queries in my oopsen are lightning fast on the DB directly.  It's got to be soyuz that's breaking.
[07:18] <spiv> No, 500 rows shouldn't be taking 1.5s to scan.
[07:20] <spiv> Only soyuz and the buildmaster access that table, I think?
[07:20] <infinity> Should be.
[07:20] <infinity> Well, the builddmaster is a few different processes, but yes.
[07:21] <infinity> Shoud be mangled by queuebuilder, slave-scanner, and maybe one or two other odd bits.
[07:24] <stub> There is an index on there now for a laugh anyway
[07:25] <infinity> OOPS-131C37
[07:25] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/131C37
[07:25] <infinity> Yeah, no help. :)
[07:25] <stub> The page needs to be fixed anyway - no reason that all the information needed from buildqueue can't be extracted in a single query, which will avoid the problem even if there is another process locking the table for two or three seconds.
[07:26] <stub> rather than issuing the same dumb SQLObject generated query 4 or four times per builder...
[07:26] <infinity> "4 or four"... LANGUAGE HARD.
[07:27] <stub> I disconnected my brain from my fingers years ago
[07:29] <stub> Wah... no rsync bzr push cause bzrtools can't be installed atm due to dependency issues :-(
[07:29] <spiv> stub: yeah, I held my bzr package.
[07:30] <spiv> (and have a checkout of current bzr and bzrtools as a backup)
[07:39] <stub> Are the old packages available anywhere?
[07:40] <spiv> stub: Yeah, in launchpad somewhere... just a sec.
[07:41] <spiv> (Or possibly your /var/cache/apt/archives/)
[07:41] <stub> I don't have disk space for caches
[07:43] <infinity> stub: Indexes didn't seem to help at all:
[07:43] <infinity> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/2006-05-11/C37
[07:43] <infinity> stub: Shall I just bug cprov when he's online?
[07:43] <stub> I can find .dsc, .diff.gz and orig.tar.gz but no deb in Launchpad :-/
[07:43] <stub> infinity: Yes.
[07:43] <spiv> stub: https://launchpad.net/+builds/+build/183153/bzrtools
[07:44] <spiv> Although that deb seems to depend on bzr << 0.8 too.
[07:44] <stub> I need to downgrade bzr, not bzrtools ;)
[07:45] <infinity> stub: I can find you the old deb.
[07:45] <spiv> stub: https://launchpad.net/+builds/+build/183150
[07:45] <infinity> Or spiv can.
[07:46] <infinity> https://launchpad.net/+builds/+build/190979/bzr
[07:46] <infinity> (Of course, someone getting a new bzrtools ready would be nice too)
[07:47] <stub> Bug 44160
[07:47] <Ubugtu> Malone bug 44160 in bzrtools "bzrtools removed on bzr upgrade and cannot be reinstalled" [Normal,Unconfirmed]  http://launchpad.net/bugs/44160
[07:48] <spiv> stub: basically, the trick is to follow the links in the "builds of" portlet on the source package version page, then follow the links in the "Resulting binaries" portlet of that page.
[07:49] <stub> ok
[07:50] <infinity> stub: The bug is updated to point at the old binaries, FWIW.
[07:55] <dilys> Merge to devel/launchpad/: [trivial]  Fix bug 43650 (New binary package hint causes duplication of initial bug report note). Fix bugtask validation issue so that it shouldn't be possible in future to have tasks open on a distro and its distro sp's for the same bug. (r3548: Brad Bollenbach)
[07:55] <Ubugtu> Malone bug 43650 in malone "New binary package hint causes duplication of initial bug report note." [Normal,In progress]  http://launchpad.net/bugs/43650
[07:55] <spiv> stub: Hmm, our zope in rocketfuel seems to be missing src/bugtracker/browser/__init__.py
[07:56] <stub> I vaguely recall other zero byte files ended up missing in the import
[07:56] <stub> You want me to fix it?
[07:56] <spiv> Is there any easy way to find out the full list?
[07:56] <spiv> Yeah, it's causing https://launchpad.net/products/launchpad/+bug/43783
[07:59] <spiv> stub: although it seems to be missing src/bugtracker/browser/skin/__init__.py too, which is not an empty file (in current SVN anyway)
[07:59] <stub> My branch I passed to lifeless is at /home/warthogs/archives/stub/zope/svn/3.2 - they might still be in there
[08:00] <stub> Depends if they got lost in the import from svn, or the magic involved merging my unrelated branch into the 3.0 branch
[08:02] <BjornT> spiv, stub: src/bugtracker/browser/skin/__init__.py is an empty file in the 3.2 branch
[08:02] <spiv> BjornT: Ah, cool.
[08:02] <SteveA> morning
[08:03] <SteveA> jamesh, mpt: ping
[08:04] <jamesh> SteveA: pong
[08:04] <stub> Missing __init__.py's fixed - at least those two.
[08:04] <mpt> SteveA, pong
[08:04] <SteveA> jamesh: skype call in 15 mins?
[08:04] <SteveA> mpt: skype call in 1 hr or so?
[08:04] <jamesh> okay
[08:04] <mpt> SteveA, ok
[08:05] <SteveA> ta
[08:07] <mpt> jamesh, are you sure that bug 40618 is a duplicate of bug 38135?
[08:07] <Ubugtu> Malone bug 40618 in malone "Launchpad comment refresh bug" [Normal,Unconfirmed]  http://launchpad.net/bugs/40618
[08:07] <Ubugtu> Malone bug 38135 in malone "Submitting a comment redirects to +index" [Normal,Confirmed]  http://launchpad.net/bugs/38135
[08:08] <mpt> i.e. are you sure that the latter is causing the former?
[08:08] <jamesh> mpt: yeah
[08:08] <jamesh> mpt: the submission form uses an empty action attribute which is a submit-to-self
[08:09] <jamesh> mpt: zope adds a <base href="..."> element to the page head so that relative links will be resolved relative to the canonical location of the view
[08:09] <jamesh> this also affects the URL that the post goes to
[08:10] <jamesh> (i.e. there isn't actually a redirect to +index -- that's just where the data is posted to
[08:10] <jamesh> we used to follow that by a redirect to canonical_url() so you wouldn't see the +index bit on the end of the URL
[08:10] <mpt> So why doesn't this happen on the multitude of other action="" forms?
[08:12] <jamesh> do they do a redirect on post?
[08:12] <jamesh> livehttpheaders should tell you what happens during the post
[08:37] <Keybuk> som err
[08:38] <Keybuk> https://launchpad.net/products/hotplug/+bug/36599
[08:38] <Ubugtu> Malone bug 36599 in hotplug "Install Hangs on "Hotplug"" [Normal,Unconfirmed]  
[08:38] <Keybuk> any way anyone can manually futz the database to fix that?
[08:38] <Keybuk> *giggle*
[08:38] <Keybuk> yay, that hid it <g>
[08:39] <mpt> eh?
[08:39] <Keybuk> mpt: it has an upstream task that's been assigned to the ubuntu-core-dev team
[08:39] <Keybuk> but nobody can edit that
[08:39] <infinity> Affects: hotplug(upstream), Assigned to: ubuntu-core-dev
[08:39] <infinity> Yeah, that's special.
[08:40] <Keybuk> so we can't unassign it, can't reject it, etc.
[08:40] <Keybuk> it's FOREVER OPEN!
[08:40] <Keybuk> or at least, it was, until I did that <g>
[08:40] <mpt> Keybuk, there is now a link to that bug report from what is probably the most-widely-viewed page in Launchpad...
[08:40] <Keybuk> mpt: well, if it gets that Malone bug fixed quicker ;)
[09:01] <mpt> Anyone know why I'm receiving e-mail sent to "Launchpad wiki <webmaster@ubuntu.com>"?
[09:04] <BjornT> mpt: bug 39420 might give you a hint
[09:04] <Ubugtu> Malone bug 39420 in blueprint "The spec notification forwarder should add a footer to the forwarded notifications" [Normal,Unconfirmed]  http://launchpad.net/bugs/39420
[09:05] <mpt> oh
[09:05] <mpt> thanks BjornT 
[09:10] <SteveA> mpt: voice call?
[09:18] <SteveA> mpt: voice call?
[09:18] <mpt> SteveA, sure, and sure :-)
[09:19] <mpt> SteveA, no answer from you
[09:19] <SteveA> i called you
[09:19] <SteveA> it also says i have a missed call
[09:20] <SteveA> try calling me again
[09:39] <jordi> SteveA: ping
[09:39] <SteveA> hi jordi
[09:40] <SteveA> i'm in a call with mpt
[09:40] <jordi> SteveA: yup. Just to apologizze about yesterday. There was a short circuit at home and wasn't able to find it on time to ask you to phone me
[09:40] <jordi> -z
[09:41] <SteveA> np
[09:41] <jordi> turns out there's a light switch that ocassionaly likes being on and off at the same time
[09:56] <carlos> morning
[10:20] <ddaa> hey mpool
[10:21] <ddaa> can I have your attention for a few mins?
[10:29] <ddaa> mpool: ping!
[11:39] <aa_> hellow everyone. Ami I insane, or am I just imagining it, but will launchpad host a bzr repo for me?
[11:39] <ddaa> okay, I figured out why we were not getting warning from the branch scanner anymore
[11:39] <ddaa> an interesting new regression in the branch puller
[11:40] <ddaa> aa_: repositories are not supported yet, but otherwise you seem to have a reasonably accurate perception of the same reality as I have.
[11:41] <ddaa> aa_: which strictly is not sufficient to assume anything about the objective reality, if there is such a thing, but for practical reasons that can be accepted as a reasonable test.
[11:41] <mdke> what an answer
[11:42] <ddaa> insanity is a difficult topic
[11:42] <mdke> the guy has had his question answered on all possible places of philosophy
[11:42] <mdke> planes *
[11:43] <aa_> um :)
[11:44] <aa_> so, not a repo, but it will host a branch, but um, isn't that the same thing anyway?
[11:44] <ddaa> aa_: two caveats
[11:44] <ddaa> aa_: you cannot do the "init-repo" thing on bazaar.launchpad.net
[11:45] <ddaa> but you can push standalone branches alright
[11:45] <aa_> right, need to import something somehow
[11:45] <ddaa> aa_: and it does not work with knit branches yet
[11:45] <ddaa> but will soonish (next week, or the week after that)
[11:45] <aa_> nice
[11:46] <aa_> I am thinking of moving to bzr
[11:46] <aa_> within one week, my svn repo became corrupted on the berlios svn server
[11:46] <aa_> then the berlios svn server ran out of hard drive space
[11:47] <ddaa> aa_: to be absolutely honest, there is still an annoying latency between the moment when you push something on bazaar.launchpad.net and the moment when it gets published
[11:47] <aa_> all I know about version control systems is that I hate most I have used, except Darcs, but well, no one will host me darcs
[11:47] <aa_> ddaa: right, I shall host it myself for now
[11:47] <mpt_> jamesh, ping
[11:48] <aa_> so, where can I advertise my launchpad bug report client?
[11:48] <ddaa> self hosting is a perfectly good solution, what launchpad hosting gives you is the ability to set up a multiple comitters branch, and give write access to members of a launchpad team.
[11:48] <ddaa> aa_: which is what I did for bzrk (not that anybody used it yet except me, but that gives me good deniability if I stand accused of not maintaining it)
[11:48] <aa_> hah
[11:49] <ddaa> when self-hosted, launchpad still gives you a registry and mirroring.
[11:49] <aa_> so, as holder of the "master repo" I would pull selected changes from the launchpad-provided comitter branches?
[11:49] <ddaa> mh
[11:49] <ddaa> the other way around
[11:50] <aa_> it would pull changes out of me!
[11:50] <ddaa> it allows you to set up a mainline branch, to which multiple person can push their stuff without blocking on a single integrator
[11:50] <ddaa> wiki-style VCS
[11:51] <ddaa> that's the thing you cannot easily do when self-hosted
[11:51] <aa_> ok, that sounds perfect
[11:51] <aa_> pushing to bzr over rsync and the whatnot seems nasty
[11:51] <ddaa> mh, it supports sftp
[11:51] <ddaa> not rsync, no shell access
[11:51] <aa_> yeah, still seems nasty
[11:51] <aa_> is it like a commit, or does it just copy files?
[11:51] <ddaa> works okay, though a bit slow with weaves on  big branches
[11:52] <ddaa> hu
[11:52] <jamesh> mpt_: pong
[11:52] <aa_> ddaa: ;)
[11:52] <ddaa> pushing via SFTP is the _correct_ way of doing things
[11:52] <ddaa> taking locks, trying to maintain integrity at all times, etc
[11:53] <aa_> ddaa: reading the bzr manual on ways to "push" I became scared of providing sftp write access. Because I wasn't sure how it would be used
[11:53] <ddaa> rsyncing is the nasty hack
[11:53] <aa_> aaah ok
[11:53] <aa_> I thought they both were nasty hacks
[11:53] <ddaa> would be nice if you could file a bug about the bit of the manual that scared you
[11:53] <ddaa> the wording apparently needs to be reworked
[11:53] <aa_> well the one word "sftp"
[11:54] <ddaa> ?
[11:54] <aa_> implied to me a direct copy of the repo with no integrity checking etc
[11:54] <aa_> maybe renaming it to "ssh-push" or something might be less scary
[11:55] <aa_> :P
[11:55] <ddaa> that's an interesting perception issue
[11:55] <ddaa> I'd really like if you could share it with other bzr folks
[11:55] <aa_> just saying how I read it, and I am not *totally* clueless
[11:55] <ddaa> because I do not know what to do of it
[11:56] <ddaa> I am not calling you clueless, user perceptions are always pertinent, by definition
[11:56] <aa_> ok, will report a bug
[11:56] <aa_> yeah, I agree
[11:56] <aa_> any excuse to use the gui bug reporter
[11:58] <carlos> BjornT_: hi, around?
[11:59] <aa_> $ python lpreport.py -n -p bzr -t "Pushing over SFTP scared me"
[12:01] <aa_> is the mailing list launchpad-users busy?
[12:02] <mdke> not particularly
[12:02] <ddaa> not very much, but it's not a launchpad issue
[12:02] <ddaa> aa_: I mean, if you wish to talk to people about that, the right ML is bazar-ng@
[12:02] <aa_> um, what about a section of "launchpad tools"
[12:02] <aa_> I need to sell my wares
[12:03] <aa_> well, "sell" of course
[12:03] <aa_> ddaa: https://launchpad.net/products/bzr/+bug/44180 is the "being scared" report, if you care, not really sure what else to add to it
[12:03] <Ubugtu> Malone bug 44180 in bzr "Pushing over SFTP scared me" [Minor,Unconfirmed]  
[12:04] <ddaa> aa_: it would help if you could point at the specific bit of manual you are referring to, and even better if you could in addition quote the specific text
[12:04] <aa_> right, yes, ok
[12:07] <BjornT_> hi carlos. i'm having lunch atm.
[12:07] <carlos> ok
[12:07] <carlos> BjornT_: please, ping me when you are back
[12:08] <Keybuk> uh, guys
[12:08] <Keybuk> https://launchpad.net/distros/ubuntu/+source/initscripts/+bugs
[12:08] <Keybuk> why does that exist?
[12:08] <Keybuk> there's no such source package!
[12:40] <SteveA> MalcolmCleaton: hi
[12:41] <SteveA> MalcolmCleaton: do you know about the developers' meeting today at 1200 UTC ?
[12:41] <MalcolmCleaton> SteveA: Hi, and yes
[12:41] <SteveA> do you know about the "three sentences" part of it?
[12:41] <ddaa> SteveA: launchpad knit support problem
[12:41] <ddaa> https://launchpad.net/products/launchpad-bazaar/+bug/44183/+index
[12:41] <Ubugtu> Malone bug 44183 in launchpad-bazaar "supermirror branch puller does not preserve source branch format" [Major,Confirmed]  
[12:41] <ddaa> also aggravated by bug 44182
[12:41] <Ubugtu> Malone bug 44182 in launchpad-bazaar "supermirror branch puller leaves empty branch when initial mirroring fails" [Major,Confirmed]  http://launchpad.net/bugs/44182
[12:41] <MalcolmCleaton> What I've been doing, what I'm doing next and anything blocking me\/
[12:42] <ddaa> SteveA: sent a message to launchpad@ explaining the problem
[12:42] <MalcolmCleaton> \/ => ?
[12:42] <SteveA> yep, to be entered onto the channel as three lines
[12:42] <SteveA> DONE: stuff
[12:42] <SteveA> TODO: stuff
[12:42] <SteveA> BLOCKED: stuff
[12:42] <SteveA> for ease of grepping later
[12:42] <SteveA> ddaa: ok
[12:42] <SteveA> i'll read
[12:43] <SteveA> ddaa: assign the bugs to spiv
[12:43] <SteveA> unless you will fix them
[12:43] <ddaa> SteveA: it's your call
[12:44] <SteveA> i don't have a sense of how urgent this is
[12:44] <SteveA> if spiv works on it next week, is that okay?
[12:45] <ddaa> it's urgent as in "blocks 41414" and "aggravates 41414"
[12:45] <ddaa> bug 41414
[12:45] <Ubugtu> Malone bug 41414 in launchpad-bazaar "supermirror-branch-puller ignores format changes" [Major,Confirmed]  http://launchpad.net/bugs/41414
[12:47] <ddaa> SteveA: since I do not know how urgent you consider 41414, I cannot really make a decision. As far as I'm concerned, this stuff is urgent as in "prevent and fix production regressions"
[12:48] <SteveA> this is more urgent than andrew's other work.  but i don't want him to become unproductive by switching tasks too often
[12:48] <SteveA> so, i'll talk with him about it
[12:50] <BjornT_> carlos: i'm back now
[12:50] <carlos> BjornT_: hi
[12:51] <carlos> BjornT_: do you have time to help me with the zope widget change you suggested with your PoMsgSetPage review?
[12:51] <BjornT_> carlos: sure
[12:51] <carlos> BjornT_: ok, so I got it working, using the IPOFile template and the attribute 'language'
[12:52] <carlos> the problem is that IPOFile.language is required for an IPOFile, but the form where we are using the language selector has that field as optional
[12:53] <carlos> BjornT_: I created a new IPOFileAlternativeLanguage interface
[12:53] <carlos> that defines an alternate_language attribute (using Choice widget) 
[12:54] <carlos> but the page fails to render because it doesn't find the alternate_language field
[12:54] <carlos> let me paste the .zcml and the new interface 
[12:55] <aa_> sorry to be a pain, when I "add a branch" to a product, does that branch then become hosted on launchpad?
[12:55] <ddaa> aa_: nope
[12:55] <ddaa> it gets mirrored
[12:55] <ddaa> "add a branch" is to register external branches
[12:56] <ddaa> you create a hosted branch by pushing it with sftp
[12:56] <ddaa> magic
[12:56] <aa_> ah ok, thanks
[12:56] <sivang> ddaa: how can I have ny branch hosted ? (it it hosted on supermirror for that matter)
[12:56] <sivang> erm, rephrasing, where do I push? :-)
[12:56] <aa_> yes, p[lease
[12:56] <aa_> or is there a document?
[12:56] <ddaa> sftp://bazaar.launchpad.net/~owner/product/branch
[12:57] <ddaa> there's a bug about making it more obvious
[12:57] <aa_> amazing, and then launchpad hosts me forever?
[12:57] <ddaa> and some documentation in the pipe, but it was delayed as "polish". Also the system is still beta quality ATM.
[12:57] <aa_> I'll never understand this, I am certain of it
[12:57] <ddaa> so we do not advertise it much
[12:58] <aa_> ok, fair enough
[12:58] <carlos> BjornT_: https://chinstrap.ubuntu.com/~dsilvers/paste/fileIXn9Ng.html <- the .zcml part of the page that I'm changing.
[12:59] <ddaa> say, if your user name on launchpad is "jdoe" (the thing that appears at the end of the URL of your person page), and you want to push a branch to the product "frobo", and the branch name should be "feature-foo"
[12:59] <carlos> BjornT_: https://chinstrap.ubuntu.com/~dsilvers/paste/fileZZ7k3W.html <- The new interface class I added
[12:59] <ddaa> then you "bzr push sftp://bazaar.launchpad.net/~jdoe/frobo/feature-foo"
[12:59] <carlos> BjornT_: https://chinstrap.ubuntu.com/~dsilvers/paste/fileRPDhbW.html <- The error I'm getting
[01:00] <ddaa> modulo a few bugs
[01:00] <ddaa> also you need to have a ssh key registered
[01:00] <aa_> ddaa: thanks
[01:00] <BjornT_> carlos: ah, you shouldn't use browser:editform. you could use browser:generalform, but in order to make it fit in with your current implementation, it might be easier to not change the zcml at all, and do the setup yourself.
[01:00] <ddaa> and that assumes that you have your ssh config set up properly, otherwise you'll probably need to say jdoe@bazaar.launchpad.net
[01:01] <carlos> BjornT_: I'm using a LaunchpadView class
[01:01] <BjornT_> carlos: that's not a problem
[01:02] <carlos> BjornT_: ok, and I just fixed that problem, I forgot to update teh setUpWidgets call to use the new interface.... O:-)
[01:03] <BjornT_> carlos: cool :)
[01:04] <SteveA> hi spiv 
[01:04] <SteveA> did you see the mail about ddaa's branch-related bugs
[01:04] <SteveA> ?
[01:04] <spiv> Hi.
[01:05] <spiv> Not yet, I'll sync my mail and look now.
[01:06] <carlos> BjornT_: but I'm getting now an error that it doesn't find language_widget in my view class
[01:06] <ddaa> aa_: if you want to have multiple committer you use ~team/product/name
[01:06] <ddaa> when "team" is the name of a team you belong to
[01:06] <SteveA> mpt: hi.  i'm adding back in the section "items from last meeting" to the MeetingAgenda page
[01:06] <SteveA> becuase i want to keep the agenda flat, not hierarchical
[01:06] <SteveA> for pasting into the channel
[01:06] <carlos> BjornT_: I guess it should be alternative_language_widget based on the interface I wrote, right?
[01:06] <BjornT_> carlos: yeah
[01:06] <aa_> ddaa: oh, brilliant. teams are just great
[01:07] <sivang> ddaa: do you have the bug# of the documentatoin issue on this?
[01:07] <SteveA> mpt: or rather, making it into an "action from last week"
[01:07] <ddaa> sivang: I do not think this is actually spelled out in any public place
[01:07] <sivang> ddaa: okay, makes sense with what you said before. (beta-ness) thanks.
[01:07] <ddaa> there are still some important bugs open, so we want to wait a bit
[01:08] <carlos> BjornT_: then, why is it looking for language_widget? my code is not using that name
[01:08] <sivang> ddaa: sure, thanks for the calrification though.
[01:08] <carlos> BjornT_: the IPOFileAlternativeLanguage inherites from IPOFile that has such attribute, would that be the problem?
[01:09] <BjornT_> carlos: could be, it shouldn't inherit from IPOFile. can you paste the traceback?
[01:11] <carlos> BjornT_: https://chinstrap.ubuntu.com/~dsilvers/paste/filerwgFMg.html
[01:12] <carlos> BjornT_: ok, using Interface instead of IPOFile as the base class fixes that
[01:12] <carlos> BjornT_: thank you
[01:13] <carlos> BjornT_: the last thing I need to know is how to select a concrete value from the select widget
[01:13] <carlos> self.alternative_language.widget.value='foo' ?
[01:14] <BjornT_> carlos: no, you pass initial={'alternative_language': 'foo'} to setUpWidgets()
[01:15] <carlos> BjornT_: where foo is an object or a key to get the object from the vocabulary?
[01:15] <BjornT_> carlos: an object in the vocabulary
[01:15] <carlos> ok
[01:16] <carlos> thanks
[01:16] <BjornT_> np
[01:17] <spiv> SteveA: I'm happy to work on these branch-related bugs, but I'd *really* like to finish the sourcecode test bustage.  I have a simple change that fixes our zope tree, which should finally allow the buildbot merge to finish, which should finally allow the sourcecode tests to be re-enabled.
[01:17] <ddaa> spiv++
[01:17] <SteveA> spiv: how long will the sourcecode stuff take?
[01:17] <spiv> (and then hopefully they will never be broken in a dozen different ways again..!)
[01:18] <SteveA> we'll be removing buildbot over the coming months, btw
[01:18] <spiv> SteveA: push up my zope changes, send the merge requests in, cross my fingers, pester Robert if it turns out I don't have permission or something.
[01:18] <SteveA> although it's important to get it properly tested now
[01:18] <SteveA> cool.  so you'd be able to start the other bugs next week?
[01:18] <spiv> So, not long.
[01:19] <spiv> Tomorrow, even.
[01:19] <stub> spiv: I fixed the missing __init__.py's btw if you missed my earlier message
[01:19] <spiv> stub: Oh right, I didn't see the commit.
[01:20] <spiv> stub: Thanks!
[01:20] <stub> spiv: Didn't go via pqm
[01:20] <spiv> Ah.
[01:20] <spiv> stub: All six of them?
[01:20] <stub> 6?
[01:20] <spiv> Hehe.
[01:20] <carlos> BjornT: another question, is there a better way to include the widget inside my form than using <div metal:use-macro="context/@@launchpad_widget_macros/launchpad_widget_rows" /> ?
[01:21] <SteveA> spiv: that's all fine.
[01:21] <spiv> stub: https://chinstrap.ubuntu.com/~dsilvers/paste/file3WUgFg.html is what I found.
[01:21] <carlos> BjornT: I need the field in a single row, instead of the usual 'title', 'field', 'description' 'submit' button lines
[01:21] <spiv> SteveA: Cool.
[01:22] <spiv> stub: So long as "make check" in sourcecode/zope passes, I'm happy (which only needed two of the src/bugtracker ones, I believe).
[01:22] <BjornT> carlos: well, you can use tal:define="widget nocall:view/foo_widget"... metal:use-macro="context/@@launchpad_widget_macros/launchpad_widget_row"
[01:22] <spiv> stub: Of course, it turns out "make check" doesn't pass unless you're in a timezone where January isn't in daylight savings...
[01:23] <spiv> stub: Anyway, that helps a lot.  Thanks!
[01:23] <carlos> BjornT: what will do that?
[01:24] <stub> spiv: We run make check in some Indian timezone IIRC...
[01:24] <mpt> SteveA, I don't know what you mean
[01:24] <carlos> BjornT: I'm getting just one widget, that's not the problem. The problem is the way we render it
[01:25] <carlos> it uses three lines to represent a single widget and the submit button is in another line
[01:25] <carlos> BjornT: I need a single line to fit it with our current UI
[01:25] <BjornT> carlos: ah, in that case it's better to do the layout yourself
[01:25] <mpt> SteveA, should "Items from last meeting" be renamed "Actions from last week" to match the section?
[01:26] <stub> spiv: I've committed the rest of the __init__.py's anyway
[01:26] <carlos> BjornT: something like: <div tal:content="structure widget" /> and add my own label?
[01:27] <BjornT> carlos: yeah, exactly. since it's a choice widget you don't have to care about errors or whether it's required or not.
[01:28] <SteveA> mpt: i guess there are two things going on here.  1. checking on the progress of things people said they'd do.  2. ensuring that items deferred for discussion in the next meeting are discussed in the next meeing
[01:28] <SteveA> we need a section of the agenda for case 1
[01:28] <SteveA> for case 2, these appear as proposed agenda items
[01:29] <mpt> ok
[01:29] <carlos> BjornT: ok, cool
[01:32] <carlos> grr, the widget is inside a <div> tag
[01:34] <carlos> mpt: I think I will need some help from you to help the translation form UI layout 
[01:34] <carlos> s/to help/to fix/
[01:36] <mpt> ok
[01:37] <BjornT> carlos: if necessary, it's not that hard to get rid of the <div> tag.
[01:37] <carlos> BjornT: how?
[01:38] <spiv> stub: Thanks!
[01:38] <BjornT> carlos: you have to subclass SelectWidget and override _div() to return an empty string.
[01:39] <spiv> stub: Yeah, those tests passed, but I just notice they don't pass in Sydney's timezone :)
[01:39] <ddaa> graaaaah
[01:39] <ddaa> branch puller borken again
[01:39] <BjornT> carlos: then, before you call setUpWidgets(), you do 'self.alternative_languagage_widget = CustomWidgetFactory(YourWidgetClass)'
[01:40] <ddaa> jamesh: pretty please finish the patch to remove the supermirror-pull-list.txt page...
[01:40] <carlos> BjornT: ok, that would be a good solution
[01:40] <carlos> thanks
[01:51] <SteveA> Meeting in 9 mins
[01:53] <Ubugtu> Malone bug 40383 in launchpad-bazaar "remove InternalHTTPLayer" [Normal,Confirmed]  http://launchpad.net/bugs/40383
[01:59] <SteveA> MEETING TIME
[01:59] <ddaa> here!
[01:59] <SteveA> welcome to this week's launchpad developer's meeting
[01:59] <SteveA> who's here today?
[01:59] <BjornT> me
[01:59] <matsubara> me
[01:59] <ddaa> me
[01:59] <salgado> me
[02:00] <spiv> me
[02:00] <jamesh> me
[02:00] <mpt> me
[02:00] <Kinnison> I'm around if needed for consultation, but I'm not officially here
[02:00] <sabdfl> ddaa: is there a name validation constraint missing there that allows the space?
[02:00] <MalcolmCleaton> me
[02:00] <bradb> me
[02:00] <ddaa> stub: is that a thai salutation?
[02:00] <stub> Iron chef is on
[02:00] <kiko> me
[02:00] <carlos> me
[02:00] <ddaa> sabdfl: not sure, allowing spaces in URL is not a completely stupid idea
[02:00] <ddaa> (though trailing spaces are almost certainly wrong)
[02:01] <SteveA> is that everyone?
[02:01] <spiv> stub: Then you should say something like "bang a gong, we are on!"
[02:01] <kiko> ddaa, it's kinda not so good
[02:01] <carlos> jordi: ?
[02:01] <SteveA> ok
[02:01] <SteveA> == Agenda ==
[02:01] <SteveA>  * Roll call
[02:01] <SteveA>  * Agenda
[02:01] <SteveA>  * Next meeting
[02:01] <SteveA>  * Activity reports
[02:01] <jordi> hi
[02:01] <SteveA>  * Items from last meeting
[02:01] <jordi> I'm here
[02:01] <SteveA>  * Launchpad oops milestone report
[02:01] <SteveA>  * Outstanding sysadmin requests
[02:01] <SteveA>  * Production and staging (stub)
[02:01] <SteveA>  * ----
[02:01] <SteveA>  * Use of dapper bzr (kiko)
[02:01] <SteveA>  * cc experts onto bugs (steve)
[02:01] <SteveA>  * bzr and PQM performance (kiko)
[02:01] <SteveA>  * Rebalancing portlets (kiko)
[02:01] <SteveA>  * ----
[02:01] <SteveA>  * Keep, Bag, Change
[02:01] <SteveA>  * Three sentences
[02:02] <SteveA> 
[02:02] <SteveA> next meeting: same time next week?
[02:02] <matsubara> ddaa: talk to me later, I have a branch with a widget that strips leading and trailing whitespace.
[02:02] <SteveA> 5
[02:02] <SteveA> 4
[02:02] <SteveA> 3
[02:02] <SteveA> 2
[02:02] <SteveA> 1
[02:02] <SteveA> done
[02:02] <SteveA> activity reports
[02:02] <SteveA> i'm still the suck, having produced none recently.  jamesh and i talked about this this morning.
[02:02] <SteveA> how's everyone else doing?
[02:02] <ddaa> uptodate as usual
[02:02] <carlos> up to date
[02:02] <bradb> up to date
[02:02] <spiv> I'm up to date.
[02:02] <BjornT> i'm up to date
[02:02] <jordi> up to date, not as usual :)
[02:02] <kiko> I am good
[02:02] <stub> up to date
[02:02] <matsubara> i'm up to date
[02:02] <MalcolmCleaton> I sent some in, not much detail yet because I'm not doing much that's useful outside my own head yet
[02:02] <jamesh> I suck
[02:02] <SteveA> well done jordi
[02:02] <salgado> up to date
[02:02] <kiko> SteveA, cprov calls and sends in an excuse -- network is temporarily down at his pad
[02:02] <SteveA> thanks malcolm
[02:03] <SteveA> kiko: ok, thanks
[02:03] <mpt> one day behind
[02:03] <SteveA> mpt: okay.  don't let it spoil a great record
[02:03] <SteveA> thanks to ddaa, carlos, bradb, spiv
[02:03] <SteveA> BjornT, kiko, stub, matsubara, and salgado 
[02:03] <mpt> ... up to date
[02:03] <SteveA> also
[02:03] <SteveA> cool
[02:03] <jordi> thx steve
[02:03] <SteveA> so, just james and me
[02:04] <kiko> oy
[02:04] <SteveA> we discussed some ideas this morning, which have been discussed before
[02:04] <SteveA> kiko: let's chat about it later
[02:04] <SteveA>  * Items from last meeting
[02:04] <SteveA>  * '''bradb''' to make an RT ticket on killing malone-users@, and tell SteveA the RT number
[02:04] <kiko> k
[02:04] <SteveA>  * '''carlos''' to meet either kiko or SteveA about scheduling
[02:04] <carlos> that's done
[02:05] <SteveA>  * '''cprov''' to sort out the librarian bug
[02:05] <kiko> we did it
[02:05] <SteveA>  * '''jamesh and spiv''' to send activity summaries
[02:05] <kiko> SteveA, he did.
[02:05] <spiv> I've sent mine.
[02:05] <kiko> we went over it at length and wrote a number of changes to avoid the issue
[02:05] <kiko> fixed the sync tool
[02:05] <kiko> and I've been trying to get some mdz time to sort out the packages
[02:05] <kiko> but they are only 3
[02:05] <kiko> so it is not ABD
[02:06] <SteveA> jamesh: did you send a summary?
[02:06] <SteveA>  * '''mpt''' to land text addition to oops page about subscribing to the list
[02:06] <SteveA>  * '''mpt''' to get `matthew.thomas@canonical` working and registered on Launchpad
[02:06] <mpt> done
[02:06] <SteveA>  * '''SteveA to talk with jamesh and spiv''' about the activity reports of all three
[02:06] <mpt> and done https://launchpad.net/people/mpt/+portlet-emails
[02:06] <SteveA> jamesh and i talked.  didn't talk with spiv, except in general
[02:06] <SteveA> i think that wraps up items from last week
[02:06] <jamesh> SteveA: no I didn't.  I'll fix it up now
[02:07] <SteveA> thanks jamesh 
[02:07] <SteveA>  * Launchpad oops milestone report
[02:07] <SteveA> matsubara, take the floor!
[02:07] <matsubara> https://launchpad.net/products/launchpad/+bug/43802 and there's nobody assigned to it.
[02:07] <matsubara> Kiko, Steve any news about the other two time outs? bugs 2497 and 35850
[02:07] <Ubugtu> Malone bug 35850 in launchpad "TeamParticipation caching not working" [Major,In progress]  http://launchpad.net/bugs/35850
[02:07] <kiko> matsubara, stub landed a fix for the latter yesterday, though he has the bad habit of not including bug numbers in his merges.
[02:07] <matsubara> bug 43802 is the $distro/+builds pages
[02:08] <jamesh> stub did a patch for the TeamParticipation caching problem
[02:08] <matsubara> And the SQL Out of order is reported as bug 44032 and assigned to Stuart.
[02:08] <Ubugtu> Malone bug 44032 in launchpad "Out of order SQL queries triggering foreign key constraints" [Normal,Unconfirmed]  http://launchpad.net/bugs/44032
[02:08] <kiko> matsubara, I can fix the former with some prejoining, but I've been very busy.
[02:08] <matsubara> Bug https://launchpad.net/products/malone/+bug/39674 (Attachments of private bugreports are public) is a security concern raised by ddaa this week on the list. There's nobody assigned to it.
[02:08] <Ubugtu> Malone bug 39674 in malone "Attachments of private bugreports are public" [Normal,Confirmed]  
[02:09] <SteveA> matsubara: probably a good idea not to announce that in a public meeting
[02:09] <kiko> matsubara, yeah, well, it requires some spiv time and I believe some architecting.
[02:09] <matsubara> SteveA: should I make the bug private them?
[02:09] <spiv> kiko: Keybuk and infinity are really keen for 43802 to be fixed, they were complaining about it a several hours ago.
[02:09] <SteveA> matsubara: if the bug is public, then it's already public
[02:10] <kiko> spiv, I... I can't do anything about it this week. you can add a prejoin to the page if you like, though
[02:10] <stub> They aren't really public - if you know the URL then the bug information has already been exposed.
[02:10] <mpt> It's been public since last month
[02:10] <SteveA> okay, so it's not a problem then
[02:10] <stub> It isn't really much of a security issue. It could be improved, but I don't think it is a priority. 
[02:10] <spiv> kiko: I don't have time this week either, unfortunately.
[02:10] <matsubara> And I would like to know if is there any policy about changing pagetests to the new format?
[02:11] <mpt> It's a problem if people are talking about attachments on IRC on the assumption that they're private because they're attached to private bugs
[02:11] <stub> (And if someone deems it a priority, I think we are better off obfuscating URLs rather than making the librarian understand auth in the short term. Long term, we want the librarian to hook into the auth systems)
[02:11] <stub> mpt: Valid point.
[02:11] <ddaa> mpt++ there's a habit here of linking to private data (e.g. the nopaste)
[02:11] <jamesh> the URLs already contain unguessable parts, don't they?
[02:11] <SteveA> matsubara: we should change pagetests to the new format if you're working on them
[02:11] <jamesh> or do you mean not including the URLs in emails?
[02:12] <SteveA> matsubara: particularly if you're debugging a failure.  it can be easier to rewrite in the new way than debug a complex diff
[02:12] <matsubara> SteveA:  Is it ok to mix the two kinds of tests in the same file?
[02:12] <mpt> yes, the nopaste URLs are a good analogy
[02:12] <ddaa> and yes, as jamesh points out, email transmission is not secured either
[02:12] <stub> jamesh: Attachments are slightly guessable, assuming you know that the bug exists and can guess appropriate filenames
[02:13] <SteveA> matsubara: yes it is fine
[02:13] <jamesh> stub: don't the URLs include the library file alias ID too?
[02:13] <stub> jamesh: Yes, but that is trivially brute forced
[02:13] <spiv> jamesh: It's a sequentially allocated integer, so extremely guessable.
[02:14] <SteveA> i'd like us to make security-related bugs on launchpad private, in general
[02:14] <SteveA> it is easier to make a private bug public than to try and hide a public bug
[02:14] <SteveA> and we should take the time to consider the effects of the bug.
[02:15] <SteveA> the effects of a security bug can be surprising, considering all the systems it may be involved with
[02:15] <mpt> The bug was reported as public by an Ubuntu developer, iirc
[02:15] <SteveA> as mpt points out in this case, exchanging URLs on irc is an issue
[02:15] <mpt> It was a day or two before any of us looked at it
[02:15] <SteveA> mpt: and the reporter didn't mark it as "security related" ?
[02:16] <mpt> It was reported before Malone had a "security related" flag
[02:16] <mpt> It was next touched three weeks later, when matsubara confirmed it
[02:16] <mpt> https://launchpad.net/products/malone/+bug/39674/+activity
[02:16] <Ubugtu> Malone bug 39674 in malone "Attachments of private bugreports are public" [Normal,Confirmed]  
[02:17] <SteveA> i see
[02:17] <SteveA> so we could reasonably expect a reporter to use the security-related tag next time
[02:17] <cprov> cprov: I'm late, sorry
[02:17] <SteveA> thank you for your oops report, matsubara.  have all your issues been dealt with?
[02:17] <SteveA> hi cprov.  kiko explained
[02:18] <matsubara> yes.
[02:18] <mpt> I don't understand the point of separate "security-related" and "private" flags, though
[02:18] <cprov> I'm up to date (activities)
[02:18] <mpt> but I suppose other people have discussed that
[02:18] <SteveA> mpt: put it on the list for our next voice call.
[02:18] <kiko> mpt, yeah, we have -- bradb is changing that somewhat. 
[02:18] <SteveA> thanks matsubara 
[02:18] <SteveA>  * Outstanding sysadmin requests
[02:18] <bradb> I haven't changed anything though!
[02:18] <SteveA> 6
[02:18] <SteveA> 5
[02:18] <SteveA> 4
[02:18] <stub> mpt: Launchpad has private bugs when we need to detail too much database schema or code. Launchpad has security bugs when we have a security problem.
[02:18] <SteveA> 3
[02:18] <SteveA> 2
[02:18] <SteveA> 1
[02:18] <spiv> pushsftp log file access (#8372)
[02:18] <mpt> 2073
[02:19] <mpt> would be nice eventually
[02:19] <SteveA> RT 2073?
[02:19] <mpt> yes
[02:19] <SteveA> spiv: RT-8372?
[02:19] <spiv> SteveA: yep.
[02:19] <mpt> because it would let people do usability tests on staging without having to bat away alerts all the time
[02:19] <SteveA> mpt: what is RT2073 about ?
[02:20] <mpt> staging.ubuntu.com -> staging.launchpad.net with a proper certificate, mainly
[02:20] <SteveA> mpt: this is underway
[02:20] <SteveA> spiv: noted about RT-8372
[02:20] <jamesh> how will staging.launchpad.net interact with us having multiple *.launchpad.net domains?
[02:21] <stub> mpt: That issue is probably irrelevant. All staging domains have recently been moved to *.staging.launchpad.net (and some new ones for blueprint and other projects)
[02:21] <SteveA> jamesh: foo.staging.launchpad.net
[02:21] <jamesh> SteveA: I was thinking cookie and SSL cert wise
[02:21] <mpt> huh!
[02:21] <stub> mpt: Although Konqueror and IE6 are bitching about the certificate due to the depth of the domain names we are using
[02:21] <SteveA> i suppose we must be careful about the domain attached to cookies on staging.
[02:22] <stub> Mmm... yes...
[02:22] <SteveA> perhaps use a different cookie name for staging
[02:22] <jamesh> a *.launchpad.net cookie used for auth will be passed to *.staging.launchpad.net
[02:22] <stub> Sounds good.
[02:22] <stub> I'll file a bug
[02:22] <SteveA> i think sharing the cookie among launchpad.net and blueprint.launchpad.net is a feature
[02:23] <SteveA> thanks jamesh.  good observation.
[02:23] <SteveA> stub: please subscribe me to the bug
[02:23] <SteveA>  * Production and staging (stub)
[02:23] <stub> Staging is being boring, which is good.
[02:23] <stub> Production rollout got missed this week due to bzr taking way to long to branch on Tuesday and not wanting downtime on Wednesday for the Ubuntu Hug day.
[02:23] <stub> I can roll updates out tonight if anyone is going to cry - otherwise I'll skip this weeks rollout and do an update next Tuesday of HEAD-as-of-now(ish).
[02:23] <SteveA> stub: mark requested a rollout this week
[02:24] <kiko> stub, yeah, do it tonight.
[02:24] <kiko> I have the report hot
[02:24] <stub> Of any particular feature or patch?
[02:24] <SteveA> all the pending ones :-)
[02:24] <carlos> stub: yes, let me check...
[02:24] <carlos> rev 1851
[02:24] <Ubugtu> Malone bug 44183 in launchpad-bazaar "supermirror branch puller does not preserve source branch format" [Major,Confirmed]  http://launchpad.net/bugs/44183
[02:24] <Ubugtu> Malone bug 44182 in launchpad-bazaar "supermirror branch puller leaves empty branch when initial mirroring fails" [Major,Confirmed]  http://launchpad.net/bugs/44182
[02:24] <carlos> it will help a lot to translate dapper
[02:25] <ddaa> though it's not a critical issue
[02:25] <stub> ddaa: Can I just not update the supermirror code - keep it running on current code?
[02:25] <stub> I don't think I saw any DB patches land that would bite it...
[02:26] <ddaa> stub: it's okay, the new bzr has not yet landed AFAIK
[02:26] <ddaa> lifeless/spiv just hold it back until rollout
[02:27] <SteveA> stub: what's your decision?
[02:27] <ddaa> stub: I mean, please rollout supermirror stuff
[02:27] <stub> Well... since I don't know what Mark actually wanted to land, I'll roll out 3538 or there abouts and cross my fingers
[02:28] <stub> I'll need to trawl the commits lists to determine the exact revision
[02:28] <mpt> stub, including 3541 :-)
[02:28] <jamesh> stub: there were db patches in my bzrsync landing that tighten some constraints.  That might cause problems if the bzrsync code is not updated
[02:28] <stub> mpt: Noted.
[02:29] <stub> HOWEVER! If the bzr tagging takes too long again, it might be tomorrow
[02:29] <carlos> stub: The revision number I asked you is one of marks' landing 
[02:29] <kiko> stub, there's 3540, 3541, 3545, 3547 and 3548 though
[02:29] <kiko> which all fix bugs
[02:29] <ddaa> i.e. the branch scanner will need to be rolled out, or it will break
[02:29] <kiko> you could also include 3546 if you are feeling brave
[02:29] <stub> kiko: Noted
[02:29] <SteveA> let's move on
[02:29] <stub> kiko: I landed that - no problems ;)
[02:30] <SteveA> we can refine the patch list later
[02:30] <SteveA>  * Use of dapper bzr (kiko)
[02:30] <kiko> okay
[02:30] <kiko> can you all make sure right now that you are using bzr from dapper?
[02:30] <kiko> I believe that is 0.8~200604291148-0ubuntu2
[02:30] <mpt> bzr (bazaar-ng) 0.8rc1
[02:30] <kiko> so ending 1148-0ubuntu2
[02:31] <jamesh> there is a 0.8 package in dapper but it conflicts with the current bzrtools
[02:31] <jamesh> current bzrtools package, that is
[02:31] <kiko> mpt, you need to use dpkg -l bzr to check.
[02:31] <SteveA> mpt: apt-cache policy bzr
[02:31] <mpt> Yes, I didn't upgrade today because it wanted to remove bzrtools, and I didn't want to do that
[02:31] <kiko> jamesh, yeah, bzrtools I have is from 0407.
[02:31] <stub> Bug 44160
[02:31] <Ubugtu> Malone bug 44160 in bzrtools "bzrtools removed on bzr upgrade and cannot be reinstalled" [Normal,Unconfirmed]  http://launchpad.net/bugs/44160
[02:31] <mpt> same as bradb
[02:31] <SteveA> use: apt-cache policy bzr, and check that the marked one is from dapper/universe
[02:32] <mpt> huh
[02:32] <mpt> Why is it in universe?
[02:32] <mpt> ok, offtopic, sorry
[02:32] <MalcolmCleaton> I'm on dapper, but my bzr is just 0.8-0ubuntu1
[02:32] <Ubugtu> Malone bug 44160 in bzrtools "bzrtools removed on bzr upgrade and cannot be reinstalled" [Normal,Unconfirmed]  http://launchpad.net/bugs/44160
[02:32] <SteveA> MalcolmCleaton: use apt-cache policy bzr, or dpkg -l bzr
[02:32] <SteveA> MalcolmCleaton: does that still report that version?
[02:32] <carlos> MalcolmCleaton: that's a good one
[02:33] <MalcolmCleaton> Yes
[02:33] <kiko> oh, I think that's the newer version.
[02:33] <carlos> is latest version
[02:33] <ddaa> just did apt-get update, and apt-cache policy tells me the only thing it knows is 0.8-0ubuntu1
[02:33] <SteveA> cool
[02:33] <carlos> but you lack the bzrtools package then
[02:33] <bradb> not if he did an apt-get update
[02:34] <bradb> (or upgrade)
[02:34] <kiko> hmmm
[02:34] <kiko> okay, so a mess
[02:34] <kiko> let me ask this again next week
[02:34] <lifeless> ddaa: why not rollout ?
[02:34] <SteveA> the bzr packagers should get the bzrtools thing sorted
[02:35] <carlos> bradb: bzrtools conflicts with that bzr version, if he has it, bzrtools is not installed
[02:35] <ddaa> lifeless: will cause knit branches to be published at weave
[02:35] <SteveA> kiko: may i move on?
[02:35] <kiko> MeetingAction: kiko to talk to bzrtools and bzr packagers to sort out this nonsense.
[02:35] <ddaa> lifeless: all of them
[02:35] <kiko> yes
[02:35] <SteveA>  * cc experts onto bugs (steve)
[02:35] <bradb> carlos: <ot>yeah, but upgrade doesn't remove packages. only dist-upgrade would.</ot>
[02:35] <lifeless> after meeting I guess
[02:35] <SteveA> so, we're getting too much bug traffic for various people such as stu and me to keep up with it all
[02:35] <SteveA> i haven't been keeping up for *ages*
[02:35] <carlos> bradb: <ot>and you will not get that new package either ;-)</ot>
[02:36] <SteveA> so, i propose that we proactively cc stuart onto bugs where you think he might be interested.  same for me.  same for other people who specialize in a particular area in launchpad.
[02:36] <SteveA> it is easy to unsubscribe yourself if you find you're subscribed to a bug you're not interested in
[02:37] <SteveA> kiko, matsubara: does that sound okay with you?
[02:37] <matsubara> SteveA: yes.
[02:37] <SteveA> cool, thanks
[02:37] <SteveA>  * bzr and PQM performance (kiko)
[02:37] <kiko> SteveA, how do you filter these bugs?
[02:37] <kiko> okay, n/m
[02:37] <mpt> I'm subscribed to launchpad-bugs@, so if anyone (or any checkbox) subscribes me to any bug I will growl at them
[02:37] <aa_> um, would there be any interest in me releasing this bug-reporter separately from the application I have embedded it in?
[02:38] <kiko> am I correct in saying that PQM is at the moment being as slow as molasses?
[02:38] <kiko> and that the root cause of this is bzr merge slowness?
[02:38] <kiko> and if so, is there a plan to fix that? and if so, is there an ETA?
[02:38] <SteveA> aa_: please ask after the launchpad meeting.  it will finish at 4.45 sharp
[02:38] <SteveA> um, 1245 UTC
[02:38] <stub> kiko: As far as I can tell, yes for the cause.
[02:38] <lifeless> slow yes. I can generate some hard stats on precisely why, but I have lots of indications that it is reweaving being triggered still
[02:39] <lifeless> the plan is to migrate to knits.
[02:39] <aa_> SteveA: oh, okie dokie
[02:39] <SteveA> lifeless: please communicate the plan and projected dates to kiko
[02:39] <kiko> lifeless, indication but not proof? I'm in search of hard facts
[02:39] <lifeless> bzr 0.8 is out. bzrtools 0.8 is out, so I need to finish off testing the tool chain (nearly done)
[02:39] <SteveA>  * Rebalancing portlets (kiko)
[02:39] <SteveA> we have 5 minutes of meeting left
[02:39] <lifeless> and then do the documentation and we can upgrade
[02:39] <SteveA> so i'm aggressively moving on
[02:39] <lifeless> done
[02:40] <SteveA>  * Rebalancing portlets (kiko)
[02:40] <kiko> mark has requested we take a look at our existing pages
[02:40] <SteveA> after the recent UI work with the new hierarhy and javascript menu bling...
[02:41] <SteveA> we removed the "site map" portlet
[02:41] <kiko> the fact that navigation has moved from the left to the right means that many pages do not have RHS portlets
[02:41] <SteveA> yep
[02:41] <jamesh> some of the ones without RHS portlets could probably be switched to 2 column layout
[02:41] <jamesh> e.g. the bzr branch info page
[02:41] <kiko> mark wants us to make sure that 3-col pages look "balanced" in terms of having a fair balance of LHS and RHS portlets
[02:42] <kiko> ddaa, it violates the current UI guidelines, and that is a higher-priority problem. if you want to fix the UI guidelines, pick that battle.
[02:42] <SteveA> jamesh: in those cases, we should consider whether there is any information that could be helpfully presented in the RHS, or whether a 2 col layout is really better for that page.
[02:42] <kiko> jamesh, 2-col is only supposed to be used if there is an actual issue with page content flodding into RHS portlets.
[02:42] <SteveA> jamesh: please consult with kiko or me in these cases
[02:42] <ddaa> kiko: I know it's a lost battle right now, and I have other things to attract sabdfl's wrath
[02:43] <kiko> I am not particularly in favor of the current UI guidelines, but I am in favor of us following them until they are changed.
[02:43] <kiko> (IOW I feel your pain, but you need to work with what we have)
[02:43] <SteveA> more UI discussion for after this meeting, if necessary please
[02:43] <jamesh> kiko: sure.  I brought up the branch info page because it is displaying revision log messages as one column in a table
[02:43] <SteveA>  * Keep Bag Change (defered)
[02:43] <SteveA>  * Three Sentences
[02:43] <jordi>  DONE: schooltool merge/import, rosetta email processing, promotion of official rosetta usage for Gaim (ongoing)
[02:43] <kiko> jamesh, right
[02:43] <jordi> TODO: Clear the import queue, several pending emails
[02:43] <stub> DONE: Various production odds and sods. Drive by bug fixes.
[02:43] <stub> TODO: Searching g inprovements (Bug 29227), try to investigate the-row-i-just-inserted-isn't-there errors (Bug 44032)
[02:43] <stub> BLOCKED: No.
[02:43] <Ubugtu> Malone bug 29227 in malone "Searching for "pmu" doesn't find "/dev/pmu"" [Critical,In progress]  http://launchpad.net/bugs/29227
[02:43] <salgado> DONE: Taught the mirror prober how to probe cdimage mirrors and did a few other fixes on it, code review, shipit fixes and discussion and some random bug fixes
[02:43] <MalcolmCleaton> DONE: started coming up to speed
[02:43] <salgado> TODO: Get shipit reviewed and land it, finish changes on the mirror prober and get it through review.
[02:43] <salgado> BLOCKED: No
[02:43] <Ubugtu> Malone bug 44032 in launchpad "Out of order SQL queries triggering foreign key constraints" [Normal,Unconfirmed]  http://launchpad.net/bugs/44032
[02:44] <matsubara> DONE: oops report analysis, bug triage, support requests, fixed oops bugs.
[02:44] <matsubara> TODO: more of the same
[02:44] <matsubara> BLOCKED: no
[02:44] <jordi> BLOCKED: no
[02:44] <kiko> DONE: perf reviews, MM and Shipit engineering, QA assistance, interviews, management
[02:44] <BjornT> DONE: reviews. looked at zope.testbrowser and related stuff. landed the branch XMLRPC branch from London. debug an error using zope.testbrowser.
[02:44] <cprov> DONE: fixed/investigated dup librarian filenames issue, old branches catch up and soyuz short-term milestones meeting with elmo/Kamion
[02:44] <cprov> TODO: apt-ftparchive performance and autosync setup for edgy (using current tools)
[02:44] <cprov> BLOCKED: finish building edgy tests with adconrad (need to find time to do a pair programming session again)
[02:44] <carlos> DONE: bugs #41071 #35631, dapper imports review, user support, Esperanto OOO translation recovery, PoMsgSetPage review and test additions, 
[02:44] <carlos> TODO: Finish POMsgSetPage test additions, add test for #35631 (Karma handling in Rosetta), migrate translations from breezy to dapper.
[02:44] <carlos> BLOCKED: No
[02:44] <spiv> DONE: Reviews, mercifully brief jury duty, fixing up sourcecode bustage.
[02:44] <Ubugtu> Malone bug 41071 in rosetta "All ooo-translations are overridden by the English originals" [Normal,In progress]  http://launchpad.net/bugs/41071
[02:44] <mpt> DONE: MaloneSimplifications fixes, bug fixes
[02:44] <mpt> TODO: land MaloneSimplifications; BreadcrumbMenus QA, PageHeadings spec
[02:44] <mpt> BLOCKED: no
[02:44] <BjornT> TODO: improve bug watch widgets. fix bug causing zope.testbrowser to fail. reviews. fix a few small bugs.
[02:44] <spiv> TODO: Finish sourcecode bustage fixing, launchpad-bazaar bugs #44182 and #44183, Ubuntu wiki work.
[02:44] <spiv> BLOCKED: no.
[02:44] <ddaa> DONE: importd rollout, error reporting review, sql optimisation, misc. bazaar coordination and production diagnostic
[02:44] <ddaa> TODO: braindump repos on sftp server, more production diagnostics, cscvs/bzr-native
[02:44] <ddaa> BLOCKED: sourcecode merge fixage (spiv's on it)
[02:44] <Ubugtu> Malone bug 44182 in launchpad-bazaar "supermirror branch puller leaves empty branch when initial mirroring fails" [Major,Confirmed]  http://launchpad.net/bugs/44182
[02:44] <kiko> TODO: perf review feedback, report, coding
[02:44] <Ubugtu> Malone bug 44183 in launchpad-bazaar "supermirror branch puller does not preserve source branch format" [Major,Confirmed]  http://launchpad.net/bugs/44183
[02:44] <BjornT> BLOCKED: no
[02:44] <lifeless> DONE: bzr 0.8 release, post bzr bufixes, planning for QC tasks
[02:44] <kiko> BLOCKED: nah
[02:44] <lifeless> TODO: post 0.8 bugfixes, rocketfuel knit conversion
[02:44] <MalcolmCleaton> TODO: Finish coming up to speed, in order to fully benefit from and be useful in the sprint on 22nd May
[02:44] <lifeless> blOCKED: no
[02:44] <MalcolmCleaton> BLOCKED: no
[02:44] <SteveA> DONE: management stuff, recruitment stuff, menus stuff, stuff
[02:44] <SteveA> TODO: menus integration, other stuff
[02:44] <SteveA> BLOCKED: no
[02:44] <jamesh> DONE: branch pull listing (bug 40383), pending-reviews script updates, code reviews, sprint meeting scheduler stuff, supermirror branch pull list
[02:44] <jamesh> TODO: sprint meeting shceduler, code reviews, supermirror branch pull list
[02:44] <jamesh> BLOCKED: no
[02:44] <Ubugtu> Malone bug 40383 in launchpad-bazaar "remove InternalHTTPLayer" [Major,Confirmed]  http://launchpad.net/bugs/40383
[02:45] <kiko> is that all?
[02:45] <SteveA> no significant blocked stuff that we can help with...
[02:45] <bradb> DONE: Fixed bugs 36866, 42491, and 43650. Fixed a validation issue that was causing mdz grief. Finished BugDateLastUpdated.
[02:45] <bradb> TODO: Make bug subscriptions implicit. Stuff.
[02:45] <bradb> BLOCKED: No, though pqm turnaround time is a major inconvenience.
[02:45] <Ubugtu> Malone bug 36866 in malone "Searching for bugs after selecting a certain status from the Right-Hand-Menu resets the search" [Major,In progress]  http://launchpad.net/bugs/36866
[02:45] <Ubugtu> Malone bug 42491 in malone "Available milestones are incorrectly always those of the bug page's context" [Normal,In progress]  http://launchpad.net/bugs/42491
[02:45] <SteveA> okay, time's up.
[02:45] <kiko> bradb, good work on the short-term fixes, I appreciated that
[02:45] <SteveA> thanks everyone
[02:45] <SteveA> MEETING ENDS
[02:45] <bradb> kiko: thanks
[02:45] <MalcolmCleaton> thanks
[02:45] <kiko> bradb, it gives such a better impression of throughput I was smiling
[02:46] <ddaa> salgado: ping about whitespace stripping widget
[02:46] <SteveA> lifeless: what can we do to get PQM working better for us soon?
[02:46] <bradb> kiko: :)
[02:46] <lifeless> ddaa: I think its better to publish new knits now, than to defer some arbitrary time
[02:46] <ddaa> lifeless: ping about new bzr deployment
[02:46] <salgado> ddaa, ping matsubara about it. :)
[02:46] <lifeless> SteveA: convert to knits asap
[02:46] <mpt> bradb, what kind of bug subscriptions?
[02:46] <lifeless> ddaa: even if some get published as weaves.
[02:46] <salgado> ddaa, he's fixing it right now
[02:46] <ddaa> lifeless: did you look at 44183?
[02:46] <bradb> mpt: Implicit.
[02:46] <lifeless> bug 44183
[02:46] <Ubugtu> Malone bug 44183 in launchpad-bazaar "supermirror branch puller does not preserve source branch format" [Major,Confirmed]  http://launchpad.net/bugs/44183
[02:46] <bradb> mpt: i.e. implicit qa subs
[02:46] <ddaa> lifeless: the problem is larger than we thought
[02:47] <mpt> bradb, QA?
[02:47] <bradb> package/product/distro contacts
[02:47] <mpt> bradb, like PackageSubscriptions and ProductSubscriptions?
[02:47] <lifeless> ddaa: it used to use clone, I wonder when that snuck in.
[02:47] <salgado> spiv, do you have a few minutes to talk about an issue I'm having with twisted?
[02:47] <bradb> yeah
[02:47] <ddaa> salgado: sorry, got confused again
[02:47] <spiv> salgado: sure.
[02:47] <lifeless> ddaa: should be trivial to fix.
[02:47] <matsubara> ddaa: So I have this branch with a fix for bug 34105 and there's a widget there that strips leading and trailing whitespaces. might be useful for you.
[02:47] <Ubugtu> Malone bug 34105 in malone "Strip leading and trailing whitespace before storing a bug watch's remotebug in the db" [Major,In progress]  http://launchpad.net/bugs/34105
[02:47] <spiv> ddaa: It's right at the top of my todo list.
[02:47] <mpt> bradb, so more than one person will be able to subscribe to the same thing?
[02:48] <matsubara> I'll put it up for review today.
[02:48] <aa_> oh yikes, that was the meeting? well sorry to disturb :)
[02:48] <ddaa> lifeless: I'm not discussing that, those new bugs are very simple to fix, but they need to be done
[02:48] <ddaa> spiv: great!
[02:48] <bradb> mpt: What do you mean by "more than one person"? More than one person can already subscribe to a bug.
[02:48] <SteveA> lifeless: when can we be beyond the conversion, and happily using knits for LP development?
[02:49] <SteveA> lifeless: and, do you need hardware resources for this?
[02:49] <ddaa> matsubara: I think it would make sense to use it in for all URL widgets, across launchpad
[02:49] <mpt> bradb, more than one person subscribing implicitly to all bugs on a package/product/project/distro
[02:49] <lifeless> SteveA: I have the hardware. I have a converted branch. Its documented on the RocketfuelToKnits page
[02:49] <lifeless> SteveA: I have tomorrow already slated to finish toolchain testing
[02:49] <ddaa> matsubara: can you extend the scope of your branch to do that?
[02:49] <lifeless> SteveA: if you are willing to have a rough and ready conversion, we can convert Monday
[02:49] <jamesh> lifeless: do you need to be able to throw a pie at someone to get it done?
[02:50] <lifeless> jamesh: not this time, theres no bet on it :)
[02:50] <MalcolmCleaton> Can somebody add me to the launchpad team on launchpad?
[02:50] <ddaa> matsubara: in the cases where somebody _really_ means a URL with a trailing space, it's still possible to use the urlescaped form.
[02:50] <carlos> MalcolmCleaton: what's your launchpad account?
[02:50] <kiko> a trailing space in a URL is the crackest thing I've ever heard
[02:50] <MalcolmCleaton> carlos: malcolmcleaton
[02:50] <kiko> MalcolmCleaton, have you considered using a shorter IRC nick? :)
[02:51] <lifeless> like, 'mc'
[02:51] <ddaa> kiko: strictly speaking it's legal :)
[02:51] <mpt> Yes, it's too human-readable
[02:51] <sabdfl> ddaa: we've had a consistent approach of name validation that precludes certain names, need to do the same for branch
[02:51] <ddaa> sabdfl: it's not about names
[02:51] <ddaa> it's about branch.url
[02:51] <mpt> btw, welcome MalcolmCleaton 
[02:51] <matsubara> ddaa: it's possible to extend it, but that means I'll have to write pagetests to all URL callsites tha are being stripped? 
[02:51] <bradb> mpt: With packages yes, because a package can already have multiple contacts. With product and distro, no, that'll stay how it is currently. The change here is that bug contacts will be looked up a bugmail sending time, rather than assumed to be an explicit part of the Cc list. That way: 1. when you subscribe to a $whatever, you automatically get bugmail from all its bugs, past, present, and future, 2. when you unsub, you stop gett
[02:51] <lifeless> well, 11pm here, going to say gnight
[02:51] <carlos> MalcolmCleaton: done
[02:51] <ddaa> sabdfl: branch names are already validated (though they have a slightly different rule for arch compatibility reasons)
[02:52] <MalcolmCleaton> carlos: Thanks
[02:52] <stub> IIRC branch names got fuzzy because we needed to support the old arch names. I'm fuzzy on the actual details though.
[02:52] <carlos> MalcolmCleaton: btw, you should add your canonical email there
[02:52] <mpt> bradb, "stop get"
[02:52] <mpt> but, that seems very promising
[02:52] <bradb> ...stop getting that mail, 3. you'll be able to explicitly say, somehow, "I want to keep getting mail on this bug, even if i'm not a $whatever bug contact"
[02:53] <ddaa> matsubara: it's probably possible to make it automagic using some zope chicken bones
[02:53] <mpt> bradb, gret
[02:53] <mpt> great
[02:53] <SteveA> mpt: branch URLs should conform to the URL-related RFCs
[02:53] <SteveA> um
[02:53] <SteveA> ddaa: branch URLs should conform to the URL-related RFCs
[02:53] <SteveA> rather than mpt
[02:53] <MalcolmCleaton> carlos: Done
[02:53] <SteveA> ddaa: so i'd expect spaces to be represented as %20 or "+" depending on where they occur
[02:53] <SteveA> ddaa: and we may need a way to make a canonical representation of a URL
[02:54] <matsubara> well, the widget only strips trailing and leading whitespaces.
[02:54] <carlos> MalcolmCleaton: cool, thanks
[02:54] <ddaa> SteveA: traditionally, UIs tend to accepts URL in unescaped form
[02:54] <SteveA> ddaa: yes, but that's just the UI
[02:55] <matsubara> ddaa: if you want to take a look at it's on chinstrap. /home/warthogs/archives/matsubara/launchpad/strip-white-space/
[02:55] <lifeless> night all
[02:55] <kiko> matsubara, don't let ddaa add more requirements to your branch
[02:55] <SteveA> lifeless: i'm happy for you to convert monday
[02:55] <ddaa> matsubara: okay, nevermind then
[02:55] <SteveA> lifeless: provided people can get a suitable bzr and tools from dapper
[02:55] <ddaa> kiko: I was just saying "it would be nice"
[02:56] <kiko> ddaa, can't let branches grow too much but I am happy for matsubara to work on an additional bug you report
[02:56] <kiko> (or point out of it is already reported)
[02:56] <ddaa> okay, I'll look at it
[02:57] <ddaa> SteveA also said something interesting about db constraint and RFC conformance
[02:58] <kiko> matsubara, I am proactively trying to reduce overhead for branches
[02:58] <kiko> so you do the same :-P
[02:59] <matsubara> kiko: all right.
[03:00] <ddaa> mpt: can you think of any use case for _not_ stripping whitespace in a form?
[03:00] <uws> Makefile snippets!
[03:00] <kiko> argh
[03:00] <ddaa> uws: I mean leading and trailing whitespace
[03:00] <kiko> aa_, sorry, I remember you said something in the middle of the meeting -- what was up?
[03:01] <uws> ddaa: yeah, leading whitespace matters for a makefile SNIPPET ;P
[03:01] <uws> ddaa: (otherwise, no)
[03:01] <uws> ddaa: (I've thought of implementing that for my own web library stuff (in PHP) too)
[03:02] <mpt> ddaa, none for trailing whitespace
[03:02] <mpt> and none for leading or trailing whitespace in single-line fields
[03:03] <ddaa> fine, multi-line fields tends not to be read by picky machines anyway
[03:04] <carlos> see you later
[03:09] <ddaa> kiko: if you are happy with it, I'll assign bug 44197 to matsubara.
[03:09] <Ubugtu> Malone bug 44197 in launchpad "Strip leading and trailing whitespace from all single-line fields" [Normal,Unconfirmed]  http://launchpad.net/bugs/44197
[03:09] <sabdfl> ddaa: ah, ok. thanks. then i guess we should only enforce the relevant RFC's
[03:10] <sabdfl> stevea, kiko: great meeting
[03:10] <kiko> sabdfl, oh, thanks.
[03:11] <ddaa> I think URL RFC enforcement is a bit problematic UI-wise, as it would prevent the user from entering non-escaped URLs or would prevent user-entered URLs from roundtripping in the UI.
[03:11] <kiko> ddaa, I am happy for that -- it's an excellent enhancement to his current work
[03:12] <ddaa> done
[03:14] <aa_> kiki: right, yes sorry, I was sondering if it was worth releasing this bug reporter as a separate thing from pida
[03:15] <aa_> oops, kiko I mean
[03:16] <kiko> very funny
[03:17] <kiko> aa_, is it easy to do? if so, it's definitely be nice to have a standalone bug reporter -- I know the distro team are looking for something like this
[03:17] <aa_> easy? just a tarball
[03:17] <kiko> Keybuk, if you want some code that files LP bugs remotely, aa_ has something for you.
[03:17] <kiko> aa_, well, managing the release separately too
[03:18] <aa_> oh right, yes, well, I would use it as an svn external
[03:18] <aa_> in fact, I'll just do it
[03:18] <kiko> thanks
[03:19] <stub> Launchpad will be going down in 30 minutes for a regular code update. Estimated down time will be 15 minutes. Wikis will be in read only mode during this period.
[03:37] <Keybuk> kiko: filing bugs is not problem
[03:37] <Keybuk> getting list of filed bugs is problem
[03:41] <kiko> Keybuk, gotcha.
[03:46] <Seveas> riddle me this, riddle me that. I got this in the launchpad mail:
[03:46] <Seveas> ** Bug 36599 has been marked a duplicate of this bug
[03:46] <Seveas> -- 
[03:46] <Seveas> Microsoft has a majority market share
[03:46] <Seveas> https://launchpad.net/bugs/1
[03:46] <Ubugtu> Malone bug 36599 in hotplug "Install Hangs on "Hotplug"" [Normal,Unconfirmed]  http://launchpad.net/bugs/36599
[03:46] <Ubugtu> Malone bug 1 in Ubuntu Dapper "Microsoft has a majority market share" [Critical,Confirmed]  
[03:46] <Seveas> however, bugg 36599 is marked as dup of bug 3140
[03:46] <Ubugtu> Malone bug 3140 in malone "Bug watches can't be removed" [Critical,In progress]  http://launchpad.net/bugs/3140
[03:46] <Keybuk> it was marked as a dup of 1 for a while
[03:46] <Keybuk> then I found a better bug to mark it as a dup of
[03:46] <kiko> Seveas, what Keybuk said
[03:46] <kiko> (beat me to it)
[03:46] <Seveas> ai
[03:47] <Keybuk> there's an annoying Malone bug that once you get an upstream task assigned to someone, then you cannot do ANYTHING about it
[03:47] <Seveas> so the mail interface is just slow 
[03:47] <kiko> Keybuk, sorry it took a while to fix that one, it's actually been written but tied up
[03:47] <Keybuk> and it forever shows up in their list
[03:47] <Keybuk> kiko: yeah, I'd gathered that was on the card
[03:47] <kiko> @!#!@
[03:47] <Seveas> kiko, when do we get mark-as-suplicate-via-mail?
[03:49] <kiko> Seveas, mmmm?
[03:49] <bradb> s/sup/dup/
[03:50] <Seveas> kiko, what I really miss in the mail interface is a duplicate-of #XXXX command
[03:50] <bradb> That could be done in like half an hour or an hour + 20 hours through pqm.
[03:50] <Seveas> should I file a wishlist bug?
[03:50] <matsubara> Seveas: I think there's a open bug for it
[03:51] <sivang> bradb: heh
[03:51] <Seveas> ah, couldn't find it
[03:52] <Seveas> oh while I'm at it: there's quite a bit of confusion between tasks and bugs in the mail interface. You can only change the status etc of one task. And the X-launchpad headers only contain status for one task
[03:52] <kiko> Seveas, neither are true, hopefully!
[03:52] <Seveas> kiko, then how do I select a task via the mail interface?
[03:53] <kiko> Seveas, you can change the status of the second task but you need to specify what it applies to (affects /products/pornlets)
[03:53] <matsubara> Seveas: found it. bug 5190
[03:53] <Seveas> last time I tied that it opened a new task
[03:53] <Seveas> tried*
[03:53] <kiko> Seveas, you can't have duplicate tasks for different contexts on the same bug
[03:53] <kiko> Seveas, by definition
[03:53] <Seveas> true
[03:53] <kiko> so you must have done something slightly different
[03:53] <kiko> Seveas, and the X-LP heades /should/ contain multiple lines
[03:53] <kiko> one for each task
[03:54] <kiko> to be clearer: you'll have multiple X-LP headers in that situation.
[03:55] <Seveas> hmm, something between LP and my mailbox is filtering multiple-headers-with-the-same-name
[03:57] <fabbione> kiko: consigliere!
[04:01] <kiko> the great padrino appears
[04:01] <kiko> I have your email
[04:09] <fabbione> kiko: cool thanks
[04:10] <kiko> I will take action upon it
[04:12] <fabbione> kiko: does it make sense what i am asking for?
[04:13] <fabbione> or do you need more details?
[04:13] <kiko> yes, it makes absolute sense
[04:13] <kiko> the latter problem is not so easy to fix
[04:13] <fabbione> ok thanks
[04:13] <kiko> but I'll give you support if it can be worked around
[04:14] <aa_> right ok, done: https://launchpad.net/products/launchpad-report-tool/
[04:15] <aa_> have a nice life everyone, and someone please let me know when/if the xmlrpc happens :)
[04:18] <kiko> aa_, you rock!
[04:18] <aa_> not really, but there you go :)
[04:18] <kiko> aa_, are you okay with me including a reference to it in today's launchpad report?
[04:18] <kiko> (i.e. make it public?)
[04:18] <aa_> please do, I need users and bugs to fix
[04:19] <aa_> I mean it was only conceived yesterday, released today, I wonder what happens tomorrow
[04:19] <kiko> that's how it should be 
[04:19] <aa_> but yes, please include it
[04:32] <carlos> sabdfl: https://launchpad.net/distros/ubuntu/dapper/+lang/es <- you rock
[04:34] <stub> Needs batching - taking forever to download :-(
[04:35] <carlos> stub: it was fast here...
[04:36] <stub> Your a few thousand kilometers closer to the server!
[04:36] <carlos> stub: but yes, I think we should implement batching there
[04:36] <carlos> ;-)
[04:36] <bradb> BjornT: Do you have a patch for that testbrowser exception, by any chance? I'm converting some more tests atm, and could really use a fix, if you think it's not too hard.
[04:36] <stub> Finally finished downloading
[04:36] <stub> Maybe two minutes
[04:36] <carlos> stub: we got a bug report that a user using a RTC connection was not able to see the whole page 
[04:37] <carlos> I guess it took too much time and his browser closed the connection
[04:37] <stub> Our load balancer will declare a client dead if sending the page takes too long
[04:37] <stub> Might need tuning - no idea what the current setting is or the default
[04:38] <carlos> oh, so we could fix that?
[04:38] <ddaa> might be all the pictures...
[04:38] <stub> Maybe - depends if the option is turned on or not. Need to rt that request
[04:39] <ddaa> stub: is it conceivable that launchpad is not supporting pipelining? That would explain latency problems on that page.
[04:39] <BjornT> bradb: well, do you want a patch you can apply locally until i merge my fix?
[04:39] <stub> ddaa: Its conceivable - I'm still stuck in HTTP/1.0 land so can't really test ;)
[04:39] <kiko> carlos, do you have a moment to talk about bug 41653?
[04:39] <Ubugtu> Malone bug 41653 in rosetta "Import of po file goes in the wrong template" [Major,Fix released]  http://launchpad.net/bugs/41653
[04:40] <sabdfl> carlos: looks good! glad to see translations flowing in fast to the new files
[04:40] <carlos> kiko: sure, let me find the bug I'm talking with stub first, and I'm all yours
[04:40] <sabdfl> we need to show the number of messages in each pot
[04:40] <sabdfl> so you can see how big one is
[04:40] <sabdfl> also... need that prioritisation in there
[04:40] <sabdfl> but in general it's looking fantastic
[04:40] <bradb> BjornT: I guess it won't matter much, because I need it to be in rf anyway by the time I merge.
[04:42] <kiko> sabdfl, did you manage to land your fix for that bug that malcc found?
[04:42] <carlos> sabdfl: yeah, I was planning to group them by KDE, GNOME, XFCE, base as the first step for prioritisation
[04:42] <carlos> stub: I cannot find the bug now :-(
[04:42] <kiko> matsubara, what's the bug number for the bug that sabdfl fixed, making the distrorelease page list all languages?
[04:43] <matsubara> kiko: let me look for it
[04:43] <kiko> thanks!
[04:44] <matsubara> kiko: is bug 2036?
[04:44] <Ubugtu> Malone bug 2036 in rosetta "DistroRelease language page should show *all* templates" [Major,Fix released]  http://launchpad.net/bugs/2036
[04:44] <BjornT> bradb: https://chinstrap.ubuntu.com/~dsilvers/paste/filegmfA8R.html will fix the problem so you can continue working, but it's not the fix i'm going to merge to rf.
[04:44] <kiko> matsubara, yes, star.
[04:45] <aze45> matsubara: i'm eric from support request #858, and i managed to login now on the wiki. But with my launchpad.net address (my email address) and not my WikiName as i did at first, is this normal?
[04:46] <bradb> BjornT: Can I merge it with my changes?
[04:47] <matsubara> aze45: yes, I suppose there's a bug open on changing the text on the wiki to explicitly tell the users to use their email. let me look for it
[04:48] <BjornT> bradb: no. it's for the zope tree, though, so you can apply the patch and still commit in your launchpad tree without committing the patch.
[04:48] <bradb> ah, right. won't be able to merge though.
[04:48] <matsubara> aze45: that's bug 39814
[04:49] <Ubugtu> Malone bug 39814 in launchpad "Misleading login hint" [Normal,Confirmed]  http://launchpad.net/bugs/39814
[04:50] <kiko> bradb, careful when overwriting your sourcecode tree when rsyncing, eh?
[04:51] <aze45> matsubara: ok, i found it. The same happens to me. But i managed to log in with my WikiName at first, only changing the password made it impossible... strange...
[04:53] <matsubara> aze45: I'm not sure if that was possible in the past. spiv would be able to answer that.
[04:53] <aze45> matsubara:Did i have to close my support request?
[04:53] <kiko> matsubara, is aze45 unable to log in?
[04:53] <kiko> (to the wiki?)
[04:54] <aze45> kiko:no, it's ok now, it was impossible with my WikiName after a password change/recover
[04:54] <matsubara> kiko: now he is able. he previously tried to login with his wikiname as the login
[04:54] <kiko> oh
[04:54] <kiko> don't we accept that?
[04:54] <kiko> or did his wikiname change and he didn't notice it?
[04:54] <kiko> it smells of a bug
[04:55] <aze45> kiko: my wikiname didn't change, i checked on launchpad
[04:55] <matsubara> aze45: I kindly ask you to close it if there's no other issue. thanks 
[04:55] <aze45> matsubara:ok 
[04:55] <bradb> kiko: wha?
[04:56] <matsubara> kiko: I think we used to accept that in the past, but now we don't, but only spiv knows for sure.
[04:57] <kiko> bradb, well, do you use link-external-sourcecode?
[04:57] <spiv> matsubara: not since we moved to Moin, at least.
[04:57] <kiko> spiv?
[04:57] <bradb> kiko: no
[04:57] <kiko> bradb, so you have individual checkouts of everything?
[04:57] <spiv> I don't recall precisely how the zwiki operated.
[04:58] <bradb> kiko: yeah
[04:58] <BjornT> kiko, matsubara: i think there's a bug open on that the wikis should ask for the email instead of Name
[04:58] <spiv> kiko?
[04:58] <matsubara> BjornT: that's bug  39814
[04:58] <Ubugtu> Malone bug 39814 in launchpad "Misleading login hint" [Normal,Confirmed]  http://launchpad.net/bugs/39814
[04:59] <BjornT> right, didn't follow the discussion properly :)
[05:01] <matsubara> spiv: well, aze45 said he could login with his WikiName before and now he can't. I pointed out that he should use his email address as the login and there's this bug open on the misleading login hint
[05:02] <bradb> BjornT: I def'd a function, helpers.nasty_testbrowser_workaround, which references bug 44064 too. This should make it easy to sweep up once the Real Fix is merged.
[05:02] <Ubugtu> Malone bug 44064 in launchpad "Pagetest using testbrowser causes ValueError and AttributeError" [Critical,Confirmed]  http://launchpad.net/bugs/44064
[05:03] <spiv> matsubara: I suppose it depends on how long ago "before" means.  Oh, there was some sort of testing hack that might have allowed that maybe, but it was never meant to work, and I'm too sleepy at the moment to recall the details.
[05:03] <aze45> spiv: before was one week or two no more
[05:04] <spiv> Nothing at all has changed in the last week or so that I'm aware of.
[05:04] <spiv> So I've go no idea.
[05:05] <aze45> spiv: exactly it was on april 26th when i manged to lon in the wiki, and edit some pages (my personal page for example)
[05:06] <aze45> "i managed to log in"
[05:06] <BjornT> bradb: do you have something important you need to merge which can't wait a day or two? i'll put the fix in the review queue today.
[05:06] <spiv> It's not supposed to work, and none of the code or anything has changed there to the best of my knowledge, so I really have no idea.
[05:07] <bradb> BjornT: not desparately important, it's more a question of throughput
[05:08] <bradb> BjornT: If I wait for that fix, it'll delay the merge at least a week, probably.
[05:08] <kiko> spiv, just confirming. hmm, weird.
[05:09] <aze45> spiv: very strange, i'm nearly 100% that i did it, but maybe i'm confused... is there a way to confirm or infirm that? (or is it non important?)
[05:10] <SteveA> re
[05:10] <spiv> aze45: If you can reproduce logging in with a wikiname, I'd be interested in hearing about it.  I suspect it also accepts your launchpad name, btw.
[05:10] <spiv> But right now, it's 1am here, so I need to sleep.
[05:11] <aze45> spiv:ok, i understand, just to finish : now i can't loggin with my wikiname, you want me to create a new false one?
[05:12] <spiv> aze45: Only if you want to spend time trying it.  It doesn't seem to be a common problem, so I'm not very worried about it.
[05:12] <aze45> spiv:ok
[05:13] <spiv> aze45: thanks for the report, sorry I wasn't able to shed much light on it.
[05:13] <spiv> Good night.
[05:13] <ddaa> gnight spiv
[05:13] <aze45> good night
[05:18] <ddaa> mpt: can you say what you think on bug 44039
[05:18] <Ubugtu> Malone bug 44039 in launchpad "Page that shows all Launchpad products and projects should be batched" [Normal,Confirmed]  http://launchpad.net/bugs/44039
[05:18] <ddaa> mpt: I think over-enthusiastic batching would severely reduce the usefulness of such pages
[05:19] <matsubara> bradb: +1
[05:29] <glatzor> hi, I just noticed that the German translation of openoffice dropped sagnificantly. 
[05:29] <glatzor> could there be an error in the import of the translations?
[05:29] <glatzor> https://launchpad.net/distros/ubuntu/dapper/+source/openoffice.org/+pots/ooo-writer
[05:30] <kiko> carlos?
[05:31] <carlos> glatzor: I need to talk with doko first, just a second..
[05:43] <carlos> glatzor: ok, seems like I fixed it, the German translation for ooo-writer and ooo-draw was blocked to be imported
[05:43] <carlos> glatzor: thanks for warning us, the translations should appear later today
[05:44] <kiko> glatzor, can you check and confirm on launchpad-users?
[05:44] <carlos> glatzor: some time ago we talked about blocking German translations for OOO.org
[05:44] <carlos> because they were using German as the base language
[05:44] <carlos> seems like I left behind those two .po files blocked
[05:45] <carlos> when we decided to import German too
[05:46] <glatzor> kiko: what do you want to do me exactly?
[05:46] <glatzor> thanks carlos
[05:47] <kiko> glatzor, just verify it's been done and works as you expect, and if not, email launchpad-users@lists.canonical.com
[05:48] <carlos> glatzor: it's just some QA to be sure that is fixed 
[05:49] <glatzor> kiko: ok. I misunderstood you. Thought that I should check the list :)
[05:49] <kiko> matsubara, what's the bug for TP caching again? (yes I suck)
[05:49] <matsubara> kiko: bug 35850
[05:49] <Ubugtu> Malone bug 35850 in launchpad "TeamParticipation caching not working" [Major,Fix released]  http://launchpad.net/bugs/35850
[05:55] <salgado> kiko, what method do you suggest to get the file list from releases.ubuntu.com?
[05:56] <kiko> salgado, urllib?
[06:07] <AlinuxSOS> hello again, can ordinary registered user upload .po files in rosetta? 
[06:11] <kiko> AFAIK yes
[06:14] <sabdfl> kiko: what's the ETA for PQM sanity?
[06:14] <kiko> sabdfl, I got none from lifeless.
[06:15] <SteveA> he said he'd be doing toolchain tests tomorrow
[06:15] <SteveA> and consider converting us totally to knits monday
[06:15] <SteveA> i have no idea how long such a conversion takes
[06:15] <kiko> I don't think the problem is well-understood though
[06:15] <SteveA> or whether we need to stop merging during that time
[06:16] <SteveA> so, optimistically, pqm issues will be fixed sometime monday
[06:16] <kiko> mmmm
[06:16] <SteveA> realistically, sometime after monday
[06:16] <SteveA> but i have no idea really
[06:19] <carlos> AlinuxSOS: depends on the translation permission used by the product or distribution you want to upload the file into
[06:29] <AlinuxSOS> carlos, Ubuntu, I'm administrator
[06:29] <AlinuxSOS> can my team ordinary member upload a file ?
[06:30] <carlos> AlinuxSOS: yes, any member of the team is able to upload files
[06:30] <carlos> in fact, anyone should be able to upload files, but if you are not member of the translation team, your changes will appear as suggestions
[06:30] <AlinuxSOS> so admin only can manage users and team in general, but translation permissions are the same righ ?
[06:31] <carlos> AlinuxSOS: right
[06:31] <AlinuxSOS> ok
[06:31] <AlinuxSOS> team member ca do it :)
[06:31] <AlinuxSOS> carlos, :) I saw new list of packages :)
[06:31] <AlinuxSOS> Kubuntu packages :)
[06:31] <AlinuxSOS> and don't want to work for kubuntu too :)
[06:32] <AlinuxSOS> I'm searching for Kubuntu administrator for georgian team :)
[06:32] <AlinuxSOS> when found I'll refer it to you :)
[06:32] <carlos> AlinuxSOS: well, you don't need anything from me for that
[06:32] <kiko> spiv, ping?
[06:32] <carlos> just add him as an admin in you team
[06:33] <AlinuxSOS> carlos, :) 
[06:33] <AlinuxSOS> ehe
[06:33] <AlinuxSOS> more improves 
[06:33] <AlinuxSOS> but I'm not owner
[06:33] <AlinuxSOS> I'm only admin.
[06:33] <AlinuxSOS> no probs with that ?
[06:36] <kiko> ddaa, ping
[06:36] <carlos> hmm, not sure, who is the owner?
[06:38] <AlinuxSOS> Alexander Didebulidze
[06:39] <AlinuxSOS> https://launchpad.net/people/?name=georgian&searchfor=all
[06:39] <AlinuxSOS> carlos, GNOME Georgian translations -- hm :)
[06:39] <AlinuxSOS> no need of this team :)
[06:40] <carlos> AlinuxSOS: why?
[06:40] <carlos> if we import GNOME's CVS translations we need to use official teams from GNOME
[06:40] <carlos> no matter that most of you are the same, the policy to approve people would be different
[06:41] <AlinuxSOS> carlos, because I'm the GNOME team coordinator for Georgian part.
[06:42] <carlos> AlinuxSOS: will you open GNOME translations to any KDE translator without knowing that they want to do changes in GNOME?
[06:42] <AlinuxSOS> Aiet Kolhi, has dishonoured GNOME's Georgian rapresentation.
[06:42] <carlos> I don't mean they are going to trash your translations
[06:42] <carlos> but the terms would be a bit different
[06:42] <carlos> AlinuxSOS: how is that?
[06:43] <AlinuxSOS> carlos, Christian Rose and Danilo Segan, decided that...there was no changes since 2.8 GNOME
[06:43] <AlinuxSOS> 2 years with 0,58% status.
[06:43] <carlos> AlinuxSOS: if you are the current coordinator
[06:43] <carlos> we should transfer you the control of that team
[06:44] <AlinuxSOS> http://developer.gnome.org/projects/gtp/teams.html
[06:44] <AlinuxSOS> ah why ?
[06:44] <carlos> yeah, I just saw it
[06:44] <AlinuxSOS> for me is sufficent do add/remove users :)
[06:44] <carlos> AlinuxSOS: because the idea behind those teams is to map exactly what GNOME has
[06:45] <AlinuxSOS> but have KDE/Kubuntu translations mixed with GNOME/Ubuntu translation :) is a bit difcult for me :)
[06:45] <AlinuxSOS> I need to search to a volontaire :)
[06:45] <AlinuxSOS> :)
[06:46] <AlinuxSOS> carlos, yep when I met you, there was a war between me and Ait Kolhi :) 
[06:46] <AlinuxSOS> on GNOME's mailing list :D
[06:46] <AlinuxSOS> http://l10n-status.gnome.org/gnome-2.14/ka/index.html
[06:46] <AlinuxSOS> You can see how is changed actual translations for Georgian team :)
[06:47] <carlos> yeah, I remember it a bit, I don't remember the details, but I remember something ;-)
[06:47] <AlinuxSOS> from 0.58% to 58% :)
[06:47] <carlos> AlinuxSOS: you are now the owner of that team and the only admin
[06:47] <AlinuxSOS> hehe
[06:47] <sabdfl> bradb!
[06:47] <AlinuxSOS> and the great thing is that I wanted only translate ubuntu :)
[06:47] <AlinuxSOS> not GNOME :)
[06:47] <carlos> AlinuxSOS: is not too useful atm, but will be as soon as we start importing GNOME's CVS
[06:47] <AlinuxSOS> but I liked Ubuntu
[06:47] <AlinuxSOS> it's my first distribution :)
[06:47] <carlos> AlinuxSOS: :-D
[06:47] <AlinuxSOS> and thing will be final :)
[06:47] <AlinuxSOS> loooolz
[06:48] <sabdfl> bradb: ping
[06:48] <AlinuxSOS> so I knew from you that you separate KDE/GNOME
[06:48] <AlinuxSOS> :) it's really good for manage better :)
[06:48] <carlos> AlinuxSOS: but the UI will do that split
[06:48] <carlos> the permissions will be the same and the URLs too
[06:49] <sabdfl> kiko-fud: so, not going to fixup those milestones?
[06:49] <carlos> because Kubuntu is a part of Ubuntu and Ubuntu is a part of Kubuntu
[06:49] <carlos> if you want a full translated Ubuntu, you need KUbuntu translated too
[06:49] <carlos> and we also follow consistent translations between KDE and GNOME
[06:49] <AlinuxSOS> :)
[06:49] <AlinuxSOS> carlos great
[06:49] <carlos> so you can use a KDE application from GNOME
[06:49] <salgado> SteveA, I have a test that runs a script as another process, and this script has to read a file from somewhere defined in the config. where can I place this file inside our tree? (or maybe you have a better way to test the script)
[06:50] <carlos> and both use the same terms
[06:50] <AlinuxSOS> I like this point of wiev
[06:50] <AlinuxSOS> but I don't use KDE :)
[06:50] <AlinuxSOS> looolz
[06:50] <kiko-fud> sabdfl, sorry? oh, fixing up milestones, yes, it's on my todo, it's just stratospheric this week
[06:50] <kiko-fud> apologies
[06:50] <SteveA> salgado: the usual way we do this is to put the file in a package in the library code
[06:50] <AlinuxSOS> and I don't know why I don't like kubuntu :D
[06:50] <carlos> yeah, and that's why you need to find someone else to manage KDE translations ;-)
[06:50] <SteveA> salgado: and then find the file relative to the location the package was imported from
[06:51] <AlinuxSOS> I'm ubuntu gnome "nazi"(someone has used this term in the past) :)
[06:51] <SteveA> salgado: would that work for you?
[06:51] <AlinuxSOS> carlos, that's right :)
[06:51] <AlinuxSOS> I'm not tired :)
[06:51] <AlinuxSOS> but I can't translate everything in the world :)
[06:51] <AlinuxSOS> some people help project
[06:51] <AlinuxSOS> :) but it's not enough
[06:52] <AlinuxSOS> I'm searching for a leader who translates :)
[06:52] <AlinuxSOS> not only leader like Aiet Kolhi for georgian team :)
[06:52] <AlinuxSOS> so
[06:53] <AlinuxSOS> in case if I find this person, I need to design him like project administrator.
[06:53] <salgado> SteveA, "in a package in the library code"?
[06:53] <SteveA> salgado: like, you have lib/canonical/launchpad/foo/tests/test-file.txt
[06:53] <AlinuxSOS> I mean who helps me to import, add, translate specific ubuntu/kubuntu software.
[06:53] <SteveA> salgado: so, you can do import canonical.launchpad.foo.tests
[06:54] <sabdfl> BjornT: ping
[06:54] <SteveA> salgado: and then find the file relative to the __file__ location of that module.  there should be code somewhere to do that for you
[06:54] <BjornT> sabdfl: pong
[06:55] <sabdfl> BjornT: https://launchpad.net/products/openssh/
[06:55] <sabdfl> note the bug
[06:55] <sabdfl> now click on bugs
[06:55] <sabdfl> ?
[06:56] <SteveA> hmm... looks like "unknown" status isn't counted as "open"
[06:57] <SteveA> https://launchpad.net/products/openssh/+bug/36907  is confirmed in ubuntu
[06:57] <Ubugtu> Malone bug 36907 in openssh "scp won't handle remote -> remote file transfers" [Unknown,Unknown]  
[06:57] <SteveA> but has unknown status upstream
[06:57] <kiko-fud> right, bug.
[06:57] <kiko-fud> anyway, fud before it is too late.
[06:57] <SteveA> salgado: does that all make sense?
[06:57] <salgado> SteveA, I wanted to change the path/url to the file if we're running tests or not
[06:58] <salgado> that's why I thought of using a config option
[06:58] <AlinuxOS> carlos, I'll contact you :) when Kubuntu/Hero found :)
[06:58] <SteveA> i don't understand "I wanted to change ... if we're running tests or not"
[06:58] <SteveA> maybe that's brazilian syntax that doesn't carry across into english?
[06:58] <salgado> probably
[06:58] <BjornT> sabdfl: yeah that's a bug, it should be included in the bug listings. i'll file a bug about it.
[06:59] <salgado> SteveA, so, when running in production the file will be downloaded from releases.ubuntu.com
[06:59] <SteveA> you want to have a different path to the file for tests than in production?
[06:59] <SteveA> i see
[06:59] <salgado> SteveA, but when running tests I don't want to do that, so I want to have a local copy of that file
[06:59] <carlos> AlinuxOS: ok
[06:59] <SteveA> i see
[07:00] <SteveA> then yes, you can use a config option for that
[07:00] <SteveA> you should be able to use a relative file: url
[07:00] <SteveA> but i don't think i've ever tried
[07:00] <AlinuxOS> carlos, good evening :)
[07:00] <SteveA> the alternative is to say that it has a debug mode
[07:00] <AlinuxOS> buenas dias :)
[07:00] <SteveA> and in debug mode, it uses its test file
[07:03] <salgado> right. I'll try the relative path thing
[07:03] <salgado> where can I place the file, then?
[07:04] <SteveA> near the test that uses it, i guess
[07:04] <SteveA> you have a test that expects that file to be a certain way
[07:04] <SteveA> that will break if you just alter the file
[07:04] <SteveA> so that is a good place to put the file near to
[07:06] <salgado> the test is inside lib/canonical/launchpad/doc/. would the test runner try to run that file if I place it on that same directory? or can I use a special name for it so the test runner won't try that?
[07:06] <SteveA> don't call it .txt
[07:06] <SteveA> call it .testdata or something
[07:06] <SteveA> the test runner looks for .txt files
[07:17] <carlos> will be back later tonight
[07:20] <aa_> um, may I please know how far the xmlrpc hs gone?
[07:20] <aa_> and also is there a way to get a plain text verions of products/+all
[07:20] <aa_> otherwise I guess I will just parse it
[07:21] <aa_> but then I move from "ugly hack" status to "should be banned" status
[07:25] <dilys> Merge to devel/launchpad/: [r=BjornT]  implement BugDateLastUpdated (r3549: Brad Bollenbach)
[07:26] <SteveA> aa_: hi
[07:27] <SteveA> aa_: there are some xmlrpc APIs we're experimenting with right now.  you can try one of the test apis already
[07:27] <aa_> oh cool
[07:27] <SteveA> >>> import xmlrpclib
[07:27] <SteveA> >>> launchpad = xmlrpclib.Server('https://xmlrpc.launchpad.net/')
[07:27] <SteveA> >>> launchpad.concatenate('ubuntu', 'rocks')
[07:27] <SteveA> 'ubuntu rocks'
[07:27] <SteveA> >>>
[07:27] <SteveA> 
[07:28] <SteveA> the next thing we'll be doing is allowing a bzr plugin to talk to launchpad for registering branches
[07:28] <aa_> cool
[07:29] <SteveA> for things to do with packages and bugs, well, we need to do some more planning for that
[07:29] <aa_> right, fair enough
[07:30] <SteveA> jordi: are you around?
[07:30] <aa_> um, can I ask that launchpad object what remote methods it supports?
[07:31] <aa_> I just realised launchpad is going to be *huge*
[07:31] <SteveA> no
[07:31] <SteveA> xmlrpc doesn't have a standard introspection mechanism
[07:31] <SteveA> we'll be publishing API docs and examples
[07:31] <aa_> yeah, I am a bit rusty with it, thought it was optionally provided
[07:31] <SteveA> i don't think so, anyway
[07:32] <SteveA> that's one reason people were so keen on SOAP and all that kind of stuff
[07:32] <carlos> SteveA: he's out of the city until tonight
[07:32] <aa_> maybe I am thinking of SOAP
[07:32] <aa_> SteveA: I am in love with twisted's perspective broker, but then I guess that is not an option
[07:33] <SteveA> carlos: okay.  i'd like to have a call with you sometime, to wrap up the performance reviews
[07:33] <SteveA> aa_: we're concentrating on xmlrpc for now
[07:33] <carlos> SteveA: I need to leave now, we could have it either tonight or tomorrow
[07:33] <carlos> I guess tomorrow is better
[07:33] <SteveA> carlos: tomorrow is best then
[07:34] <SteveA> if you see jordi before i do, then the same for him
[07:34] <aa_> SteveA: yeah, fair enough, well I'll keep my ear to the ground, thanks for all your help :)
[07:34] <aa_> and well, I would offer a hand and patches etc, but I guess you aren't open source
[07:35] <aa_> (yet, or whatever)
[07:35] <carlos> SteveA: ok, I'm supposed to talk with jordi tonight
[07:35] <carlos> I will tell that
[07:37] <SteveA> thanks
[07:55] <AlinuxOS> carlos, :)
[07:55] <AlinuxOS> Found a hero :)
[07:55] <AlinuxOS> it's a Girl :)
[07:57] <AlinuxOS> Kubuntu user, http://ubuntu.eriders.ge/ she made even a mirror server for Ubuntu :)
[07:57] <SteveA> BjornT: seems we don't have the xmlrpc stuff working on staging
[07:57] <AlinuxOS> (purpose: better speed for georgian network)
[07:57] <SteveA> BjornT: is that a problem?
[07:58] <BjornT> SteveA: well, it's much nicer to test things on staging than on production.
[08:00] <AlinuxOS> carlos, around ?
[08:01] <SteveA> BjornT: you can test locally too
[08:01] <SteveA> AlinuxOS: he's away for a while
[08:01] <SteveA> AlinuxOS: said he'd be back sometime later tonight
[08:01] <AlinuxOS> ah ok
[08:06] <BjornT> SteveA: yeah, but it's more fun testing on staging :)
[08:13] <SteveA> i've sent an rt request
[08:21] <bradb> sabdfl: pong (sorry, had to go to the accountant's to sign some docs)
[08:30] <salgado> kiko-fud, hey! I have the cdimage mirror prober working (with lots of tests) here. wanna review it?
[08:31] <mentalprey`afk> i ve just done my request 
[08:31] <mentalprey`afk> how long it takes to be shiped to me?
[08:31] <salgado> mentalprey`afk, if you mean a request of ubuntu CDs, it usually takes from 4 to 6 weeks
[08:33] <mentalprey`afk> there will be a linux users`s meeting so i want to give some ubuntu cds to the participants :)
[08:33] <salgado> mentalprey`afk, nice. will the CDs arrive in time for the meeting?
[08:34] <mentalprey`afk> hope so the meeting will be in august
[08:36] <salgado> mentalprey`afk, you might want to cancel this request and make a new one in a couple of weeks, then. the new release (Dapper Drake) is going to be released soon
[08:38] <mentalprey`afk> good idea
[08:38] <mentalprey`afk> :)
[09:20] <bradb> hm, synaptic crashed halfway through upgrading
[09:20] <bradb> bradb@oxygen:~/canonical/malone-smallfixes-2 $ man apt-get
[09:20] <bradb> bash: man: command not found
[09:21] <bradb> bradb@oxygen:~/canonical/malone-smallfixes-2 $ sudo apt-get dist-upgrade
[09:21] <bradb> bash: /usr/bin/sudo: Input/output error
[09:21] <bradb> !!
[09:21] <elmo> bradb: see if you can run dmesg
[09:22] <elmo> it's possible your hard drive is dieing
[09:22] <bradb> elmo: command not found :/
[09:22] <elmo> ok, so your current session is toast, might as well reboot
[09:22] <bradb> something was making a slightly funny noise in my machine, but i thought it was the fan
[09:22] <bradb> (and it's been making this noise off and on for a few months now...might take it to get serviced on the weekend)
[09:23] <elmo> if you can get it backup, run smartctl -a /dev/hda
[09:24] <bradb> i don't seem to have that command either
[09:24] <bradb> should i just reboot and see what happens?
[09:25] <elmo> yeah, just reboot to start, you can't do anything in this state anyway
[09:25] <bradb> right, here goes...
[09:25] <elmo> if it does come back, the package you want to install is smartmontools
[09:25] <elmo> bah
[09:30] <bradb> shiny new 20" iMac
[09:30] <bradb> powerbook is "recovering journal" right now
[09:31] <elmo> hmm, that should be fairly fast?
[09:52] <kiko> ddaa, ping?
[09:53] <AlinuxOS> carlos, ping ?
[09:54] <carlos> AlinuxOS: pong
[09:54] <AlinuxOS> carlos, :) found KDE/Hero
[09:54] <AlinuxOS> it's my team member
[09:54] <AlinuxOS> :)
[09:54] <AlinuxOS> It's a nice girl :)
[09:55] <carlos> cool
[09:55] <carlos> congratulations!
[09:55] <AlinuxOS> https://launchpad.net/people/taya
[09:55] <AlinuxOS> :)
[09:55] <AlinuxOS> Could You please Add her like administrator
[09:55] <AlinuxOS> she will involve some KDE people
[09:55] <AlinuxOS> Kubuntu user, http://ubuntu.eriders.ge/ she made even a mirror server for Ubuntu :)
[09:56] <AlinuxOS> in georgia of cource.
[09:58] <carlos> AlinuxOS: you should ask those kind of things to https://launchpad.net/people/didebuli
[09:58] <carlos> AlinuxOS: he's the owner of the team
[09:59] <carlos> if you have the coordinator role for that team, request the ownership of the team
[09:59] <AlinuxOS> to who ?
[09:59] <AlinuxOS> whom ? :)
[10:00] <AlinuxOS> looolz my english is super :)
[10:00] <AlinuxOS> to Alexander ?
[10:00] <carlos> yes, he's the owner: https://launchpad.net/people/ubuntu-l10n-ka
[10:01] <AlinuxOS> ;)
[10:01] <AlinuxOS> talking alredy
[10:01] <AlinuxOS> so he can change status right '
[10:01] <AlinuxOS> ?
[10:01] <carlos> yeah, the owner has super powers
[10:02] <AlinuxOS> :D
[10:02] <AlinuxOS> carlos, and you ? :) which power is owned by you :)
[10:02] <AlinuxOS> MasterSuperMegaPowers ? :)
[10:02] <carlos> cow powers! like apt!!
[10:02] <carlos> :-D
[10:02] <AlinuxOS> :D
[10:02] <AlinuxOS> loooooooool<
[10:02] <AlinuxOS> hehehehe
[10:02] <AlinuxOS> yes I saw it :)
[10:02] <AlinuxOS> no
[10:03] <AlinuxOS> you are great... I like your and in general boys work
[10:03] <AlinuxOS> ou improve
[10:03] <AlinuxOS> and I'm glad to work with you
[10:03] <AlinuxOS> ;)
[10:03] <kiko> bradb, bug 37866 is invalid, is it not?
[10:03] <Ubugtu> Malone bug 37866 in malone "+editstatus should not accept binary package as source package" [Critical,Confirmed]  http://launchpad.net/bugs/37866
[10:04] <AlinuxOS> kiko, (is working 24/24)
[10:04] <AlinuxOS> :)
[10:05] <AlinuxOS> no other phrases :) only bugs :)
[10:05] <AlinuxOS> great kiko!
[10:05] <kiko> well it's all matsubara's fault
[10:05] <AlinuxOS> ;)
[10:05] <bradb> kiko: right, invalid
[10:05] <AlinuxOS> why ? :D
[10:05] <AlinuxOS> ah his bug ou mean ?
[10:05] <kiko> he keeps bringing bugs up!
[10:05] <kiko> I would rather be sipping martinis with little black olives in them
[10:05] <kiko> but no
[10:05] <AlinuxOS> :D
[10:05] <kiko> bug bug bug
[10:06] <AlinuxOS> loooooooooolz
[10:06] <AlinuxOS> hehe
[10:06] <AlinuxOS> are you guys in Villanova this year ?
[10:08] <kiko> maaaayble
[10:08] <matsubara> kiko: if you prefer I can sweep them under the carpet
[10:09] <AlinuxOS> matsubara, :D
[10:10] <AlinuxOS> looooooooooooooooooooooolz
[10:10] <carlos> AlinuxOS: we are also glad to work with a comunity like Ubuntu's one ;-)
[10:11] <AlinuxOS> ;)
[10:11] <AlinuxOS> hehe
[10:11] <AlinuxOS> really great community :)
[10:19] <WaterSevenUb> carlos, concerning breezy translations -> dapper. May I ask you what will happen with a fuzzy message in dapper that happens to have a translated message in Breezy? 
[10:20] <carlos> WaterSevenUb: the breezy translation will be set as the actived one
[10:21] <WaterSevenUb> that will not happen with already translated dapper strings, right?
[10:23] <carlos> WaterSevenUb: right, we are going to overrwrite only translations that were not already changed by an Ubuntu translator
[10:25] <carlos> WaterSevenUb: in fact, the old translation will still appear as a suggestion
[10:26] <WaterSevenUb> carlos, (hhm, sorry, not clear yet) imagine a package that was translated in breezy, merged, and now appeared in dapper. But a translator finds in Dapper only, that a translation was not good, and marked it as fuzzy. I understood that the string is going to be overwritten, despite the fact that it was changed. Am I correct?
[10:26] <WaterSevenUb> So the original mistake in the translation would be transported again to dapper...
[10:28] <carlos> WaterSevenUb: hmmm, good point
[10:29] <carlos> WaterSevenUb: I will add some code to prevent that
[10:31] <WaterSevenUb> carlos, great. good work.
[10:31] <carlos> WaterSevenUb: thanks to you for pointing me to that issue
[10:32] <WaterSevenUb> thank YOU to welcome the issue;)
[10:32] <carlos> I'm going to work on it tomorrow, I will ping you to check your translations in our testing server (not sure if tomorrow or next week)
[10:32] <WaterSevenUb> k
[10:58] <carlos> SteveA: around?
[10:58] <carlos> or kiko
[11:28] <dilys> Merge to devel/launchpad/: [trivial]  Add an index to the buildqueue table, in an unlikely but possible fix to oops' happening on production (r3550: Stuart Bishop)
[11:30] <ddaa> kiko: pong
[11:35] <jordi> carlos: hey
[11:37] <carlos> jordi: I will leave soon
[11:38] <jordi> I guess :)
[11:38] <jordi> I got back from the doctor late
[11:40] <carlos> jordi: so, 939 entries to clean the queue
[11:40] <jordi> carlos: that's without KDE?
[11:40] <jordi> ugh. Ik.
[11:40] <jordi> Ok, even.
[11:40] <carlos> jordi: some KDE entries remain there
[11:41] <carlos> but aren't too much entries
[11:41] <jordi> k
[11:41] <jordi> if you want to give me instructions by email, I'll spend my time tom,orrow on that
[11:41] <carlos> jordi: I think the amount of entries is low enough now to let you handle all product series entries
[11:41] <carlos> jordi: ok
[11:42] <jordi> sure
[11:42] <jordi> ooh
[11:42] <jordi> a reply re: the plone template
[11:43] <jordi> carlos: wow
[11:43] <jordi> we still have the wrong template in https://launchpad.net/products/plonesoftwarecenter/trunk/+pots/plonehelpcenter
[11:43] <jordi> that reall needs fix
[11:43] <carlos> what do you mean?
[11:44] <jordi> wrong template in wrong product
[11:44] <carlos> jordi: should be removed or moved?
[11:45] <carlos> if you tell me where should it be I caould do it now
[11:45] <jordi> moved
[11:45] <jordi> that belongs in plonehelpcenter
[11:45] <elmo> lifeless: non-knits is absolutely killing me - is there anyway I can avoid merging current rf and my tree, both in non-knits?
[11:45] <jordi> not in softwarecenter, of course
[11:45] <elmo>  7609 james     35  10  449m 407m 1288 R 96.9 80.8  75:20.70 bzr
[11:46] <jordi> no no no
[11:46] <jordi> carlos: wait
[11:46] <jordi> carlos: so, delete that one, and we import the real plonesoftwarecenter one
[11:46] <carlos> jordi: I cannot remove it, I can hide it and later request its removal
[11:46] <carlos> jordi: I prefer if we move it and then you upload an update
[11:46] <jordi> ok
[11:47] <lifeless> elmo: you want to avoid merging ?
[11:47] <jordi> I'm not sure if that's correct tho
[11:47] <carlos> jordi: unless that template is completely unrelated to the new .pot file
[11:47] <jordi> not sure
[11:47] <jordi> we need to wait for hannosch then
[11:48] <carlos> I'm going to move it to the other product
[11:48] <carlos> and then we will hide/remove it if needed, ok?
[11:49] <jordi> If you're sure about that
[11:49] <carlos> oh, there is already such potemplate in the other product....
[11:49] <carlos> I will hide it and remove it later
[11:49] <jordi> aha, that's why
[11:49] <jordi> so, what he asks (look at email)
[11:50] <jordi> is if we can remove it and upload the real softwarecenter
[11:50] <jordi> which I suspect is what we had in the queue
[11:50] <jordi> let's have a look
[11:50] <carlos> jordi: but as far as I remember, the .pot file was an html file....
[11:50] <jordi> no
[11:50] <jordi> that was ksomething
[11:50] <carlos> ok
[11:51] <jordi> ok
[11:51] <carlos> it's now hidden
[11:51] <jordi> so the queue has a plone*help*center template.
[11:52] <jordi> ok, and it is really plonehelpcenter
[11:53] <jordi> https://launchpad.net/products/plonehelpcenter/trunk/+pots/plonehelpcenter/ca/+translate
[11:53] <jordi> this has nothing to do with the file in the queuie
[11:53] <jordi> this is weird
[11:54] <jordi> oh, carlos
[11:54] <jordi> https://launchpad.net/products/plonehelpcenter/trunk/+pots/plonehelpcenter/
[11:54] <jordi> have a look at the last left portlett
[11:54] <jordi> something wrong in the potemplatename?
[11:55] <jordi> https://launchpad.net/products/plonesoftwarecenter/trunk/+pots/plonehelpcenter This template should be removed! It is the result of an import error. 
[11:55] <carlos> that's a bug
[11:55] <carlos> jordi: when I hide a template
[11:55] <carlos> it's still listed there
[11:55] <jordi> I se
[11:55] <jordi> +e
[11:55] <jordi> ok, I don't understand what we're supposed to do here
[11:55] <jordi> we need to wait for him I guess
[11:56] <carlos> what I don't understand is
[11:56] <carlos> if there is already a potemplate imported
[11:56] <carlos> why should you review a new upload?
[11:56] <jordi> I have no idea.
[11:56] <carlos> he should upload the pot file to the already existing one
[11:56] <jordi> I really don't know what he wants
[11:57] <carlos> if it's too different, then perhaps he's importing another template...
[11:57] <jordi> nod
[11:57] <carlos> anyway, I need to have dinner and go to sleep
[11:57] <jordi> we'll find out
[11:57] <carlos> jordi: do you need anything from me now?
[11:57] <jordi> nope
[11:57] <jordi> I'm going too :)
[11:57] <carlos> ok, see you tomorrow!
[11:57] <jordi> laters
[11:58] <mdke> night you too rosetta homies
[11:58] <mdke> two*
[11:58] <mdke> spiv: awake?
[12:02] <lifeless> elmo: ?
[12:02] <elmo> lifeless: I have changes I want to merge, but I wanted to get my tree uptodate first
[12:03] <elmo> lifeless: unfortunately my box only has .5Gb of RAM and the merge is thrashing it.  was wondering if there's any (easy) way to avoid that