[11:43] <saurabh> ello, I have created a project and setup a ppa on launchpad. I am using quickly to create my application. But when I try to push the code to launchpad, it created 12.07 version instead of 0.1 version
[11:43] <saurabh> Can somebody help me resolve this issue?
[11:43] <czajkowski> jelmer: was this similar to last nights issue
[11:44] <czajkowski> wondering is the quickly channel the better place to get help
[11:45] <saurabh> What's the irc channel for quickly?
[11:45] <czajkowski> saurabh: #quickly
[11:46] <saurabh> ok czajkowski, but there are very few people there
[11:46] <saurabh> is that the official channel of quickly?
[11:46] <czajkowski> saurabh: yes
[11:48] <saurabh> ok czajkowski
[13:59] <maxb> What is the current PPA publisher cron schedule these days?
[14:01] <mgz> maxb: if you know where I should look I could find out
[14:01] <maxb> I've heard tell it might live in lp:lp-production-crontabs
[14:02] <mgz> that does indeed have things.
[14:03] <maxb> and it's probable it looks like ..../publish-distro.py .... --ppa ...
[14:04] <mgz> now I just need to find Steven K's text file of server names to what they actually do mapping again...
[14:04] <maxb> mgz: germanium?
[14:05] <mgz> ah, yes, that's all things ppa.
[14:10] <mgz> there's a LEP about making that one box less of a bottleneck

