[01:01] <RenatoSilva> What's the purpose of "triaged" and "in progress" bug status?
[01:03] <idnar> I think "in progress" means somebody is working on it
[01:04] <RenatoSilva> on a separate branch? so fix committed is when it's in trunk, right?
[01:05] <idnar> I think fix committed just means a fix has been committed somewhere, maybe a branch
[01:05] <idnar> but ICBW
[01:05] <idnar> if you're working on the bug, then you won't have committed the fix yet (otherwise you would be finished working on it)
[01:07] <wgrant> Fix Committed is meant to be when it's in trunk, or a series branch, or something similar. Not just that a fix exists.
[01:07] <wgrant> In Progress is when somebody is working on it.
[01:08] <wgrant> https://help.launchpad.net/Bugs/Statuses
[01:08] <RenatoSilva> that is, there are commits about it, but not the final commit that fixes it
[01:08] <ScottK> Except of course for the projects where it doesn't mean that.
[01:09] <wgrant> Hence "is meant to be"
[01:10] <wgrant> The way Ubuntu does things (particularly with the sponsorship mess) is, IMO, crazy and wrong.
[01:11] <RenatoSilva> I read the page, it seems triaged == confirmed
[01:12] <RenatoSilva> ScottK: and would mean what then
[01:12] <ScottK> Depends on the project
[01:12] <wgrant> Triaged implies that somebody qualified has looked at the bug, and it wasn't entirely confirmed by a pack of crazy users.
[01:12] <ScottK> For the Ubuntu Backports project "In Progress" means that it's been approved for backporting and is waiting to be processed.
[01:13] <RenatoSilva> why open all those status to the users it seems no sense
[01:13] <wgrant> RenatoSilva: Users can be developers.
[01:13] <RenatoSilva> mainly the fix committed, as not all users have access to the trunk, obviously
[01:13] <ScottK> Fix Committed might be upstream.
[01:14] <RenatoSilva> can be, but are not always
[01:14] <RenatoSilva> upstream
[01:14] <RenatoSilva> ?
[01:14] <wgrant> ScottK: Ubuntu's use of Fix Committed is an abuse to work around Launchpad limitations.
[01:14] <wgrant> It is completely wrong.
[01:14] <RenatoSilva> brb
[01:15] <ScottK> wgrant: Only to the extent one believes that the developers of Launchpad are better at defining the workflow for distro developers than they are.
[01:15] <RenatoSilva> well, I don't see no reason confirmed would be anything different from triagged, from that page
[01:15] <wgrant> ScottK: If the fix is upstream, it probably needs work to get it into the distro.
[01:15] <wgrant> ScottK: If I see a Fix Committed bug, I am going to ignore it.
[01:16] <wgrant> It is going to become much messier once Ubuntu is using bzr.
[01:16] <wgrant> Because then Fix Committed will be used for its real meaning.
[01:16] <ScottK> wgrant: Sure, but otherwise Fix Committed is meaningless except for in the interval between upload the the packages being built/publised and it's already marked fix released then anyway
[01:17] <wgrant> ScottK: Because Ubuntu didn't use version control.
[01:17] <RenatoSilva> if we release the targeted milestone, do all the bugs get status changed to fix released automatically?
[01:17] <wgrant> RenatoSilva: No.
[01:17] <wgrant> But there are scripts to do that.
[01:17] <RenatoSilva> wgrant: didn't?? since when?
[01:17] <ScottK> wgrant: What's the difference between upstream and shoved in a branch somewhere?
[01:18] <RenatoSilva> wgrant: how to run these scripts
[01:18] <wgrant> RenatoSilva: Download and run them. I don't know where they live.
[01:18] <RenatoSilva> Triaged: the bug supervisor considers that the bug report contains all information a developer needs to start work on a fix.
[01:18] <RenatoSilva> Confirmed: a member of the community other than the original reporter believes that this report describes a genuine bug in enough detail that a developer could start work on a fix.
[01:18] <RenatoSilva> ^^^ these are the same to me
[01:18] <RenatoSilva> wgrant: ok
[01:18] <wgrant> ScottK: If it's in the Ubuntu branch, it's going to be in the next published version.
[01:19] <ScottK> RenatoSilva: Confirmed means the bug exists.  Triaged means you probably know how to fix it.
[01:20] <ScottK> wgrant: Once we're doing bzr for real, in the Ubuntu branch will be the same as after you upload now.
[01:20] <RenatoSilva> wgrant: confirmed - his report describes a genuine bug in enough detail that a developer could start work on a fix.
[01:20] <RenatoSilva> ScottK: ^^^
[01:20] <RenatoSilva> wgrant: sorry was for ScottK
[01:20] <wgrant> ScottK: It will, but there will probably be intermediate commits.
[01:20] <ScottK> wgrant: Not in the Ubuntu branch, if I understand it correctly.
[01:21] <ScottK> It'll be to other places for review.
[01:21] <ScottK> Gotta run.
[01:21] <RenatoSilva> ScottK: now I see the diff, triaged is the same as confirmed, but done by bug supervisor, not a regular user
[01:21] <wgrant> RenatoSilva: Pretty much.
[01:22] <RenatoSilva> I still don't see much sense in opening some status for all users
[01:22] <wgrant> RenatoSilva: I set my bugs to Fix Committed when my Launchpad branches are merged.
[01:22] <wgrant> I have no special powers over Launchpad.
[01:22] <wgrant> But I need to do it.
[01:23] <RenatoSilva> wgrant: the bugs you opened? I think it's the developers' work
[01:23] <wgrant> RenatoSilva: No, the bugs I fixed.
[01:24] <RenatoSilva> wgrant: ok then, but I mean, most or all status of the bugs should be controlled only by the team of the targeted projects
[01:25] <wgrant> RenatoSilva: Why? Is this actually causing a problem?
[01:25] <RenatoSilva> wgrant: maybe you created a personal branch that fixes the bug, but it's not fixed in trunk, so you should not change the status yet, the problem is that you can, and that's weird
[01:25] <wgrant> Occasionally some random does something wrong. You just beat them over the head and they don't do it again.
[01:25] <RenatoSilva> wgrant: it's non-sense
[01:25] <wgrant> What is?
[01:26] <RenatoSilva> wgrant: it this by any chance meant to give the users to work on status updating?
[01:26] <RenatoSilva> wgrant: and set the developers free from this "boring" or secundary task?
[01:26] <RenatoSilva> wgrant: let the users control bug status is non-sense
[01:26] <wgrant> RenatoSilva: For larger projects, that is absolutely critical.
[01:26] <wgrant> Why is it nonsense?
[01:27] <wgrant> As long as they don't do anything bad, it can only be good.
[01:27] <RenatoSilva> who knows the status is who is fixing it
[01:27] <RenatoSilva> working on it
[01:27] <wgrant> There are several statuses involved before anybody starts fixing anything.
[01:27] <RenatoSilva> not who is waiting for a solution, not "every user in LP"
[01:28] <wgrant> Does this actually cause a signifiant problem?
[01:28] <wgrant> It does provide significant benefits, and I'm not sure it's actually a big problem.
[01:29] <RenatoSilva> maybe no, this doesn't give sense to it at all though
[01:29] <RenatoSilva> wgrant: what are the benefits, have users working on the status, not the devs?
[01:29] <wgrant> Why limit something beneficial if it's not causing problems?
[01:29] <RenatoSilva> what are the benefits
[01:30] <wgrant> RenatoSilva: Interested users can help with triaging bugs.
[01:30] <RenatoSilva> can't see
[01:30] <wgrant> And take load off developers.
[01:30] <RenatoSilva> wgrant: ok, so I could ask a friend to do that :P
[01:30] <wgrant> It helps tremendously in Ubuntu.
[01:31] <RenatoSilva> I understand it wgrant, hopefully there's no vandalism
[01:31] <wgrant> Again, if there is vandalism then it's easy enough to revert and either educate or ban the offender.
[01:32] <RenatoSilva> ok wgrant, thanks for explaining, it really makes sense now. For large projects at least
[01:33] <RenatoSilva> so, I won't use confirmed anymore on the bugs assigned to me.
[01:36] <RenatoSilva> thanks everybody :)
[11:10] <juliux> hi
[11:11] <juliux> can somebody help me with this error?
[11:11] <juliux> can somebody help me with this error? Rejected:
[11:11] <juliux> File perlbal_1.72-1-ubuntu1.tar.gz already exists in test, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.
[11:11] <juliux> Files specified in DSC are broken or missing, skipping package unpack verification.
[11:18] <thekorn> juliux: you can't upload the same version of a package twice to a PPA
[11:19] <thekorn> juliux: you should also always append something like ~ppa1 to the package version of a package in a PPA
[11:20] <thekorn> and then you can just increase ~ppa... if you need to upload a new version
[11:23] <maxb> A couple of general guidelines for version numbers:
[11:23] <maxb> Try to avoid ones which look like they could be official Ubuntu packages
[11:23] <maxb> And, it's seldom the right thing to do to have more than one '-' in a version
[11:24] <maxb> Be aware of the special meaning of '~'
[11:24] <SiDi> Whats the magic word to prevent +filebug/ to redirect me, please ?
[11:24] <maxb> And always consider whether you should be appending ppa1 or ~ppa1 depending on what the version relationship to the base is
[11:24] <maxb> SiDi: ?no-redirect
[11:25] <SiDi> Thanks maxb
[11:46] <juliux> thekorn: thxs
[11:46] <juliux> maxb: thxs
[11:47] <maxb> juliux: No problem. Did you really mean to have two - characters in that version?
[11:47] <juliux> maxb: not realy
[12:17] <yann2> hi
[12:17] <yann2> I wanted to ask: why is launchpad not managed more on launchpad? as far as I understand it is here
[12:17] <yann2> https://dev.launchpad.net/
[12:18] <yann2> but to navigate the sourcecode, it doesnt use tlaunchpads browser
[12:18] <yann2> the faq doesnt use answers
[12:18] <yann2> any specific reason? :)
[12:28] <yann2> I am also unable to find where I can report a bug for Ubuntu on the new launchpad, which is quite irritating, any help much appreciated :(
[12:41] <RenatoSilva> why do we need a translation group for managing translations? why can't we create a team and assing to that team the management?
[13:10] <henninge> RenatoSilva: The idea is that you have a team per language and all these teams are managed by the translation group.
[13:11] <henninge> RenatoSilva: Please talk to Adi Roiban about the exiting Launchpad Translation Group instead of setting up your own.
[13:11] <RenatoSilva> henninge: I want to create my own team with people I trust. I don't want to automatically trust in generic "lang-xyz translations"
[13:12] <RenatoSilva> henninge-afk: I don't want to set up a translation group, well actually I want, because it's one group per language
[13:12] <RenatoSilva> henninge-afk: can't understand why can't we create our trusted groups though
[13:13] <henninge-afk> RenatoSilva: Your "trusted groups" per language are teams that you can setup yourself.
[13:14] <RenatoSilva> henninge-afk: someone changed the translation in my project a few hours ago, but the strings were already translated. I reverted the translation and unset the group for avoiding it
[13:14] <RenatoSilva> henninge-afk: and how to asssing the team to a .po?
[13:15] <henninge-afk> RenatoSilva: We can setup a translation group and make you  the owner.
[13:15] <RenatoSilva> henninge-afk: there are only groups to set
[13:15] <RenatoSilva> henninge-afk: that's what I mean, it should be open to anyone
[13:15] <henninge-afk> RenatoSilva: I have to run out now. Please file a question here https://bugs.launchpad.net/rosetta
[13:15] <RenatoSilva> henninge-afk: if I have to ask you, then I won't do, because I don't need it that much
[13:16] <henninge-afk> and we will create the group
[13:16] <RenatoSilva> henninge-afk: bye
[13:16] <RenatoSilva> thanks
[13:24] <arianit> hello, can I translate OpenOffice downstream directly?
[13:25] <arianit> in lp
[13:28] <arianit> anyone?
[13:35] <arianit> can I translate OpenOffice downstream directly?
[13:41] <henninge> arianit: please translate OpenOffice upstream
[13:41] <henninge> arianit: only Ubuntu-specific adaptions would be done in Launchpad
[13:42] <arianit> henninge, lp is so much better and that's where the community is. we can always push it upstream and sun guys are taking time to set it up
[13:43] <henninge> arianit: IF you make sure the translations get submitted back upstream you COULD use Launchpad, I guess.
[13:44] <henninge> arianit: but you should still coordinate with the i10n team at OpenOffice.org so that they know about it.
[13:45] <henninge> Nah, make that "COULD" a "can" ... ;-)
[13:45] <arianit> henninge, sure
[13:45] <henninge> arianit: that is for a specific language that OpenOffice is not yet translated into, right?
[13:45] <arianit> the only problem is I can't find OOo packages at OOo
[13:46] <arianit> henninge: correct
[13:46] <arianit> correction, at ubuntu
[13:47] <henninge> OpenOffice has  *a lot* of packages in Ubuntu ...
[13:48] <henninge> arianit: but if you want to do what we just talked about, you should use this project to do the translation:
[13:48] <henninge> https://translations.launchpad.net/openoffice
[13:49] <henninge> arianit: 1. Do translations there in LP, 2. Submit the po files back upsteam 3. wait for them to make their way back into Ubuntu.
[13:49] <arianit> how do I know which ones are OpenOffice
[13:50] <henninge> arianit: what do you mean?
[13:50] <arianit> yes, so I have to talk to Chris Cheney first
[13:50] <arianit> I wanted to translate OOo in Ubuntu
[13:51] <arianit> that way there is nothing to setup. does it make sense?
[13:51] <arianit> it's likely Chris Cheney will say go upstream
[13:56] <henninge> arianit: that is likely
[16:09] <Agafonov> Hi! I'm facing https://bugs.launchpad.net/launchpad-foundations/+bug/331990 in new LP version currently serving at launchpad.net
[17:28] <Ursinha> Agafonov, if you're not dealing with non-ascii, maybe your problem is bug 423924?
[17:29] <Agafonov> I'm dealing with cyrillic :)
[17:31] <Agafonov> and yes, it appear when I try to update bug description too
[17:31] <Ursinha> I see
[18:56] <soc1> hi
[18:56] <soc1> how can i change my email adress an name on launchpad?
[18:58] <soc1> uh ok, i found where to change my email
[18:58] <soc1> guess i have to delete my ppa to change my name on launchpad?
[19:05] <soc1> hi
[19:05] <soc1> can someone delete my ppa, so that i can rename myself on launchpad?
[19:09] <soc1> can someone help me?
[19:13] <ScottK> soc1: You can't delete PPAs.
[19:14] <ulysses__> soc1: you can change your contact address
[19:14] <soc1> yes, but i don't want that "~soc-krg-nw" anymore
[19:16] <soc1> ok, i'll tried create a new account an then merge the old one
[19:16] <ulysses__> you shouldn't
[19:16] <soc1> but the new one complains that the email adress is already used, although i deleted it from the old one
[19:17] <ulysses__> you can change your profile's address somwhere
[19:17] <soc1> yes, i did that
[19:18] <soc1> i removed the email adress i want to use for the new account, but when i want to register, it complains that the adress is alredy used
[19:19] <SiDi> Any LP admin around who could please delete https://launchpad.net/~xubuntu-artwork-brainstorm ?
[19:19] <SiDi> it's been superseded by ~xubuntu-art
[19:21] <ScottK> SiDi: I'd suggest asking a question in Launchpad asking for it to be removed
[19:22] <SiDi> ScottK: hehe, i was just hoping for an admin to be around because i'm so lazy :d
[19:22] <ScottK> !weekend
[19:22] <SiDi> ah.. didnt cross my mind
[19:25] <soc1> *sigh* merging the old account doesn't work
[19:25] <soc1> it doesn't take my old launchpad id and when i use the old email adress it doesn't report any errors, but i don't get any email to confirm too
[19:25] <ulysses__> however it is weekend, it is BugJam Weekend:)
[19:42] <soc1> damn, i lost my karma :-(
[19:42] <soc1> and member since :-/
[20:11] <RainCT> Hi
[20:11] <RainCT> How can I set myself as answer contact for one of my projects for questions in any language? (I'm missing questions and I guess that's because I have only "Catalan" checked in my profile)
[20:38] <soc1> RainCT: maybe check every other language too? (ugly hack)
[20:41] <RainCT> soc1: Then I couldn't become answer contact for Ubuntu if I ever decide to be one again (unsubscribed long time ago because I got tired of the messages in languages which have no answer contacts), and dunno if there was some other problem with that
[20:50] <nhandler> Is there a way to view all Launchpad teams owned by a certain user/team ?
[20:55] <nhandler> Also, is there any way to see all teams that are a subteam of a certain team?
[21:01] <Andre_Gondim> nhandler, I think just you looking for all member of the team
[21:01] <nhandler> Andre_Gondim: I could go through the member list by hand, but this is somewhat difficult for large teams
[21:02] <Andre_Gondim> I know
[21:08] <RainCT> nhandler: <stupid answer>the LP API?</stupid answer>
[21:08] <nhandler> RainCT: I probably could use the API (although my python isn't that great). I just wanted to make sure I wasn't missing something in the web interface.
[21:55] <ebroder> Is something up with the PPA upload mechanisms? I uploaded something about 5 ago and still haven't gotten an ACCEPTED/REJECTED e-mail, which seems unusually long
[22:14] <Mez> ebroder: 5 whats ago?
[22:15] <Mez> minutes? hours? days? weeks? years?
[22:17] <ebroder> Minutes. Although more like 20 at this point
[22:19] <ScottK> ebroder: When it gets to 5 hours, then maybe something went wrong.
[22:20] <Noldorin> hello. is anyone aware of this bug: https://answers.launchpad.net/launchpad/+question/84561 ?
[22:29] <Ursinha> Noldorin, yes, it's a known bug
[22:30] <Noldorin> Ursinha: ah right. do you know what the progress on it is?
[22:31] <Ursinha> Noldorin, I'm looking for the bug number, just a moment, please :)
[22:31] <Noldorin> sure
[22:33] <Ursinha> found it!
[22:33] <Ursinha> Noldorin, bug 438985
[22:36] <Noldorin> Ursinha: thanks
[22:37] <Ursinha> Noldorin, no problem
[22:38] <Noldorin> when do you suspect it will be rfixed by. any idea?
[22:38] <Ursinha> Noldorin, it's targeted to this cycle, so expect it to be fixed soon
[22:39] <Noldorin> ok sounds good