[14:14] <kjackal> Hi there, the s390x snap builders seem to be missing a package "golang-go" see https://launchpadlibrarian.net/379234951/buildlog_snap_ubuntu_xenial_s390x_etcd_BUILDING.txt.gz . This builds fine on an s390x machine with "snapcraft cleanbuild". How should we address this?
[14:17] <kjackal> might not be only s390x
[14:32] <cjwatson> kjackal: The builders install everything from the archive(s) that they're pointed to; there is no conception of packages that the builders have or don't have
[14:37] <cjwatson> kjackal: It's quite true that golang-1.9-go isn't in xenial-updates.  You could point this snap at xenial-backports instead, or give it a PPA that provides golang-1.9-go, or (perhaps the simplest option for you, although I'm sure it would require some $PATH tweaks and such) use 'build-snaps: [go/1.9/stable]'
[14:51] <kjackal> thank you cjwatson I will give it a try
[19:50] <gQuigs> team = launchpad.people(canonical-suppor) #team that doesn't exist
[19:50] <gQuigs> team.is_valid returns 404 error
[19:51] <gQuigs> is there a better way to do things conditionally if it exists or not (my next plan is a bunch of try,excepts.. but I'm guessing there is a better way)
[19:51] <nacc> (was that a typo (no trailing t))
[19:51] <nacc> oh i see it's a test :)
[19:53] <nacc> gQuigs: https://help.launchpad.net/API/Examples
[19:53] <nacc> gQuigs: says that launchpad.people[canonical-suppr] should effectively return a None-equivalent if not found
[19:56] <gQuigs> team is None, returns False
[19:57] <gQuigs> regardless if it's a team that exists or not AFAICT
[19:59] <nacc> that doesn't seem right :)
[20:06] <gQuigs> switching it up to launchpad.people['person_name'] gets a backtrace immediately..
[20:06] <nacc> gQuigs: sorry, might need cjwatson or wgrant to look; IME, the docs have been pretty accurate
[20:07] <nacc> gQuigs: are you using a logged in lp object?
[20:09] <gQuigs> I'm not logged in, using anon at the moment
[20:10] <gQuigs> nacc: ^
[20:10] <nacc> gQuigs: i wonder if you need to be logged in (login_with) rather than anon
[20:10] <nacc> gQuigs: just based upon the example
[20:14] <gQuigs> nacc: doesn't seem to help https://pastebin.ubuntu.com/p/JYqkNqYvdJ/
[20:16] <danialbehzadi> Hi. I put two apps in my ppa and set one of them as a dependency in control file of the other one like this: traktor (>= 1.4)
[20:16] <danialbehzadi> But when I try to install it, I get this strange error: carburetor : Depends: traktor (>= 1.4) but 1.4-0~201807171920~ubuntu18.04.1 is installed
[20:16] <danialbehzadi> I wonder what does it mean…
[20:17] <nacc> gQuigs: this seems to work? http://paste.ubuntu.com/p/f9xq2DCKbD/
[20:32] <gQuigs> nacc: indeed, thanks!
[20:32] <gQuigs> still means the example broke at some point though.. IIUC
[20:32] <nacc> gQuigs: np! sorry, it's been a bit since i've used lplib -- yeah, i'd see if cjwatson can chime in eventually
[20:46] <wgrant> gQuigs: What is the error?
[20:46] <nacc> wgrant: the example from https://help.launchpad.net/API/Examples at the bottom
[20:46] <nacc> wgrant: doesn't seem to be returning a False-equivalent object when a person is not found
[20:46] <wgrant> danialbehzadi: '~' is less than the empty string, so 1.4.0~ < 1.4
[20:46] <nacc> but instead raises a KeyError
[20:47] <nacc> wgrant: but 1.4-0 should be after 1.4
[20:47] <wgrant> nacc: Hm, I doubt that ever worked
[20:47] <nacc> wgrant: yeah possibly not :)
[20:47] <wgrant> nacc: No
[20:47] <wgrant> The Debian revision defaults to 0 if not specified
[20:47] <nacc> oh duh!
[20:48] <nacc> danialbehzadi: --^ that's your bug
[20:48] <nacc> should be able to see with dpkg --compare-versions
[20:48] <wgrant> 'Then the initial part of the remainder of each string which consists entirely of digit characters is determined. The numerical values of these two parts are compared, and any difference found is returned as the result of the comparison. For these purposes an empty string (which can only occur at the end of one or both version strings being compared) counts as zero. '
[20:48] <wgrant> (from http://www.chiark.greenend.org.uk/doc/debian-policy/policy.html/ch-controlfields.html#s-f-Version)
[20:48] <nacc> wgrant: thanks for the reminder!
[20:53] <danialbehzadi> nacc wgrant: Oh, Thanks. But it seems strange to me yet 😅
[20:53] <nacc> danialbehzadi: your version string doesn't satisfy the requirement (which is equivalent to >= 1.4-0
[20:53] <nacc> danialbehzadi: and your version is 1.4-0~ which always sorts *before* 1.4-0
[20:55] <danialbehzadi> nacc: So, what should I put in control file to accept 1.4-0~? 🤔
[20:55] <wgrant> > 1.4~
[20:55] <wgrant> Should work
[20:55] <nacc> danialbehzadi: --^
[20:55] <danialbehzadi> wgrant: ha… Thanks
[20:55] <wgrant> Or 1.4-0~ maybe
[20:56] <wgrant> They should be equivalent I think, but 1.4-0~ is more explicit
[20:57] <wgrant> Er what am I talking about, it has to be the latter
[20:57] <wgrant> > 1.4~ would allow eg. 1.4~beta1