=== JanC_ is now known as JanC [07:14] who can help me to import a po for simple-scan? [07:14] https://translations.launchpad.net/simple-scan/trunk/+imports [07:17] syq: You'll need to talk to the project maintainer, https://launchpad.net/~simple-scan-team [09:41] silly recipe q time again [09:41] the package version gets e.g. ~ubuntu16.04.1 appended to it [09:42] where does the .1 in that come from? [09:42] haha [09:42] you're going to love this [09:42] buildrecipe: '--append-version', '~ubuntu%s.1' % distroseries_version, [09:43] I assume it's just so that it's obvious that if you need to bump it manually for some reason then you can change it to .2, or something. [09:44] cjwatson: how very scientific [09:44] i was naively/stupidly hoping it would get incremented for each recipe build or something [09:44] even though that doesn't make a great deal of sense [09:47] I fear not. You can always make your recipe build version include a timestamp or similar. [10:10] cjwatson: i'm probably being dense again but: eh? https://launchpadlibrarian.net/251972218/buildlog.txt.gz [10:10] recipe: https://code.launchpad.net/~mwhudson/+recipe/golang-1.4 [10:12] Hm. [10:13] That is not obvious, but I'll have to fetch the repositories in order to debug it. [10:13] * cjwatson gets coffee and goes back to the ethernet connection [10:13] cjwatson: oh maybe it's because only part of the packaging branch is nested? [10:13] so there is no debian/changelog in that part of it [10:13] (only /changelog) [10:13] * mwhudson guesses wildly and goes to have a shower [10:14] Hm, possible. [10:15] Yeah, very possible. [10:15] show_process = subprocess.Popen( [10:15] ["git", "-C", child_branch._get_git_path(), [10:15] "show", "%s:debian/changelog" % child_branch.get_revspec()], [10:15] stdout=subprocess.PIPE, stderr=subprocess.DEVNULL) [10:15] Not sure how best to fix that. [10:26] cjwatson: and by this point the branch has been mutilated? [10:27] anyway i can just put the version in the recipe for now for my slightly strange use case [10:27] Not about mutilation, it's that the file never existed in that particular branch with that name. [10:27] I agree that putting the version in the recipe is the easiest workaround. [11:29] hi [11:30] is there a way to use gcc-5 when building something for trusty in a PPA? [11:31] I'm trying to build a KASan-enabled kernel for Trusty, but KASan requires gcc>=5, and trusty has gcc 4.8 by default [11:32] i've added ppa:ubuntu-toolchain-r/test as a PPA dependency and gcc>=5 as a package dependency, the builder installs gcc-5, but still uses 4.8 to build the package [11:35] You'll need a new gcc-defaults somewhere as well. [11:37] I get timeout errors trying to mass delete ~70 packages from a PPA. Is this ever expected to work? Is there a better way? [11:38] eg. OOPS-7f2d9fc214a7d52b3b85ed006d09e230 [11:38] https://oops.canonical.com/?oopsid=OOPS-7f2d9fc214a7d52b3b85ed006d09e230 [12:07] I suppose it's a bug, but you may just have to divide it into smaller chunks. The OOPS isn't full of repeated queries or anything. [12:08] Oh, there's like 5 seconds of non-SQL time. [12:10] rbasak: Is this repeatable? [12:10] cjwatson: yes [12:10] I retried a few times. [12:10] I can try in small chunks I suppose. [12:11] There's no obvious reason it should be spending several seconds contemplating its navel outside an SQL query there ... [12:11] I can leave it for examination if you wish. No real hurry. [12:11] I mean there are quite a lot of BinaryPackagePublishingHistory ids but still. [12:11] I was just cleaning up as requested :) [12:12] We probably won't have time to get to it very soon, and we have the OOPS, so go ahead. [12:13] OK [12:13] I suppose it *might* just be spending a long time materialising four rows for the sake of a single ID. [12:13] 4 * len(bpph_ids) I mean [12:14] Since they don't disappear straight away, it's a little awkward for me to do a chunk at a time. I'll do it over a day or two I guess. [12:17] We could probably simplify the query there, since we don't care about being able to order the BPPHs by bits of the other rows. [12:18] rbasak: Please file a bug and mention the OOPS ID above. [12:18] OK will do [12:22] bug 1566825 [12:22] bug 1566825 in Launchpad itself "Timeout on deleting large number of packages from PPA" [Undecided,New] https://launchpad.net/bugs/1566825 === pavlushka is now known as sleeptime === sleeptime is now known as pavlushka [19:23] Is something wrong with the buildds? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-035/+builds?build_state=all [19:23] The builds fail after 1-15 seconds on "unknown build machine" with no log [19:25] https://launchpad.net/builders says nothing out of ordinary [19:26] there's test rebuild happening though, so some things are backed up pretty heavily [19:30] mitya57, yeah something went really wrong with LP builders [19:30] wgrant, are you guys aware ↑? [20:01] hi #launchpad. my upload to the kernel team PPA is insta-failing for all arches, with no build log at all, and no email from Launchpad: [20:01] https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa/+build/9545473 [20:01] is the build farm unhappy, or did I do something silly? [20:03] something is unhappy [20:03] apparently [20:42] ppas are borked? [20:43] yes === blr_ is now known as blr [20:44] mitya57: do we know details yet? [20:45] barry, nope. I can only say that you are not alone. [20:46] mitya57: ack [20:46] * mitya57 wonders if this affects the archive too [20:47] it affects builders === cjwatson changed the topic of #launchpad to: Firefighting: package build dispatch broken, rolling back last deployment | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [22:57] mitya57,dobey,kamal,barry: LP deployment rolled back, all affected builds retried === cjwatson changed the topic of #launchpad to: Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [23:15] cjwatson: thanks! [23:20] https://bugs.launchpad.net/launchpad/+bug/1567132 <- analysis [23:20] Launchpad bug 1567132 in Launchpad itself "r17979 causes package build dispatch failures in devirtualised PPAs" [Critical,Triaged]