[04:30] <testificate> is any launchpad support on duty atm?
[04:33] <lifeless> no, but you might get lucky ;) Just ask.
[04:35] <testificate> some personal information was posted in a launchpad bug report. and I'm trying to see if I can have it edited or pulled
[04:35] <StevenK> We can hide the comment.
[04:35] <StevenK> Which bug and comment number?
[04:36] <lifeless> whats the url to the comment? thats from the top right of the commen - the #123 thing, and you can privmsg me if you like
[04:36] <lifeless> StevenK: trade you, I handle this, you finish reviewing :P
[04:36] <StevenK> lifeless: I have
[04:37] <lifeless> \o/
[04:37] <StevenK> lifeless: The LPGL comment is the only one I have
[04:37] <lifeless> yeah, see the thread - trove are not freetext
[04:38] <lifeless> StevenK: I've fixed that extraneous line up
[04:38] <lifeless> turns out testificate
[04:38] <lifeless> turns out testificate's issue is with the initial bug description :(
[04:38] <StevenK> Drat
[04:38] <wgrant> Best to make the bug private, then.
[04:38] <StevenK> Or wave SQL :-P
[04:39] <wgrant> Fixing the description history is on the radar, but it's not clear how to do it.
[04:39] <StevenK> For exactly this reason, I bet
[04:40] <wgrant> Yes.
[04:44] <lifeless> have made private and recommended filing a bug on apport
[04:45] <wgrant> Have you unsubscribed everyone?
[04:45] <wgrant> What's the bug #?
[04:46] <george_e> All of the builds from my recipe are failing with an unusual error. Here's one of the buildlogs: https://launchpadlibrarian.net/85234067/buildlog.txt.gz
[04:47] <george_e> The error: "bzr: ERROR: No module named apt_pkg.
[04:47] <george_e> You may need to install this Python library separately."
[04:47] <lifeless> wgrant: bug 499821
[04:47] <lifeless> wgrant: just -security and -bugs left, which testificate was ok with
[04:47] <wgrant> george_e: Fix for that is currently being rolled out
[04:47] <lifeless> wgrant: neither being inclusive
[04:48] <wgrant> lifeless: -bugs is roughly $world
[04:48] <george_e> wgrant: Will I be able to retry the build afterward without worrying about uploading the same version?
[04:48] <lifeless> wgrant: eh, requires coc + mentoring
[04:48] <lifeless> but yeah, can delete it too I guess
[04:48] <wgrant> george_e: Yes
[04:48] <george_e> Thanks.
[04:55] <testificate> wgrant: is -bugs not private?
[04:57] <lifeless> testificate: its the folk that can do bug triage for Ubuntu; joining the team is open to folk that demonstrate trustworthiness, sign the coc, and learn the triage rules.
[04:58] <lifeless> you can't just-join, and you can be removed if you are a problem
[05:00] <testificate> well I suppose that's the best that can be done for now then
[06:53] <george_e> Is it possible to change the Git URL an automatic import pulls from for a branch?
[06:56] <wgrant> george_e: You can't, but you can ask us to change it.
[06:56] <wgrant> As long as it's the same repo, just moved.
[06:57] <george_e> Could you please change ~george-edison55/libwebp/trunk to pull from http://git.chromium.org/webm/libwebp.git
[06:57] <george_e> It's got the old Git URL there.
[06:59] <wgrant> Let's see if that works.
[06:59] <george_e> Thank you!
[07:00] <george_e> Hopefully that will get the builds rolling again.
[09:03] <mrevell> Hi!
[11:19] <mirrakor_> is there a statistic for PPA archives?
[12:14] <tumbleweed> any ideas why this bug can't be created via the API? http://paste.ubuntu.com/740135/
[12:21] <wgrant> tumbleweed: Looks like your title has a newline at the end.
[12:21] <wgrant> Well, that's helpful.
[12:24] <wgrant> 23:21:16 < wgrant> tumbleweed: Looks like your title has a newline at the end.
[12:26] <tumbleweed> didn't think of that, thanks
[12:26]  * tumbleweed tries to figure out where that came from
[14:36] <CarlFK> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/squid-deb-proxy/oneiric/view/head:/debian/squid-deb-proxy.templates
[14:36] <CarlFK> I like pink and all, but... um.. not there.
[14:43] <CarlFK> is that really spozed to look like that? (and does anyone else think it is pretty hard to read?
[16:31] <Pegasus_RPG> Hello. I'm trying to add an ssh public key that I generated from an S/MIME certificate using a procedure I found on the Web. But Launchpad complains that the key is invalid. If I add extra words to the end, it takes it fine but incorporates the first extra word into the key instead of putting it as a coment
[16:31] <Pegasus_RPG> Am I doing something wrong?
[18:04] <SpamapS> was this a temporary error for daily builds? bzr: ERROR: No module named apt_pkg
[18:04] <SpamapS> https://launchpadlibrarian.net/85239636/buildlog.txt.gz
[18:05] <SpamapS> I had a bunch fail this morning
[18:05] <lamont> SpamapS: there was a rollout today APAC-time... could you do a test build and tell me if it still fails?
[18:06] <SpamapS> lamont: ack, running now
[18:07] <SpamapS> lamont: https://code.launchpad.net/~juju/+archive/pkgs/+recipebuild/119811 , expected in 4 hours.. ;)
[18:08] <lamont> there. that's a bit better
[18:11] <dobey> SpamapS: yes, i saw a couple of those last night, and a rebuild worked fine
[18:14] <lamont> SpamapS: looks like a winner?
[18:49] <SpamapS> lamont: yes, sorry, had a phone call, thanks for the q jump. :)
[18:58] <thomi|work> Hi - is there any way to force a recipe to be built for a new distro series? I've just enabled packages for natty on an existing recipe, and I want to trigger a build without touching the bazaar branch. Any ideas?
[18:58] <jelmer> thomi|work: you can request a build on the web page
[18:59] <thomi|work> jelmer: It's currently set to build daily. if I set it to build on request the "request build" button doesn't appear.
[18:59] <thomi|work> oh nuts - sorry, it hides down the bottom of the page. My bad.
[19:00] <thomi|work> Thanskl
[19:00] <moo-> how can i find the list of bugs that affect most people?
[19:01] <jelmer> moo-: go the the bugs page, then select "Order by number of users affected"
[19:02] <moo-> oh
[19:02] <moo-> https://bugs.launchpad.net/ubuntu
[19:03] <moo-> i dont find that
[19:04] <jelmer> moo-: there is a select box with "by importance"
[19:04] <jelmer> change that to "by number of users affected"
[19:04] <jelmer> not sure if it works on the Ubuntu project though, it's got a lot of bugs
[19:04] <moo-> ah there
[19:04] <moo-> thanks!
[19:05] <moo-> nspluginwrapper is #1, you can fix this easily by putting flash 64-bit in repository so ppl can use that instead of nspluginwrapper
[19:07] <jelmer> moo-: it's probably better to comment on the bug itself, this channel is about Launchpad, not Ubuntu
[19:08] <moo-> ok
[19:09] <jelmer> (but please do read the other comments, I'm sure that if there was a simple solution it would've already been fixed)
[19:13] <moo-> there is a simple solution, put the 64-bit flash version in the repository
[21:12] <poolie> SpamapS, lamont, dobey, yes, it was a bug
[21:12] <poolie> it's now fixed and deployed thanks to haw and lamont
[21:36] <rillian> hi. I'm trying to set up a launchpad mirror of https://git.xiph.org/opus.git
[21:36] <rillian> but the imports seem to fail without actually pulling anything
[21:36] <mwhudson> rillian: got a link to an import?
[21:36] <rillian> https://code.launchpad.net/~xiph/opus/master
[21:38] <mwhudson> hm
[21:38] <mwhudson> is there a git:// protocol mirror?
[21:39] <rillian> yes, just s/https/git/
[21:39] <mwhudson> have you tried importing that?
[21:39] <mwhudson> that said
[21:39] <mwhudson> bzr branch https://git.xiph.org/opus.git/ works just fine here
[21:39] <rillian> no. I did try http in case it was the authentication
[21:40] <mwhudson> ah, anyway:
[21:40] <mwhudson> bzr: ERROR: The repository you are fetching from contains submodules. To continue, upgrade your Bazaar repository to a format that supports nested trees, such as 'development-subtree'.
[21:40] <mwhudson> hi jelmer :-)
[21:40] <rillian> mwhudson, well, that's more than I got
[21:40] <rillian> I didn't think the repo had submodules though
[21:42] <mwhudson> rillian: i changed the import to git and got http://launchpadlibrarian.net/85300633/xiph-opus-master.log
[21:42] <mwhudson> rillian: which reflects what happened to me locally
[21:43] <rillian> ok, so two problems
[21:43] <rillian> 'git submodule status' prints nothing
[21:44] <Resistance> is the bzr-builder ppa restricted to the recipe team?
[21:44] <Resistance> or is there another way i can add that into my system?
[21:44]  * Resistance wants to local-test a recipe first
[21:46] <rillian> mwhudson, apparently there are submodules somewhere in the history
[21:47] <rillian> does that mean we can't mirror now, o is the 'upgrade your Bazaar repository' message something you can act on?
[21:47] <tumbleweed> Resistance: it tells you how to install it, in the project description: https://launchpad.net/bzr-builder
[21:48] <Resistance> tumbleweed:  then the page on the wiki needs updating - because that page links to a 403'd page
[21:49] <Resistance> tumbleweed:  Getting bzr-builder... You can install the bzr-builder plugin from this PPA:  https://launchpad.net/~dailydebs-team/+archive/bzr-builder
[21:50] <Resistance> that 403s
[21:50] <Resistance> or at least, says "Forbidden"
[21:50] <Resistance> (from https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted#Getting_bzr-builder )
[21:50] <poolie> Resistance, the source is all out there
[21:50] <poolie> can i ask why you want to run it?
[21:50] <poolie> oh i see
[21:50] <poolie> you already said, to locally test it
[21:50] <Resistance> mhm
[21:51] <Resistance> *before* troubling the builders :P
[21:51]  * tumbleweed finds local testing vital when working on daily builds
[21:51] <poolie> i think the link is wrong
[21:51] <Resistance> and also the advice on the page tumbleweed linked me is wrong
[21:51] <Resistance> the code there that says to install/run it..
[21:51] <Resistance> this happens:
[21:51] <poolie> yes that link
[21:52] <Resistance> [kahless /home/teward/testing]% bzr branch lp:bzr-builder ~/.bazaar/plugins/builder
[21:52] <Resistance> bzr: ERROR: Parent of "/home/teward/.bazaar/plugins/builder" does not exist.
[21:52] <poolie> oh well that's easy
[21:52] <poolie> mkdir -p ~/.bazaar/plugins
[21:54] <poolie> https://bugs.launchpad.net/launchpad/+bug/891373
[21:54] <poolie> will try to look into it later
[21:56] <Resistance> does the debian/changelog version name just have to be whatever the base version is minus the ~{revno} stuff for the recipe?
[21:57]  * Resistance is getting a crash if he includes {revno} in the changelog
[21:58] <tumbleweed> don't worry about the changelog, the recipe build adds a new entry, with the version number based on your recipe
[21:58] <Resistance> ah good
[21:59] <Resistance> wth is this upstream source thing... its a bloody test recipe!
[21:59] <Resistance> there is no upstream source :/
[22:01] <jelmer> Resistance: your package probably disagrees (does it have the source format set to "3.0 (quilt)" or a version string that suggests a non-native package?)
[22:01] <jelmer> Resistance: alternatively, you can specify --allow-fallback-to-native
[22:01] <Resistance> jelmer:  yeah it builds when i use --allow-fallback-to-native
[22:02] <Resistance> but this'll need to work in PPAs, no?
[22:02] <Resistance> can i even specify such a build string?
[22:02]  * Resistance assumes not
[22:02] <jelmer> Resistance: launchpad has --allow-fallback-to-native enabled by default
[22:02] <Resistance> yeah it has the source format set to 3.0 (quilt)
[22:02]  * Resistance slaps his templates
[22:02] <jelmer> Resistance: "3.0 (quilt)" does suggest it's a non-native package, with an upstream source
[22:02] <Resistance> i'll have to fix those :P
[22:03] <Resistance> jelmer:  what should i change that to, if anything, to remove that?
[22:03] <jelmer> Resistance: "3.0 (native)"
[22:03] <Resistance> ok
[22:04] <Resistance> jelmer:  where would the output be located?  http://pastebin.com/bkjS0gqq  <-- last thing there is a lintian E: line, followed by a W: line.
[22:04] <Resistance> :/
[22:04] <Resistance> other than that, there's no errors
[22:08] <jelmer> Resistance: I think the second argument is the target dir
[22:09] <Resistance> also the lintian line might not show up anymore (to allow my system to stop yelling at me, i added teward@kahless to my active PGP key)
[22:09] <Resistance> jelmer:  well it built the source package correctly...
[22:10] <Resistance> jelmer:  theoretically, i'd have to pbuilder the source to determine whether it'll not explode, right?