[06:12] <alkisg> Hi, what should I do to avoid this error when requesting a recipe build? "Rejected: File ltsp_5.3.4+bzr2129~oneiric1.tar.gz already exists in PPA for Alkis Georgopoulos, but uploaded version has different contents. "
[06:12] <alkisg> I think that the recipe re-creates the orig.tar.gz from launchpad, and it uses a different timestamp, hence the problem, but I don't know how to avoid that.
[06:12] <StevenK> You can not reuse versions
[06:13] <alkisg> Any hints how?
[06:14] <alkisg> Here's my recipe: https://code.launchpad.net/~alkisg/+recipe/alkisg
[06:14] <wgrant> alkisg: It's not using an orig.tar.gz at all
[06:15] <wgrant> alkisg: You've only got one revno in the version template, but you've got two branches.
[06:15] <wgrant> So a change in the packaging branch will not change the version string, so it won't be possible to upload it.
[06:15] <alkisg> Ah, so I need to specify a version for the other branch too, got it
[06:15] <alkisg> Thank you very much
[06:19] <jono> hey folks
[06:19] <jono> does anyone know who maintains Twisted in Ubuntu?
[06:19] <jono> if anyone
[06:19] <jono> it looks like I might have found a bug - https://bugs.launchpad.net/ubuntu/+source/twisted/+bug/949685
[06:19] <ubot5`> Ubuntu bug 949685 in twisted (Ubuntu) "When running processes a process regularly gets stuck and does not complete" [Undecided,New]
[06:21] <alkisg> jono, is the problem that pygtk/reactor apps don't close on exit? I had to call reactor.crash() to force my app to close on precise, while it works fine on previous ubuntu versions....
[06:22] <jono> alkisg, it might be related, but this issue is that some processes just don't run
[06:22] <jono> alkisg, on the bug you can see the test script I wrote
[06:25] <alkisg> My problem does not exist on debian testing with the same python-twisted-core version as precise... So I think it's caused by debian/patches/00_gi_gtk3reactor.patch
[06:25] <alkisg> Maybe yours is caused by the same patch too
[06:28] <jono> alkisg, could you test the script in the bug to see if you get the same issue?
[06:28] <jono> alkisg, and maybe leave a comment on the bug about this?
[06:29] <alkisg> jono, I'll try it later on today, both on precise and on wheezy
[06:29] <jono> alkisg, that would be wonderful if you could, many thanks!
[06:43] <alkisg> jono: you didn't include the test scripts though...
[06:56] <aviksil> Can anyone tell me the reason for this recipe build failure: https://code.launchpad.net/~aviksil/+recipe/xbmc-linaro-daily
[06:57] <aviksil> the recipe build was successful locally using bzr dailydeb
[06:59] <jono> alkisg, it is attached to the bug
[07:00] <jono> alkisg, https://bugs.launchpad.net/ubuntu/+source/twisted/+bug/949685/+attachment/2832795/+files/scriptchecker-twisted.py
[07:00] <ubot5`> Ubuntu bug 949685 in twisted (Ubuntu) "When running processes a process regularly gets stuck and does not complete" [Undecided,New]
[07:00] <alkisg> jono:         accoms = [  { "script" : os.path.join(scriptslocation, "test1.py") },
[07:00] <alkisg> No test1.py here, it's still in your desktop
[07:00] <jono> alkisg, oh, just create those, they can be anything
[07:00] <alkisg> scriptslocation = "/home/jono/Desktop"
[07:00] <alkisg> OK
[07:00] <jono> I will clarify this in the bug
[07:00] <alkisg> Or just use location = . and attach a .zip
[07:02] <jono> alkisg, I can attach a zip
[07:02] <jono> will do
[07:03] <alkisg> jono: or, if they can even not be python files, execute something like /bin/true
[07:04] <alkisg> But btw, I can't exit from the main loop with Ctrl+C, like in my app
[07:04] <alkisg> I have to use Ctrl+\ ==> core dumped etc
[07:05] <jono> alkisg, updated: https://bugs.launchpad.net/ubuntu/+source/twisted/+bug/949685
[07:05] <ubot5`> Ubuntu bug 949685 in twisted (Ubuntu) "When running processes a process regularly gets stuck and does not complete" [Undecided,New]
[07:05] <jono> alkisg, right, I have noticed that too
[07:08] <alkisg> jono: the scripts seem to run properly here, I see all exit codes
[07:08] <jono> alkisg, run it a few times
[07:08] <jono> does it always run ok?
[07:09] <alkisg> Yes, at 10 times at least
[07:09] <alkisg> The only problem I see is that it doesn't terminate
[07:11] <alkisg> http://paste.ubuntu.com/874146/
[07:12] <jono> alkisg, strange
[07:12] <jono> what system are you running it on?
[07:12] <jono> 12.04?
[07:14] <alkisg> Yes, and dist-upgraded yesterday
[07:14] <jono> what is your python-twisted version?
[07:14] <alkisg> 11.1.0-1ubuntu1
[07:15] <jono> how strange
[07:15] <jono> maybe a dist-upgrade from yesterday fixed it
[07:15] <jono> dist-upgrading now
[07:17] <alkisg> jono: I tried 6 more times, the 6th time I got the problem
[07:17] <jono> alkisg, ahhh
[07:17] <alkisg> run scripts
[07:17] <alkisg> Running: /tmp/test1.py

[07:17] <jono> you were just lucky it seemed :-)
[07:17] <alkisg> Indeed, maybe running the same  script in a loop would help
[07:18] <jono> alkisg, very possibly
[07:18] <jono> could I ask you to add your feedback to the bug report?
[07:19] <alkisg> Sure, let me try the loop first...
[07:20] <jono> thanks alkisg
[07:20] <jono> good idea
[07:20] <jono> brb
[07:29] <alkisg> jono: I uploaded a loop version of the script which makes the bug always reproducable for me
[07:37] <jono> thanks alkisg
[07:59] <vibhav> How did my karma suddenly expire??
[08:01] <vibhav> It was there yesterday
[08:02] <vibhav> https://launchpad.net/~vibhavp/+karma
[10:15] <vivekimsit1> I have downloaded a diff file from the launchpad , how can I apply patch from that file in my local?
[10:17] <bigjools> patch -p0 < filename
[10:21] <vivekimsit1> bigjools:I use bazaar!
[10:22] <vivekimsit1> and the diff file has three file changes
[10:38] <aviksil>  Can anyone tell me the reason for this recipe build failure: https://code.launchpad.net/~aviksil/+recipe/xbmc-linaro-daily
[10:38] <aviksil> the recipe build was successfully locally using bzr dailydeb
[10:41] <jelmer> hi aviksil
[10:41] <jelmer> looking..
[10:41] <aviksil> jelmer: ok, thanks
[10:41] <bigjools> vivekimsit1: you said you had a diff file, that doesn't sound like bazaar to me
[10:43] <jelmer> aviksil: that seems to be bug 760735
[10:43] <ubot5`> Launchpad bug 760735 in Launchpad Auto Build System "Daily recipe: failure because of Permission denied accessing build/patch directories" [Critical,Triaged] https://launchpad.net/bugs/760735
[10:44] <aviksil> jelmer: oh ok
[10:49] <aviksil> jelmer: where can I put the workaround --tar-ignore=.pc?
[10:52] <jelmer> aviksil: that's a dpkg-source option I think
[10:52] <jelmer> aviksil: you don't have any control over the arguments to dpkg-source on Launchpad
[10:53] <aviksil> jelmer: oh ok. then what could be the solution?
[10:53] <jelmer> aviksil: one of the ways to workaround the issue is to not ship patches in your package but rather to have a 3.0 (native) package with all patches applied to the source tree
[10:53] <jelmer> aviksil: that's what bzr-builder is doing anyway
[10:54] <aviksil> jelmer: ok, will try native package then
[13:17] <l3on> Hi all, somebody can take a look at question #190062
[13:17] <l3on> ?
[14:26] <jodh> Please could someone bump the 2 builds here as I'm trying to debug build failures and multi-hour turn around makes it a slow op: https://code.launchpad.net/~jamesodhunt/+recipe/upstart-daily-build-test
[14:36] <dobey> jodh: you can test locally
[14:37] <jodh> dobey: not that easy as the problem only seems to occur when building on lp, hence these test builds with extra debug.
[14:38] <dobey> jodh: i mean, you can build a recipe locally, and then build the resulting .dsc in pbuilder, and get the same results
[14:38] <dobey> though i don't remember the name of the "build the recipe" command at the moment
[14:45] <jodh> dobey: thanks - I didn't know that. I'm trying that now...
[15:06] <rebel> whee, just packaged & recipe-built my first ppa package! where's the cake?
[15:08]  * jelmer hands rebel some cake
[15:09] <rebel> yummie :D just for a moment there I thought the cake thing was a not really happening
[15:23] <jodh> dobey: I've built the recipe successfully with pbuilder locally. So, something about the lp environment is different. Please could you bump those builds so I can compare the local output with lp buildlogs?
[15:23] <jodh> dobey: It may be the fact that lp is using a lucid kernel. I've been bitten by that a few times already.
[15:25] <dobey> jodh: i don't know there is any way to bump the builds
[15:25] <dobey> or at least, i don't think i have enough permissions to do it
[15:46] <sisar> hello
[16:00] <bdrung> hi, https://bugs.launchpad.net/ubuntu/+source/audacity/+bug/355846/comments/47 is spam
[16:00] <ubot5`> Ubuntu bug 355846 in audacity (Ubuntu) "audacity stops recording after about a second when using software play-through" [Undecided,Confirmed]
[16:02] <rick_h_> bdrung: taken care of
[16:02] <bdrung> thanks
[16:31] <cmars232> hi
[16:32] <cmars232> launchpad having any issues this morning?
[16:32] <cmars232> cannot seem to propose a merge, it's hanging
[17:28] <kirkland> czajkowski: howdy!  cmars232 is reporting that launchpad propose merge is hanging for a long time for him....
[17:29] <czajkowski> kirkland: I know saw the question
[17:29] <czajkowski> just on a call atm
[17:29] <kirkland> czajkowski: ah, k, sorry!  I pointed cmars232 here :-)
[17:29] <czajkowski> cmars232: did you just file a question on lp
[17:30] <cmars232> i did
[17:30] <cmars232> https://answers.launchpad.net/launchpad/+question/190084
[17:30] <czajkowski> cmars232: nods I poked jcsackett about it
[17:31] <cmars232> tried with bzr lp-submit, i get File exists: /srv/bazaar.launchpad.net/mirrors/00/08/94/7c
[17:32] <cmars232> i mean bzr lp-propose-merge
[17:32] <cmars232> not lp-submit
[18:04] <jcsackett> cmars232: if you're getting file exists, can you confirm that you do not see a proposal for it in your list of active reviews? (code.launchpad.net/~$YOURUSERNAME/+activereviews, if you're unsure what i mean).
[18:43] <jamesf> Hi all.  LP Bug search URLs have milestones as numeric ids ("field.milestone%3Alist=47818").  Is there a way for me to programatically work out what those should be (preferably via launchpadlib)?  I want to construct search URLs, e.g. search by milestone plus tag.
[18:51] <amorphous> hello folks...quick question. Is it normal to be able to 'bzr branch something...' without doing launchpad-login launchpad-id first?
[18:52] <dobey> amorphous: for public things, yes i think so
[18:52] <amorphous> ok..so  the login is required only for writing stuff to launchpad or accessing additional data...
[18:53] <lifeless> jamesf: hmm, thats odd an unexpected
[18:53] <dobey> jamesf: probably can nab it from the milestone object in lplib
[18:53] <lifeless> jamesf: you could file a bug, we should probably make that consistent with the API search params
[18:54] <dobey> and yeah, what lifeless said
[18:54] <dobey> amorphous: i think so, yes
[18:56] <jamesf> lifeless: looks like this is relevant https://bugs.launchpad.net/launchpad/+bug/436706
[18:56] <ubot5`> Ubuntu bug 436706 in Launchpad itself "Milestone vocabulary leaks object id" [Low,Triaged]
[18:56] <jamesf> lifeless: I didn't find anything looking at the milestone object in lplib
[18:58] <jamesf> (I'm manually creating myself a lookup table for now, until/unless I work out way to derive the table)
[18:59] <jamesf> but re: launchpadlib, I may just not know where to look.  Still, there's nothing in the json returned for the milestone object.
[19:03] <dobey> jamesf: maybe it's not anywhere in there then. i would look at self_link; if it's using the name instead of the id though, i guess that won't work
[19:05] <jamesf> dobey: yeah, no joy from self_link either.  nvm, just thought I'd ask.  Thanks
[22:39] <ScottK> wgrant: How long is it reasonable to expect to wait for an automatic retry after depwait?  https://launchpad.net/ubuntu/+source/qtruby/4:4.8.1-0ubuntu1/+build/3270370 finished over an hour ago, but  https://launchpad.net/ubuntu/+source/korundum/4:4.8.1-0ubuntu1/+build/3270351 is still depwait.
[22:39] <ScottK> I'd have thought with two publisher runs per hour, it'd be good by now?
[22:40] <wgrant> ScottK: retry-depwait only runs once an hour.
[22:40] <ScottK> wgrant: OK.  Thanks.  When does it run?
[22:40] <wgrant> It takes about 50 minutes to run, so "all of the time"
[22:41] <ScottK> OK.
[22:42] <ScottK> So it's build, publisher run start -> finish, retry-depwait start -> finish.
[22:42] <wgrant> Basically, yeah.
[22:42] <ScottK> I'm guessing two hours wouldn't be surprising then.
[22:42] <ScottK> Got it.  Thanks.