[12:40] <LarstiQ> http://svn.haxx.se/dev/archive-2006-08/0916.shtml
[12:40] <LarstiQ> kiko: any idea what's up with that?
[12:40] <kiko> lemmesee
[12:41] <kiko> LarstiQ, I think we're going to change that.
[12:41] <kiko> the idea was that doing that we'd be able to ensure the translations were freely available to any project that signed up to use launchpad
[12:42] <kiko> thus never artificially restricting the translations just because one project was licensed incompatibly from another
[12:42] <kiko> I think the current thinking is instead to place translations in the public domain
[12:42] <kiko> I could be wrong but that's what I think
[12:42] <LarstiQ> I'm not sure what exactly kfogel meant with that
[12:43] <LarstiQ> ianal, but can't public domain still be problematic with copyright assignment?
[12:44] <LarstiQ> since the one doesn't say anything about the other
[12:44] <LarstiQ> and then there is countries where you can't place something in the public domain
[12:44] <kiko> I think if something is placed in the public domain copyright is basically waived
[12:45] <kiko> I think the original author retains no special rights
[12:45] <kiko> however I'm not sure
[12:45] <kiko> I think it's better than the current situation AAR.
[12:45] <LarstiQ> iirc, France doesn't allow you to do that
[12:45] <LarstiQ> kiko: probably
[12:46] <LarstiQ> kiko: are you going to followup on svn, or do you want me to do that?
[12:46] <kiko> LarstiQ, hmm, I'm not on that mailing list. You can help me by following up, but I think I should get my story straight before you do that
[12:46] <kiko> let me email the list
[12:46] <lifeless> svn ?
[12:47] <LarstiQ> kiko: sure
[12:47] <LarstiQ> lifeless: yes, http://svn.haxx.se/dev/archive-2006-08/0916.shtml
[12:48] <kiko> LarstiQ, email sent
[12:56] <salgado> kiko, have you seen the outstanding issues?
[01:03] <lifeless> jamesh: https://launchpad.net/products/bzr/+calendar/2006-W36
[01:03] <lifeless> WEEEEEEEEEE
[01:03] <lifeless> kiko: whos owning calendar these days ?
[01:03] <kiko> lifeless, nobody.
[01:03] <lifeless> ah
[01:03] <kiko> file bugs they sometimes get fixed
[01:03] <lifeless> have a look at that page
[01:03] <lifeless> I'm not sure if its a bug or not
[01:03] <kiko> would if it loaded
[01:03] <lifeless> it will
[01:03] <lifeless>  /wait/ for it
[01:04] <kiko> stub's interested in this thing it appears
[01:04] <lifeless> I'm going to grab brekkie, back in a bit
[01:04] <kiko> not sure it's a bug!
[01:04] <lifeless> I see 4 bazjillion mark shuttleworth subscriptions
[01:04] <kiko> I see 4 bazjillion stuart bishop ones
[01:04] <lifeless> I think its a bug ;)
[01:10] <kiko> file it!
[01:32] <lifeless> done
[01:40] <Ubugtu> New bug: #58052 in launchpad "product calendar shows brazillions of subscribers" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58052
[03:10] <jamesh> mpt: could you look at doing some alternative wording for person-portlet-details.pt? specifically the bit in the "not: context/preferredemail" block.
[03:35] <somerville32> I found some duplicate feature specifications (or very similiar specifications) - What is the procedure for handling that?
[03:37] <erdalronahi> Hi, can you add the package name "myspell-ku" to the database? I need to file a bug against it.
[03:37] <erdalronahi> It should be synced from SID
[03:38] <erdalronahi> Sorry, to the "Ubuntu Database"
[03:38] <erdalronahi> That's what they told me in #ubuntu-motu
[03:45] <erdalronahi> Or is there a better way to sync a package from SID? It's "myspell-ku", the Kurdish spellchecker
[03:46] <somerville32> I think everyone is idle :(
[03:47] <erdalronahi> Too bad. Well, it's night in Europe...
[03:47] <somerville32> Night in easter canada too
[03:47] <somerville32> lol
[03:47] <somerville32> *eastern
[03:51] <erdalronahi> Then good night everybody
[04:13] <jamesh> lifeless: are we doing a rollout this week?
[04:14] <jamesh> (given stub is on holiday)
[04:20] <lifeless> I'll look at whats pending after lunch
[08:07] <raphink> LP login is broken :(
[08:08] <raphink> ah no, it's a problem with konqueror :s
[08:08] <raphink> sorry
[08:08] <somerville32> :P
[08:09] <jamesh> Launchpad is perfect, so it must be something at your end
[08:09] <raphink> hehe :)
[08:09] <raphink> yes
[08:32] <SteveA> good morning!
[08:32] <somerville32> Good morning :] 
[08:34] <jamesh> hi SteveA 
[08:35] <janimo> who is in charge of upstream imports to bzr?
[08:36] <spiv> janimo: ddaa
[08:36] <jamesh> janimo: ddaa is the main person handling them.  What's the question?
[08:37] <janimo> how often do they happen?
[08:37] <janimo> and whether the old failed ones are automatically retried for native bzr now
[08:37] <janimo> I have 6 products registered and one succeeded so far
[08:37] <jamesh> I think at the moment they are updated once every 24 hours
[08:37] <janimo> others are failed or testing
[09:02] <jamesh> SteveA: the page in flacoste's tt-search branch is the "guided ticket entry" page
[09:03] <jamesh> it is part of a single work flow, from my reading
[09:05] <SteveA> a single workflow can span many URLs
[09:06] <SteveA> and sometimes, a progammer will consider something an atomic workflow
[09:06] <SteveA> but it actually gets used as separate pages in practice
[09:06] <spiv> SteveA: launchpad.net seems to be either slow or not responding.
[09:06] <SteveA> I've seen too many bugs caused by having a self-posting form that doesn't redirect to the next page
[09:06] <SteveA> but instead renders the next page directly.  it's an anti-pattern for webapps
[09:07] <SteveA> so, we should always prefer redirection
[09:07] <SteveA> spiv: hmm
[09:07] <spiv> I got a 502 proxy error a few minutes ago, although another page request worked concurrently.  Hmm, I *think* it's just slow.
[09:07] <jamesh> maybe one app server is down
[09:07] <spiv> I got the front page to load ok, but it wasn't quick...
[09:08] <SteveA> same here, slow front page
[09:08] <jamesh> that's what slow/unreliable usually means
[09:08] <SteveA> load average: 3.07, 5.18, 4.80
[09:08] <SteveA> on gangotri
[09:09] <SteveA> i'm stupid about loads... what does that mena?
[09:09] <lifeless> busy but ok
[09:09] <jamesh> there is an average of 3 processes that are ready and waiting to run
[09:09] <lifeless> roughly just means that X number of processes had to wait in the last time slice
[09:09] <SteveA> gandwana has loads of about 0.50
[09:10] <jamesh> is it actually doing stuff?
[09:10] <SteveA> there are various cron jobs running on gangotri
[09:10] <SteveA> we have rosetta-poimport.py
[09:10] <jamesh> you could use the "kill -USR1" to find out
[09:10] <SteveA> update-bugtask-targetnamecaches.py
[09:10] <SteveA> send-bug-notifications.py
[09:11] <lifeless> let me look at db load, one sec
[09:11] <SteveA> the rosetta one has been running almost 1 hr
[09:12] <SteveA> update-bugtask-targetnamecaches.py seems pretty active
[09:13] <spiv> It seems responsive again now.
[09:14] <lifeless> there are no long running queries on the bd
[09:31] <sivang> morning dudes
[09:37] <SteveA> mpool: hi, around?
[09:39] <mpool> hi SteveA 
[09:39] <mpool> yes, i think so
[09:44] <SteveA> short voice call?
[09:46] <mpool> sure, call me on +61 4 1618 9900?
[09:47] <mpool> oh, belay that
[09:47] <SteveA> ok.  or, skype / voip?
[10:26] <dholbach> hello
[10:27] <dholbach> would it make sense to deny people joining teams if they don't supply an email adress?
[10:27] <dholbach> like https://launchpad.net/people/arun-pg  tried to join  https://launchpad.net/people/ubuntu-core-dev/+members  -- I can't mail him, because I don't know his address
[10:37] <SteveA> mpt_: hi
[10:38] <SteveA> dholbach: either that, or we add to launchpad a way to send people a message even when they don't show their email address
[10:42] <dholbach> or let it be an interim solution until LP knows how to do messaging
[10:43] <dholbach> shall I file a bug report on that?
[10:43] <SteveA> yes, or raise it on the launchpad-users list for some discussion, perhaps
[10:44] <dholbach> Ok, I'll mail the list.
[10:48] <ddaa> Good morning in here.
[10:50] <SteveA> good morning ddaa
[10:50] <SteveA> i was just talking with mpool, and we'll be talking again shortly
[10:50] <SteveA> anything that you want to have injected into the conversation?
[10:51] <ddaa> if you tell me what the conversation is about, I might
[10:52] <SteveA> we already talked about getting launchpad devs to use the latest bzr packages, and how we'll arrange that
[10:52] <SteveA> we'll be talking a bit about overall bzr stuff and lp:////// urls
[10:53] <ddaa> nothing comes to mind. I'm way out of touch about bzr. The BranchIndirection spec appeared to be going on well before my leave.
[10:55] <ddaa> dunno, maybe I'd need to publicize my position on #bzr a bit more
[10:55] <ddaa> yesterday we had some issue with sftp hosting, and some #bzr guy kept asking questions about the internals of the supermirror to j-a-meinel, while I was replying to them...
[10:56] <ddaa> Which evoked impressions of monthy python sketches to me
[10:57] <ddaa> I'm also none too happy of not being able to keep up with the bzr community
[11:00] <SteveA> i have an idea
[11:01] <ddaa> SteveA: unrelated, but important: can you escalate rt 16533 and rt 16534?
[11:01] <SteveA> ddaa: how about a weekly 1hr launchpad-bzr public meeting in #bzr ?
[11:01] <SteveA> invite people to discuss supermirror issues
[11:01] <SteveA> bzr facilities in launchpad
[11:01] <SteveA> etc.
[11:15] <ddaa> Not too sure about that one. For one thing, one hour meeting means at least 2 hours preparation and summary.
[11:16] <ddaa> I would like to that punctually, to get a sense of what people expect. But I think that doing that regularly might lead to too many wishlist items...
[11:16] <SteveA> that seems like a gross overestimate
[11:16] <ddaa> That's a conservative estimate of what I spend for the launchpad-bazaar meeting.
[11:16] <ddaa> about one hour before, and about one hour after.
[11:17] <SteveA> then, you are spending too long polishing the summary
[11:17] <ddaa> okay, remove the "at least" bit
[11:17] <SteveA> then, you are spending too long polishing the summary
[11:19] <ddaa> Mh... what does it mean when a cvs server sends 'E Terminated with fatal signal 9\n'
[11:19] <ddaa> Interesting import failure :)
[11:21] <jamesh> so the sysadmin killed your session?
[11:22] <ddaa> looks like
[11:22] <mpool> SteveA: hi, still around?
[11:22] <SteveA> mpool: yes, on the phone
[11:22] <jamesh> dholbach: the person in question does have an email address -- they've just elected to hide it.
[11:23] <dholbach> jamesh: that's a problem :)
[11:23] <jamesh> dholbach: just pointing out that it is different to "person without an email"
[11:23] <dholbach> oh yeah, sorry
[11:23] <mpool> SteveA: i'm be here and am on skype - just ping me when you're ready
[11:24] <SteveA> ok
[11:31] <SteveA> ddaa: let's briefly discuss this: what is the purpose of writing the summary of the launchpad-bazaar meeting?
[11:32] <ddaa> 1. recap'ing actions and status to prepare the agenda for the next week
[11:32] <ddaa> 2. allow other parties to get the benefit of the meeting (sabdfl is using them)
[11:32] <ddaa> Also, sometimes I need to look back on older summaries to check for the status or resolution of some old item.
[11:33] <ddaa> At least, that's the uses I'm aware of.
[11:33] <ddaa> But maybe I'm missing something essential.
[11:33] <ddaa> I do not have much experience with that meeting ting.
[11:35] <mpool> i think those are good but perhaps you're past the point of good return on your time
[11:37] <ddaa> I'm trying hard everytime to avoid excessive polish while still producing something comprehensive and pleasant to use. Maybe I'll grow better at doing it.
[11:39] <SteveA> try doing just a bunch of non-nested bulleted lists
[11:39] <SteveA> see if that works as well
[11:41] <lifeless> FWIW the review meeting minutes I do during the meeting
[11:43] <ddaa> Anyway. I like the idea of a public #bzr meeting, but not a weekly one.
[11:43] <ddaa> Maybe every two weeks or every months.
[11:44] <ddaa> I do no think we can deliver fast enough to avoid a feeling of frustration if we do a weekly meeting.
[11:44] <ddaa> Hopefully, that will change in the future...
[11:52] <jamesh> it would be worth scheduling one or two and see if people find them useful
[11:52] <jamesh> might give some idea of how often they should be
[11:53] <SteveA> remember that we have a new launchpad-bzr person starting soon too
[11:54] <ddaa> Unless proved otherwise, I'll rather assume that new person will mostly work on things we have not even touched yet (like private branches).
[11:56] <ddaa> I'd be very happy to see a full-timer help spiv, jamesh and me on what we are currently doing, but your suggestion of making him work on private branches at first suggests it's not quite going to happen that way.
[11:56] <danilos> is this actually what should be printed or is there a missing .join()? "bzr: ERROR: Failed to gpg sign data with command '[u'/usr/bin/gnome-gpg', '--clearsign'] '"
[12:15] <jamesh> lifeless: I've got the bug fix for product-release-finder ready, including some tests for the main code.  Do you want me to put it on your queue or the general queue?
[12:21] <lifeless> mine please
[12:21] <lifeless> I'll peek after dinner tonight
[12:23] <ddaa> lifeless: some very large vcs imports (glibc, mplayer, etc.) fail to os.fork() when spawning gpg with "OSError: [Errno 12]  Cannot allocate memory "
[12:23] <ddaa> I checked one of the roomba systems where that happened, and the /proc/sys/vm/overcommit_ratio is 50, so I do not see how that could happen
[12:25] <ddaa> Any idea how to work around that issue?
[12:32] <jamesh> lifeless: I've changed the script to catch and log errors rather than bail out too, so we should have a better idea of how well the script works on the next run
[12:33] <jamesh> we can probably kill the persistant URL cache implementation too, since it now handles the case where the releases have already been created/populated
[01:37] <andrewski> if i have a bug that i want to reject (because the requested feature should happen upstream), but also want to open a bug upstream in case it could be added, should i still use "Rejected" on the bug?  or would something else suit?  i could see a case being made for "in progress", but i don't really like it.
[01:45] <jamesh> andrewski: what is the bug?
[01:46] <andrewski> a feature request on my program
[01:46] <jamesh> andrewski: what is the bug number?
[01:46] <andrewski> https://launchpad.net/products/pygmy/+bug/58082
[01:46] <Ubugtu> Malone bug 58082 in pygmy "Feature Request: Queuing songs" [Untriaged,Unconfirmed]  
[01:47] <jamesh> what does "upstream" mean in this context?
[01:47] <andrewski> specifically, queuing songs belongs upstream in MPD, so i wouldn't implement anything in my program without it first being added to MPD.
[01:47] <andrewski> anticipated that question. :)
[01:47] <jamesh> what bug tracker does MPD use?
[01:47] <andrewski> if i recall correctly, its own; i'd have to look.  h/o
[01:48] <andrewski> it uses its own implementation of mantis: http://musicpd.org/mantis/main_page.php.
[01:49] <jamesh> okay.  We don't have support for Mantis bug watches
[01:49] <jamesh> I'd suggest filing the bug upstream and make a note of the URL in the LP bug
[01:50] <andrewski> sure.  question remains about the status for the LP bug in the meantime....
[01:50] <jamesh> are you sure you'd want to reject the LP bug though?  Surely you'd need to do some work in pygmy to expose the feature
[01:50] <andrewski> right, which is why i'm asking what status would be appropriate. :-P
[01:51] <jamesh> just give it a low importance and it will be bumped down to the bug listing
[01:51] <andrewski> should i confirm it?  i mean, obviously, it's a valid request.
[01:51] <jamesh> I mean, you aren't talking about rejecting the feature -- it's just that the implementation is deferred til the feature gets added to MPD
[01:52] <andrewski> right... so where's the "deferred" status? :-P
[01:52] <jamesh> you may as well, since it is a valid bug
[01:52] <jamesh> there isn't one.  They usually cause more problems than they solve
[01:52] <andrewski> fair enough; i seem to recall coming across conversations about them somewhere.
[01:52] <jamesh> (search for rants about bugzilla RESOLVED LATER and RESOLVED REMIND)
[01:52] <andrewski> lol, i can imagine.
[01:53] <andrewski> anyway, i must be going now.  thanks for the help!
[02:48] <sivang> hmm, mantis 
[02:48] <salgado> SteveA, can https://launchpad.net/products/launchpad/+bug/1016 be rejected?
[02:54] <sivang> jamesh: is it possible to tell in brief what needs be done in order to add support for another bug tracker?
[03:00] <BjornT> sivang: basically we have two levels of support for an external bug tracker.
[03:01] <BjornT> sivang: the first is that we simply recognize bug urls, can construct a url from knowing the base url of the tracker and a bug number, and we make it possible to register such a bug tracker.
[03:04] <sivang> BjornT: I see
[03:04] <BjornT> sivang: that includes adding a new BugTrackerType, and a regexp and code for constructing bug urls in bugwatch.py. unfortunately we don't yet have tests that explain how it works.
[03:04] <sivang> BjornT: well, the code should serve as good enough documentation probably ,)
[03:06] <BjornT> sivang: the second level is that we support fetching the status from the remote bug tracker. that's more tricky. the first step is to look at the bug tracker, to see what different ways we can use to get the information we need. for example, for bugzilla we can simply post a list of bug numbers, getting an xml list of all the bugs, containing the information we need.
[03:06] <BjornT> sivang: after that, doc/external-systems.txt should hopefull explain what needs to be done.
[03:07] <sivang> BjornT: coo, thanks.
[03:09] <BjornT> sivang: if you plan on adding support for other bug trackers, please tell me about it so that i know. there should be a bug open for each bug tracker we want to support, so you could add a note there.
[03:11] <BjornT> sivang: something that would help a lot, if you don't have time to code, would be to simply learn about the bug tracker and add the information we need to know. for example, how do bug urls look like, and how can we best poll the bug tracker for bug statuses.
[03:11] <sivang> BjornT: Granted , wouldn't do anything without notifying you in advance, and ofcourse I wold have to do some research about that bug tracker to see if it's worthwhile.
[03:12] <sivang> BjornT: is it okay to add the this information on the bug note?
[03:13] <BjornT> sivang: yeah. the bug report is probably the best place to add this information.
[03:13] <sivang> BjornT: okay, thanks.
[03:30] <kiko> SteveA, any news on a rollout?
[03:32] <ddaa> kiko: is the launchpad mailing list moderated? I mean is it possible for non-subscribers to send email there provided manual approval?
[03:32] <kiko> let me check ddaa, but I think so yes
[03:33] <ddaa> Good, I'm following up on a discussion with Jelmer, and some of it would be of interest to the launchpad mailing list IMO
[03:35] <SteveA> kiko: I know nothing about a rollout.
[03:35] <kiko> SteveA, this is very distressing.
[03:36] <SteveA> did you arrange to have specific things rolled out?
[03:37] <kiko> no, but there was a plan to have a two-week interval, and while I am fine with delaying another week, I need to know to be able to produce a report without having to spend the night at the office.
[03:37] <kiko> I'm not concerned whether we will have a rollout or not. I'm concerned with the fact that nobody knows!
[03:37] <SteveA> as stub is on vacation, there will be no rollout unless specifically agreed with lifeless
[03:38] <kiko> so no rollout this week. mmmkay.
[03:38] <SteveA> so, I'm not expecting a rollout while stub is on vacation.
[03:38] <kiko> thanks.
[03:38] <kiko> when is stub back?
[03:40] <SteveA> kiko: monday
[03:41] <kiko> SteveA, okay. so probably a rollout on tuesday. thanks!
[03:44] <flacoste> jamesh: ping
[03:47] <LarstiQ> kiko: did your mail get through?
[03:48] <kiko> LarstiQ, nobody answered yet.
[03:49] <LarstiQ> k
[03:55] <jamesh> flacoste: pong
[03:56] <flacoste> jamesh: regarding the UTC_NOW problem in the script
[03:56] <flacoste> jamesh: in the test i mean
[03:56] <jamesh> yep?
[03:56] <flacoste> jamesh: do you think it would be an improvement if instead of comparing with datetime.now I compared with the result of select(UTC_NOW)?Y
[03:57] <flacoste> that way the comparison would be against the same base and so shouldn't lead to spurious failures
[03:57] <kiko> malcc, how's our testing plan going?
[03:57] <jamesh> flacoste: my original question was whether you benefit much from comparing the ticket created with a default creation date with those with specified creation dates.
[03:58] <jamesh> flacoste: i.e. would you be losing much test coverage by only creating tickets with known time deltas between them in that test?
[03:58] <malcc> kiko: There's now a document: https://launchpad.canonical.com/SoyuzSystemTest and work making it happen is underway
[03:58] <malcc> kiko: Nothing impressive to see yet
[03:58] <kiko> malcc, you rock 
[03:58] <flacoste> jamesh: you mean, do not create any ticket with the default time?
[03:58] <jamesh> yeah
[03:59] <flacoste> the only drawback is that the default value of datecreated wouldn't be tested
[03:59] <flacoste> but I guess that's not a big loss
[03:59] <flacoste> so I'll do that
[04:02] <SteveA> time should be something we can set in the test environment
[04:03] <SteveA> both the current time, and the database's notion of time
[04:03] <SteveA> john carmack learned this
[04:04] <SteveA> when developing 3d real time games
[04:04] <jamesh> I think the last time related test failure was a test coded to only pass on one day
[04:04] <SteveA> yes
[04:04] <jamesh> which was the day it got merged
[04:05] <malcc> jamesh: Class! Wish I'd thought of that...
[04:05] <jamesh> we've had other ones related to time zones too
[04:05] <jamesh> the timezone one was a test that would only pass in the UK
[04:06] <jamesh> which was okay because the tests were being run in the UK
[04:08] <kiko> malcc, it was my fault. :)
[04:08] <SteveA> salgado: bug 1016 should be rejected when we remove makepagetest.py from our tree.
[04:10] <salgado> SteveA, do you want me to remove it or do we want to keep it for some more time?
[04:11] <kiko> BjornT! rock on!
[04:12] <danilos> carlos: have you seen sabdfl's mail about translation interface? basically, most changes should be external to what we do (i.e. css)
[04:13] <carlos> danilos: not really
[04:13] <carlos> that message is rendered using the standard notification system
[04:13] <danilos> carlos: oh, no, I was talking about everything else
[04:13] <carlos> so we need to move back to render it directly
[04:13] <carlos> hmm
[04:14] <carlos> then I didn't see that message
[04:14] <danilos> carlos: i.e. there's nothing apart from that which would need changing on our part
[04:14] <danilos> carlos: that's the message I am talking about :)
[04:14] <carlos> oh, sorry, I misunderstood you
[04:16] <kiko-afk> afk to do some soyuz coding
[04:19] <jamesh> coding away from the keyboard?
[04:19] <jamesh> impressive
[04:23] <danilos> bbl
[04:23] <ddaa> kiko-afk: well, changed my mind, I'll post the message to the bazaar mailing list instead
[04:36] <SteveA> salgado: sure, please do remove it, and then when that is in RF, the bug can be rejected
[04:41] <salgado> SteveA, will do.  do I have r=SteveA on that removal?
[04:42] <SteveA> yes
[04:42] <SteveA> thanks!
[04:43] <jamesh> the product-release-finder code has a class whose __contains__() method mutates the object ...
[06:00] <mpt_> Goooooooooooooooooood morning Launchpadders!
[06:02] <belito> buenos dias 
[06:02] <belito> buenos dias mpt_
[06:03] <mpt_> bom dia!
[06:04] <belito> were you from mpt_
[06:05] <mpt_> New Zealand :-)
[06:05] <mpt_> carlos, did you see Og Maciel's message to rosetta-users@ on the 22nd about OOo translations?
[06:08] <mpt_> spiv, awake?
[06:09] <jamesh> mpt_: isn't it quite early in NZ?
[06:13] <mpt_> jamesh, yeah, and even earlier in Australia
[06:14] <jamesh> mpt_: I suppose you could call midnight early
[06:14] <mpt_> heh
[06:14] <mpt_> oh, jamesh, you'll know
[06:14] <mpt_> jamesh, can you confirm that the proposed solution in bug 57175 is correct?
[06:14] <Ubugtu> Malone bug 57175 in launchpad "Bad publish command for uploading gpg key" [Low,Confirmed]  http://launchpad.net/bugs/57175
[06:15] <jamesh> mpt_: yep.  The gpg man page also says it should be --keyserver
[06:17] <mpt_> ok, ta
[06:35] <carlos> mpt_: no, but I just read it
[06:38] <jordi> carlos: according to our plan, I should mail -translaators and rosetta-users with news about edgy?
[06:38] <jordi> even if there's stuff missing still
[06:39] <carlos> yeah, we should prepare the announcement
[06:39] <jordi> ok
[06:39] <carlos> jordi: if you are going to do it, please, use the wiki to prepare it so we can review it, ok?
[06:40] <jordi> carlos: which wiki?
[06:41] <jordi> if it's the lp wiki, I really need to get access to that somehow
[06:41] <carlos> yeah, the lp wiki
[07:03] <mpt_> carlos, a reply would be good, even if to say "Sorry, I have no idea what's going on, please let us know immediately the next time you notice it"
[07:03] <ogra> hey guys 
[07:03] <ogra> i have a slight prob with the edubuntu seeds on the supermirror 
[07:04] <ogra> seems they dont get updated properly 
[07:04] <carlos> mpt_: I know, there is a bug report about it and I guess this confirms it
[07:05] <Kamion> to be more exact, the http mirror of /~ubuntu-core-dev/ubuntu-seeds/edubuntu.edgy is out of date by several hours
[07:06] <ogra> the branch the CDs are built from is http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/edubuntu.edgy/
[07:06] <ogra> the source for it is http://people.ubuntu.com/~cjwatson/seeds/edubuntu-edgy/
[07:06] <LarstiQ> Kamion: I believe ddaa has been looking at that problem.
[07:07] <ddaa> Kamion: I'd like to diagnose the problem, but I do not have the required production privileges
[07:07] <ogra> who has them ? 
[07:07] <ddaa> Dunno, maybe only stub and sysadmin...
[07:08] <ddaa> probably lifeless
[07:08] <ddaa> who have not the time and/or knowledge to diagnose the problem
[07:08] <ogra> (we're preparing a new knot CD so its somewhat time critical for me to have it working again soon)
[07:09] <ddaa> ogra: RT 16534 and RT 16533
[07:10] <ogra> thanks 
[07:10] <ogra> :)
[07:10] <ddaa> to diagnose the sftp branch publication issue I need to know a branch that is out of date at I time when I can increase the verbosity of the the cronscript
[07:10] <ddaa> That will give me useful info to narrow down the problem.
[07:10] <ogra> well, my branch is out of date currently ...
[07:10] <ddaa> My guess ATM is a regression in the branch puller logic that occured during yesterday's rollout
[07:10] <ogra> since some hours 
[07:11] <ogra> so that could be a good test candidate ;)
[07:11] <ddaa> Thanks for telling me, but I still do not have the privileges AFAIK
[07:11] <ddaa> Kamion: indepently, all the vcs-imports are currently broken
[07:11] <elmo> why is it trying to connect to escudero?
[07:12] <ddaa> specify "it"
[07:12] <LarstiQ> stub is on vacation till monday
[07:12] <elmo>  python /srv/sm-ng/production/launchpad/cronscripts/supermirror-pull.py
[07:12] <ddaa> elmo: because that's the place where the importd branches are supposed to be
[07:13] <elmo> ah, hm
[07:13] <ddaa> unfortunately, they are not there anymore, as RT 16534 says
[07:13] <elmo> yes, I know
[07:13] <elmo> I'm still confused - we publicize the importd stuff both on escudero and the supermirror - or?
[07:13] <mpt_> salgado, I'm around now
[07:14] <LarstiQ> ddaa: afaik, there wasn't a rollout yesterday 
[07:14] <Kamion> the branch in question managed to pull up to timestamp: Tue 2006-08-29 12:07:14 +0200
[07:14] <Kamion> so if something's broken, it broke today, by the looks of it
[07:15] <ddaa> elmo: escudero is where importd slave put the bzr branches they have published, then the supermirror finds them there and put them in the public SFTP area.
[07:15] <salgado> mpt_, did I ping you recently?
[07:15] <Kamion> or else something about the next revision is unusual
[07:15] <ddaa> elmo: I can find you the RT where I asked for the internal http server on escudero for importd branches
[07:15] <elmo> ddaa: no, that's fine, it's coming back to me
[07:15] <elmo> it's an interesting complicated setup
[07:15] <Kamion> the next revision is a perfectly ordinary one-line change in one file though
[07:15] <elmo> anyhoo
[07:15] <ddaa> elmo: in the near future, I plan to put more importd data on escudero, but that will only need to be accessible to importd through sftp.
[07:16] <ddaa> Kamion: it looks like it's not _quite_ broken, but instead it's just much slower than it should be.
[07:16] <elmo> ddaa: so - the reason importd doesn't exist on escudero is that there was a HW RAID failure, and we've had to roll back to data that's 24 hours old
[07:16] <elmo> ddaa: how bad is that for /srv/importd on escudero?
[07:16] <ddaa> elmo: it's gone
[07:16] <elmo> gar
[07:16] <elmo> I know it's gone dude
[07:17] <elmo> but I have a backup copy, 24 hours out-of-date (from the time of crash), ready to put back in place
[07:17] <elmo> but I didn't want to do that without talking to you first
[07:17] <ddaa> what do you mean by "how bad is that"?
[07:17] <ddaa> ha okay
[07:18] <elmo> as in - will stuff break.  because we havethe 24 hours out-of-date version, and we have the uptodate but from a very corrupt FS version
[07:18] <ddaa> it's fine to loose the 24 hours
[07:18] <elmo> ok
[07:19] <ddaa> it would have been a minor problem if it has happened during some data format transition. But in normal use the whole system should be perfectly able to cope with that.
[07:19] <elmo> ok, I'm copying it back now
[07:20] <ddaa> elmo: please be careful
[07:20] <ddaa> copy in place _then_ rename
[07:20] <LarstiQ> it will be a bit more behind now, but it deals with that aiui?
[07:20] <ddaa> bad things could happen if importd starts working with data that is being written to
[07:21] <ddaa> I mean "copy under a temporary name, _then_ rename"
[07:21] <elmo> ok
[07:23] <mpt_> salgado: [03:44]  <salgado> mpt, around?
[07:25] <salgado> mpt_, oh, nm... I don't remember why I pinged you
[07:41] <elmo> ddaa: what's in these damn importd directories - is it all bzr, or baz stuff too?
[07:45] <ddaa> elmo: hu... your mom?
[07:45] <ddaa> nah, actually /srv/importd should contain only bzr stuff
[07:45] <ddaa> the arch stuff was in bazaar.ubuntu.com or something like that
[07:46] <ddaa> But I suggest you do not delete the bazaar.ubuntu.com stuff, instead keep it handy for filesystem benchmarks ;)
[07:47] <ddaa> it's about as useful as it's going to be now
[07:49] <jordi> mdke?
[07:50] <kiko-afk> malcc, cprov: patch sent your way
[07:50] <cprov> kiko-afk: ok
[07:50] <kiko-afk> cprov, it fixes things as far as I can see. 
[07:52] <cprov> kiko-afk: will see ;) looks like a good candidate for test system submission. 
[07:53] <kiko-afk> cprov, it is actually not very complicated and the code is well-tested -- I think it is safe.
[07:53] <kiko-afk> of course, testing it is a great idea because the /old code/ is not very well tested and may be supporting a hidden use case via a bug.
[07:54] <kiko-afk> matsubara-lunch, I thought salgado's recent landing might have improved the situation for bug 55939?
[07:54] <Ubugtu> Malone bug 55939 in launchpad "Stop using IDs in the IGPGKeySet API " [Medium,Confirmed]  http://launchpad.net/bugs/55939
[07:55] <cprov> kiko-afk: indeed, it's better to know such things before rollout
[07:56] <elmo> ddaa: hmm, ok - it's a bit distressing this is so large/slow to copy then, if this is all bzr
[07:56] <kiko-afk> elmo, is it a first branch?
[07:57] <kiko-afk> err, a first push of this branch. I meant.
[07:57] <ddaa> elmo: it's probably an order of magnitude better than the equivalent Arch stuff, but that's still several hundred thousand revisions...
[07:58] <ddaa> on several hundred branches
[07:58] <elmo> kiko-afk: it's a restore from backup of all the LP importd bzr data ;-)
[07:58] <ddaa> elmo: just record the sound of hard drive and play it back to sabdfl when he wonders where his money has gone ;)
[07:59] <mpt_> whoo, https://launchpad.net/sprints/osa123
[07:59] <ddaa> there are probably a couple thousand hours of work in that
[08:05] <jordi> carlos: https://launchpad.canonical.com/EdgyTranslationsOpening
[08:07] <carlos> jordi: you should also note that dapper translations are still useful until its end of life
[08:07] <carlos> so people should keep translating it
[08:07] <jordi> okay
[08:08] <carlos> jordi: also, I need to check with Steve and Stuart whether we will do another data migration from dapper to edgy before release
[08:08] <carlos> SteveA: around?
[08:08] <SteveA> hi carlos 
[08:08] <carlos> hi
[08:09] <carlos> there are some people that asked if we are going to copy the additions in dapper into Edgy like we did before opening Edgy
[08:09] <carlos> we did it for Breezy to Dapper and it took around 20 minutes
[08:10] <carlos> but Stuart told me that it would require launchpad or Rosetta disabled while doing such migration
[08:10] <carlos> SteveA: do you think we would be able to do that again a week or so before Edgy release?
[08:11] <carlos> or should we defer such decision until next week, when Stuart is back from holidays?
[08:11] <jordi> carlos: https://launchpad.canonical.com/EdgyTranslationsOpening?action=diff&rev2=2&rev1=1
[08:12] <carlos> jordi: ok, thanks
[08:12] <carlos> please, mail launchpad@ mailing list asking for input, with a copy to mdz and pitti
[08:13] <jordi> late
[08:14] <jordi> I already did, but didn't copy mdz and pitti
[08:14] <carlos> jordi: oh, and instead of talking directly about OO.org imports/exports, I think you should link to the list of tasks we are working on atm: https://features.launchpad.net/products/rosetta/1.0/+specs
[08:14] <jordi> carlos: oh right, I was looking for this link
[08:14] <carlos> Our goal is to have them implemented before Edgy release
[08:15] <SteveA> carlos: will anything bad happen if we wait to talk with stuart on monday?
[08:15] <jordi> oh firefox is also an edgy goal?
[08:16] <carlos> jordi: yeah, in fact danilo is already implementing it
[08:17] <carlos> SteveA: no, just that we need to send a different announcement to clarify it and add a note to the official edgy opening announcement that we will clarify that point next week 'after study the technical issues involved'
[08:18] <jordi> carlos: is 1.0 due when edgy?
[08:18] <carlos> jordi: yes
[08:19] <SteveA> carlos: ok.  I'd much rather stuart was involved in these things, even though it is possible to to them without him.
[08:19] <carlos> we need Stuart to do it...
[08:20] <carlos> jordi: please, add a note about the migration saying that we are studying it atm
[08:23] <jordi> carlos: and done
[08:24] <carlos> jordi: please, remove the OO.o comment
[08:24] <carlos> first, it's not yet implemented, will be implemented
[08:25] <carlos> and second, it's not going to use the standard language pack system, it will be just better handled so we can generate the language packs more easy
[08:25] <jordi> ok, should I remove all three?
[08:25] <jordi> hmm, I just remembered I was supossed to have beers with people today
[08:26] <carlos> I only see two...
[08:26] <jordi> reload
[08:26] <carlos> also, next week, we will know if we will do the migration, from your text, it looks like we will do the migration next week. Or at least that's what I understand...
[08:28] <carlos> jordi: well, you can just change the 'is now able' with 'will be able' and remove the ', which basically ....'
[08:30] <jordi> right
[08:31] <carlos> jordi: thanks
[08:31] <jordi> done
[08:31] <jordi> hrm, another day and no time to summarize the KDE stff
[08:37] <mdke> jordi: !
[08:38] <jordi> mdke!
[08:38] <mdke> what's up
[08:48] <mpt> jamesh, replied to your review of mpt/launchpad/trivial, thanks
[08:57] <claude> ping carlos
[08:57] <carlos> claude: pong
[08:57] <claude> just want to know about edgy translation status
[08:58] <somerville32> Who should I talk to about duplicate specifications?
[08:58] <carlos> claude: It's mostly done. We are going to announce it tomorrow
[08:58] <claude> ok, thx
[08:58] <carlos> you are welcome
[08:58] <claude> cause i didn't if i had to tell french translators to wait
[08:59] <carlos> they can go ahead if they want
[08:59] <claude> i know some are already translating edgy
[08:59] <claude> ok
[09:00] <carlos> there are still some files pending to be imported, but that's not a big issue
[09:00] <claude> ok, suppose i can check in import queue
[09:01] <carlos> sure
[09:10] <carlos> see you!!
[09:14] <ddaa> ogra: the sftp branch mirroring appears fixed
[09:14] <ddaa> it was downfall from the escudero breakdown
[09:14] <mdke> jordi: btw there might be a new pot template waiting from an ubuntu-docs upload to edgy today, I hope. "menu-entries"
[09:20] <jordi> ah good
[09:26] <jordi> mdke: aboutubuntu and menu-entries approved
[09:29] <ddaa> Good night all
[09:42] <kiko-afk> cprov, what's infinity's email address?
[09:42] <cprov> kiko-afk: adconrad@
[09:42] <kiko-afk> thanks
[09:43] <cprov> kiko-afk: ubuntu.com ...
[09:43] <Mez> cprov: isnt adconrad infinity ?
[09:43] <Mez> nvm
[09:46] <salgado> mpt, real ping this time. :)
[09:46] <Mez> kiko-afk, you're more likely to get him on adconrad@0c3.net
[09:47] <flacoste> kiko-afk: here is your daily reminder that you have to review SupportTrackerWorkflowSpec :-)
[09:50] <kiko-afk> Mez, well, it's just an FYI so no hurry. I used his canonical email.
[09:50] <kiko-afk> flacoste, aha, thanks
[09:51] <mpt> salgado, pong
[09:51] <kiko-afk> cprov, see email!
[09:51] <salgado> mpt, I was wondering if you could help me with https://launchpad.canonical.com/PersonCreationRationale? (it should be quick)
[09:51] <cprov> kiko-afk: yup, thx
[09:52] <Mez> kiko-afk, fair enough :D
[09:53] <mpt> salgado, so, that spec needs updating, because daf and SteveA were right and I was wrong
[09:53] <mpt> I shouldn't have used the word "account" to refer to a person record that hasn't been logged in to
[09:53] <salgado> mpt, hmmm, the whole spec or just the mockup?
[09:54] <salgado> ah, I see.  that's a good point
[09:55] <mpt> So somehow the page needs to make clear that "this is a person who has never used Launchpad"
[09:55] <Ubugtu> New bug: #58138 in launchpad "Person merge code should take into account inactive and proposed memberships" [Medium,Confirmed]  http://launchpad.net/bugs/58138
[09:56] <mpt> in the same way that http://www.43people.com/profile/view/532414 represents someone who has never logged in to 43people.com
[09:56] <mpt> "(placeholder)"
[09:58] <mpt> salgado, do you need it updated Absolutely Right Now, or could it wait a few hours?
[09:59] <mpt> http://www.43people.com/about/view/faq#claim-a-page
[09:59] <salgado> mpool, it can wait.  there are other things on that spec that don't depend on this, and I'm going to work on them
[10:00] <salgado> mpt, ^
[10:01] <kiko-afk> cprov, ping?
[10:01] <cprov> kiko-afk: pong
[10:01] <mpt> salgado, ok
[10:02] <kiko-afk> cprov, can you run https://sodium.ubuntu.com/~andrew/paste/file9Qm6a7.html on mawson?
[10:02] <kiko-afk> cprov, or against the production database? it just does queries
[10:02] <salgado> mpt, while you're at it, maybe you can suggest the error messages to show when people try to register with an email that is already registered.  both messages for when the owner of that email has logged in and when he hasn't
[10:02] <kiko-afk> cprov, I think it should work, but I don't have access
[10:02] <mpt> salgado, ok
[10:02] <kiko-afk> cprov, I need to skip out now, but I'll call you in 5m
[10:02] <salgado> mpt, IOW, when we want to point people to the +claim or the +forgottenpassword page
[10:02] <cprov> kiko-afk: ok
[10:02] <kiko-afk> cprov, thanks duder
[10:03] <salgado> mpt, thanks a lot! :)
[10:05] <mpt> hmm
[10:06] <WebMaven> whois SteveA
[10:06] <WebMaven> oops
[10:09] <cprov> kiko-afk: what do you want from DAR.get(1) ?
[10:10] <mdke> jordi: aboutubuntu should have been there already
[10:10] <mdke> jordi: argh, it was called about-ubuntu
[10:10] <jordi> mdke: I guess it got held due to a path change or the about-ubuntu vs aboutubuntu nonsense
[10:10] <mdke> rosetta seems to have caught it though...
[10:10] <jordi> mdke: but there's no probs with the hyphen, right?
[10:10] <jordi> I can rename the template
[10:11] <mdke> yep, fine as it is
[10:11] <jordi> I actually should so it matches
[10:11] <mdke> there is only one listed here: https://launchpad.net/distros/ubuntu/edgy/+source/ubuntu-docs/+translations
[10:11] <jordi> nod
[10:11] <jordi> oh, yeah
[10:11] <Mez> how do I get a mailing list to show on the main page ?
[10:11] <jordi> missmatch between rosetta's templatename and what you name it in the package
[10:11] <jordi> Mez: hmm, make it public iirc?
[10:12] <mdke> Mez: launchpad doesn't do mailing lists, AFAIK
[10:12] <mpt> Mez, include it in the product description?
[10:12] <Mez> mdke: wrong channel ;) :P
[10:12] <mpt> heh
[10:12] <Mez> but if anyone knows, feel free to answr
[10:13] <mdke> Mez: it's "advertised"
[10:13] <jordi> mdke: reload
[10:13] <mdke> in the privacy page
[10:13] <mdke> jordi: fine, thanks. I don't mind which it is :)
[10:13] <mdke> but I should ensure the pot file has no hyphen, right?
[10:14] <jordi> it doesn't, according to your uploads
[10:14] <mdke> yeah, I mean, any future pot files
[10:16] <jordi> mdke: yeah, or it'll get stuck again :)
[10:16] <mdke> fine! thanks for your help
[10:16] <jordi> no!
[10:16] <jordi> er
[10:16] <jordi> np! :D
[10:25] <Ubugtu> New bug: #58144 in soyuz "Backport is rejected if an older backport is already there" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58144
[10:26] <Mez> hmm I need a little help in getting my list to automatically allow any post that comes from malone... but it just doesnt seem to be working
[10:29] <bradb> Mez: Can you whitelist anything where the Reply-To contains bugs.launchpad.net?
[10:30] <Mez> bradb: I currently have this as my "allow" filter set
[10:30] <Mez> Subject: [REQUEST] .+
[10:30] <Mez> X-Generated-By: Launchpad (canonical.com)
[10:30] <Mez> X-Launchpad-Bug:.+
[10:30] <Mez> Sender: bounces@canonical.com
[10:30] <Mez> any of those should match any bug
[10:31] <bradb> Mez: I only speak Perl re's...what does Subject: [REQUEST] .+ mean in English?
[10:32] <bradb> (or perl :P)
[10:32] <Mez> bradb... surely that is a pre ?
[10:33] <Mez> It means anything with the header "Subject: [REQUEST] " and anything following that should be auto-accepted
[10:33] <bradb> yeah, but what it means in perl surely doesn't make sense here, so [] 's in your pattern must mean something different
[10:33] <Mez> bradb: thats my bad coding
[10:33] <Mez> lol
[10:33] <Mez> bradb: for some reason it accepts the initial bug... but not any reply to it
[10:35] <bradb> Mez: how about trying just one header match at a time? like the X-Launchpad-Bug criteria?
[10:35] <bradb> that'll cover you for all bugmail generated by mail
[10:35] <bradb> by malone, that is
[11:35] <Ubugtu> New bug: #58149 in malone "Too many tickets shown" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58149