[14:34] <leo-unglaub> hey, where do i find the unity developers...i found a problem and want to discuss it
[14:36] <mgz> which unity? :) #ubuntu can probably point you onwards.
[14:36] <leo-unglaub> what do you mean witch unity?
[14:37] <leo-unglaub> i mean the unity core team
[14:39] <mgz> http://unity.ubuntu.com/contact-us/ for the ubuntu project.
[14:40] <mgz> that was the top hit for "ubuntu unity irc" by the way.
[14:40] <leo-unglaub> thanks
[15:37] <ttx> A question for any losa: I need to transfer bugtasks for PROJ tagged "python-PROJclient" to the "python-PROJclient" project since that's what we'll be using to track bugs for them.
[15:37] <ttx> Thought about using the API for that, but it doesn't let you reaffect a bugtask to another project in the same way the UI does, afaict
[15:37] <ttx> you have to create a new bugtask, copy status to it, and then mark the previous one invalid or something
[15:38] <ttx> To avoid introducing unnecessary dirtiness, would you consider running a query that would do that for a small set of PROJ ?
[15:40] <gnuoy> ttx, we would try and avoid doing that, I think this maybe more of a question for one of lp devs, czajkowski do you know who might be able to help?
[15:41] <czajkowski> gnuoy: I usually revert all bug tracking questions to sinzui
[15:41] <mgz> ttx: example bug you want changing from what to what exactly?
[15:42] <ttx> mgz: https://bugs.launchpad.net/nova/+bug/892081
[15:42] <mgz> ah, I read your mail to openstack about this
[15:42] <ttx> change the "nova" bugtask so that it's a "python-novaclient" bugtask
[15:42] <mgz> want me to do what you spell out in there?
[15:43] <ttx> mgz: thought it would be a no-brainer using the API, but it limits what manipulation you can actually do
[15:43] <ttx> mgz: certainly! this is for PROJ={nova,keystone,quantum}
[15:44] <mgz> hydrazine(None) #892081> retarget python-novaclient
[15:44] <mgz> change target of bug 892081
[15:44] <mgz>   from: https://api.launchpad.net/1.0/nova
[15:44] <mgz>     to: https://api.launchpad.net/1.0/python-novaclient
[15:44] <ttx> mgz: the other projects must have less than 5 bugs so I can do them manually
[15:44] <mgz> seems to work.
[15:44] <mgz> that's using lp:hydrazine bugclient
[15:44] <mgz> can select by tag, then operate in batch
[15:45] <mgz> ...I think
[15:45] <ttx> mgz: oh. I'll try that myself then
[15:45] <ttx> if only for my education
[15:45] <ttx> mgz: thanks for the pointer
[15:45] <gnuoy> mgz, thanks for the help
[15:46] <mgz> so, you can basically do:
[15:46] <mgz> pillar nova
[15:46] <mgz> filter python-novaclient
[15:46] <mgz> batch show
[15:46] <mgz> or batch whatever else (retarget, remove tag)
[15:47] <mgz> it's a little dangerous, but interrupt if it looks like it's doing something crazy
[15:47] <ttx> heh
[15:48] <mgz> can be handy for triage too
[15:48] <mgz> ^* filter tags python-novaclient
[15:48]  * sinzui looks at api
[15:49] <mgz> hydrazine just seems to assign to bug.target and save (plus a little pillar resolving)
[15:49] <sinzui> ttx bug_task.target = project should work
[15:50] <ttx> sinzui: oh. even simpler.
[15:50] <mgz> ah, plus asserting that the bug has a single task only
[15:51] <sinzui> ttx, I think you want do old_project.searchTasks(status=[list every kind of status]) then for each assign the new target to the task, then call task.lp_save()
[15:52] <sinzui> ttx, Listing all statuses is a nuisance, but if you do not list each status, Lp, will choose only the open statuses behind your back
[15:52] <ttx> sinzui: yes, I knew that trick. Thanks for the pointer!
[18:33] <soren> Is there any way I can turn a user with PPA's into a team?
[18:33] <soren> Please? :)
[18:34] <jbrooks> Hi all, I'm working with source package recipes to autobuild packages on my ppa. I'd like to build for multiple ubuntu versions at once. Different versions have different build-requires, though -- can I specify --> for lucid, use this, for precise, use this, etc. in my control file?
[18:47] <maxb> soren: I'm pretty sure that is not at all possible
[18:48] <maxb> jbrooks: You would have to use different bzr branches containing different control files in different recipes
[18:48] <jbrooks> maxb, cool, makes sense
[18:59] <dobey> jbrooks: you can do fancy things to have it work; what exactly are the differences?
[19:01] <jbrooks> dobey, This is a package that builds a firefox plugin that integrates with spice-client. In lucid, it needs xulrunner-dev, in oneiric, it needs firefox-dev, in precise and quantal, it needs something else, still figuring out where libxul.pc has moved to in those
[19:06] <dobey> jbrooks: you can probably do "firefox-dev | xulrunner-dev" as a Build-Depends, if that's the only difference
[19:06] <jbrooks> dobey, I'll try that
[19:09] <micahg> jbrooks: there should not be a libxul.pc in quantal anymore
[19:09] <jbrooks> micahg, is it replaced with something else?
[19:10] <micahg> jbrooks: there should just be the mozilla-plugin.pc left IIRC
[19:10] <jbrooks> micahg, ok, thanks
[20:18] <jbrooks> dobey, micahg I have another q on my same build recipe thread -- my package, which I initially packaged for oneiric before adapting in this build recipe, has dh-autoreconf as a build-requires. For natty on up, that's fine, but that package isn't in lucid. Is there a different one I can substitute. (dh-autoreconf is in lucid-backports, don't know if I can pull a build dep from there)
[20:18] <micahg> jbrooks: make the PPA build against backports if you want
[20:19] <jbrooks> micahg, ah, I see, in my ppa dependencies
[20:20] <jbrooks> I'll try that
[20:22] <jbrooks> micahg, thank you
[20:22] <micahg> jbrooks: you're welcome
[20:54] <soren> I'm confused. I've deleted ~/.launchpadlib, yet tools like lp-shell still can act on my behalf. A cookie or token of some sort must be stored somewhere else, but where?
[21:04] <maxb> soren: gnome-keyring?
[21:07] <soren> maxb: Yes, finally stumbled upoon that. Thanks.
[21:59] <tkamppeter> I have found two spam entries in bug reports, probably the account of LP user Rafael Gonzalez (rafaelg) got hijacked:
[21:59] <tkamppeter> bug 662313, comment #15
[22:00] <tkamppeter> bug 628030, comment #36
[22:02] <maxb> I have hidden the spam comments
[22:03] <maxb> Please open a question if you feel more action is required
[22:03] <tkamppeter> maxb, thank you very much.