[03:17] <tritium> Hi.  The email address my ubuntu.com forwards to is being canceled.  How can I change where it is forwarded?  Thanks in advance.
[03:58] <tritium> I understand it's supposed to be my preferred email address.  This, however, is set to my @ubuntu.com address, yet is somehow being forwarded to my @purdue.edu address.
[03:58] <LarstiQ> can you still get email at that address?
[03:59] <tritium> Which?  purdue.edu?  Not for much longer, no.
[03:59] <tritium> It's due to be canceled.
[04:00] <tritium> I'll try changing my preferred email, and then sending a test message.
[04:00] <LarstiQ> sounds sensible
[04:01] <LarstiQ> tritium: not for much longer implies yes to me btw ;P
[04:01] <tritium> LarstiQ: yes until Nov. 20th
[04:02] <tritium> Okay, sorry for the bother.  It appears that changing it worked.
[04:03] <tritium> Thanks for your help.
[04:04] <LarstiQ> pleased to be of help for bouncing ideas off :)
[04:04] <tritium> :)
[04:05] <jamesh> tritium: don't set your preferred email address to your @ubuntu.com address
[04:05] <jsgotangco> itll just make a loop yeah
[04:06] <tritium> jamesh: For some odd reason, it was working.  It's been set that way for over a year.
[04:30] <Ubugtu> New bug: #69616 in malone "Trailing whitespace fails when searching by bug number" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69616
[04:53] <joejaxx> Hello All
[06:01] <mpt> Goooooooooooooooooooooooood evening Launchpadders!
[06:02] <joejaxx> mpt: Hello
[06:02] <joejaxx> are you involved in LP?
[06:12] <mpt> joejaxx, yes
[06:13] <joejaxx> mpt: i was wondering about how i can have a distro more involved with LP
[06:14] <joejaxx> it is not right now
[06:14] <lifeless> what distro ?
[06:14] <joejaxx> Fluxbuntu
[06:14] <lifeless> what does it focus on ? [I'm just curious] 
[06:15] <joejaxx> lightweightness
[06:15] <joejaxx> running on a vast range of computers older and newer
[06:15] <lifeless> a bit like xubuntu ?
[06:15] <joejaxx> nope
[06:15] <joejaxx> a lot different
[06:16] <mpt> joejaxx, talk with kiko or SteveA when they're awake
[06:16] <joejaxx> mpt: alright i will thanks
[06:18] <joejaxx> lifeless: /win 22
[06:18] <joejaxx> bah
[06:19] <joejaxx> i very much dislike when i do that
[06:34] <mpt> [07:28]  <SteveA> ddaa: /win 5
[06:34] <mpt> Seems to be a common problem :-)
[06:34] <joejaxx> mpt: haha :)
[06:35] <mpt> This must be some secret IRC game I don't know about
[06:35] <joejaxx> mpt: :P
[06:35] <mpt> lifeless, are you able to kick staging?
[06:46] <lifeless> nah, its too far away. I can kick my laptop though
[06:46] <lifeless> seriously, isn't this its usual db update window ?
[06:46] <jamesh> can you kick it when it is on your lap?
[06:46] <lifeless> jamesh: I can
[06:46] <lifeless> jamesh: what did you think of my prf suggestions from this morning ?
[06:47] <jamesh> mpt: the normal update window may be one hour different to last week now, due to DST
[06:48] <jamesh> lifeless: would probably be useful, but I don't know how much effort is worth expending on it
[06:50] <Ubugtu> New bug: #69628 in malone "Need to advertise "OR"/"|" operator for searches" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69628
[06:59] <mpt> jamesh, I didn't know there was a normal update window. Is it written anywhere?
[07:00] <jamesh> mpt: there is a cron job to restore the staging db from a dump of production each day, and update the code
[07:00] <jamesh> mpt: it isn't an instantaneous process
[07:01] <mpt> And it's at 1800 UTC?
[07:10] <jamesh> mpt: stub would be able to tell you the exact time
[07:29] <tarkus> huhu
[07:32] <lifeless> jamesh: I'm adding a new reviewer to the team, what do I need to do to the pending-reviews page - the obvious? or does your script need updating too ?
[07:37] <stub> mpt: Staging updates kick in as soon as the production backups have completed. Which tests to be about 1:00 1:30 London time. The staging update process then currently takes around 3 hours. I can fix this so it only takes a few minutes - I'll try and get this done tomorrow but feel free to nag me if I forget.
[07:39] <mpt> ok, thanks stub
[07:51] <jamesh> lifeless: just add a new section for them and make sure there is a "## reviewer: nickname" comment below the heading
[07:52] <lifeless> jamesh: done that, [the obvious thing ;)]  - thanks.
[07:53] <jamesh> lifeless: well, that's it then.
[07:54] <lifeless> jamesh: sweet, thanks.
[07:55] <jamesh> hrmm.  getting timeouts trying to view the pending-reviews page :(
[08:18] <mpt> jamesh, you're a GPG expert, right? :-)
[08:18] <lifeless> mpt: together we should be able to help
[08:18] <mpt> On any commit I get "can't connect to `/home/mpt/.gnome2/seahorse-.../S.gpg-agent': Connection refused"
[08:18] <mpt> I googled for this message last night and found several people asking about it, but no solutions
[08:20] <mpt> Just before the passphrase alert I get that error, and just after the passphrase alert I get the same but "connect failed"
[08:22] <lifeless> so, you appear to be trying touse gpg2 with an agent
[08:22] <lifeless> do you have the agent process running ?
[08:22] <mpt> ps aux shows two copies of ssh-agent running, and nothing else mentioning "agent"
[08:23] <lifeless> what about gpg ?
[08:24] <mpt> Nothing gpg-related running
[08:24] <joejaxx> ^/win 21
[08:24] <joejaxx> bah
[08:24] <mpt> heh
[08:24] <joejaxx> :(
[08:26] <mpt> Perhaps if the phrase "/win" is included *anywhere* other than the beginning of what you're typing, whatever client that is should beep at you and make you type Enter once more to confirm it
[08:26] <lifeless> mpt: and is there a file in /home/mpt/.gnome2/seah*/ ?
[08:27] <lifeless> with a name of S.gpg-agent ?
[08:27] <mpt> lifeless, yes
[08:27] <lifeless> ok
[08:27] <lifeless> do lsof | grep S.gpg-agent
[08:28] <mpt> That gives no output
[08:28] <lifeless> ok
[08:28] <lifeless> I think you have two problems, one that no agent is running, and two that there is a stale socket for the agent.
[08:28] <lifeless> its possible these are related.
[08:28] <lifeless> to start with, please rename that file to S.gpg-agent.old
[08:28] <mpt> done
[08:29] <lifeless> now, as I know nothing about how the agent is started etc, I'm going to suggest you try man -k gpg-agent
[08:29] <lifeless> and/or try a gpg operation
[08:29] <lifeless> and/or logout and in again
[08:29] <mpt> ok
[08:31] <mpt> After logging out and logging in, I get the same two errors
[08:32] <mpt> S.gpg-agent.old is srw-------, in case that's relevant
[08:34] <lifeless> socket
[08:34] <lifeless> ok, did it create a new S.gpg-agent ?
[08:34] <mpt> No.
[08:34] <lifeless> try running gpg-agent
[08:34] <lifeless> and then doing an operation in another window
[08:34] <mpt> gpg-agent: command not found
[08:34] <mpt> pother
[08:35] <lifeless> dpkg -L gpg2-agent, or whatever the package is called, will list the files
[08:36] <mpt> Ah, so I should have gnupg-agent installed?
[08:37] <mpt> "This package contains the agent program gpg-agent..."
[08:38] <mpt> Chalk up another oddness to the Edgy upgrade
[08:38] <lifeless> well, you are configured to use it for some reason
[08:39] <jamesh> mpt: does seahorse have any preferences about agent usage?
[08:39] <mpt> "The 'seahorse-daemon' program has been started. This program is necessary in order to cache passphrases."
[08:41] <mpt> and now it works
[08:41] <mpt> Thanks lifeless, and jamesh 
[09:03] <Fujitsu> Anybody noticed a lack of *.ubuntu.com and launchpad.net?
[09:04] <mpt> worksforme
[09:04] <Fujitsu> I've got a couple of others in #ubuntu-motu that also cannot see any of them.
[09:04] <mpt> I tested launchpad.net, wiki.ubuntu.com, and help.ubuntu.com
[09:05] <mpt> The latter two I hadn't visited in the past day
[09:05] <Fujitsu> Seems some can access it, and others can't :/
[09:10] <jamesh> Fujitsu: I can't get through either
[09:10] <jamesh> Fujitsu: but can from other places I have shell accounts
[09:10] <Fujitsu> The US seems to be fine, Australia not so...
[09:11] <jamesh> Fujitsu: which ISP are you with?
[09:11] <Fujitsu> Optus.
[09:12] <Fujitsu> StevenK is with Exetel, he also has issues, so it's not just ISP-related.
[09:14] <jamesh> I'm with iiNet, and traceroute shows a few optus hops on the way
[09:15] <Fujitsu> Burgundavia is in Canada, having the same issue...
[09:16] <Fujitsu> A couple of US servers also having problems, but not many.
[09:24] <jamesh> so, is there any other non Canonical servers these people can't reach?
[09:24] <Spads> Has anyone noticed a pattern?
 telecity.net is having issues for me as well
[09:26] <Fujitsu> Level3 seems to be having some... issues... with internal routing.
[09:27] <jamesh> Spads: on a traceroute, the last hop I get a reply from is ae-1-0.bbr2.London2.Level3.net
[09:27] <Spads> Do you have any information on when this started?
[09:27] <Fujitsu> [18:30:55]  * StevenK pokes launchpad.net
[09:27] <Fujitsu> That was the first time it was noticed, though it could have been earlier it dropped out.
[09:28] <Spads> what time zone is that?
[09:28] <Fujitsu> AEST (+11)
[09:28] <Spads> OK
[09:28] <Fujitsu> *AEDT
[09:28] <Spads> so an hour ago?
[09:28] <Fujitsu> Yes.
[09:28] <Spads> Thanks.
[09:28] <Spads> So I'm seeing it from my home DSL and from one of my personal servers.
[09:29] <Fujitsu> How is that useful!?
[09:29] <jamesh> Spads: I was getting intermittent connection problems a bit earlier than that, but now they always time out
[09:29] <Fujitsu> Ah, OK.
[09:29] <Fujitsu> Silly routing issues.
[09:29] <jamesh> I get no problems when trying to connect from window.gnome.org (another machine I have access to)
[09:30] <Fujitsu> What routers is it going through?
[09:30] <Fujitsu> (Level3 ones)
[09:30] <Fujitsu> It's all behaving very oddly.
[09:31] <Spads> when I pass through Amsterdam, I se ethe problem.  When come from LA to London, I don't
[09:31] <Spads> coming from Dallas I see the problem
[09:31] <Spads> it's worse from dallas
[09:32] <jamesh> my connection goes LosAngeles1.Level3.net -> London2.Level3.net before it times out
[09:32] <Spads> Oh dear
[09:32] <Fujitsu> Ooh! YOu got to London, lucky jamesh.
[09:32] <Fujitsu> Hey, I get to London now too.
[09:32] <Fujitsu> They've rearranged their routing.
[09:32] <mpt> Blame Heathrow
[09:33] <Fujitsu> I was going through somewhere else earlier, several times...
[09:34] <Fujitsu> I note that I can access it fine from another machine in the US, going through the same routers as I fail to get through from home. So it looks like it's a return-path problem.
[10:08] <yama> any launchpad admins around?
[10:10] <yama> My karma has disappeared :(
[10:11] <yama> It should be > 130 000, but it's now 3878
[10:12] <yama> my launchpad page: https://launchpad.net/people/sridhar
[10:12] <Fujitsu> Most of that would have been translation karma?
[10:12] <yama> yes
[10:13] <Fujitsu> That's most impressive that it's vanished, as I still have all my translation karma, and it's very old.
[10:14] <yama> I changed my launchpad ID from lordyama to sridhar, and it didn't migrate across
[10:14] <yama> everything else migrated properly
[10:16] <yama> stub told me to wait a day for it to migrate, but it's been a couple of days since then and nothing has happened
[10:22] <stub> yama: Please file a bug against Launchpad and assign it to me (Karma not being transferred on account merge or some such).
[10:22] <yama> stub: I'll do that. Cheers :)
[10:28] <mpt> jamesh, remember that you gave me an rs= for changing <h4>...</h4> to <h2>...</h2> in portlets? Can I get another rs= for doing the same for the fake portlets embedded in full-page templates?
[10:29] <jamesh> mpt: sure.
[10:29] <mpt> It's the cause of occasional portlet heading display glitches
[10:29] <mpt> thanks
[10:29] <jamesh> yeah.  I fixed one I noticed in one of my merges
[11:40] <Ubugtu> New bug: #69649 in launchpad "Karma not being transferred on account merge" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69649
[11:45] <yama> that's my bug! :)
[12:00] <aquarius_work> If I register a new launchpad product, can I import my bugs from another bugtracking system? (specifically, trac)
[12:02] <mpt> aquarius_work, we do that case-by-case at the moment
[12:02] <mpt> We've imported from Bugzilla and from Sourceforge before, but not Trac
[12:03] <mpt> jamesh probably could tell you more
[12:03] <aquarius_work> mpt: cool. We're thinking of moving jokosher over from our external trac, you see. Is there an import format at all? (I can script trac output, for example, and write it into an import format if you have one)
[12:05] <mpt> Paging jamesh!
[12:06] <aquarius_work> :)
[12:11] <aquarius_work> Presumably, if I've got a project in LP, I can do things like edit importance of bugs filed against it?
[12:21] <mpt> aquarius_work, yes
[12:21] <aquarius_work> thought so; just checking.
[12:31] <lifeless> night all
[01:28] <aquarius_work> jamesh: ping?
[02:01] <aquarius_work> SteveA: am I right in thinking that you know about bug importing into Launchpad?
[03:00] <laszlok> how can i add permissions for other people to change bugs in malone?
[03:00] <kiko> hi
[03:00] <kiko> joejaxx?
[03:06] <kiko> matsubara, danilos: do you know if the pluralforms crashes in production yesterday was just during the cherry-pick window?
[03:08] <kiko> laszlok, well.. what product are you talking about?
[03:09] <laszlok> kiko: https://launchpad.net/products/jokosher/+bugs
[03:09] <laszlok> i need to let other devs change all the bug details
[03:10] <LarstiQ> any person, or all devs part of the same team?
[03:10] <kiko> laszlok, they are currently unable to change milestone and importance, right?
[03:10] <laszlok> kiko: right
[03:11] <laszlok> LarstiQ: im setting up a group right now
[03:11] <kiko> laszlok, set that group as your bug contact
[03:11] <kiko> laszlok, they will get implicitly subscribed to your bugs, and will be able to change that data.
[03:11] <laszlok> kiko: k thanks
[03:14] <kiko> danilos, ping?
[03:16] <matsubara> kiko: rollout happened around 06:58 and the oopses around 09:52
[03:17] <kiko> matsubara, all at the same time?
[03:17] <matsubara> kiko: yes
[03:19] <matsubara> kiko: hmm sorry, the wiki shows the date in localtime. so the rollout happened at 9:58
[03:20] <kiko> matsubara, sounds okay then. interesting that we had somebody active at exactly that time.. 
[03:24] <kiko> malcc, ayaround?
[03:24] <malcc> kiko: Yup
[03:25] <kiko> malcc, so cprov and I were chatting yesterday about random things
[03:25] <kiko> did he talk to you about some of them perhaps?
[03:25] <malcc> He's been talking to me about his ideas for refactoring the build dispatching
[03:25] <malcc> He may have mentioned others, but I don't have my memory cross-referenced this way, you'll have to tell me what things you're thinking of :)
[03:26] <cprov> malcc: ehe, also about empty pocket creation for feisty, the i-f-p extension idea ...
[03:27] <malcc> Ah yes
[03:27] <kiko> malcc, right, those two things.
[03:27] <malcc> The issue there is just getting the code which writes the release files to do the right thing
[03:27] <kiko> one is i-f-p to create the whole matrix of directories
[03:27] <kiko> another which I find interesting
[03:27] <malcc> It depends on this release_files_needed variable, which I still feel we should be able to refactor out of existence, but haven't quite got my head around yet
[03:27] <kiko> is to ensure dirty_pockets for unpublish or override actions
[03:28] <kiko> malcc, what's this about release files needed?
[03:28] <malcc> Yes, we should do this, this is part of the plan to put dirty pockets in the db, which has a spec now
[03:28] <kiko> awesome.
[03:29] <malcc> kiko: In order to create an "empty" suite properly, we have to write a bunch of empty Sources/Packages files, compress them in various ways, write some release files, then checksum the whole lot into a main release file
[03:29] <kiko> the fact that we don't dirty pockets for which we are removing or overriding out might even be causing issues today.. no?
[03:29] <malcc> kiko: At the moment, the only way we have to do that is to basically do a full publish - override files, a-f, the works - because of the inter-dependencies between those methods, of which "release_files_needed" is the least comprehensible
[03:30] <kiko> right
[03:30] <cprov> kiko: also, IDSPR.changeOverride created a new SSPPH in PEDNING state, so it would be definatelly include in the current dirty_pocket structure
[03:30] <kiko> cprov, oh, it's created PENDING?
[03:30] <cprov> s\created\creates
[03:30] <malcc> kiko: Package removals wouldn't take place until there's some other publishing action in the same pocket. Override changing produces pending publish records, so it triggers publishing
[03:30] <cprov> kiko: yup, so it's fine
[03:31] <kiko> malcc, aha. right.
[03:31] <kiko> malcc, the first is a bug?
[03:31] <cprov> kiko: removal requires some attention
[03:31] <kiko> malcc, what dya think of creating the pockets in i-f-p?
[03:31] <malcc> kiko: Yes, I'd say it's a bug, but I'm not sure it's ever actually been triggered. Removals tend to be in the development release, which tends to see action every publisher run, so we get away with it
[03:32] <kiko> yeah. 
[03:33] <malcc> kiko: I'd much prefer to create the right db state in i-f-p so that the next publisher run will create everything
[03:33] <cprov> malcc: good point, the chances to have the developement RELEASE pocket dirty is high.
[03:33] <kiko> malcc, so we'd basically dirty all pockets in i-f-p?
[03:33] <malcc> kiko: If i-f-p starts writing in the dists tree, we've got to be more careful with locking, it's kind of an unwritten but useful rule that only things run from cron.daily do that
[03:33] <malcc> kiko: Yes
[03:33] <kiko> malcc, that's a good approach as well, good job. 
[03:35] <malcc> kiko: For this time around, I just hardcoded dirty pockets on mawson and copied the generated files over, as I didn't want to try to rush dirty pockets in the db into deployment before travelling
[03:35] <kiko> malcc, k. dirty pockets doesn't interplay much with PPA does it?
[03:36] <malcc> kiko: It does cross over; post-PPA it'll be pocket, distrorelease, archive instead of just pocket, distrorelease
[03:36] <kiko> danilos, ping?
[03:36] <malcc> kiko: But it's not a complex interaction
[03:36] <kiko> malcc, so we know we don't need to publish stuff in PPAs which are unchanged.
[03:37] <malcc> kiko: Exactly, we'll publish the packages we find, then we'll regenerate only the index/release files which we need to
[03:37] <kiko> okay.
[03:37] <kiko> malcc, did you see my hack^Wproposal to get the ppa support in the build dispatcher done?
[03:37] <kiko> meaning cprov mentioned the approach to you?
[03:38] <malcc> kiko: cprov just told me you guys had been successful in finding a workable minimal approach.
[03:38] <malcc> kiko: I said "Yay" and I stand by that comment :)
[03:39] <kiko> malcc, the approach is pretty minimal -- the only thing we are doing is ensuring the builds go to the right set of builders (untrusted). if that's all there is to it... :)
[03:39] <cprov> malcc: tests for it will be harder, but not that much.
[03:40] <malcc> Cool
[03:40] <cprov> kiko: just for the record, https://launchpad.canonical.com/DirtyPockets is another four-hands-written spec, which turns to be the best way to produce good specs outside the sprint (gobby works very weel, even throught low bandwidth connection)
[03:41] <kiko> cprov, I would only worry if the number of hands was odd, not even
[03:43] <cprov> kiko: for god sake :), you know I meant ... I better shut up and get back to tests ...
[03:57] <LarstiQ> ie, John A Meinel, John A Meinel, '', vila, vila, John A Meinel
[03:58] <mamzers555> hello, how to delete attachments in launchpad if i am the creator of the bug-report, i posted an attachment twice, i will remove one of it
[04:11] <danilos> kiko-afk: pong
[04:12] <LarstiQ> nor does status sorting work as wanted, feh
[04:20] <danilos> kiko-afk: it seems they were, they all happened between 9:52 and 9:53 UTC
[04:21] <salgado> mamzers555, I'm afraid that's not possible
[04:22] <mamzers555> salgado; thanks so i have to leave it as it is
[04:23] <salgado> mamzers555, for now, yes.  but you may want to subscribe to bug 48771
[04:23] <Ubugtu> Malone bug 48771 in malone "It should be possible to delete attachments" [Medium,Confirmed]  http://launchpad.net/bugs/48771
[04:23] <kiko-afk> hey danilos 
[04:23] <matsubara> LarstiQ: bug 62495
[04:23] <Ubugtu> Malone bug 62495 in malone "Milestone bug list doesn't sort properly" [Undecided,Confirmed]  http://launchpad.net/bugs/62495
[04:24] <danilos> hi kiko
[04:25] <kiko-afk> danilos, how's it going?
[04:25] <kiko> wanted to check with you on your 1.0 work
[04:25] <danilos> kiko: it's fine, getting all ready for UDS/AllHands ;)
[04:25] <danilos> kiko: ah, right
[04:25] <kiko> danilos, tell me the firefox story
[04:25] <LarstiQ> matsubara: thanks
[04:26] <danilos> as for ff stuff, it's done, except I need to "bzr add" some files, clean up some conflicts, and put it up for review
[04:26] <danilos> oo stuff, based of that ff stuff, is close to completion as well
[04:26] <kiko> danilos, did it end up taking a lot longer than you expected?
[04:26] <danilos> kiko: it did, in fact
[04:26] <LarstiQ> matsubara: how do you do triage work with issues like that?
[04:27] <kiko> danilos, what were the issues?
[04:27] <danilos> kiko: well, I had some issues fighting over zope interfaces which I never used before
[04:27] <matsubara> LarstiQ: sorry, what do you mean?
[04:28] <kiko> danilos, you mean security proxies?
[04:28] <danilos> kiko: next, I had to do some design changes in the middle to allow better extensibility (eg. not to have to rework everything for OOo stuff)
[04:29] <danilos> kiko: well, stuff in launchpad/interfaces/*.py ;)
[04:29] <LarstiQ> matsubara: I'm preparing a weekly status update, and not having the sorting do what I want irks me. I've resorted to just copy pasting to vim and working there
[04:29] <LarstiQ> matsubara: and since I thought you do something similiar for lp..
[04:30] <danilos> kiko: and it also took quite some time to migrate existing tarball import/export support to the new stuff, and I'll probably be getting quite some review comments
[04:31] <kiko> danilos, who's got the branch?
[04:32] <danilos> kiko: it's not yet up for review
[04:32] <doko> danilos: OOo support in rosetta is ready? can I test it?
[04:32] <danilos> (I'm cleaning it up a bit more still)
[04:32] <matsubara> LarstiQ: I don't use that listing. I use https://launchpad.net/project/launchpad-project/+bugs which doesn't have that js sorting.
[04:32] <kiko> danilos, what's the ETA, and what's holding it up?
[04:32] <danilos> doko: not yet
[04:33] <danilos> kiko: ETA tommorow, Friday together with OOo stuff
[04:33] <LarstiQ> matsubara: oef
[04:33] <danilos> kiko: well, it's just some rechecking if all's fine, so just some tedious work, no concrete blocekrs
[04:33] <danilos> s/blocekrs/blockers/
[04:40] <ailean> guys, where is the channel for rosetta?
[04:40] <salgado> ailean, you just joined it. :)
[04:41] <ailean> cool. thanks. I need Scots support on my machine and I language-support-sco doesn't seem to exist.
[04:42] <kiko> ailean, aha! file a rosetta support request
[04:43] <ailean> kiko, ok, will do. how? :)
[04:43] <kiko> ailean, /products/rosetta/+addticket I believe
[04:44] <ailean> great, thanks :)
[04:44] <kiko> danilos, how much more work to get the OOO stuff in shape for review? what's left, technically?
[04:45] <danilos> kiko: well, I don't have the export ready yet (it's not working yet), and it's based on all the firefox stuff, so it's blocked by ff first
[04:45] <matsubara> LarstiQ: oef?
[04:46] <LarstiQ> matsubara: sound of air escaping my lungs
[04:46] <LarstiQ> matsubara: it's a large collection of bugs to wade through
[04:47] <matsubara> LarstiQ: indeed
[04:50] <kiko> danilos, and the import?
[04:50] <kiko> danilos, be more verbose, if possible -- it will help me :)
[04:51] <danilos> kiko: sorry; the import works already; import is the easier part anyway :)
[04:51] <ailean> kiko, tickets submitted. thanks for your help.
[04:52] <kiko> danilos, what's left for the OOO export to work?
[04:53] <danilos> kiko: well, I have a test ready, so TranslationExport class needs to be fully implemented before it will work
[04:53] <ailean> there are only 6 support requests for Rosetta? And I've submitted two of them??
[04:54] <kiko> we only started using the support tracker for it recently.
[04:54] <ailean> in March. though
[04:54] <danilos> kiko: basically, TranslationExport provides a unified interface for all the export stuff, so that's where I map Rosetta data model to files
[04:55] <Ubugtu> New bug: #69703 in malone "Shouldn't be possible to unassign from a bug and leave it as in progress." [Undecided,Unconfirmed]  http://launchpad.net/bugs/69703
[04:57] <danilos> kiko: and for OOo, it has to map all the stuff to a single file
[04:57] <danilos> kiko: or alternately, to a bunch of files per language (i.e. it maps several POTemplates and their POFiles to a single file)
[04:59] <kiko> danilos, and this code isn't written yet?
[04:59] <danilos> kiko: most of it isn't
[04:59] <danilos> (there's some boilerplate code)
[05:10] <ailean> what's boilerplate code?
[05:11] <ailean> no matter, got it
[05:43] <joejaxx> kiko-fud: oh yes i wanted to talk to you about how do i go about having a distro more involved in LP
[06:00] <kiko> joejaxx, so tell me about this distro
[06:01] <flacoste> kiko, salgado: ping
[06:01] <kiko> flacoste, oing
[06:02] <flacoste> i've got an issue with notifications for localized requests
[06:02] <flacoste> LocalizedSupportRequests states that notifications are only sent to support contacts that have the request's language in their preferred languages
[06:02] <joejaxx> kiko: the distro is Fluxbuntu
[06:02] <flacoste> what should I do with teams that have a preferred email address?
[06:03] <kiko> salgado, do you remember what we decided when we discussed that issue?
[06:03] <flacoste> (teams without a preferred address are handled like a bunch of person, so they are not a problem.)
[06:03] <kiko> joejaxx, okay. what Launchpad services are you looking to use ?
[06:12] <salgado> flacoste, that's a tricky one, but as a start I think it'd be fair to send an email to the team if any of the team members has the ticket's language as one of his preferred languages
[06:12] <salgado> flacoste, the rationale being that we won't actually send the email to the people themselves, but to a mailing list which will be the team's contact address
[06:12] <flacoste> salgado: that makes perfect sense
[06:12] <flacoste> i'll do this
[06:12] <flacoste> thanks!
[06:13] <salgado> flacoste, you're welcome. :)
[06:21] <flacoste> salgado: in theory, teams can also have a preferred languages, is it possible to set this in practice?
[06:21] <flacoste> and should we make use of this?
[06:23] <salgado> flacoste, yes it's possible --we just miss a link to the +editlanguages page, IIRC
[06:23] <flacoste> ok, then if the team has languages we use that otherwise we consider that the team preferred languages is the union of all the members preferred languages
[06:24] <salgado> maybe we can define the set of a team's preferred languages as the languages choosen by one of its admins, falling back to all languages of the team members
[06:24] <salgado> yay
[06:24] <flacoste> how does that sound?
[06:24] <salgado> sounds a bit similar to what I had in mind. ;)
[06:25] <flacoste> great :-)
[06:28] <joejaxx> kiko: services similiar to edubuntu and kubuntu
[06:29] <kiko> joejaxx, distribution management, essentially?
[06:30] <joejaxx> kiko: yes
[06:30] <kiko> joejaxx, that service is not being publically offered at this time.
[06:30] <joejaxx> oh alright
[06:30] <kiko> joejaxx, would you like us to contact you when it finally is?
[06:31] <joejaxx> kiko: sure
[06:31] <joejaxx> kiko: jjacksoniv@fluxbuntu.org
[06:31] <kiko> joejaxx, okay -- if you send me an email with a description of your distro it would be ideal
[06:31] <kiko> kiko@canonical.com
[06:31] <joejaxx> ok
[06:32] <kiko> joejaxx, you can use malone and the support and specification trackers, btw
[06:33] <joejaxx> oh ok
[06:33] <kiko> would that interest you? have you already registered a launchpad product?
[06:34] <joejaxx> yes it whould
[06:34] <joejaxx> i have not registered a launchpad product as of yet
[06:34] <joejaxx> because i came here to inquire about the process, i did not know whether a distro was considered a product or not
[06:35] <kiko> joejaxx, wonderful -- send me the email and I'll set up a distro for you. no soyuz yet, as I said, but you get bugs, specs and tickets.
[06:35] <joejaxx> alright
[06:35] <joejaxx> thanks i will send the email immediately
[06:41] <joejaxx> kiko: email sent
[06:41] <kiko> thanks jo
[06:41] <kiko> er joejaxx 
[06:42] <joejaxx> kiko: you are most welcome
[06:50] <Ubugtu> New bug: #69723 in launchpad-bazaar "Problem with branch hosting" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69723
[06:51] <kiko> great bug title
[06:51] <LarstiQ> kiko: thanks! :)
[06:51] <kiko> New bug: #666 in launchpad "Problem with launchpad" [Incomprehensible]  http://launchpad.net/bugs/666
[06:52] <Ubugtu> Malone bug 666 in malone "can't file a bug on Ubuntu" [Medium,Rejected]  
[09:03] <lifeless> jamesh: https://launchpad.net/products/bzrtools/0.12 should have picked up some releases from the prf - do you know where the logs are going ?
[09:10] <Ubugtu> New bug: #69755 in soyuz "Gina shouldn't use the maintainer for the sourcepackagerelease owner" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69755
[09:14] <kiko> matsubara, you can confirm that one ;-)
[09:15] <matsubara> sure, I was about to ask you. Importance?
[09:15] <kiko> matsubara, medium for now, but if Gina is to be used, then critical.
[09:15] <kiko> :)
[09:17] <lucasvo> how long does it take lp to import an ssh key?
[09:17] <kiko> lucasvo, ssh keys are imported synchronously AFAIK
[09:17] <kiko> do you mean gpg keys?
[09:17] <lucasvo> no
[09:18] <lucasvo> ssh
[09:18] <lucasvo> and how often is http being synced
[09:18] <lucasvo> (the copy of the bzr branch)
[09:18] <kiko> I'm a bit confused by your questions :)
[09:19] <LarstiQ> lucasvo: continously, should be done within 10 minutes, iirc
[09:19] <LarstiQ> or was that only for hosted branches?
[09:20] <LarstiQ> no idea about ssh keys
[09:20] <LarstiQ> kiko: lucasvo is asking about launchpad-bazaar
[09:20] <lucasvo> what means: This transport does not update the working tree of: sftp://lucas@wservices.ch/home/lucas/org/harmony/code/addressbook/
[09:21] <lucasvo> oh sry off topic
[09:21] <lucasvo> wrong channel
[09:21] <kiko> it means that you are using sftp push and the working tree won't be updated, just the bzr metadata
[09:21] <lucasvo> why?
[10:44] <rpedro> hello
[10:44] <rpedro> what group is responsible for the ubuntu daily iso builds, anyone know
[10:44] <rpedro> ?
[10:45] <rpedro> I have a problem with the lastest jigdo file for i386
[10:46] <rpedro> *latest
[10:47] <LarstiQ> rpedro: I suppose people in #ubuntu-devel will know
[10:47] <rpedro> ok
[10:48] <matsubara> rpedro: please file a bug against ubuntu-cdimage
[10:48] <radix> what do you guys use for sending mail in zope-land?
[10:48] <radix> zope.sendmail is kind of suck
[10:49] <matsubara> rpedro: bugs 64722 and 67444 might help
[10:49] <Ubugtu> Malone bug 64722 in ubuntu-cdimage "[Xubuntu Edgy]  Jigdo file looking for template file with wrong name" [Undecided,Unconfirmed]  http://launchpad.net/bugs/64722
[10:49] <Ubugtu> Malone bug 67444 in ubuntu-cdimage "[Edgy]  Jigit .conf files not being provided? Jigit doesn't Just Work, certainly" [Undecided,Fix released]  http://launchpad.net/bugs/67444
[10:49] <rpedro> nope
[10:49] <rpedro> neither of those, it's a bad checksum, I think...
[10:50] <matsubara> rpedro: ok. anyway, if you need to file a bug, file it against ubuntu-cdimage
[10:51] <rpedro> alright, I'm on it :-)
[10:55] <matsubara-afk> radix: we have our own sendmail module; its docstring says: "The One True Way to send mail from the Launchpad application." :)
[10:55] <radix> matsubara-afk: ok, I will need to find a way to steal it from you :-)
[11:16] <rpedro> matsubara-afk: "Launchpad doesn't know of any source package named 'ubuntu-cdimage' in Ubuntu." o.o