[00:31] <bodhi_zazen> OK, I am bumping it then =)
[00:31] <bodhi_zazen> thank you
[00:45] <John-Galt> Hi, my last few PPA uploads fail with: "gpg: Can't check signature: public key not found", despite the fact that they key id is correct, the public key is uploaded, and my previous uploads worked.
[00:48] <micahg> John-Galt: did you sign the upload with the same key that you uploaded?
[00:49] <wgrant> John-Galt: That sounds like a local error -- does dput tell you that?
[00:55] <John-Galt> micahg: Yes, and the email shows the same key ID as my profile page.
[00:56] <John-Galt> wgrant: No, it comes in an email afterwards.
[00:59] <micahg> wgrant: could LP be timing out with the keyserver?
[01:01] <wgrant> John-Galt: Hm, odd.
[01:01] <wgrant> micahg: Possibly.
[01:01] <wgrant> But I don't know.
[01:05] <John-Galt> I suppose I'll have to try deleting my key and re-uploading it.
[01:07] <wgrant> I wouldn't.
[01:07] <wgrant> If LP knows about it, but it says it can't find it, it is an internal problem.
[01:07] <wgrant> I would not attempt to fix it myself.
[01:08] <John-Galt> Well, unfortunately, I'm trying to release a Beta, and I want the launchpad package available before I make the announcement.
[01:11] <wgrant> Over how long have you been getting this error?
[01:11] <John-Galt> A couple of hours.
[01:11] <wgrant> Hm. I've just realised that you should not be getting those emails, since it can't verify the signature.
[01:11] <wgrant> Pastebin the email.
[01:14] <John-Galt> Oh, rafb.net is dead. My web paste script needs to be updated... http://pastebin.com/m4699a364
[01:15]  * MenZa points John-Galt towards pastebinit
[01:15] <wgrant> John-Galt: Ehem.
[01:15] <wgrant> John-Galt: Look at the last line of that email.
[01:15] <John-Galt> MenZa: Thanks.
[01:15] <wgrant> That is Debian's ftp-master.
[01:16] <wgrant> You are uploading to the wrong place.
[01:16] <John-Galt> wgrant: Wow... don't know how I missed that.
[01:16] <wgrant> I didn't think LP gave gpg errors like that...
[01:16] <John-Galt> Sorry for the noise. It's strange, since I haven't changed anything since the last upload.
[01:18] <micahg> wgrant: https://edge.launchpad.net/builders/bohrium
[01:20] <wgrant> micahg: bohrium has been doing that a bit lately :( But I have no more power over it than you do.
[01:22] <micahg> wgrant: who do I report it to?
[01:22] <micahg> send an e-mail to the bulder team?
[01:23] <wgrant> spm: Can LOSAs kick virtual builders, or does that need a sysadmin?
[01:24] <spm> sysadmin
[01:24] <wgrant> Ah, but we have one of those now, don't we...
[02:42] <lifeless> wgrant: is poppy down or anything like that ?
[02:43] <wgrant> lifeless: Looks fine to me.
[02:43] <lifeless> wgrant: I have upload going into a vacuum
[02:43] <wgrant> poppy is up, but that doesn't mean much.
[02:43] <lifeless> spm: ^
[02:44] <wgrant> The last processed upload was 14 minutes ago.
[02:44] <wgrant> So I suspect a problem on your end.
[03:31] <wgrant> lifeless: Worked it out yet?
[03:31] <lifeless> no
[03:32] <lifeless> I don't have access to the mail account upload errors would be sent to
[03:32] <wgrant> Er, why not?
[03:33] <lifeless> wgrant: do you know, the mail address that errors are sent to - is it based on the signature on the changes, or the primary uid in the key in the keyserver, or the primary email in the account the key is associated with
[03:33] <lifeless> wgrant: its a service bot thing that I inherited partially setup
[03:33] <wgrant> lifeless: It is probably the primary email address for the Person associated with the signature.
[03:33] <wgrant> But let me check...
[03:40] <wgrant> lifeless: It looks like my initial guess was right, but this code is a maze...
[03:41] <lifeless> wgrant: thank you, appreciate that
[06:07] <lifeless> wgrant: bzr-builder bug
[06:07] <lifeless> /var/mail/username isn't suitable as a DEBEMAIL in .changes etc
[06:07] <wgrant> lifeless: I would guess not.
[06:09] <lifeless> there will be some hundred 'go away muppet' mails in the service mailbox :P
[06:12] <wgrant> lifeless: It is unlikely that any emails are sent in that case. It will fail to parse the changes file, so will go to failed rather than rejected.
[06:13] <lifeless> wgrant: it would be nice, if the thing is signed, if the signer was told
[06:15] <wgrant> lifeless: It would indeed.
[06:15] <wgrant> I smell a bug.
[06:16] <lifeless> hmmm, 5 hours to get an ia64 build.
[06:16] <lifeless> sigh
[06:17] <wgrant> Are you one of those crazy non-virt PPA people, or are you using bzr-builder on primary?
[06:17] <lifeless> its a crazy non-virt
[06:17] <wgrant> (also note that ia64 was 11 days behind, two weeks ago. 5 hours is nothing!)
[06:17] <lifeless> so, I've written some blocking code
[06:17] <lifeless> as per -users
[06:18] <lifeless> by I, I mean cody somerville wrote
[06:18] <lifeless> and I adapted
[07:46] <lifeless> wgrant: around ?
[07:49] <wgrant> lifeless: Yes.
[07:49] <lifeless> just trying to figure out how to determine 'arch x, y, z built ok via the api'
[07:50] <lifeless> I have a source package with a getBuilds() method
[07:50] <wgrant> By source package you mean SPPH?
[07:50] <lifeless> I guess
[07:51] <wgrant> You could cheat and use Archive.getBuildSummariesBySourceIds
[07:51] <lifeless> that returns in progress builds
[07:51] <wgrant> s/By/For/
[07:51] <lifeless> I want to know success/failure
[07:51] <lifeless> basically fullybuilt vs buildfailed for arch x,y,z
[07:54] <wgrant> You want to ignore some archs?
[07:54] <wgrant> (sorry, LP is being reeeeeally slow for me atm)
[07:58] <lifeless> I think I have it
[07:58] <lifeless>     if buildSummaries['status'] != 'FULLYBUILT':
[07:58] <lifeless>         if buildSummaries['status'] == 'NEEDSBUILD':
[07:58] <lifeless>             # We're stopping early cause the important_arches are built.
[07:58] <lifeless>             builds = pkg.getBuilds()
[07:58] <lifeless>             for build in builds:
[07:58] <lifeless>                 if build.arch_tag in important_arches:
[07:58] <lifeless>                     if build.buildstate == 'Failed to build':
[07:58] <lifeless>                         result = 2
[07:59] <wgrant> Right.
[07:59] <wgrant> But checking for 'Failed to build' is rather too restrictive.
[08:00] <lifeless> yes, however the pydoc for this api is totally useless
[08:00] <lifeless> it should at a minimum point at the web docs for the matching object
[08:00] <wgrant> I would expect it to be even less useful than that.
[08:00] <wgrant> Do you know where to find them?
[08:00] <lifeless> nope
[08:01] <wgrant> https://edge.launchpad.net/+apidoc
[08:01] <lifeless> >>>> help(archive.getBuildRecords) was 'a method to be called'
[08:03]  * wgrant headdesks repeatedly (not because of that).
[08:03] <lifeless> why then?
[08:05] <wgrant> I just found a (fortunately not particularly interesting) security hole that could have easily been caught.
[08:06] <wgrant> Actually, it is potentially pretty interesting at this point.
[08:06] <wgrant> But anyway.
[08:07] <igc> download counters seem broken for a few days. Is this a load problem or should I raise a bug?
[08:07] <lifeless> I'd raise a bug
[08:08] <lifeless> even if it is a load problem, it went wrong
[08:21] <lifeless> \o/
[08:21] <lifeless> clutter-1.0 1.1.1+r2628+200910230704 in karmic: NEEDSBUILD
[08:21] <lifeless>  echo $?
[08:21] <lifeless> 2
[13:29] <mdeslaur> I got a OOPS-1392A2087 trying to change the status on bug 431080
[15:06] <lfaraone> wgrant: is adding a custom header to launchpad project pages part of the roadmap?
[15:23] <sumanah> I'm trying to search bugs.launchpad.net/ubuntu/ for bugs that need to be upstreamed and that have to do with the package 'empathy'. I can get the first 2 parts with https://bugs.launchpad.net/ubuntu/+bugs?field.status_upstream=pending_bugwatch&field.status_upstream-empty-marker=1 but can't make it specify the package "empathy".  My attempts at hand-hacking the URL have proven fruitless
[15:23] <sumanah> what am I missing?
[15:34] <leonardr> sumanah, i'm no expert, but here's a guess
[15:34] <leonardr> you've already specified the package, and it's 'ubuntu'
[15:34] <leonardr> this search might get what you want
[15:34] <leonardr> https://bugs.edge.launchpad.net/empathy/+bugs?field.status_upstream=pending_bugwatch&field.status_upstream-empty-marker=1
[15:35] <sumanah> leonardr: I think it is, thanks!  I tried a similar search before, I think in ~empathy, and it turned up nothing
[15:36] <leonardr> ~empathy is a user
[16:00] <MenZa> Is anyone here able to assist me in removing my PPA, which has already been closed? I'm trying to do it to change my nickname. I've had an open answer ticket for a while, and I'm hoping someone around would be able to do so :)
[16:03] <bigjools> MenZa: what is the url to your ticket?
[16:09] <gentooma> Hi, I have a slight problem with my launchpad account - I lost my password, but when I enter my email in the lost password dialogue, it says 'Your account details have not been found. Please check your subscription email address and try again'
[16:09] <gentooma> when I want to register a new account it says 'The email address ... is already registered in the Launchpad Login Service ' :/
[16:19] <MenZa> bigjools: One second. :)
[16:19] <MenZa> bigjools: https://answers.edge.launchpad.net/launchpad/+question/85574
[16:22] <bigjools> MenZa: I prodded someone to deal with it
[16:22] <MenZa> bigjools: Thanks :)
[16:23] <MenZa> Much love.
[16:23] <bigjools> MenZa: please comment on there with your required new account name
[16:25] <MenZa> bigjools: Will do
[16:25] <MenZa> bigjools: done.
[16:32] <bigjools> MenZa: change of plan
[16:32] <MenZa> aye?
[16:32] <bigjools> MenZa: create a new account and it can be merged with your old one
[16:33] <bigjools> please respond on the question when you're done
[16:33] <MenZa> An empty account, and all my actions/information (such as ircnicks, jabber, etc.) will be imported to the new account?
[16:34] <mbarnett> MenZa: yup
[16:34] <MenZa> mbarnett: done - feel free to do your magic ;)
[16:35]  * mbarnett breaks out the wand.
[16:36] <gentooma> can someone perhaps help me with my issue above?
[16:36] <MenZa> (Sorry, I was ~lasse-havelund until just now)
[16:37] <MenZa> Perfect, mbarnett :)
[16:37] <mbarnett> MenZa: take a look now
[16:37] <mbarnett> yay
[16:37] <MenZa> !helpersnack | mbarnett, bigjools (s/a good helper/good helpers/)
[16:38] <MenZa> Gah, great*
[16:38] <mbarnett> heh
[16:38] <MenZa> Much appreciated guys. :)
[16:38] <bigjools> heh
[16:38] <mbarnett> not a problem
[16:38] <bigjools> gentooma: perhaps mbarnett can help you
[16:39] <MenZa> I don't know ubottu as well as I thought I did. ;)
[17:22] <stevecrozz> So I'm trying to build a package which depends on another package in my PPA, but when launchpad tries to build it this package (php5) it can't find the package it depends on "checking for libevent >= 1.4.11... no "
[17:22] <stevecrozz> how do I tell the PPA that it needs to download libevent-dev in order to make the build work
[17:23] <bigjools> stevecrozz: can you point me at the build and I'll look
[17:23] <stevecrozz> http://launchpadlibrarian.net/34187899/buildlog_ubuntu-jaunty-i386.php5_5.2.11-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:26] <stevecrozz> bigjools: can I just edit debian/control to add the dependencies?
[17:27] <stevecrozz> is there a tool to do that? or is it just a by-hand type thing
[17:28] <bigjools> stevecrozz: why are you deleting sources?
[17:28] <stevecrozz> bigjools: not sure what you mean
[17:29] <bigjools> stevecrozz: and your problem is that you're not build-depending on libevent as you say. I'm not a packaging expert, but someone in #ubuntu-motu will help you
[17:30] <bigjools> stevecrozz: the source for the log you pointed me at is deleted
[17:30] <stevecrozz> bigjools: my last build failed, and now I get this message with dput: Already uploaded to stevecrozz on ppa.launchpad.net
[17:30] <stevecrozz> any way around that?
[17:30] <bigjools> yes, you bump the version up.  Launchpad will handle the rest.
[17:30] <bigjools> you can't upload the same version again
[17:30] <stevecrozz> bigjools: how do I do that... just rename the changes file?
[17:31] <bigjools> you don't need to delete old versions, Launchpad will supersede them automatically
[17:32] <stevecrozz> how do I bump the version up?
[17:32] <bigjools> stevecrozz: edit the debian/changelog
[17:32] <bigjools> and rebuild the source package
[17:33] <bigjools> packaging questions are best asked in #ubuntu-motu BTW, they'll give you some good advice
[17:33] <stevecrozz> ok.. thanks, i'll go there
[17:33] <bigjools> np
[17:33] <stevecrozz> also on freenode?
[17:34] <MenZa> yup
[20:44] <baga_> ciao a tutti
[20:45] <baga_> c'è qualche italiano fra di voi?
[22:54] <lifeless> did facebook just change its user home page ?
[23:01] <beuno> lifeless, it seems so to me
[23:01] <beuno> at first,  I thought it didn't fully load
[23:01] <wgrant> Me too.
[23:01] <wgrant> But I have about 12 hours of events missing, too!
[23:01] <lifeless> wgrant: try the 'live feed'
[23:02] <lifeless> wgrant: or a ctrl-refresh
[23:02] <lifeless> beuno: thanks for the ack
[23:02] <wgrant> lifeless: Ah. How odd.
[23:03] <lifeless> cached old pane I think
[23:03] <lifeless> so it would have come good eventually
[23:29] <bodhi_zazen> I think I made a mistake
[23:29] <bodhi_zazen> I deleted a package in my ppa, as I wanted to update the package
[23:29] <nhandler> What did you do bodhi_zazen ?
[23:30] <bodhi_zazen> it was a small error, and I did not think I wanted to +1 on the version
[23:30] <bodhi_zazen> Now LP rejects uploading the package =)
[23:30] <bodhi_zazen> will that go away with a deleted package ?
[23:30] <bodhi_zazen> just currious
[23:30] <nhandler> Most of the time, you will want to tack on a ~ppa1 to the end of the version. Then, for every new PPA upload, bump that number (i.e. to ~ppa2)
[23:31] <bodhi_zazen> so ...
[23:31] <nhandler> bodhi_zazen: Even if you delete the package, you can't upload 2 with the same version
[23:31] <bodhi_zazen> foo-1.0-1-ppa1 ?
[23:32] <nhandler> 1.0-0ubuntu1~ppa1 (if you are hoping to have this version enter Ubuntu someday)
[23:32] <bodhi_zazen> rename what exactly then ?
[23:32] <nhandler> bodhi_zazen: The version in debian/changelog
[23:32] <bodhi_zazen> does the source directory and tar ball stay
[23:33] <nhandler> The source directory and tarball use the upstream version in their names
[23:33] <nhandler> So in my example, they would both simply use 1.0
[23:34] <bodhi_zazen> OK, so, rename source directory, tar ball, and changelog, and I presume debina/control as well ?
[23:34] <nhandler> No, you should only need to update debian/changelog
[23:34] <bodhi_zazen> k , thanks, so all I need to change then is the version in the changelog, awesome
[23:34] <nhandler> The other versions should be fine already
[23:37] <bodhi_zazen> thank you
[23:37] <bodhi_zazen> nhandler: I got the apparmor .deb working =0