[01:00] <seiflotfy> hey guys
[01:00] <seiflotfy> can some1 help me with bzr brachnes and ppas
[01:01] <seiflotfy> how can i create a ppa package out of a bzr branch
[01:03] <RAOF> seiflotfy: There's currently no special integration of bzr with the PPA system.
[01:04] <RAOF> seiflotfy: So, you create a tarball from your bzr branch and package as normal.  bzr-builddeb can help with this, though.
[01:04] <seiflotfy> i am trying to create a package out of mayanna
[01:08] <seiflotfy> can any1 help me with that
[01:09] <RAOF> !packagingguide
[01:09] <RAOF> That's a good first start.
[01:38] <Hobbsee> people, launchpad is getting /.'d.
[01:39] <RAOF> Great.  Why?
[01:39] <lifeless> firefox branding
[01:40] <RAOF> Urgh.
[01:40] <lifeless> Hobbsee: is it notixably slow?
[01:40] <wgrant> Yeah. Oops.
[01:40] <wgrant> It is being fairly slow, but not as slow as I would expect.
[01:40] <RAOF> So we now have a huge bug with a hojilion OMG! responses?
[01:40] <wgrant> And a huge forum thread. And a nasty Mozilla. A bad combination.
[01:41] <wgrant> lifeless: It's not Firefox branding. It's Firefox's EULA.
[01:41] <Hobbsee> lifeless: well, it always is very slow for me, but it doesn't seem to be slower than usual, at the moment.
[01:42] <lifeless> wgrant: uhm, the EULA is tied to having the binary branded with the upstream branding
[01:42] <lifeless> wgrant: If you're trying to be pedantic, FAIL. If you're saying I'm wrong, you haven't read enough about the issue :)
[01:42] <wgrant> lifeless: It seems that the only useful clause is unrelated to the branding.
[01:42] <wgrant> But the main complaint is about the EULA.
[01:43] <wgrant> The EULA may be tied to the branding, but the branding isn't what is having hate thrown at.
[01:43] <lifeless> well, there's lots of hate to throw around
[01:44] <wgrant> There is.
[01:48] <wgrant> I guess there are benefits to /. readers not RTFA.
[03:32] <jetole> evening all, is there launchpad op who can address post https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/269656/comments/144 in regards to post https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/269656/comments/139 on bug https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/269656
[03:32] <jetole> ?
[03:36] <wgrant> I didn't want my bug to disintegrate into such a thing :(
[03:36] <wgrant> jetole: You could file a ticket at https://answers.launchpad.net/launchpad
[03:36] <wgrant> I can't see any ~admins around now.
[03:37] <jetole> wgrant: thanks
[03:39] <pc> I have an account on Launchpad, but seem to be unable to log in (reset password, clicked on link, changed password...still can't log in) any suggestions?
[03:41] <wgrant> Grrr, and now my other bug has people commenting simply "lol fail"
[03:50] <thumper> pc: what is your lp id?
[03:52] <pc> thumper: ThinkOpenly
[03:54] <thumper> pc: I have to nip out and collect the girls from school, but back soon (and possibly help)
[03:55] <pc> thumper: actually, I got it to work just now from a different (non-Ubuntu) system
[03:55] <pc> not sure if it's a FF3 issue or what
[04:12] <thumper> pc: could be a cookie issue
[04:13] <pc> thumper: that's my guess as well, not sure how to correct
[04:14] <pc> et voila!  launchpad.net was blocked.
[04:15] <pc> next question: is there any way to reopen an "invalid" bug, if it is not mine?
[04:17] <RAOF> pc: Yes.  Set its status to something not 'invalid.
[04:20] <pc> RAOF: thanks.  didn't think I had the authority to do that, and didn't see the pulldown arrow.  done!
[06:25] <gour> morning
[06:27] <gour> some of my team-members are interested about copyright/license issues for blueprints at LP. which license applies to them?
[06:29] <spiv> gour: you've seen https://help.launchpad.net/TermsofUse ?
[06:30] <spiv> gour: also, note that launchpad doesn't host the blueprints, it just keeps track of blueprints.
[06:31] <spiv> gour: so I don't see any way that using Launchpad could affect the copyright of your blueprints.  (IANAL, etc)
[06:32] <gour> thanks
[06:32] <gour> yes, i've seen the above URL, but some members are cautious because of translation-BSD issue while the project is GPL
[06:54] <gour> is there any plan to enhance search for Blueprints, like filter by some attribute etc. ?
[06:54] <jamesh> gour: the issue with translations is that Launchpad provides a way to use translations entered for one project as suggestions for another.
[06:54] <jamesh> this means your project benefits from work done on other projects if there are similar strings
[06:55] <jamesh> if all the translations entered on LP for your project were GPL licensed, then they couldn't be used as suggestions for GPL-incompatible projects (e.g. MPL, etc)
[06:56] <gour> jamesh: i understand and have no objection if other projects use my translation. however some devs do not like mixing two licenses in the same project
[06:56] <gour> jamesh: but if LP is used for translating, than they must be BSD?
[06:57] <jamesh> gour: given that the requirements of the BSD license are essentially a subset of the GPL requirements, there isn't anything wrong with licensing your project as a whole under the GPL
[06:57] <ajaksu> gour: GPL has no problem with GPL
[06:57] <ajaksu> oops, with BSD
[06:57] <jamesh> the only real effect of the translation licensing is that translations entered for your project may end up being used for other projects
[06:58] <jamesh> (which hopefully you're fine with, since the reverse also happens)
[06:58] <jamesh> now, there isn't really any analogue of this for blueprints
[06:58] <jamesh> so there is no similar licensing requirement
[06:59] <gour> jamesh: so, blueprints are solely under the project's license?
[07:00] <jamesh> gour: given that the text is hosted externally, it can be whatever you want.
[07:00] <jamesh> there is no set requirement.
[07:04] <gour> thank you
[07:08]  * gour hopes someone will take a look at https://bugs.launchpad.net/malone/+bug/270024 today
[07:54] <\sh> guys, does anything speak against an update of launchpadlib in intrepid? (0.1<some bzr rev> -> 0.2<some bzr rev>)
[07:56] <jml> I haven't heard anything one way or the other.
[07:57] <\sh> I'll ask barry...but we need to do it asap...httplib2 is hanging there because of new lplib :)
[08:53]  * buttnutt junk punches everyone
[08:53] <buttnutt> whhaaaaannnn
[08:59] <visik7> I've some problem using launchpad bug interface: how can I see all the bugs related only to the development branch ?
[08:59] <visik7> they are all mixed
[09:00]  * buttnutt spreads for visik7
[09:00] <buttnutt> mmm
[09:01] <buttnutt> big boi
[09:01] <visik7> hu ?
[09:04] <imyojimbo> hi, i read the user manual for launchpad, but i still couldnt get the workflow of a project part. the hirarchy between seiries, branches, milestones, etc. and also the conventions, like how is it recomanded that i layout my project.
[09:05]  * buttnutt gonna junk punch imyojimbo
[09:05]  * buttnutt bends and speads for imyojimbo...will you be my jimbo??
[09:06] <buttnutt> I need some jimbo in my mangina
[09:06] <buttnutt> mmmmm
[09:06] <buttnutt> yummy
[09:06] <buttnutt> Hi spads
[09:06] <buttnutt> such a nasty little nickname
[09:08] <imyojimbo> ?
[09:12] <jamesh> buttnutt: Please be civil
[09:12] <imyojimbo> can some 1 help me with this
[09:13] <spiv> imyojimbo: what in particular do you want to do?
[09:13] <buttnutt> ok @jamesh
[09:14] <spiv> imyojimbo: generally you can ignore features like milestones until you want to use them.
[09:14] <imyojimbo> if we can simulate a project development being started. can u describe how will it look like
[09:14] <buttnutt> check this out fuckers
[09:14] <imyojimbo> i have one series, called trunk
[09:15] <spiv> imyojimbo: maybe the simplest thing to do would be to register a project on https://staging.launchpad.net and just experiment with it there.
[09:15] <spiv> jamesh: setting a ban in case buttnutt comes back might be a good idea?
[09:15] <imyojimbo> yes, but i dont understand how it should look like
[09:16] <spiv> imyojimbo: well, how it looks like depends on how you want to manage your project :)
[09:16] <imyojimbo> i know. but i understand there are conventions, and there are ways ppl use all the time
[09:16] <spiv> imyojimbo: for simple or new projects, you probably just want to just have a single series.
[09:16] <imyojimbo> why will i want another series?
[09:17] <spiv> Most projects have a "trunk" which is where active development happens.
[09:17] <spiv> Some projects will make releases that maintained separately from the trunk.
[09:17] <imyojimbo> and then merge the changes back?
[09:18] <spiv> For instance, there are multiple supported releases of Python
[09:18] <jamesh> spiv: if he comes back being and is still an arsehole, it'd be worth banning him.  If the warning is enough, I'd prefer to leave it.
[09:20] <imyojimbo> i see a project that has a trunk series and also a "devel" series, both for development, why
[09:20] <spiv> Most development activity happens on the trunk, which is where development of Python 2.6 is currently happening.  But there are also maintenance releases of earlier releases, e.g. Python 2.5
[09:20] <spiv> So if Python used Launchpad, they'd have a 2.5 series (with releases called 2.5, 2.5.1, 2.5.2, etc) and a 2.6 series, and so on.
[09:21] <gour> spiv: what about 3.0 series :-)
[09:21] <spiv> gour: "and so on" :)
[09:21] <spiv> imyojimbo: you'd have to ask that project
[09:21] <spiv> imyojimbo: possibly it's just a harmless mistake :)
[09:22] <gour> hopefully 3.0 will be adopted prior to html-5 :-D
[09:22] <imyojimbo> maybe its for public development and will be merged with the trunk when its ready
[09:22] <imyojimbo> is that reasonable?
[09:22] <spiv> imyojimbo: basically, if there's concurrent work on multiple versions of the project, then you probably want to use series to help you track that work.
[09:22] <jamesh> imyojimbo: a good rule of thumb is to consider whether a release is likely to have more than one direct successor version.  Using Python as an example, both 2.5.1 and 2.6 were derived from 2.5
[09:22] <jamesh> so you have two release series
[09:23] <spiv> imyojimbo: if you're unsure, especially if it's a new project, I'd recommend just having a single series to start with.  You can always add another one later.
[09:25] <imyojimbo> so for start, i use the trunk series, and i start defining milestones for each version? and when i have something ready and stable i will create a new series? with the new version as its name
[09:28] <jamesh> imyojimbo: one way to think about it is this: Lets say that you've released version X of your software and have started work on version X+1.  If someone reports a bug affecting the released version, would you fix it for version X+1, or put out a bug fix only point release branched from the previous release?
[09:29] <jamesh> if you're only planning on doing a linear series of releases, then you can probably go with a single release series.
[09:31] <imyojimbo> i will fix the bug in the x+1 version, right?
[09:31] <jamesh> yes.  But are you likely to put out a release containing the bug fix but none of the other features you've been working on for X+1?
[09:33] <imyojimbo> oh, so, by using a series i capture a snapshot of the branches, when a release is made, and i plan supoorting it. and while i keep development on the trunk and new features, i will fix bugs for the older versio in its series and merge it back to the trunk?
[09:34] <jamesh> The idea here is to try and model how you develop your project rather than the other way around.
[09:34] <jamesh> if you do multiple series of releases in parallel (development + maintenance series), then use multiple series
[09:34] <jamesh> if you are just doing a single series of releases, then use one series.
[09:35] <spiv> imyojimbo: pretty much.  Although series don't exactly "capture a snapshot of the branches", it's more they give you a way to say "here's the branch where work on this series happens".
[09:37] <gour> imyojimbo: do you use bzr?
[09:37] <imyojimbo> launchpad only works with bzr.. so yes
[09:38] <imyojimbo> i know i can link it to other repos i think, but i really wanna keep it simple
[09:38] <gour> how does your workflow look like?
[09:38] <gour> centralized, distributed...
[09:39] <gour> as jamesh said...if you have clear workflow for developing your project, LP will assist you in it
[09:40] <imyojimbo> im just about to start development. i pretty much want to define a version milestones (bugs, blueprints), and then work untill i get reach that milestone. and call it a version. then i define the next one
[09:40] <jamesh> imyojimbo: in general, I'd stick with a single series until you find you are doing parallel releases
[09:40] <jamesh> you'll probably know when it is appropriate.
[09:40] <spiv> imyojimbo: regardless of launchpad, there's extra effort involved in keeping multiple active lines of development rather than just one
[09:40] <gour> imyojimbo: start with devloping code and make e.g. 'experimental' branch...milestones and releases will come along the way
[09:41] <spiv> imyojimbo: so until you have evidence that it's worth it for you, I'd suggest starting with just a single 'trunk' series and making releases directly from that.
[09:42] <imyojimbo> ok, thanks guys
[09:42] <imyojimbo> ill do that
[09:43] <imyojimbo> btw , what do u think of bzr comparing to svn for example
[09:43] <spiv> I find bzr much more helpful than svn.
[09:43] <gour> imyojimbo: no need to think of svn when using bzr ;)
[09:44] <spiv> But I'm a bzr developer, so maybe that's not surprising :)
[09:44]  * gour even uses bzr-svn to fetch from svn repos
[09:44] <imyojimbo> lol
[09:44] <spiv> Making and merging branches, and working offline are both much better with bzr IMO.
[09:44]  * gour is not bzr dev, but bzr satisfied customer
[09:45] <imyojimbo> is there a plugin for VS fo bzr?
[09:45] <gour> imyojimbo: before bzr i used darcs cause i was never able to grok cvs/bzr
[09:46] <gour> s|cvs/bzr/cvs/svn
[09:46] <gour> ahh...s|cvs/bzr|cvs/svn
[09:47] <gour> imyojimbo: dunno. there are qbzr and bzr-gtk gui
[09:48] <frk2> helloall
[09:48] <frk2> i had some questions regarding best practices at launchpad
[09:48] <imyojimbo> ok, ill try those
[09:48] <imyojimbo> thanks
[09:49] <gour> imyojimbo: see http://bazaar-vcs.org/TortoiseBzr too. no experience here 'cause i'm on linux
[09:49] <spiv> frk2: ask away :)
[09:49] <frk2> if I have a project X and two branches - trunk and 0.5.0 release, for example - and I wanted to take the 'workflow with human gatekeeper' approach, do i ask all 'other' developers to register their own branches and have them merge to this one?
[09:50] <spiv> frk2: yeah
[09:51] <spiv> frk2: if you have the trunk and 0.5.0 branches in Launchpad 'owned' by the gatekeeper, then only that account will be able to commit/push to them.
[09:52] <spiv> frk2: and then the other developers can ask that gatekeeper to merge their changes, e.g. by registering merge proposals in Launchpad, or by using "bzr send" to a mailing list, or whatever you like.
[11:23] <cjwatson> Hi, I'm trying to fix the lp:casper branch following bug 246880. I've renamed ~ubuntu-core-dev/casper/trunk to ~ubuntu-core-dev/casper/trunk.old. Could somebody please make sure that the public mirror area for http://bazaar.launchpad.net/~ubuntu-core-dev/casper/trunk is properly cleared out, so that I can push a new branch there without having to worry about bugs caused by operations on the old broken branch?
[11:25] <cjwatson> OK, never mind the above; spiv confirmed to me on #bzr that that isn't necessary
[13:00] <frk2> spiv, sorry i had to run- got your messages. Thats exactly what I thought you are supposed to do.
[13:01] <spiv> frk2: cool
[13:01] <frk2> spiv, My only question is that say developer X who does not have write access to the TRUNK release where does he maintain his repo on launchpad?
[13:01] <frk2> does he push it to a new branch under his name or do i create a new branch for him in my project?
[13:02] <frk2> if the branch doesnt exist on launchpad- i cannot exactly ask for 'changes to be merged' right?
[13:03] <frk2> ofcourse I can just use the 'send' approach- but what if i decide on using the selective 'merge' approach - looks cleaner
[13:04] <frk2> spiv, just trying to understand the workflow here- if there is a document online explaining this please point me there
[13:04] <spiv> frk2: he cann just push it to his own area on Launchpad, yes.
[13:04] <spiv> frk2: you can easily get Launchpad to mirror branches hosted elsewhere, btw.
[13:05] <frk2> spiv, im hosting it there though
[13:05] <frk2> spiv, the 'own' area in +junk doesnt give the option of merging to another branch though
[13:05] <spiv> frk2: ah
[13:06] <spiv> frk2: +junk is only good for junk :)
[13:06] <spiv> frk2: make a real project if you want to do project-managementy things like tracking bugs and merge requests :)
[13:06] <frk2> I have a real project :)
[13:06] <frk2> but what abount random contributors?
[13:07] <spiv> Oh, you realise that anyone can upload to ~THEIR_USERID/YOUR_PROJECT/* ?
[13:07] <frk2> I get it i get it :)
[13:07] <frk2> spiv, thanks for clarifying that
[13:07] <spiv> frk2: e.g. you could push up a branch to lp:~frk2/bzr/my-branch right now :)  (assuming I've guessed your user id correctly)
[13:08] <frk2> spiv, so thats an acceptable practice? its cool to have as many branches as developers i guess
[13:08] <spiv> Definitely.
[13:08] <spiv> With a distributed VCS, anyone can make a branch.
[13:08] <frk2> okay- slightly different from the SVN way, but makes 10x more sense
[13:09] <spiv> And with an open source project, people should be able to make their own branches.
[13:09] <spiv> Right, it's much nicer than the SVN way, because you don't need to give someone commit rights to your repo for them to be able to use the same tools as the core devs.
[13:10] <frk2> exactly
[13:10] <frk2> awesome
[13:10] <frk2> spiv, thanks!
[13:13] <spiv> frk2: you're welcome
[13:20] <frk2> spiv, one more question :)
[13:21] <frk2> whats the best way of STARTING a new contributors branch
[13:21] <frk2> should i simply propose the main TRUNK branch to HIS branch?
[13:21] <frk2> propose for merging
[13:23] <spiv> frk2: I'm not sure what you mean by starting
[13:23] <frk2> spiv, a new developer comes in and creates his own branch
[13:23] <spiv> frk2: If I were a new contributor to your project, I'd start by just doing "bzr branch lp:project"
[13:24] <spiv> frk2: when I've done something interesting, then I'd do "bzr push lp:~spiv/project/my-cool-thing"
[13:24] <frk2> exactly- and then push the code to your own personal branch
[13:24] <frk2> yeah
[13:24] <spiv> frk2: then let you know about it, e.g. propose it for merging back to lp:project
[13:24]  * gour thinks DVCS rocks
[13:24] <frk2> okay. I thought i could avoid that step by simply pushing code directly in his empty branch
[13:24] <spiv> frk2: no action required on your part :)
[13:25] <frk2> nevermind :)
[13:25] <frk2> i'll do it that way
[13:34] <frk2> I hope launchpad is 'safe' for hosting your hard work? :) amazing service i must say, plain beautiful and extremely usable
[13:42] <spiv> frk2: It hasn't eaten my data yet ;)
[13:42] <spiv> frk2: thanks for the kind words!
[13:43] <frk2> yeah- we had our own mantis, svn setup which we are taking to launchpad now
[14:05] <frk2> wow. 21 minutes and still 'scanning' :)
[14:05] <frk2> is that normal?
[14:06] <beuno> frk2, it takes a while sometimes
[14:06] <beuno> you can cheat and see the revisions before, if you really want to
[14:06] <frk2> nah i just wanna test the 'propose merge and approve' bit
[14:06] <imyojimbo> guys, is there any way to change my project short uniqe name?
[14:07] <beuno> frk2, you should be able to propose a merge without it being scanned
[14:07] <beuno> imyojimbo, as in, rename it?
[14:07] <imyojimbo> yes
[14:08] <beuno> well, if kiko-zzz or Rinchen happen to be around, they can do it
[14:08] <beuno> if not, you can file a question requesting it:  http://answers.launchpad.net/launchpad
[14:08] <imyojimbo> ok, thanks
[14:09] <beuno> :)
[14:09] <frk2> beuno, yeah but it doesnt show any commit information when you go to approve it. just wanted to test the whole 'review' process. guess i'll wait :)
[14:11] <beuno> frk2, ah, right. Well, it usually takes a few minutes, but sometimes it gets backed up a bit, and takes a while longer. What's the URL?
[14:15] <imyojimbo> is there a way to delete teams?
[14:15] <frk2> just got done
[14:15] <frk2> :)
[14:15] <frk2> 37 minutes :P
[14:15] <beuno> imyojimbo, same process, you need to file a question
[14:15] <frk2> its okay i aint complaining- it its normal its normal :)
[14:16] <beuno> frk2, see, it felt the pressure
[14:16] <beuno> it's not "normal", it usually takes very few minutes
[14:16] <frk2> beuno, i wish all software were so considerate about our emotions
[14:16] <frk2> :)
[14:16] <beuno> well, it's hard to teach emotions to software!  ;)
[14:17] <frk2> thats a good thing, trust me :)
[14:17] <frk2> you can always trust machines
[14:17] <frk2> they are with you till the end, literally :)
[14:18] <beuno> :)
[14:22] <frk2> how can i appoint multiple people to be able to commit to my branch?
[14:23] <frk2> currently only i can commit, even though multiple people are subscribed
[14:23] <beuno> frk2, you create a team
[14:23] <intellectronica> frk2: you can do that if the branch belongs to a team
[14:23] <beuno> and upload the branch as the team
[14:23] <beuno> hi intellectronica  :)
[14:23] <intellectronica> hi beuno
[14:34] <frk2> doing so
[14:34] <frk2> beuno, thanks!
[14:35] <beuno> frk2, welcome'
[14:59] <Rafik> hello all.. I'm a new ubuntu member waiting for the @ubuntu.com email address, on the wiki pages it says : "it's will be set up automatically and will be based on your main Launchpad ID" but it's not working
[15:00] <beuno> Rafik, it takes a few days. How long have you been a member?
[15:00] <Rafik> beuno, since 4 days
[15:01] <Rafik> oups.. 6 days.. since September 9th
[15:01] <beuno> Rafik, ah, quite a while
[15:01] <beuno> elmo, ping?
[15:02] <Rafik> here is my LP page : https://launchpad.net/~rafik
[15:04] <Hobbsee> Rafik: how are you testing it?
[15:04] <Rafik> Hobbsee, sending mails to my contact email address on LP
[15:05] <Rafik> oups
[15:05] <Rafik> sorry.. sending mail to rafik@gmail.Com
[15:05] <Rafik> rafik@ubuntu.com
[15:05] <Hobbsee> Rafik: from your gmail?
[15:05] <Hobbsee> (and check your email)
[15:05] <Rafik> and checking in the gmail address yes
[15:06] <Rafik> (sorry, i'm lost between two conversations..)
[15:06] <stgraber> I just sent a test e-mail and it wasn't rejected by Canonical's mail server
[15:06] <Hobbsee> stgraber: same here.
[15:06] <Hobbsee> Rafik: gmail does weird things when you send mail to yourself.  it's probably marked it as spam.
[15:07] <Rafik> I just received your two mails
[15:08] <Hobbsee> then it's working :)
[15:08] <Rafik> it's not in spam.. I checked there
[15:10] <Rafik> strange.. my test mails from this gmail account doe not arrive, from other yes
[15:11] <Hobbsee>  gmail does weird things when you send mail to yourself.
[15:11] <Rafik> yes, seems to be like that.
[15:11] <Rafik> Hobbsee, stgraber thank you
[15:11] <Hobbsee> you're welcome
[15:11] <stgraber> np
[15:23] <kiko-phone> barry, ping?
[15:23] <kiko-phone> barry, imyojimbo wants to rename https://edge.launchpad.net/~mb-core-team -- can you chat with him a bit
[15:23] <barry> kiko-phone: otp, done in a few minutes
[15:33] <frk2> awesome. we've moved to launchpad completely
[15:33] <frk2> how do populate the 'downloads' part of the project? cant seem to find a way to upload/make releases
[15:34] <beuno> frk2, you have to create a series
[15:34] <beuno> and, a release
[15:34] <beuno> you can upload files to releases
[15:34] <frk2> register a release i guess
[15:35] <frk2> working on it
[15:43] <frk2> done
[15:43] <frk2> thanks for all the help guys!
[15:44] <beuno> frk2, welcome to Launchpad  :)
[15:44] <frk2> checkout the project you helped register: search for zivios in launchpad. Thanks!
[15:44] <barry> imyojimbo: i responded to your pvtmsg
[15:46] <frk2> uploading the first release file now
[15:54] <mok0> How do I add a new blueprint? Can't find it in the new UI
[15:55] <mok0> When I go to the Blueprints tab, I can only see existing ones
[15:55] <mok0> It would be logical to also be able to create a new one there
[15:55] <beuno> mok0, to what project?
[15:55] <beuno> what URL are you looking at?
[15:55] <mok0> Just my personal page
[15:55] <beuno> mok0, right, you add blueprints to projects, so you have to go to the project's page
[15:56] <mok0> I see
[15:56] <mok0> Thanks
[15:56] <beuno> I agree we could offer you to create one from other places as well
[15:56] <beuno> so I'll file a bug for that
[15:56] <mok0> Cool, thanks
[16:02] <DnaX> anyone can solve this problem? https://answers.edge.launchpad.net/launchpad/+question/44656
[16:02] <DnaX> require DB patch
[16:12] <ahasenack> https://bugs.launchpad.net/ubuntu/+source/smart/+bug/268722 I'm trying to have this bug also affect the "landscape client" project, but I don't get the option of typing anything when I click on it: it is forcibly set to "smart". Do I need to have it affect "smart" first and then something else?
[16:15] <NCommander> kiko: you around?
[16:17] <kiko> NCommander, yeah
[16:17] <kiko-phone> however.. :)
[16:17] <NCommander> kiko-phone: argh, I need someone who can edit https://edge.launchpad.net/nexenta
[16:18] <gour> BjornT: hello, any chance for #270024 to be looked at?
[16:20] <kiko-phone> bug 270024
[16:20] <kiko-phone> NCommander, sure -- is that your distro?
[16:20] <NCommander> kiko-phone: I'm a member of core-dev
[16:20] <NCommander> The description is dated
[16:20] <NCommander> And I'd like the ability to add milestones and annoucements (more on the later than the former)
[16:21] <gour> kiko-phone: email interface is crippled - it does not allow one to attach file when submitting new bug-report - it fails as 'not signed'
[16:21] <NCommander> kiko-phone: I also would like a members group created (I'll register the actual group, but none of us can actually edit the distro page to make said changes)
[16:22] <kiko-phone> NCommander, there already is ~nexenta
[16:22] <kiko-phone> NCommander, so I've just changed the registrant
[16:22] <NCommander> Does that mean I can edit the page?
[16:22] <NCommander> Oh
[16:22] <NCommander> awesome
[16:22] <kiko-phone> yes
[16:25] <BjornT> gour: sorry, i haven't gotten to it yet. i've been busy with other things today. i've sent a test mail, though, to see if i can reproduce it.
[16:26] <gour> BjornT: that's also good
[16:26]  * gour hopes BjornT will soon receive 'failure' :-)
[16:31] <BjornT> gour: nope :) i managed to file a bug with attachments: https://bugs.staging.launchpad.net/malone/+bug/270292
[16:31] <BjornT> gour: so that means that it's at least possible. now we just have to figure out why your submissions fail.
[16:33] <gour> BjornT: you did it via email interface?
[16:34] <BjornT> gour: yes
[16:43] <gour> BjornT: to which email you sent to staging?
[16:48] <BjornT> gour: new@bugs.staging.launchpad.net
[16:49] <gour> BjornT: ok. will try soon. now i'm busy...
[17:20] <gour> BjornT: i sent email to staging, but it does not appear in 'gnumed'
[17:24] <BjornT> gour: right. that was because the attachment wasn't signed. could you send another one, where you tell gnus to sign the attachment as well?
[17:25] <gour> BjornT: hmm, isn't this unreasonable to have requirement to sign attachment?
[17:25]  * BjornT -> out for a walk, back later
[17:26] <BjornT> gour: sure, that's unreasonable. i just want to see if we can find a workaround, until the bug is fixed.
[17:47] <gour> BjornT: do you 'eat' my tests 'cause i do not get any 'failure' replies?
[17:55] <DnaX> there is anyone can patch LP DB?
[18:12] <BjornT> gour: in order not to spam people, staging.launchpad.net doesn't send e-mail to the world. the mail does end up in a mailbox, where i can look at them.
[18:13] <gour> BjornT: ahh, i expected that, at least, sender will get reply
[18:13] <gour> BjornT: so, you have a small collection there, none passed through
[18:15] <BjornT> gour: right. the first two didn't have the attachment signed. the last two did sign the attachments, but there were two signatures; one for the text, and one for the attachment.
[18:16] <BjornT> gour: if you get it to sign the whole message (text and attachment) with one single signature, it will work.
[18:16] <gour> BjornT: ok, let me try it
[18:23] <gour> BjornT: i sent another two and i'm running out of ideas how to sign in Gnus to make LP happy :-/
[18:28] <BjornT> gour: hmm. that one had only the attachment signed, not the text. ever considered switching to a sane e-mail client? ;)
[18:31] <gour> BjornT: heh, never encountered such request to sign attachment :-/
[18:31] <gour> BjornT: i'm not sure claws will do it correctly
[18:32] <gour> BjornT: yes, Gnus has option to send attachment only
[18:34]  * gour thinks it's better to fix that stupid bug than enforcing such req. to end-users
[18:34] <BjornT> gour: i find it odd that the whole message doesn't get signed. signing the message is a proof of that you wrote the e-mail. i mean, if you wrote an e-mail saying "here's a picture of me", and doesn't sign the attachment (together with the text), someone could simply replace the picture and re-send the mail.
[18:35] <BjornT> gour: i'd suggest filing a bug against gnus (that doesn't mean that we won't fix the bug in LP)
[19:15] <vadi2> Hi, where can I manage subscriptions for a team?
[19:16] <vadi2> Because for some strange reason one of the teams I'm in got subscribed to another and members of team A are getting spammed
[19:17] <vadi2> actually, launchpad subscribed every team I'm in to the other group. I certainly don't recall doing that myself...
[19:33] <gour> BjornT: thank you for readiness to fix the bug. i'll speak with gnus people to see what's wrong or if i do something wrong. in the meantime i sent another email, this time signed with courier's mimepgp from cli
[19:35] <rawler> hey people.. I get an error in uploading to my ppa that I can't understand..
[19:35] <rawler> for some reason, it rejects my uploads due to failed checksums.. I've verified them manually and they seems correct?
[19:36] <rawler> also relevant may be that I already have the package in question in launchpad ppa for intrepid, now back-porting to hardy, so I needed to change a dep.. but I don't think the .diff.gz-checksum should clash between distributions, should it?
[19:37] <rawler> has anyone got a clue on what's going on?
[19:37] <geser> did you change the version?
[19:38] <rawler> ehm, i'm trying to upload with the same version, but to hardy instead of intrepid.. so maybe? :)
[19:38] <rawler> I'm really new to debian packaging, and constantly confused.. :)
[19:38] <geser> you can only have one version in your ppa
[19:39] <rawler> geser: oh, so I can't have the same version of a package compiled for both hardy and intrepid?
[19:40] <bigjools> you can but you need to copy it between distroseries
[19:40] <geser> no, you need to slightly modify the revision (e.g. add the distribution name to the revision)
[19:40] <bigjools> no, don't do that :)
[19:41] <rawler> ok, but the _only_ change required is to drop one requirement for hardy? do I still need to fiddle with different revisions and stuff?
[19:43] <bigjools> https://launchpad.net/+people/+me/+archive/+copy-packages
[19:43] <geser> bigjools: is it really a good idea to copy from interpid to hardy?
[19:43] <bigjools> select destination series and go
[19:43] <bigjools> it's fine as long as you don't copy binaries
[19:44] <bigjools> let it recompile
[19:44] <geser> does rebuilding work now?
[19:44] <geser> how is the filename problem solved?
[19:45] <rawler> well, it doesn't compile without a small change.. (on hardy it must not build-depend on libqt4-opengl-dev, and on intrepid it won't build without that build-dep)
[19:45] <rawler> I get an error while trying to copy..
[19:46] <rawler> "The following source cannot be copied: tetzle 1.1.0-0ubuntu5 in intrepid (same version already has published binaries in the destination archive)"
[19:46] <rawler> (I have not selected to copy binaries)
[19:52] <rawler> is it possible to do some conditional dependencies in the control-file?
[19:52] <rawler> like "if this package exists, it's required" ?
[19:53] <zachtib> anyone know why i'm getting Chrrot problems on packages i upload to my ppa?
[19:53] <rawler> or maybe build-depend on a file, if that's possible?
[19:56] <geser> rawler: you can only build-depend on packages
[19:56] <geser> but you can OR ('|') build-depends
[19:57] <gour> hmm...one report went through...let me try to find which one
[19:57] <rawler> geser: doesn't help me much I'm afraid, since the other alternative is '' (nothing) :)
[19:59] <beuno> Rinchen, any updates on the OpenID stuff?
[20:00] <rawler> oh well, I guess I have to upload with different revisions.. is there any common practice to denominate distribution in the revision?
[20:00] <rawler> tetzle_1.1.0-0ubuntu5~hardy   ???
[20:00] <gour> BjornT: how do you explain that https://bugs.staging.launchpad.net/gnumed/+bug/270293 went through - here http://rafb.net/p/ONMaxA77.html is raw message ?
[20:01] <Rinchen> beuno, if you mean the browser items, no updates. I haven't worked on it since I returned last week. Other stuff ahead of it
[20:01] <gour> ubottu: take care. this is staging ;)
[20:02] <rawler> sorry.. if someone replied to me, please re-reply.. :S (darn pidgin not asking before closing all chats)
[20:02] <nand> Rinchen: hey! I heard you need some testers for the openid drupal module? I'm willing to test it on Brainstorm, an update is scheduled in a few weeks/months
[20:03] <Rinchen> nand, great! We have some internal testing a wee bit of polishing before it's ready. We're also going to see about getting it released under a FOSS license and accepted upstream.
[20:03] <BjornT> gour: that's odd. i wouldn't have expected it to go through. looks like a bug.
[20:04] <nand> Rinchen: shall the testing be private? I got devel.ideatorrent.org, which is a live preview of the developement version of Brainstorm
[20:04] <nand> might help to have a broader preview
[20:05] <nand> uh, broader testing
[20:06] <Rinchen> nand, it's not really a public vs private issue. It's just that we finished coding it, want to deploy it on some internal sites first to ensure it actually works! :-)
[20:06] <Rinchen> nand, how would it look for us to release garbage code. :-)
[20:07] <nand> Rinchen: eheh :) devel.ideatorrent.org is a testing website, so it is no problem to have buggy things here!
[20:07] <rawler> well, judging by the success of a well-known redmond-based company, you'd probably get rich.. ;)
[20:07] <gour> BjornT: heh. another reason to properly fixed it :-D
[20:08] <gour> btw, what do you think about https://bugs.launchpad.net/blueprint/+bug/195743 our dev just stumbled upon it?
[20:08] <nand> Rinchen: okay, shall I give you my mail for the practical details?
[20:08] <BjornT> gour: indeed :)
[20:08] <Rinchen> nand, If you're here usually on this channel, I'll just make a note to ping you.
[20:09] <nand> Rinchen: okay, I'm usually here during these hours
[20:09] <Rinchen> nand, I'm not sure what stu m's time table is so I can simply ping you when it's done.
[20:09] <Rinchen> nand, ok, that works
[20:09] <nand> cool, thanks
[20:09] <Rinchen> you betcha
[20:09] <Rinchen> I have a few plugins that we need to finish up and release.
[20:10] <newz2000> Anyone have luck using openid 2.0 authentication against launchpad from a django app?
[20:10] <nand> a few more? you mean, extensions to the LP open id module?
[20:10] <Rinchen> one of the ideas we have is to modify the ubuntu packages to include these plugins by default so anyone can apt-get drupal, moin, wp, etc. and have the plugins to hook into Launchpad
[20:10] <BjornT> gour: that bug is unfortunately not very high priority at the moment. we have more important things to focus on currently.
[20:10] <nand> eh, would be neat
[20:11] <Rinchen> ok, off to a Dr's appt.  bbib.
[20:12] <gour> BjornT: ok. this email-interface is higher-priority for us as well
[20:25] <rawler> is there a ntp-problem with the ppa-build-hosts ATM?
[20:30] <ephracis> Hi, I am having problems with my bazaar branch at launchpad. I got the branch on my computer, made a few changes and committed the code. The local copy says it is at revision 5 but when I surf to launchpad.net and check it's still at revision 2.
[20:30] <ephracis> I must be doing something wrong here. I am not used to bazaar, mostly used to svn.
[20:31] <yannick> hi guys, the PPA is broken:"15 Sep 20:05:10 ntpdate[3259]: no server suitable for synchronization found
[20:31] <yannick> RUN: /usr/share/launchpad-buildd/slavebin/remove-build ['remove-build', '717449-1768269']
[20:31] <yannick> Removing build 717449-1768269"
[20:36] <yannick> going ot bed. gn8
[20:56] <rawler> yannick: same problem here..
[21:01] <kiko> yannick, rawler: let me just check
[21:02] <atcurtis> 'karma' for me never notices when I push a new revision into bzr repository. Is this known issue?
[21:03] <elmo> yannick: link to the build log?
[21:03] <elmo> rawler: ^--
[21:03] <psycose> hello !
[21:04] <kiko> atcurtis, I think that feature will only start working after thursday but abentley may know better
[21:05] <yannick> kiko, elmo e.g. this one: https://launchpad.net/~sevmek/+archive/+build/717449
[21:05] <elmo> yannick: yeah, found it, thanks
[21:05] <abentley> kiko, atcurtis: I know fixes for that kind of karma landed, but I'm not sure whether your issue is the one being addressed.
[21:06] <atcurtis> kiko: ok... I'm thinking that maybe it is not recognising my revisions -my revs have <username>@<hostname>.<domain> where my registered email is <username>@<domain>
[21:08] <abentley> atcurtis: Can you claim <username>@<hostname>.<domain>?
[21:09] <atcurtis> I don't think an email would get though because hostname is not externally visible
[21:10] <abentley> atcurtis: Ideally, you would use a user ID that is a valid email address.
[21:11] <atcurtis> abentley: how would you tell bzr about a userid? is it an env var?
[21:11] <beuno> atcurtis, bzr whoami 'You Name <your@email>'
[21:11] <abentley> atcurtis: bzr my-id "Full Name <username@domain>"
[21:12] <abentley> atcurtis: What beuno said.
[21:12] <atcurtis> thanks! is it a global setting?
[21:12] <abentley> Yes.
[21:13] <abentley> (you can also do non-global settings if you really want)
[21:13] <atcurtis> global suits me fine.
[21:13] <elmo> yannick/rawler: we've backed out the broken buildds; thanks for letting us know
[21:14] <beuno> atcurtis, be warned that the commits made up to now, will stick with the old ID
[21:14] <beuno> so, you probably won't get karma for that
[21:17] <rawler> elmo: no probs.. thanks.. :)
[21:28] <cgregan> Hello all, Does anyone know how much of a private bug is seen by the public if it is made to "Also Affects" a public project?
[21:39] <Ampelbein> cgregan: nothing. a private bug is private.
[21:46] <cgregan> ﻿Ampelbein: Thank you
[21:49] <kiko> cgregan, only direct subscribers can see it, IOW.
[21:50] <cgregan> kiko: Excellent.....we are moving some bugs over from USG and want to make sure info is not disclosed. Thanks
[21:51] <kiko> cgregan, cool. note that you want to try getting private bugs reported that have only one subscriber -- for the obvious reason. :)
[21:52] <cgregan> kiko: I'll see what I can do about that. :-)
[22:23] <cgregan> kiko: I tried it out and got some very strange results. Not sure what made it through to the public since I am a member of the private team.
[22:24] <cgregan> kiko: Can you see the comments on this one? https://bugs.launchpad.net/ubuntu/+bug/263196
[22:24] <cgregan> so then ubottu agrees that somehow a private bug created an also affects private bug.
[22:25] <kiko> cgregan, that sentence does not compute. :)
[22:25] <cgregan> hehe
[22:25] <kiko> the bug you posted is private. I can see it because I am a launchpad admin, but not if I log out.
[22:26] <cgregan> kiko: Yes...the Belmont project is all private bugs...I wanted to also affects it to Ubuntu but the bug there should be private
[22:26] <cgregan> s/private/public
[22:26] <cgregan> Ubuntu bug should be public
[22:26] <kiko> cgregan, there is only one bug, but it can affect multiple contacts
[22:26] <cgregan> kiko: ah...so it does not clone
[22:26] <cgregan> hmmm
[22:27] <cgregan> kiko: So I need to create a whole new public bug and paste details in from the private?
[22:58] <kiko> cgregan, that's the workaround, I think. kinda horrible though
[23:23] <cgregan> kiko: I agree, but I'm not sure the best way to get a bug with some private information in it, over to a publicly viewable one, without divulging private conversations...and such. Any recommendations?
[23:25] <directhex> know what'd be lovely? if people had to say which version of ubuntu they were running when filing a bug report. it'd make chasing issues much easier
[23:41] <kiko> cgregan, we have no real support for that today. you're better off doing what you did right now
[23:42] <kiko> directhex, yeah, it's on the list for 3.0
[23:42] <cgregan> kiko: Ok...thanks
[23:43] <directhex> kiko, oh, good. how about support for debian in PPA? distro support is one area the opensuse build service is miles ahead on
[23:43] <wgrant> kiko: Oh, doesn't it make things "too complex"?
[23:47] <directhex> wgrant, know what's too complex? guessing the version of an app based on bug submission date & prayer
[23:49] <wgrant> directhex: Of that I'm quite aware, and I have argued this in the past. But IIRC a counter-argument given was that it would be too complex.
[23:50] <directhex> wgrant, at least make apport put it in the preamble so you don't need to open a 10 meg file in your browser to search for the version...
[23:50]  * directhex closes another bug
[23:50] <wgrant> directhex: It's there, isn't it?
[23:50] <wgrant> I'm sure i've seen a DistroRelease field.
[23:51] <directhex> wgrant, it is, a few thousand lines in
[23:51] <wgrant> Huh, I thought it was meant to be in the description.
[23:51] <wgrant> That's probably an apport bug, at any rate.
[23:51] <wgrant> So is more likely to get fixed.