[06:08] <Ablu> Hello. I followed https://help.launchpad.net/Packaging/PPA/Uploading to upload a new version of my ppa. The upload went without errors. But I do not see the uploaded package anywhere? Shouldn't it be pending for build somewhere?
[06:09] <wgrant> Ablu: Which PPA?
[06:10] <Ablu> wgrant: ah sorry: https://launchpad.net/~mapeditor.org/+archive/ubuntu/tiled
[06:11] <Ablu> I uploaded a 0.12.2 build
[06:11] <wgrant> Ablu: What was the command you uesd to upload it?
[06:12] <Ablu> http://sprunge.us/TSbP
[06:12] <Ablu> eh
[06:12] <Ablu> i missed the destination....
[06:12] <wgrant> Yeah, uploading to Debian isn't going to get it very close to your PPA :)
[06:13] <Ablu> hm. now i get:
[06:13] <Ablu> ~/ppa/tiled $ dput ppa:mapeditor.org/tiled tiled_0.12.2-1_source.changes
[06:13] <Ablu> No host ppa:mapeditor.org/tiled found in config
[06:13] <wgrant> Debian's /etc/dput.cf probably doesn't have a destination pre-configured for Launchpad PPAs.
[06:13] <wgrant> [ppa]
[06:13] <wgrant> fqdn   = ppa.launchpad.net
[06:14] <wgrant> method   = ftp
[06:14] <wgrant> incoming  = ~%(ppa)s
[06:14] <wgrant> login   = anonymous
[06:14] <wgrant> Put that in your ~/.dput.cf
[06:14] <Ablu> ok... this is fedora. thatm ight explain it
[06:14] <Ablu> thanks
[06:14] <wgrant> Oh, I assumed Debian from the dput default.
[06:15] <Ablu> wgrant: hm. the error stays
[06:16] <wgrant> Ablu: It may be that your version of dput doesn't support the : variable expansion syntax.
[06:16] <wgrant> Which version of dput are you using?
[06:17] <Ablu> wgrant: dput 0.9.6
[06:17] <wgrant> If it doesn't support variables you'll need to add a section specific to your PPA.
[06:17] <Ablu> wgrant: yep that seem to do the trick
[06:18] <Ablu> wgrant: where can i see the build now? :)
[06:19] <wgrant> Ablu: Nowhere, because you signed it with a key that isn't associated with your Launchpad account.
[06:19] <Ablu> uhhh
[06:20] <wgrant> pub  2048R/971DDA82 2012-02-03 Erik Schilling <ablu.erikschilling@googlemail.com>
[06:20] <wgrant> Is the only one that LP knows about
[06:20] <Ablu> hm. i no longer have that key on this machine. I will add my new one
[06:21] <wgrant> In fact, I don't see CECFA1C9 on the keyservers at all.
[06:22] <Ablu> wgrant: i just uploaded it. do i need to upload it to a specific server or is gpg --send-keys enough?
[06:23] <wgrant> Ablu: Launchpad uses keyserver.ubuntu.com, which syncs with the main SKS network, but I don't know whether your gpg's default keyserver is in the network.
[06:23] <wgrant> And it will take some time to replicate.
[06:23] <wgrant> I'd give it --keyserver keyserver.ubuntu.com for expediency.
[06:30] <Ablu> heh. it took a while until i was able to enter the key fingerprint into the add gpg form. now i got the mail and when i click the link in there it tells me that it cannot find the fingerprint again :P
[06:31] <wgrant> Ah, give it a couple of minutes to settle down, perhaps.
[06:31] <wgrant> The internal keyservers may be slightly out of sync.
[06:31] <wgrant> Might also work if you submit a few times.
[06:33] <Ablu> wgrant: would i have been able to figure out that i was using the wrong key somehow on my own btw?
[06:33] <Ablu> The upload did not trigger any error
[06:33] <wgrant> Ablu: No, that's the one case which we can't notify you about, because the person we email is the signer.
[06:34] <wgrant> We can't just trust any old email address in an unauthenticated FTP upload.
[06:34] <wgrant> The general rule is that if you don't get an email after 10 minutes you probably didn't sign it with something that LP knows about.
[06:36] <Ablu> wgrant: allright. I am now having some other issues specific to my ppa package. But I should be able to resolve those on my own :)
[06:36] <wgrant> Ablu: Yeah, in this case your changelog is wrong.
[06:36] <Ablu> thanks a lot for the quick help! Have a nice (long?) weekend
[06:36] <wgrant> You've specified unstable, a Debian release.
[06:36] <Ablu> yeah i copied it from debian
[06:36] <wgrant> But it needs to be an Ubuntu release (eg. trusty).
[06:36] <wgrant> And no, I'm in Australia, no holiday on Monday :)
[06:37] <Ablu> is there a trick to build this for all ubuntu releases btw? I always ended up doing search / replace for all the versions i want to build
[06:37] <Ablu> ah. too bad ;)
[07:55] <wsnipex> hi. it seems as dependency resolution for ppa builds is broken when multiple alternatives for build deps are given.
[07:57] <wsnipex> it seems launchpad (or sbuild) now only tries to use the first alternative build dep
[07:57] <wgrant> wsnipex: An upgrade last week means it'll only consider the first package in each alternate relation. That should be fixed on Monday.
[08:06] <wsnipex> wgrant, ok, thanks. thats exactly the issue I was seeing
[17:56] <pmjdebruijn> did the ppa build farm get an update recently?
[17:56] <pmjdebruijn> https://launchpadlibrarian.net/207282472/buildlog_ubuntu-trusty-amd64.darktable_1%3A1.6.6%2B77~g872761a-0pmjdebruijn1~trusty_BUILDING.txt.gz
[17:56] <pmjdebruijn> I have build failing using dependancies I've been building for a while now
[17:56] <pmjdebruijn> it would seem libgphoto2-6-dev | libgphoto2-2-dev isn't being resolved properly
[18:24] <cjwatson> pmjdebruijn: Yes, a fix for that is queued for another rollout next week.
[18:25] <cjwatson> pmjdebruijn: We upgraded across about 10 years of sbuild development, and missed a little bit.
[18:27] <pmjdebruijn> ah
[18:27] <pmjdebruijn> thanks
[18:27] <cjwatson> Sorry for the inconvenience.
[18:28] <cjwatson> We'll probably go through and bulk-retry dep-waits after the rollout.
[18:28] <pmjdebruijn> right
[18:28] <pmjdebruijn> any clue whether it would be early or late next week?
[18:28] <pmjdebruijn> tentatively :)
[18:29] <cjwatson> Hopefully early, seeing as it's a regression.
[18:30] <pmjdebruijn> that would be much appreciated
[18:30] <cjwatson> I put the ticket in on Friday for our sysadmins to upgrade the staging builders.  I'll be off on Monday since it's a public holiday, but will push it on Tuesday if it's not done by then.
[18:30] <pmjdebruijn> awesome