[00:31] is there any way to configure repositories without having to click through the web interface? especially if I want to update a lot of repositories at once [00:37] Ionic: what problem are you trying to solve? [00:39] for instance I now have to add zesty support to most of my repositories and schedule a rebuild for this platform [00:45] Ionic: you can probably do it with launchpadlib, but I don't think there's an existing script for it [00:45] Ionic: I assume you mean PPAs? [00:46] yep [00:47] oh well, I'll just click through the list [00:50] Ionic: i'm not sure i undrestand why you need to 'add' zesty? [00:50] Ionic: can you link to an example ppa? [00:56] nacc: to each recipe, I have to check "zesty" in the distribution series section [00:56] Ionic: oh the recipes [00:56] s/to each/for each/ [00:56] yep [00:56] also request a zesty build [00:57] Ionic: sorry, I was just looking at my PPAs and afaict, they will build for zesty automatically (presujming you upload for zesty), but yeah, the recipes might need manual updates [00:57] doing that for 60 recipes is hard work [00:57] not fun :/ [00:57] Ionic: if you don't get any advice here soonish, it might be worth asking on https://answers.launchpad.net/launchpad [00:57] also, launchpad is a bit special in the sense that it takes some time for the javascript stuff to load up fully [00:58] if I click too fast, I won't get the distribution series selection "popup" but be forwarded to the recipe editing page [00:58] sarnold: it's okay, I'll do it manually like the last two times [01:00] Ionic: well, unless something changes now that we're run out of US ASCII letters, we're liable to keep making new releases every six months. There may not be a fix right away but even a fix eventually might be nice :) [01:03] I know [01:03] regarding letters... what's the next code name after zesty? [01:03] Ionic: not decided yet, afaik [01:03] at least I will be running into problems, I guess [01:03] afaik we'll have to wait until april 2017 to find out :) [01:04] I heard the Ubuntu guys wanted to wrap over back to A [01:04] you're probably not the only one that's built in assumptions about names.. [01:04] heh, hopefully no one was sorting by codename, it was already wrong [01:04] and the problem with that is that A < Z [01:04] well yeah, it kinda does, the package names include the codename IIRC [01:05] Warty < Trusty, e.g. [01:05] I kind of hope for א and lets just test out how well we've done our utf8.. ;) [01:05] sarnold: awesome [01:05] Ionic: what package names? [01:06] ah no [01:06] they include an "ubuntuWX.YZ" string, so that will work fine [01:07] those values have nothing to do with the releases [01:07] Ionic: you mean in the package versions? [01:07] yeah [01:07] right, those don't correlate to releases [01:07] at least, not necessarily === maclin1 is now known as maclin [01:07] some do, but those are typically the same version is SRU'd to the current devel release and older releases [01:08] Ionic: You can set source_package_recipe.distroseries using launchpadlib. [01:09] We switched from ~trusty1 to ~ubuntu14.04.1 for recipes before utopic, so order would be preserved post-zesty. [01:09] wgrant: ah it's a built-in thing in recipes? interesting [01:09] Ionic: sorry, I didn't realize that [01:09] wgrant: hah, clever :) [01:09] Yep, since the common case is to build for all supported series. [01:09] makes sense [01:10] wgrant: ha, see, I remember package versions included the codenames [01:10] Yeah, we knew we'd have to change to ~ubuntu14.04.1 before zesty+1, but ~utopic would also have sorted after ~ubuntu, so we needed to do it before utopic. [01:12] I just took a look at my PPA and all package names seem to be (upgrade-wise) fine now [01:15] wgrant: I learned the lesson about including codenames the hard way on Debian for the wheezy -> jessie upgrade... [01:15] Heh [01:15] since then I'm replacing the codename with the numerical version number === gkadam is now known as Guest1478 === Guest1478 is now known as gkadam === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [15:44] cjwatson: hi. do you know if there is documentation on launchpad snap recipes? i've search snapcraft.io and help.launchpad.net but not found anything. specifically, i'm trying to figure out if targeting zesty for stage-packages should work or not (it doesn't for ubuntu-image, but i don't know if that's me or launchpad) [15:46] I have been very slack on writing docs for that [15:46] are you perhaps running into https://bugs.launchpad.net/launchpad/+bug/1626739 ? [15:46] Ubuntu bug 1626739 in Launchpad itself "Snapcraft build failing in Yakkety for unauthenticated stage-packages" [Undecided,New] [15:47] cjwatson: yes i think so but for zesty: https://launchpadlibrarian.net/295856667/buildlog_snap_ubuntu_zesty_amd64_ubuntu-image_BUILDING.txt.gz [15:48] right, same deal [15:48] needs work in LP to send the appropriate set of pubkeys to the builders [15:49] historically we've been able to get away with that and rely on unauth fetches since it's all within our network, but we can't do that for snap [15:50] cjwatson: okay, thanks. i'll disable our recipe for now (xenial won't work for us) and build manually. i'll subscribe to the bug to watch for fixes. any eta on that? [15:50] I have a tight deadline at the moment so it's questionable whether I'll get to it in 2016 :-( [15:51] not sure yet ... [15:51] cjwatson: no worries, i understand ;) thanks === JanC is now known as Guest2425 === JanC_ is now known as JanC [17:26] hrm, i think the regex at https://launchpad.net/imagemagick/main/ needs to be updated :( [17:26] upstream now uses .xz [17:26] hrm, actually [17:28] trying to figure out why more recent versions of imagemagick aren't available there (upstream php-imagick's Travis on github uses launchpad's mirror) [17:36] i wonder if it should be using ftp://ftp.imagemagick.org/pub/ImageMagick/releases/ [17:36] and ImageMagick-*.tar.xz [19:51] anyone else having issues ? [19:51] bzr pull lp:cloud-initramfs-tools [19:51] [19:52] err.. branch [19:53] http://paste.ubuntu.com/23569174/ [19:55] never mind === ahoneybun_ is now known as ahoneybun