[04:50] <ubotu> New bug: #123465 in launchpad "Cannot attach more than 1 file to a bug report" [Undecided,New]  https://launchpad.net/bugs/123465
[08:50] <ubotu> New bug: #123482 in launchpad "No bidirectional tracking of duplicated bug reports" [Undecided,New]  https://launchpad.net/bugs/123482
[09:19] <carlos> morning
[09:45] <jtv> carlos: hi
[09:49] <carlos> jtv: hey
[09:49] <carlos> back at home?
[09:52] <jtv> yeah
[09:53] <jtv> Still living on London time.  Harder to adjust to shorter days than to longer ones.
[09:54] <carlos> :-)
[09:55] <carlos> so you have two weeks to be back to normality and then, back to European time ;-)
[09:55] <jtv> carlos: thanks, that really cheers me up
[10:45] <ubotu> New bug: #123494 in blueprint "Need small "Register a blueprint" button images" [Undecided,New]  https://launchpad.net/bugs/123494
[11:00] <ubotu> New bug: #123496 in launchpad "Need crowd icons" [Undecided,New]  https://launchpad.net/bugs/123496
[11:26] <ubotu> New bug: #123503 in launchpad "Need "frequent contributor" icon" [Medium,New]  https://launchpad.net/bugs/123503
[11:47] <aa_> hi, any way I can get my bug tracker listed at bugs.launchpad.net/bugs/bugtrackers?
[11:48] <carlos> aa_: do you see a link up on the left of that page that says 'Register bugtracker' ?
[11:49] <carlos> under 'Actions' label
[11:49] <aa_> carlos: oh, yed I do :) sorry
[11:53] <aa_> ok I have registered that, and set it up in my launchpad-usage. Should anything happen?
[11:56] <carlos> which project are you talking about?
[11:57] <aa_> "pida"
[11:57] <aa_> the trac is listed as the bug tracker, but then when I visit the trac page, it says "no projects are registered with this"
[11:57] <aa_> I suspect I am using something wrong
[11:57] <carlos> aa_: you shouldn't net as 'using bugs'
[11:57] <aa_> actually I want to use launchpad and trac
[11:58] <carlos> aa_: you shouldn't set it as 'using bugs'
[11:58] <carlos> aa_: but do you want to use Launchpad bug tracker??
[11:58] <carlos> or other functionalities and leave bugs in trac?
[11:58] <aa_> well, we use trac for some internal implementation stuff
[11:58] <carlos> so you want to use both
[11:59] <aa_> yes, if possible
[12:00] <carlos> as far as I know, is not possible to integrate both
[12:00] <carlos> but you should talk with BjornT about it, he would help you more
[12:00] <aa_> "you can link a registered bug tracker with a registered project" * there are no projects linked to this bug tracker
[12:00] <aa_> oh ok, thanks
[12:01] <carlos> aa_: you can link track with Launchpad, but you lose the option to use Launchpad as a bug tracker
[12:01] <carlos> or you can use Launchpad as bug tracker, but then you lose the link option
[12:01] <aa_> well, can I try it out without losing my launchpad tickets?
[12:01] <carlos> I don't think they will be removed, although I don't know how would it work
[12:01] <carlos> better check with BjornT
[12:02] <aa_> oh ok
[12:02] <aa_> BjornT: ping?
[12:02] <aa_> at the moment when I set my trac as the bug tracker for the project it doesn't actually do anything
[12:02] <aa_> (apart from show the link on the project page)
[12:03] <aa_> the bugtracker page doesn't show the project
[12:05] <aa_> carlos: since you seem to know everything, is there a way to get rid of all the blueprints on the trac? they are confusing my users as I used them incorrectly from the start
[12:08] <BjornT> aa_: pong
[12:09] <aa_> BjornT: hi, sorry to bother you, carlos mentioned that you might be able to help me with using a Trac and launchpad bugs together (if this is possible or not)
[12:09] <carlos> aa_: What do you mean about all blueprints on the trac? you mean in your trac installation?
[12:10] <carlos> aa_: I'm not familiar with trac...
[12:10] <jtv> trac wiki pages perhaps?
[12:10] <aa_> carlos: oh damn, I meant launchpad, sorry all this thing is getting me confused
[12:11] <BjornT> aa_: no, sorry, it's not possible to use both launchpad and an external bug tracker for a single project.
[12:11] <carlos> aa_: I don't see blueprints for your project, do you want to deactivate Blueprints feature?
[12:11] <BjornT> aa_: i'm interested to hear how you were planning to use it, though.
[12:11] <aa_> BjornT: ok, thanks, and if I set a project's bug tracker as an external trac, should the project appear in the external-trac's page
[12:12] <aa_> carlos: "list all blueprints" shows them
[12:12] <carlos> aa_: if that's the case, there is no way to deactivate it
[12:12] <carlos> aa_: from which page?
[12:12] <aa_> carlos: http://blueprints.launchpad.net/pida/
[12:13] <BjornT> aa_: well, it should... but it won't. i'll file a bug about it.
[12:13] <BjornT> aa_: only "project groups" are shown atm
[12:14] <aa_> BjornT: well, we use trac for developers to discuss implementation details really. Sometimes a bug on launchpad will map to a few tickets in trac as the devs implement it.
[12:14] <carlos> aa_: oh, I see, all are either obsolete or implemented that's why the default page was empty
[12:14] <aa_> carlos: yeah, I tried to get rid of them like that
[12:15] <carlos> aa_: as far as I know, there is no way to remove them. If you really want to remove them, you should try to talk with an admin. Please, file a ticket on answers.launchpad.net/launchpad
[12:16] <aa_> ok thanks
[12:16] <aa_> BjornT: and if a project is registered to use an external tracker, do the external bugs get imported or anything?
[12:18] <BjornT> aa_: no, not yet. there are some plans for importing the bugs, though, providing a mirror of the external tracker.
[12:19] <aa_> BjornT: ok thanks for all your help
[12:20] <BjornT> aa_: np
[12:22] <Hobbsee> hi BjornT 
[12:23] <siretart> any soyuz gods around? I need someone to look why my g-wrap uploads have been eaten :(
[12:23] <BjornT> hi Hobbsee 
[12:23] <aa_> man I am full of pain today
[12:24] <aa_> I am looking for a "vcs-import" member or "launchpad administrator"
[12:24] <aa_> I discussed googlecode imports with someone on Friday, but I can't remember who unfortunately
[12:25] <BjornT> aa_: ddaa or mwhudson should be able to help you
[12:25] <aa_> ah yes ddaa it was I think
[12:25] <ddaa> aa_: hullo
[12:25] <aa_> ddaa: hello
[12:25] <aa_> I think I was discussing with you about googlecode imports?
[12:26] <ddaa> yes
[12:26] <ddaa> the other folk in the gang is mwhudson
[12:26] <aa_> well we now have a mirror of our repo on http:// somewhere
[12:26] <ddaa> being more specific would help :)
[12:26] <aa_> but the launchpad is locked
[12:26] <aa_> ah ok :)
[12:26] <aa_> http://pida.co.uk/svn/
[12:26] <aa_> for project pida
[12:27] <aa_> sorry http://pida.co.uk/svn/trunk
[12:27] <ddaa> I see you have put that in the trunk series
[12:27] <ddaa> that's good
[12:27] <ddaa> it's the right place to put a trunk import :)
[12:28] <aa_> oh
[12:28] <aa_> but what about the 0.5 series import that is locked?
[12:28] <ddaa> I'll clear it out.
[12:28] <aa_> thanks
[12:28] <aa_> we don't really use branches and things :)
[12:29] <aa_> (with svn it is easier to write the code on your hand than merge branches)
[12:29] <ddaa> you'd be amazed at what some people do
[12:36] <ddaa> aa_: are you planning on updating the pida.co.uk mirror regurlarly?
[12:38] <aa_> ddaa: it is svnsync'd every 300 seconds
[12:38] <ddaa> okay
[12:38] <ddaa> we'll keep the svn import running of pida.co.uk
[12:39] <ddaa> if you need us to switch it to update from googlecode, file a question on https://answers.launchpad.net/launchpad-bazaar/+addquestion
[12:39] <aa_> ok, thanks
[12:51] <ubotu> New bug: #123518 in malone "The "Related projects" portlet for an external bug tracker doesn't list all projects using the bug tracker" [Undecided,New]  https://launchpad.net/bugs/123518
[01:00] <ronny> yo
[01:00] <ronny> got confused about translation stuff - what country maps to the language "German, Low" (i misstok it for "German")
[01:09] <jtv> Isn't that just one of the forms of German spoken in Germany?
[01:10] <jtv> (Not to be confused with Low Dutch, which I think is now called simply Dutch)
[01:42] <carlos> jtv: nice picture :-P
[01:42] <jtv> :)
[01:42] <jtv> That was just after I arrived.
[02:10] <JimQode> how long does it usually take before an ubuntu bug is confirmed?
[02:16] <mranostay|work> JimQode: you can update it to the "Confirmed" status by yourself i believe
[02:16] <mranostay|work> i did for my bug
[02:18] <JimQode> hmm is that the usual way?
[02:23] <ronny> re
[02:24] <ronny> jtv: "German, Low" looks like a form of german thats spoken outside of germany
[02:26] <ubotu> New bug: #123534 in soyuz "Closing bugs from changelogs breaks if the changelog contains a URL" [Critical,New]  https://launchpad.net/bugs/123534
[02:35] <jtv> ronny: I don't know that much about it, so I'll believe you :)
[02:49] <SteveA> BjornT: ping
[02:49] <SteveA> allenap: ping
[02:50] <allenap> SteveA: pong
[02:50] <SteveA> allenap: gmb is graham, who's starting today on the bug tracker team
[02:50] <SteveA> gmb: allenap is gavin, who works on the bug tracker team
[02:50] <allenap> gmb: Hi there! Welcome along!
[02:50] <BjornT> SteveA: pong
[02:51] <gmb> allenap: Hi, nice to be here.
[02:51] <SteveA> BjornT: as above :-)
[02:51] <BjornT> gmb: hi, welcome!
[02:51] <gmb> Hi BjornT.
[02:53] <BjornT> gmb: do you alredy know what you have to do today (i.e. new staff tasks)
[02:53] <gmb> BjornT: Just about to take a look, in fact.
[04:26] <AonEvil> hello!every baby!
[04:29] <glatzor> hi carlos and danilos. the recently added changed in launchpad filter returns a lot of false positives.
[04:29] <glatzor> carlos: danilos: https://launchpad.net/ubuntu/gutsy/+source/kdelibs/+pots/kio/de/+translate?batch=10&show=changed_in_launchpad
[04:30] <Kuhrscher> carlos: danilos: Even better:
[04:30] <Kuhrscher> https://launchpad.net/ubuntu/gutsy/+source/koffice/+pots/kexi/de/+translate?batch=10&show=changed_in_launchpad
[04:30] <glatzor> danilos: carlos: the mentioned translators have never used Launchpad personally. 
[04:31] <Kuhrscher> danilos: carlos: None (or almost none) of this strings has been changed in Rosetta, but they are locked by "Changed in Launchpad"
[04:32] <Kuhrscher> danilos: carlos:  And there are similar issues for other languages as well...
[04:32] <danilos> Kuhrscher, glatzor: look at https://edge.launchpad.net/ubuntu/gutsy/+source/koffice/+pots/kexi/de/+translate?batch=10&show=changed_in_launchpad
[04:32] <danilos> Kuhrscher, glatzor: "Packaged" is different in each of the cases, are you saying that this is not true?
[04:33] <carlos> Kuhrscher, glatzor: Also, you should look at the Reviewed by field. That's the person that activate that translation
[04:34] <Kuhrscher> "Packaged" is absolutely correct. But the string did not get actualized in Launchpad.
[04:34] <carlos> we set as 'Translator' the first person that introduced that string in launchpad for that package so it could come from a previous 'upstream' upload
[04:34] <danilos> another thing: attribution is often incorrect, because on package uploads, Last-Translator is used as the 'translated by' on any *new* translations, but old translations keep their 'translated by' when that import was done
[04:35] <danilos> and 'reviewed by' was previously very often incorrectly set, which should be fixed now
[04:35] <Kuhrscher> That's not the problem. All of these strings come from usptream imports. But they got changed upstream some months later.
[04:36] <Kuhrscher> These changes only appeared as "suggestion"
[04:36] <Kuhrscher> because the old upstream string is locked by "changed in lauchpad"
[04:37] <danilos> Kuhrscher: you can try fixing it on edge by selecting the 'packaged' translation, or wait until that rolls out to production at the end of July
[04:38] <danilos> Kuhrscher: however, note that edge might be unstable so you it might be risky (it rarely is, but it might happen)
[04:38] <Kuhrscher> Do you have any idea, why these strings (and many, many others) are locked for updates?
[04:39] <carlos> Kuhrscher: you are not logged in
[04:39] <carlos> it's a different site so the cookie from production server is not shared
[04:41] <Kuhrscher> No, my question was, do you have any idea why Launchpad thinks that these strings have been changed in Launchpad and refuses updates?
[04:42] <carlos> aren't you able to change it submitting the form or doing .po uploads as an user upload?
[04:43] <Kuhrscher> carlos: You don't get my problem ;-)
[04:43] <Kuhrscher> carlos: Of cause I can fix this issues. Manually or by a user upload.
[04:44] <glatzor> danilos: carlos: Just to be sure: packaged means coming from upstream?
[04:44] <Kuhrscher> carlos: But I would like to know what happed during the import of upstream translations that resulted in this issue.
[04:44] <danilos> glatzor: no, it means coming from an Ubuntu package, which sometimes introduces some changes, but is mostly the same as upstream
[04:45] <danilos> Kuhrscher: they have probably been changed in Launchpad: are you saying that you never 'selected' these translations or uploaded a PO file which came from upstream?
[04:45] <Kuhrscher> carlos: None of the strings has been changed in Launchapd.
[04:45] <Kuhrscher> Thats it :)
[04:46] <carlos> Kuhrscher: the only reason I can give you is the same I gave you already other times, at some point, there was a change from upstream there and thus, future updates from Ubuntu packages are not applied automatically
[04:46] <danilos> Kuhrscher: and no file has been uploaded?
[04:46] <carlos> Kuhrscher: with the new UI this will be more easy to detect
[04:46] <Kuhrscher> Kexi perhaps, but I never did anything to Kio (the first link)
[04:47] <Kuhrscher> Almost all KDE packages show such strings. I did only a few manual uploads.
[04:48] <carlos> Kuhrscher: you didn't but https://edge.launchpad.net/~tr did
[04:48] <carlos> or that's what our records say
[04:48] <Kuhrscher> Thomas Reitelbach is the coordinator of the upstream KDE team and never worked in Laucnhpad.
[04:48] <carlos> Kuhrscher: https://edge.launchpad.net/ubuntu/gutsy/+source/kdelibs/+pots/kio/de/+translate?batch=10&show=changed_in_launchpad
[04:48] <carlos> Kuhrscher: he has a valid account
[04:49] <Kuhrscher> That is possible, but he was never a member of the translation team, right?
[04:49] <Kuhrscher> And Burkhard Lck (see Kexi) never had an account, right?
[04:50] <carlos> hmm
[04:50] <carlos> no he's not
[04:50] <carlos> I just checked it
[04:51] <Kuhrscher> I know Thomas quite well and I know that he never activly worked in Launchpad.
[04:51] <carlos> Kuhrscher: don't worry, Launchpad activity confirms that
[04:51] <Kuhrscher> Perhaps he vraeted an account to look into the translations...
[04:52] <carlos> https://launchpad.net/~tr/+karma
[04:52] <carlos> Kuhrscher: I would need to investigate this further
[04:53] <Kuhrscher> Ok, you understand now why I am so irritated about this issue :)
[04:53] <carlos> let me finish something I'm doing right now, I will file a bug about this and will give you its number so you can track its status, ok?
[04:53] <danilos> Kuhrscher: as I said, we had some problems with the attribution fields until lately, so he could be set as reviewer just through the upload from package
[04:54] <carlos> Kuhrscher: danilos is right
[04:54] <carlos> anyway, I will try to confirm it, just to be sure
[04:54] <Kuhrscher> That might be true. But this does not explain why that strings are locked at all.
[04:55] <Kuhrscher> Have a look at this:
[04:55] <Kuhrscher> https://launchpad.net/ubuntu/gutsy/+source/kdelibs/+pots/kdelibs/pt/+translate?batch=10&show=changed_in_launchpad
[04:55] <danilos> Kuhrscher: what do you mean by 'locked'?
[04:56] <Kuhrscher> They dont get acualized, because Launchpad thinks they have been changed
[04:56] <carlos> Kuhrscher: it's easy. If it's different, it's 'locked'
[04:56] <carlos> it should match what we have in our records as coming from packaged/upstream version
[04:56] <carlos> or next update will not be updated
[04:57] <Kuhrscher> Yes, but only if it had been cahnged in Launchpad, right? Upstream changes just get imported as new translation, right?
[04:58] <glatzor> danilos: carlos: https://launchpad.net/ubuntu/gutsy/+source/gnome-media/+pots/gnome-media-2.0/de/+translate?batch=10&show=changed_in_launchpad
[04:58] <Hobbsee> cprov: ping?
[04:59] <carlos> yeah, although some time ago I fixed a bug that was not doing the right thing in those cases, so there is some data that would be 'locked' when it shouldn't. I fixed the problem, but the data is not easy to fix automatically
[04:59] <cprov> Hobbsee: pong
[04:59] <carlos> Kuhrscher: so *maybe* that's the reason for that concrete case. But I cannot tell you for sure
[04:59] <Hobbsee> cprov: any chance you can tell me what the dput.cf details of the ppa stuff is?  i've lost my logs, and formatted the machine, so have no record :(
[05:00] <Kuhrscher> carlos: Between April and September 2006?
[05:00] <cprov> Hobbsee: sure, there is a wiki page, one second
[05:00] <Kuhrscher> All of these strings have been imported in April or May 2006
[05:00] <carlos> I think so, yes
[05:00] <carlos> let me see whether I find a trace of my fix with the date it was done
[05:02] <glatzor> danilos: carlos: the reviewer is not a member of the German translator team and the "changed" translations block the latest upstream changes.
[05:02] <danilos> Kuhrscher: you can 'unlock' them atm by using edge, or waiting for 1.1.7 at the end of July... there's not much we can do right now with earlier bugs
[05:02] <danilos> glatzor: ^^
[05:04] <Kuhrscher> Hmm, ok. But nice to know that this won't happen again :)
[05:04] <glatzor> danilos: Sorry, but I don't think that I have got the time to look at all translations
[05:05] <ubotu> New bug: #123566 in launchpad "include parts of the prober logs in the email notifications sent to admins" [Medium,Confirmed]  https://launchpad.net/bugs/123566
[05:05] <glatzor> danilos: furthermore the bug doesn't seem to be so old. it dates back to 2th june this year.
[05:06] <carlos> Kuhrscher: I fixed a bug that was doing some 'lock' of translations on April this year
[05:06] <carlos> Kuhrscher: but I cannot tell you for how long was it happening
[05:06] <danilos> glatzor: that's not true... just the reviewer has been attributed incorrectly until June 2nd, the data has been 'changed in launchpad' for much longer
[05:07] <danilos> however, I don't know what bug it was caused by, and I'll try to get some time together with carlos to look into it, and see if we can track down all possible issues, and fix them
[05:08] <Kuhrscher> Btw: Bug 107737 refers to the same issue.
[05:08] <ubotu> Launchpad bug 107737 in rosetta "Old upstream strings locked by "changed in launchpad"" [Undecided,Confirmed]  https://launchpad.net/bugs/107737 - Assigned to Carlos Perell Marn (carlos)
[05:08] <carlos> Kuhrscher: ok, thanks for noting it. I don't need to file a bug about it
[05:09] <glatzor> danilos: so the wrong setting of the reviewer attribute is a different bug?
[05:09] <carlos> glatzor: usually, having a reviewer someone that is not member of a team is just coming from a data migration done by us based on who did that translation
[05:10] <carlos> that was one when we started to track who approved a change
[05:10] <danilos> glatzor: yeah, it was not really a bug, but just bad semantics (we set 'reviewer' simply on upload from the package to the same value as in 'last-translator', and sometimes picked up a translation which was in our DB earlier); we've changed the semantics now so reviewer will only be a reviewer if she has done approval through Launchpad
[05:10] <carlos> and recently, we had to do it again for some entries due to a bug we had when we were not setting that field correctly
[05:11] <carlos> glatzor: danilos' explanation is more complete :-)
[05:12] <danilos> Kuhrscher: btw, re 107737, doing a user upload means that you have lost all connections to upstream translations inside our DB (basically, user upload is same as you editing those translations through LP web), so carlos shouldn't have suggested that in the bug (it was just a short-term workaround)
[05:13] <danilos> glatzor, Kuhrscher: after many requests, we will consider allowing giving precedence to packaged translations over LP-ones, so that should be a long-term solution
[05:13] <glatzor> carlos: danilos: so what are the next steps? do you think that you can provide a way to detect these strings automatically?
[05:15] <carlos> glatzor: I don't think we would be able, that's why we didn't do it in first place
[05:15] <carlos> and we are adding tools to help people to see it and fix it
[05:15] <danilos> glatzor: as I said above, I don't know what it was caused by, so we'll have to track it down first, and only then will we be able to tell if we can do it (generally, though, we don't have clear metadata to help us with that)
[05:15] <glatzor> carlos: danilos: are you going to inform the other teams?
[05:15] <danilos> glatzor: basically, we can not promise you any quick fix
[05:15] <jtv> carlos, danilo: would it make sense to have an age filter, on the assumption that if there was a real problem with a translation, upstream would probably fix it within n months?
[05:16] <carlos> jtv: I don't get your point, sorry
[05:16] <jtv> Or better, an "upstream is newer than LP change" filter?
[05:16] <danilos> jtv: not any more than just giving precedence to packaged translations
[05:17] <danilos> glatzor: also worth noting is that there have probably been suggestions sent via LP which are older than review date, so they are not shown anymore
[05:18] <glatzor> carlos: danilos: to be honest this issue also let me think that we should think about resetting the whole German translation.
[05:18] <jtv> What about giving precedence to the most recent of the two (upstream translation vs. approved translation in LP)?
[05:18] <danilos> jtv: it's the same as preferring upstream translation, since we only get a single date for entire PO file upload in PO-Revision-Date, which is usually very recent
[05:19] <danilos> (and comes from the last upstream update on entire PO file, not on message)
[05:19] <jtv> ah, so we don't really know how far back a particular translation inside a pofile goes
[05:19] <danilos> jtv: no, PO file format is not that rich :)
[05:20] <jtv> well, it wouldn't have to come from the file format: I imagine we could, in theory, compare every incoming upstream translation to what we already have
[05:20] <jtv> on a message-by-message basis
[05:20] <danilos> jtv: that's what we already do, except we do it in the context of PO files, not globally
[05:21] <ubotu> New bug: #123567 in launchpad "Allow registration of both archive and release mirrors in a single page" [Medium,Confirmed]  https://launchpad.net/bugs/123567
[05:21] <jtv> exactly
[05:21] <danilos> jtv: which is part of the explanation of the problem glatzor and Kuhrscher are complaining about: on latest import, we matched existing translation in our DB which came from Thomas, and the upload itself had Last-Translator set to Thomas as well
[05:24] <jtv> So if someone uploads a PO file that is a copy of the upstream one, but with one string changed...
[05:26] <danilos> jtv: too many scenarios to give a reasonable response: any concrete point? :)
[05:26] <jtv> not yet.  You know me, just exploring the issue.  :-)
[05:27] <danilos> jtv: ok, then two major scenarios: nothing has been changed in LP so far: then just that one string is updated
[05:27] <jtv> Ah, so that doesn't keep overriding entire upstream PO files?
[05:27] <danilos> jtv: another scenario, something has been changed in LP already: those messages get reverted to translations from upstream, but losing the marking as 'upstream', and the one odd string gets updated
[05:28] <jtv> Yes, that sounds like the only thing LP can do
[05:30] <jtv> I mean, we can't expect software to guess which translations are "better" in that situation.  :)
[05:32] <danilos> jtv: right :)
[05:47] <aa_> is launchpad down or is it me?
[05:47] <aa_> maybe just bugs.launchpad.net ?
[05:48] <Hobbsee> aa_: just you
[05:49] <aa_> ok thanks
[06:25] <ubotu> New bug: #123581 in launchpad "There should be official, unofficial and pending-review mirrors" [Medium,Confirmed]  https://launchpad.net/bugs/123581
[06:35] <ubotu> New bug: #123583 in launchpad "Change the freshness statuses we have for distrubution mirrors" [Medium,Confirmed]  https://launchpad.net/bugs/123583
[07:30] <ubotu> New bug: #123592 in launchpad "DatabaseClassSet.get methods have inconsistent interfaces" [Undecided,New]  https://launchpad.net/bugs/123592
[09:00] <mpt> Goooooooooooooooood morning Launchpadders!
[09:16] <jelmer> Hey mpt 
[09:30] <dato> helo. it is possible to "subscribe" to all bug traffic for a certain product?
[09:30] <dato> +l
[09:35] <dato> also, I guess there is no way to get a *cough* mbox file of a bug report, to easily reply by mail, is there?
[09:38] <mpt> dato, there is currently no way to subscribe to all a project's bugs, unless the project's "bug contact" is a team and you are able to join that team
[09:41] <dato> aw, not good (seriously)
[09:41] <dato> mpt: and if the team is "bug contact" of various products, I guess there'll be no way to receiving only bugs for the ones I'm interested in? :)
[09:42] <mpt> correct
[09:43] <dato> do you know if there's a bug open about that / does anybody think this way is better?
[09:43] <mpt> I'm looking for the bug report now (I think it's already reported)
[09:43] <dato> good, thanks
[09:44] <mpt> For your second question, you can reply by e-mail to a bug comment, but only if you received the comment by e-mail in the first place (by being subscribed to it)
[09:44] <mpt> there's no downloadable mailbox
[09:45] <dato> okay; I guess few people would be interested
[09:55] <mpt> dato, found it, it's bug 76340
[09:55] <ubotu> Launchpad bug 76340 in malone "Should allow multiple bug contacts for products, as with packages" [High,Confirmed]  https://launchpad.net/bugs/76340
[09:56] <dato> aha, thanks mpt 
[10:39] <gmb> ical.com
[10:41] <gmb> Damn tab-switching ui... Sorry folks.