[00:31] <paultag> Howdy, folks. It seems as though one of my feeds is broken (perhaps a bigger issue then just me) - http://feeds.launchpad.net/~paultag/revisions.atom
[00:31] <paultag> It's hanging up a script that I have, just wondering if I should disable it or let it gel
[00:31] <paultag> this issue appears recent, within the last few days
[00:41] <wgrant> paultag: It looks fine to me.
[00:41] <wgrant> LP doesn't seem to know about any revs from you in the last month.
[00:41] <wgrant> Which is the limit of revisions feeds by default.
[00:41] <paultag> wgrant: Oh, it's only the last month.
[00:41] <paultag> Interesting
[08:54] <danhg> Morning
[09:08] <mrevell> What's up?
[09:34] <jfi> Hello, is there actually some issue with PPA source package upload? I get a "Changes file must be signed with a valid GPG signature: Verification failed 3 times: ['General error', 'General error', 'General error'] : Permission denied.
[09:34] <jfi> Note: This error might indicate a problem with your passive_ftp setting.". My settings have not changed and worked for months
[09:35] <bigjools> jfi: ignore, it's a server side bug
[09:35] <bigjools> upload is ok
[09:35] <jfi> bigjools, ok, thanks
[13:21] <soren> I'm confused about bug 894442.
[13:21] <soren> There's a comment from lpqabot saying it's fixed in stable r14429.
[13:22] <soren> The footer on bugs.launchpad.net says it's at r14435.
[13:22] <soren> ...but the bug listings I see don't match the screenshot huw attached to demonstrate the change.
[13:23] <soren> Oh, If I remove "bug age" it does.
[13:23] <soren> Sorry.
[13:51] <brendand> exactly how do you specify to bzr to merge changes only to particular files?
[13:59] <brendand> i got it now
[14:09] <exarkun> brendand: care to share?
[14:10] <brendand> bzr merge /path/to/file
[14:10] <brendand> the trick is the file has to be local
[14:11] <brendand> bzr branch lp:myproject
[14:11] <brendand> bzr branch lp:~me/myproject/thebranch
[14:12] <brendand> cd myproject
[14:12] <brendand> bzr merge ../thebranch/thedir/thefile
[14:13] <hrw> hi
[14:13] <hrw> https://code.launchpad.net/~linaro-maintainers/+archive/staging-overlay/+build/2976062 - can someone tell me how can I check why it failed?
[14:19] <el2ro> Hi, does anyone have some good links to share to some "howto backport packages using launchpad ppa"? (I am new to this consept and I was playing around with the toolset, but failed to build stuff with backportpackage to depency problems.. how to continue from there)
[14:21] <bigjools> hrw: I think you are the victim of a bug.  Clicking on the recipe build link shows it worked.
[14:21] <bigjools> el2ro: you might want to visit #ubuntu-motu
[14:22] <el2ro> bigjools: what is that?
[14:22] <bigjools> another irc channel
[14:23] <hrw> bigjools: https://code.launchpad.net/~linaro-pkg/+recipe/gcc-linaro-native-daily shows builds from 2011-12-01 as failed wthout any explanation. but if this is a known bug then I will add note to my notes and check some week(s) later does it happen again
[14:24] <bigjools> hrw: I think it's a manifestation of bug 717969
[14:24] <kenvandine> can someone please kill a daily build that has been stuck for a couple weeks?
[14:24] <bigjools> kenvandine: I can
[14:24] <kenvandine> https://code.launchpad.net/~ken-vandine/+archive/gwibber/+recipebuild/107067
[14:24] <kenvandine> bigjools, thx!
[14:24] <bigjools> kenvandine: done
[14:24] <kenvandine> awesome, thx!
[14:24] <hrw> bigjools: thx
[14:26] <bigjools> stgraber: can you point me at the branch that holds edit_acl.py?
[14:27] <stgraber> bigjools: lp:~ubuntu-archive/ubuntu-archive-tools/trunk/
[14:27] <bigjools> thanks
[14:28] <Ursinha> what happened to bug 900000?
[14:29] <allenap> mrevell: Fwiw, you can (and probably should) triage bugs like https://bugs.launchpad.net/launchpad/+bug/899761 when you come across them.
[14:29] <mrevell> fair enough allenap
[14:29] <allenap> mrevell: Also, do you reckon that's a High or a Low?
[14:30] <allenap> mrevell: Ta :)
[14:31] <mrevell> allenap, Low :)
[14:35] <hrw> 2/wk
[15:11] <stgraber> bigjools: just wondering, any change you can fix all the packagesets? utouch is now fixed which is great but I just got told at least edubuntu and kernel have the same issue, and I'm starting to suspect they all do :)
[15:11] <stgraber> Laney: ^
[15:11] <bigjools> stgraber: urgh
[15:11] <Laney> you can see at e.g. http://people.canonical.com/~stgraber/package_sets/precise/cli-mono
[15:12] <stgraber> bigjools: based on what cjwatson told me, it could have been an issue when they first got initialized for precise, some kind of copy from oneiric that may have gone wrong :)
[15:12] <bigjools> yeah that's what I was thinking
[15:17] <bigjools> ok, I'll put it on my queue
[15:29] <bigjools> Laney: regarding bug 827555, how essential is it that we store the person sponsoring?  I've done the sponsored person as spph.creator.
[15:30] <Laney> bigjools: rather important. Can you make a new field called signer?
[15:30] <bigjools> Laney: is it stored for syncs right now?
[15:30] <bigjools> :)
[15:30] <Laney> no
[15:30] <Laney> this would be a win
[15:30] <Laney> as this process is being improved …
[15:31] <tumbleweed> it was, at least, recorded in -changes mail for archive-admin syncs
[15:32] <Laney> approver was?
[15:32] <tumbleweed> oh, right, wasn't
[15:32]  * tumbleweed hasn't slept enough again
[15:49] <bigjools> Laney, tumbleweed: I won't be able to make the change that records the sponsor for a while, do you want me to go ahead and release the changes done so far or do you want to wait?  The changes so far allow you to specify a sponsor on the API.  I've not made changes on the web UI yet.
[15:51] <Laney> bigjools: yes, please release it — having this is already a vast improvement :-)
[15:51] <bigjools> I figured you were heavy API users :)
[15:51] <Laney> tumbleweed wrote a sponsorship checker tool
[15:51] <Laney> it'll mean that this cannot know about sponsored syncs
[15:56] <tumbleweed> bigjools: yeah, we hit the API a bit. I'd be amused to see where I sit on the loader-board right now (been crawling Ubuntu's upload history) :P
[15:56]  * tumbleweed would also rather see this released as is. If it's recording the data, that's a good start
[15:58] <Laney> it is also sometimes useful to know who sponsored something for other reasons (i.e. naming and shaming :P)
[15:58] <bigjools> it overrides SPPH.creator and From: on announcements
[15:58] <tumbleweed> yes it does form part of Ubuntu's audit trail
[15:58] <Laney> both to the sponsoree?
[15:59] <Laney> (that sounds right)
[15:59] <bigjools> the sponsored person, yeah
[16:01] <Laney> great
[16:07] <Laney> as long as people use the option to syncpackage to close the bug when they sponsor a sync then we shouldn't regress in terms of audit trail
[16:07] <Laney> well, assuming that out of band syncs don't become more common (which they probably will)
[17:10] <allenap> Any series/milestone experts in here? Please can you help answer https://answers.launchpad.net/launchpad/+question/180693?
[19:19] <hexmode> WHY THIS NO BUILD? https://launchpadlibrarian.net/86706162/buildlog.txt.gz
[20:07] <audifahrer> Hi
[20:08] <audifahrer> could someone tell me why my receipe (https://code.launchpad.net/~tux-style/+recipe/eflxx-daily) doesn't build my binaries in the deb as expected? I only get the copyright in the deb file. I don't understand it.
[20:09] <YokoZar> Are there instructions for getting apt to work with private PPAs?
[20:13] <stgraber> YokoZar: I don't think you need to do much weirdness
[20:13] <stgraber> YokoZar: deb https://<LP login>:<token>@private-ppa.launchpad.net/... should work
[20:13] <YokoZar> stgraber: ahh, ok, fair nuff
[20:14] <stgraber> YokoZar: at least it does here for the few I have
[20:14]  * YokoZar considers filing a LP bug about the instructions that appear in a private PPA page saying that rather than the default text...
[20:14] <lifeless> there is one I believe
[20:14] <lifeless> you can me-too it
[20:15] <Ampelbein> audifahrer: I'd suspect that you need to add something like 'run bootstrap'  in the recipe.
[20:17] <Ampelbein> audifahrer: (bootstrap being the file used by elfxx to produce configure et al)
[20:17] <YokoZar> stgraber: oh I see, I need to go to my profile page and copy-paste that rather than the PPA page
[20:20] <YokoZar> lifeless: I suppose it's this one: https://bugs.launchpad.net/launchpad/+bug/458360  which is 2 years old (!)
[20:21] <lifeless> YokoZar: I'm not sure what the ! is for - we get many more bugs in than we can keep up with
[20:21] <lifeless> YokoZar: we -love- patches
[21:02] <audifahrer> Ampelbein: yes, but there's also an autogen.sh script that calls bootstrap. I don't know what magic is behind bzr-builder. What does it call automagic and what not? Does it call make dist and build from there?
[21:08] <jelmer> audifahrer: bzr-builder only calls the "clean" target from debian/rules after it's built the tree
[21:08] <jelmer> audifahrer: the run command is disabled on Launchpad
[21:13] <audifahrer> ah, I looked in other debian structure I see always this:
[21:13] <audifahrer> include /usr/share/cdbs/1/class/autotools.mk
[21:13] <audifahrer> include /usr/share/cdbs/1/rules/debhelper.mk
[21:14] <audifahrer> does this enable ./autogen.sh stuff automatic?
[21:16] <jelmer> audifahrer: IIRC it just enables the running of ./configure, not autogen.sh
[21:16] <jelmer> audifahrer: that bit is also only run during the build of the binary package, not when the source package is built (from the recipe)
[21:21] <audifahrer> jelmer: could you show me a correct rules file for building from SVN (./autogen.sh; make,...)?
[21:21] <jelmer> audifahrer: what you just posted and /usr/share/cdbs/1/rules/autoreconf.mk
[21:22] <jelmer> audifahrer: you'll need a build-dependency on dh-autoreconf as well
[21:37] <george_e> Can I request that a PPA be moved from my LP account to a team account?
[21:44] <YokoZar> I need disk space increased for a private PPA...should I post a _public_ question about it?
[22:00] <audifahrer> debian/rules:4: /usr/share/cdbs/1/class/autotools.mk: No such file or directory
[22:00] <audifahrer> debian/rules:5: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory
[22:00] <audifahrer> make: *** No rule to make target `/usr/share/cdbs/1/rules/debhelper.mk'.  Stop.
[22:01] <audifahrer> :-(
[22:01] <audifahrer> this is what launchpad said
[22:03] <jelmer> audifahrer: you will need to have cdbs as a build dependency too, but that's implied for those lines
[22:04] <jelmer> audifahrer: it's usually a good idea to build the package locally first
[22:05] <audifahrer> jelmer: doesn't work with ubuntu 10.04 as described in launchpad help :-(
[22:05] <jelmer> audifahrer: how do you mean?
[22:05] <audifahrer> bzr-builder and python is to old. :-(
[22:05] <audifahrer> I mean local testing
[22:05] <jelmer> audifahrer: there are two steps involved here
[22:06] <jelmer> audifahrer: building a source package from a recipe and some branches - that's what's documented on the launchpad help page
[22:06] <jelmer> audifahrer: but you can test the source package and what contents it should have, even in 10.04
[22:06] <jelmer> audifahrer: any ubuntu packaging guide should help you create a proper source package. once you have that, it should be a lot easier to create a recipe that generates source packages.
[22:08] <audifahrer> jelmer: I'm sure it build localy and I had no problems with that missing cdbs.
[22:08] <audifahrer> for sure I tried this
[22:08] <jelmer> audifahrer: did you build in a chroot? You might just have cdbs installed on your system already, without the package having an explicit dependency on it.
[22:09] <audifahrer> jelmer: ah, ok. I didn't build in chroot. Thats maybe the reason!
[22:39] <dr3mro> hello , I am trying to create a ppa for daily build of a project i am not the owner of it hosted on google code but it fails when i enter the repository address in launchpad https://code.google.com/p/plowshare
[22:40] <dr3mro> is this address ok ? when i try git clone https://code.google.com/p/plowshare on my pc it works but when i enter this url on launchpad hosting it fails while import
[22:45] <mwhudson> dr3mro: got a link to the import?
[22:45] <dr3mro> https://code.google.com/p/plowshare
[22:46] <dr3mro> mwhudson, https://code.google.com/p/plowshare
[22:47] <mwhudson> dr3mro: on launchpad
[22:47] <mwhudson> you pasted _that_ link twice already :)
[22:47] <dr3mro> lp:plowshare
[22:48] <dr3mro> mwhudson, https://code.launchpad.net/~dr3mro/plowshare/plowshare-trunk
[22:48] <dr3mro> mwhudson, http://launchpadlibrarian.net/86721936/dr3mro-plowshare-plowshare-trunk.log
[22:49] <mwhudson> huh, that's strange
[22:49] <mwhudson> jelmer: around?
[22:49] <dr3mro> mwhudson, that was import log
[22:49] <mwhudson> dr3mro: thanks
[22:51] <dr3mro> mwhudson, i can import with (git clone url ) on my pc so ithink the url is valid and it's not a problem of google code?
[22:51] <mwhudson> yeah, i don't know what that problem indicates, it's not something i've seen before
[22:52] <dr3mro> mwhudson, can any one in the channel help ???
[22:53] <mwhudson> dr3mro: jelmer is your best bet, if he is around
[22:53] <mwhudson> i have other things to do i'm afraid :/
[22:57] <dr3mro> thanks
[22:58] <dr3mro> mwhudson, thank
[22:58] <dr3mro> jelmer, hello .. can you help me ?
[23:05] <jelmer> hi dr3mro, mwhudson
[23:06] <dr3mro> hello jelmer thanks for response
[23:06] <jelmer> dr3mro: https://code.launchpad.net/~dr3mro/plowshare/plowshare-trunk doesn't work here
[23:06] <dr3mro> hello , I am trying to create a ppa for daily build of a project i am not the owner of it hosted on google code but it fails when i enter the repository address in launchpad https://code.google.com/p/plowshare
[23:06] <dr3mro> jelmer, yes
[23:07] <dr3mro> jelmer, how to make it work
[23:07] <mwhudson> if something doesn't work and you delete it, that's not very helpful :)
[23:07] <dr3mro> jelmer, the developer don't want to host it on launchpad and he uses google code and i want to make ubuntu ppa
[23:07] <mwhudson> jelmer: http://launchpadlibrarian.net/86723548/dr3mro-plowshare-plowshare.log
[23:08] <dr3mro> mwhudson, i deleted it and i retry again
[23:08] <dr3mro> http://launchpadlibrarian.net/86723548/dr3mro-plowshare-plowshare.log
[23:08] <dr3mro> same error again
[23:08] <dr3mro> jelmer, how to fix it what i do wrong
[23:11] <dr3mro> jelmer, mwhudson  hello
[23:12] <mwhudson> dr3mro: it's late for jelmer and i have to work
[23:12] <mwhudson> dr3mro: maybe you should file a bug at http://bugs.launchpad.net/launchpad
[23:12] <dr3mro> mwhudson, ok thnx any way and google is no help
[23:18] <jelmer> dr3mro: I think this is a known bug that already has a report filed on launchpad.net
[23:18] <dr3mro> jelmer, is there a work around
[23:20] <jelmer> dr3mro: you should be able to do a local import and push that to launchpad
[23:20] <dr3mro> jelmer, but i had to do that every day .. i want to create a daily ppa
[23:24] <jelmer> dr3mro: bug 878085
[23:46] <Resistance> are the amd64 builders busy?
[23:46] <Resistance> like bogged down?
[23:46] <Resistance> i'm trying to build within a PPA a backported php5, and the amd build has a 36 minute time-to-build, up from a 16 minutes-to-build