=== caraka_ is now known as caraka
=== work_alkisg is now known as alkisg
[10:05] <Odd_Bloke> Could someone bump the priority of https://launchpad.net/~cloud-images-release-managers/+livefs/ubuntu/trusty/docker-ubuntu-core/+build/45561 please?
[10:09] <cjwatson> Odd_Bloke: done
[10:41] <Odd_Bloke> cjwatson: Thanks!
[15:26] <mapreri> is possible through the launchpad API to look up and download a given file by it's SHA-something hash?  pretty much the same way it's possible to do on snapshots.debian.org (the use case would be the same).  clearly i'd like to download only packages that have been in the ubuntu archive, not random files
[15:28] <cjwatson> mapreri: you probably want {source,binary}FileUrls(include_meta=True)
[15:29] <cjwatson> slightly weird interface, but instead of a bare list of URLs, that will give you back a list of dicts with at least keys url, size, and sha256 for each URL
[15:33]  * mapreri opens api.l.n and reads about that
[15:34] <cjwatson> I'm not sure it's all made it into the apidoc
[15:34] <cjwatson> But it will at least tell you how to call the thing ...
[15:43] <mapreri> atm I was most curious to see whether it's actually possible to do.  Also I really need #802241 to be fixed/implemented/workarounded/"locally patched" before starting to code stuff using it anyway :\
[15:43] <mapreri> cjwatson: but cool, thank you!
[17:24] <seb128> hey
[17:24] <seb128> I'm looking at https://translations.launchpad.net/ubuntu/xenial/+source/nautilus/+imports and it's empty
[17:25] <seb128> but nautilus had several recent uploads including translation tarballs (from the build logs they have a translations.tar.gz in the Files summary
[17:25] <seb128> any idea what could be wrong?
[17:26] <seb128> e.g https://launchpadlibrarian.net/228349150/buildlog_ubuntu-xenial-amd64.nautilus_1%3A3.18.2-1ubuntu2_BUILDING.txt.gz
[17:28] <seb128> the corresponding tarball seems to be https://launchpad.net/ubuntu/xenial/+upload/10433456/+files/nautilus_3.18.2-1ubuntu2_amd64_translations.tar.gz and includes .po/mo and a template
[17:34] <dobey> seb128: branch imports have not been done on xenial, and i think the plan is to not do so. there was some comments in a thread on the mailing list a few days after xenial archive opened
[17:34] <dobey> oh
[17:34] <cjwatson> dobey: seb128 is talking about translations.  totally separate.
[17:34] <seb128> dobey, that's translation import from deb uploads
[17:34] <dobey> oops i read that wrong
[17:34] <dobey> yeah
[17:34] <dobey> sorry :)
[17:34] <seb128> no worry
[17:35] <cjwatson> I'm looking insofar as I'm able to - the translations upload job seems to have run, though slightly awkward to tell because of an inadequate default __repr__ on the job class (which I'm going to fix for future investigators)
[17:39] <seb128> it doesn't seem specific to nautilus
[17:41] <seb128> https://translations.launchpad.net/ubuntu/xenial/+source/gedit/+imports
[17:42] <seb128> that is weird, it lists errors which suggests .po made it to the queue
[17:42] <seb128> so it's like it was not listing things that were imported?
[17:43] <seb128> (though in the nautilus case I was looking at the fr.po has a string translated in the source which was not on launchpad so there seems to be an import issue)
[17:43] <dobey> hmm, if ddebs are enabled in a PPA, should they not be published in the PPA as well to be installable with apt-get?
[17:43] <dobey> or is there an open bug on that already?
[17:43] <cjwatson> seb128: the only thing I can think of is that it's something to do with sharing, but this is beyond me
[17:44] <cjwatson> dobey: they already are, if the publish_debug_symbols flag is turned on - but they're in a different section, main/debug
[17:44] <dobey> cjwatson: ah ok, and i guess add-apt-repository doesn't add that to the sources.list file it generates
[17:44] <cjwatson> indeed
[17:45] <seb128> cjwatson, oh, right, that's it, thanks
[17:45] <cjwatson> seb128: ...?
[17:45] <seb128> I think dpm had sharing on so translations would be imported from trunk
[17:45] <seb128> but the nautilus import is outdated
[17:45] <seb128> https://code.launchpad.net/~vcs-imports/nautilus/master-git
[17:45] <cjwatson> ah
[17:46] <seb128> I think several of those gnome modules got a submodule (libgd)
[17:46] <seb128> which iirc the import job doesn't like
[17:46] <cjwatson> oh yeesh, one of the impossible cases
[17:46] <seb128> well "job"
[17:46] <seb128> so I guess we need to unset the sharing for those
[17:46] <seb128> cjwatson, thanks!
[17:46] <cjwatson> well
[17:46] <cjwatson> except I'm not sure what that does to sharing between series
[17:47] <cjwatson> and it's pretty fragile to unset sharing because the LP UI invites you to set it up again
[17:47] <cjwatson> possibly wgrant can work out exactly what's going on here
[17:47] <seb128> k
[17:48] <seb128> I'm going to wait to hear from him before unsetting the sharing
[17:48] <cjwatson> thanks
=== sean_ is now known as jafo
[21:18] <jhobbs> I'm trying to view a buildlog from a failed build but I get a 404
[21:19] <jhobbs> https://launchpad.net/~oil-ci/+archive/ubuntu/oil-experimental/+build/8412202
[21:24] <dobey> did you retry the build already?
[21:24] <jhobbs> yeah i did just now
[21:24] <jhobbs> i think i know what went wrong, despite not seeing the log
[21:24] <jhobbs> so i gave up and went for it
[21:25] <jhobbs> no, i was wrong, it didn't work that time either
[21:27] <wgrant> jhobbs: Use Firefox rather than Chromium.
[21:27] <jhobbs> ahhh right
[21:27] <jhobbs> thanks for the reminder
[21:27] <wgrant> jhobbs: Chromium has a bad habit of reencoding tildes in URLs.