[06:30] <dieck> hm, after I approve a merge request, can launchpad merge on-site? or do I always have to branch, merge and push?
[06:33] <nigelb> dieck: you could use tarmac
[06:34] <nigelb> A couple of projects I know use tarmac, but you'll have to run your own instance on a server somewhere.
[06:36] <dieck> sounds ok. I wonder why this isn't an official launchpad feature, as the approval process is fully integrated
[06:36] <RAOF> Yeah.  It'd be cool for launchpad to have a default tarmac instance.
[07:06] <dieck> seems like I'm not able to read the tarmac configuration right, getting ERROR: Branch urls must start with lp: all the time. can someone have a short look to http://pastebin.com/fJA5RSHQ?
=== henninge changed the topic of #launchpad to:  https://launchpad.net/ | Help contact: henninge | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad
[07:12] <henninge> dieck: I don't know tarmac at all, I am sorry. But I also don't see *any* branch mentioned here.
[07:13] <henninge> dieck: oh, I see it
[07:13] <henninge> the branch, I mean
[07:15] <tumbleweed> dieck: s/Tarmac/tarmac/
[07:16] <tumbleweed> RAOF: then tehy'd have to deal with the security issue of running our test suites (which is one of the reasons I use tarmac)
[07:16] <tumbleweed> but yes, it'd be cool :)
[07:17] <henninge> dieck: reading the instructions, the first section should not be called [Tarmac] but whatever your project is called, so I guess [bremskerl-addons].
[07:17] <RAOF> tumbleweed: It's surely possible to have a tarmac instance set up that runs no tests; that would be the default.
[07:17] <dieck> tumbleweed: doesn't work with lowercase. I also tried to replace [tarmac] with [bremskerl-addon], doesn't work either
[07:18] <henninge> dieck: AFAIUI the [Tarmac] is just an example of how you would configure for the Tarmac project.
[07:18] <henninge> Dunno why it is capatilized, though.
[07:19] <dieck> ok, I thought it was default configuration part, e.g. for the log file. Still, same error
[07:19] <dieck> leaving it out and putting the log line to [lp:bremskerl-addons] doens't work either, same error
[07:21] <tumbleweed> RAOF: yes
[07:21] <tumbleweed> henninge: aah I just noticed it wasn't capitalised in mine
[07:23] <tumbleweed> although I don't have any log_file entry either
[07:24] <dieck> so, the most basic logfile, without any configuration at all, would be [lp:bremskerl-addons]? same error
[07:25] <tumbleweed> dieck: how are you calling tarmac?
[07:28] <dieck> tarmac merge debug
[07:31] <tumbleweed> dieck: s/debug/lp:bremskerl-addons/
[07:33] <dieck> ah, damn, it's --debug
[07:34] <dieck> ok, tarmac merge --debug works well. First paragraph has to be [Tarmac] to set the log_file. so http://pastebin.com/fJA5RSHQ actually IS right
[07:34] <dieck> thanks
[07:43] <dieck> tumbleweed: does tarmac need the ssh key of the user running it to be connected with launchpad, or does it work it's magic over oauth somehow?
[08:02] <tumbleweed> dieck: ssh key, yes
[08:09] <dieck> tumbleweed: ok, and I assume a bzr launchpad-login won't hurt :)
[08:13] <tumbleweed> I'd assume
=== matsubara-afk is now known as matsubara
[09:05] <Daviey> Hi, is the blueprint feature of launchpad likely to be changed before the next UDS?
[09:05] <lifeless> there's nothing scheduled
[09:06] <lifeless> someone could contribute patches
[09:16] <dieck> tumbleweed: sorry if I bother you, but seem to have tarmac up and running :) I'm trying to have something merged now. At first, it didn't create the tree dir as mentioned in the introduction.txt, then I created it manually. Now I get a NotBranchError for that tree directory -- do I have to manually branch at the first time? Why is it mentioned that the dir will be created automatically then?
[09:16] <Daviey> lifeless: Okay, i just wondered - starting to think about planning work for next cycle.  I knew some work was on the cards, but wasn't sure when.
[09:17] <tumbleweed> dieck: I think I set mine up before it gained those features, I branched manually
[09:18] <dieck> which version do you use?
[09:19] <tumbleweed> the version from the PPA, but I set it up a long time ago
[09:26] <dieck> hm, it does look as if it does not interact with launchpad automatically. it doesn't download (branch), it doesn't upload (push)
[09:30] <pfalcon> Hi! Can somebody tell me how can I log in into LP using *username* (and not email address)?
[09:31] <tumbleweed> dieck: hrm, it should download, push, etc. treedir is just a cache, and it should set it up itself
[09:34] <dieck> tumbleweed: ok. I joined #tarmac and described the problem there, too. but as the topic is from 2009, I don't know if that channel is used anymore :)
[09:45] <pfalcon> gosh, launchpad user registration/login is quite buggy
[09:46] <pfalcon> this time, captcha is not displayed after first unsuccessful answer to it
[09:46] <tumbleweed> dieck: I've got tarmac help here before. Wait for one of the developers to turn up. (Or just read the source code, that tends to be how I debug it)
[09:49] <henninge> pfalcon: you may want to file a bug (or check for an existing one) here: https://bugs.launchpad.net/canonical-identity-provider
[09:50] <pfalcon> henninge: yeah, I want. any hint regarding possibility to login using username, not email?
[09:52] <henninge> pfalcon: not that I am aware of. lifeless might know more.
[09:55] <lifeless> pfalcon: no, we only support openid, and at the moment only from login.ubuntu.com (which has a branded site for us, login.launchpad.net)
[09:57] <lifeless> pfalcon: we will eventually support other openid providers (or the new successor standards)
[09:57] <lifeless> pfalcon: once we support a different provider, you could use a provider which uses a username for authenticaiton
[09:57] <pfalcon> lifeless: it has many bugs unfortunately ;-(. another one I hit today is that if I register user using secondary email of another user at LP, then login.lp process finishes ok (I'm sent confirmation code, etc), but trying to login, I always end up as the first user which already existed.
[09:57] <lifeless> pfalcon: we'd still need an email address in LP for contacting the user (openid doesn't provide a 'contact the person' facility :( )
[09:57] <pfalcon> and for my main account I have two OpenId identities and have issues to login to most of sites...
[10:00] <pfalcon> well, it would be very nice to have old good "login by username" functionality. all these novelties like openid are quite buggy whenever you try to use them slightly differently than they were designed (which is dumb one account per user per universe)
=== Guest15357 is now known as lag
=== lag is now known as Guest98318
=== zyga is now known as zyga-doctor
=== yofel_ is now known as yofel
=== henninge is now known as henninge-lunch
=== adeuring changed the topic of #launchpad to: https://launchpad.net/ | Help contact: adeuring | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad
[12:37] <adeuring> henninge-lunch: ^^^
=== zyga-doctor is now known as zyga
=== henninge-lunch is now known as henninge
[13:25] <ahasenack> hi guys, does anyone know if recipes for private projects will be available soon?
[13:28] <wgrant> ahasenack: There are no plans to support recipes for private branches.
[13:28] <ahasenack> wgrant: ok
[13:28] <wgrant> ahasenack: There have been a few ideas on how it could work, but no concrete plans or suggestion that it may be scheduled.
[13:40] <mpoirier> bigjools: ping
[14:10] <beatpanic> hi, I'm trying to integrate launchpad with our FLOSS project, I have already reached the point to extract a bug object from launchpad.bugs, how could I retrieve the assignee from the bug object? thanks
[14:11] <beatpanic> I'm using python-launchpadlib for the record
[14:39] <mpoirier> adeuring: good day
[14:39] <adeuring> hi mpoirier
[14:39] <mpoirier> adeuring: I need a little help here...
[14:40] <adeuring> yes?
[14:40] <mpoirier> yesterday, bac and bigjools help me with files stalling 1K before the end of the transfer.
[14:40] <mpoirier> the solution was to use sftp.
[14:41] <mpoirier> bigjools gave me a config file to use: http://pastebin.ubuntu.com/666584/
[14:41] <mpoirier> I did the necessary adjustment and the transfer completed - which was good.
[14:41] <adeuring> right
[14:41] <mpoirier> but I still can't see my package uploaded on https://launchpad.net/~linaro-landing-team-ste/+archive/st-ericsson-u8500-public
[14:41] <bigjools> https://answers.edge.launchpad.net/launchpad/+faq/227
[14:43] <mpoirier> bigjools: I did not get an email
[14:43] <bigjools> read the faq
[14:45] <beatpanic> any ideas on who retrieve from launchpadlib the "Assigned to" field in launchpad? sorry to repeat :)
[14:45] <adeuring> beatpanic: there is no single assignee for a bug. bug _tasks_ can have an assignee
[14:46] <adeuring> (sorry, did not notice your question earlier)
[14:46] <beatpanic> adeuring, yes, but I see an assignee_link, not an assignee (nickname)
[14:46] <beatpanic> adeuring, np and thanks for your help :)
[14:47] <adeuring> right, thisjust means that the attribute "assignee" is not directly loaded when you load a bug task: it is only a link. But when you access bug.bug_tasks[0].assignee, the object is loaded
[14:47] <beatpanic> adeuring, ok good to know! and sorry, but I'm just starting with launchpadlib, I'll try
[14:48] <adeuring> beatpanic: well, I must admit that this "_link" suffix is a bit confusing ;)
[14:49] <adeuring> beatpanic: BTW, your should also "mentally ignore" the suffix "_collection_link"
[14:49] <adeuring> for example, https://launchpad.net/+apidoc/1.0.html#bug shows the attribute bug_tasks_collection_link. Just access bug.bugtasks[0], for example
[14:49] <beatpanic> adeuring, eheh, ok
[14:51] <beatpanic> adeuring, still I have with bug.bug_tasks[0].assignee a link in this format: https://api.launchpad.net/1.0/~myusername -- if it's possible with the API I would extract only the myusername part
[14:52] <adeuring> beatpanic: if you "print" a LPlib object, you generally get the URL. Just access for example bug.bug_tasks[0].assignee.displayname
[14:53] <beatpanic> adeuring, ok stupid me, I should have guessed :)
[14:53] <adeuring> ;)
[14:53] <beatpanic> adeuring, sorry end of the day here ;)
[14:53] <beatpanic> working day at least eheh
[14:53] <beatpanic> thanks!
[14:54] <adeuring> welcome :)
=== jacob_ is now known as jacob
[15:49] <deryck> adeuring, sorry, I should have take IRC before now.
=== deryck changed the topic of #launchpad to: https://launchpad.net/ | Help contact: deryck | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad
[15:49] <adeuring> deryck: no problem :)
=== deryck is now known as deryck[lunch]
=== beuno is now known as beuno-lunch
=== deryck[lunch] is now known as deryck
[17:19] <hazmat> in the lp api are tasks == bugs ... or are there other things that can be tasks?
[17:27] <deryck> hazmat, hi.  tasks and bugs are not the same.  tasks are the link between a bug and a project, so.....
=== beuno-lunch is now known as beuno
[17:27] <hazmat> deryck, ic, thanks
[17:27] <deryck> hazmat, when you look at a bug page in lp.  the bug is the page itself.  and the affected items table are the bugtasks.
[17:28] <deryck> hazmat, and certain pieces of data are hung off the task and some off the bug itself.  e.g. comments are linked to the bug.  status/importance to the task.
[17:46] <issyl0> Hi all.
[17:47] <issyl0> Is anyone else getting the problem of there being an extra colon at the end of the sign in details on the "sign in to Launchpad" page?
[17:48] <issyl0> There are colons in the normal places, after "Full name" and "Email address", but then there is an extra one after where it states the full name and email address.
[17:49] <issyl0> It's only minor, but it niggles me.  :-)
[17:49] <deryck> issyl0, I haven't signed in for awhile to know.  I can, though, and check.  Is this causing issues or just formatting is weird?
[17:50] <issyl0> deryck: No issues, it just looks weird to my eyes.  :-)
[17:51] <issyl0> deryck: Thanks.
[19:17] <deryck> abentley, pitching to you sir!
=== deryck changed the topic of #launchpad to: https://launchpad.net/ | Help contact: abentley | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad
[19:17] <abentley> deryck: ack.
=== Guest98318 is now known as lag
=== lag is now known as Guest67514
[19:32] <philsf> hi, I'm considering using a bugtracker to organize the development of my scientific project, and since I use Ubuntu, I think LP would be a natural way to do this. Is there a for-dummies tutorial on how to migrate my local bzr branch to LP and start to assign bugs to it?
[19:34] <dieck> philsf: actually, I just created a project. You don't need a for-dummies-tutorial, it works out of the box. start the project, import your repository, activate bug tracking, there you go.
[19:35] <dieck> they did a very nice job on that software :)
[19:36] <philsf> dieck, can I make it private for a while, before publication? I'm reading on free for free-software, and commercial for non-free. Mine will be free, when I release, but I'd like to keep it private until then
[19:36] <dieck> uh, that's a hard question, spontaneous I'd say, I found no setting for that, so no, it will be free from the go
[19:37] <beatpanic> philsf, you could use only the bug tracking feature without importing your source, for example we (our floss project) have the source somewhereelse, though it is public :) -- but it could be hidden
[19:45] <dieck> philsf: is your scientific project an academic study? maybe you can apply for a kind of free commercial-type subscription, allowing private code branches. I don't know if there is such a thing, but asking won't hurt (much) :)
[19:47] <philsf> dieck, yes, it's an academic project, which will be an opensource software when published. Maybe I'll do what beatpanic suggested for now. Google code doesn't support bazaar, and I don't have the time to learn svn or git :P
[20:20] <sidnei> hi there, anyone knows if this failing import is a known-issue? https://code.launchpad.net/~barry/python-unittest2/upstream
[20:25] <abentley> sidnei: It looks like bug #607673
[20:25] <ubot5> Launchpad bug 607673 in Bazaar Hg Plugin "import fails - possibly due to rename" [Medium,Triaged] https://launchpad.net/bugs/607673
[20:27] <sidnei> abentley, uhm. different traceback, not sure it's related.
[20:27] <abentley> sidnei: You're right.  I must have clicked on the wrong tab.
[20:29] <abentley> sidnei: So no, then, it's not a known issue.
[20:30] <sidnei> abentley, ok, i'll file a bug
[20:30] <abentley> sidnei: Thanks.
=== yofel_ is now known as yofel
=== Quintasan_ is now known as Quintasan
[21:14] <jonrafkind> is there a way to remove old packages (source and binary) from launchpad?