=== _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun [07:35] wgrant: thank you :) === _salem is now known as salem_ [12:29] How do i download all the po files from https://translations.launchpad.net/linuxmint/latest/+lang/da in a smart way? [12:30] I don't want to request to download each file, then wait for e-mails and open like 20 e-mail with links to download the files. === yofel_ is now known as yofel === chihchun is now known as chihchun_afk [18:00] git-commit variable is git rev-parse --short=7 HEAD [18:00] right? [18:01] is it explicit 7 characters? git 2.10/2.11 changes default from 7 to something that depends on the number of objects in the repository [18:07] cjwatson, you that? ^ [18:09] * you know that [18:11] We call --short, so it'll (perhaps unfortunately) depend on the version of git [18:11] return self.branch.git_output( [18:11] "rev-parse", "--short", self.commit).rstrip("\n") [18:12] you can't use that for version ordering anyway - it can only be informational - so it doesn't matter too much [18:13] I need hash match exactly between launchpad build and others builds [18:13] what else implements source package generation using recipes? [18:13] some emulators rely in the git hash for netplay stuff [18:14] dolphin devs use hash in their builds [18:14] then i need to match it on launchpad [18:14] why are you doing that by parsing it out of the package version? that's extremely baroque [18:15] 5.0+git-r201701261747-0a07df1-23~ubuntu16.04.1 [18:15] are there any problem with that? [18:15] it's very strange to pick out a hash from that and then use it to control the behaviour of the software [18:15] surely there's some other way you can embed the hash [18:15] also, it's the only way I found, getting from the version, since tarball does not have the git stuff [18:16] we could perhaps add a git-commit-long substitution variable that doesn't truncate? [18:16] or git-commit-full or whatever [18:17] urgh, then the version will be very big [18:17] yes [18:17] or we could explicitly force it to be --short=7 [18:17] yup [18:17] a bit odd, but it would match the docs and match bzr-builder ... [18:18] (for bzr recipes based on git-to-bzr imports, git-commit is always the first 7) [18:18] file a bug on git-build-recipe? [18:21] How do i download all the po files from https://translations.launchpad.net/linuxmint/latest/+lang/da in a smart way? [18:22] I don't know of a sensible way, unfortunately, but my knowledge of the Translations component is a bit sparse. [18:22] We should probably add an export-tarball function there just as we have for packages. [18:25] if it's importing from a branch that's hosted on lp, you can configure translations to export back directly into the branch, and lp will automatically commit po files into the project [18:26] dobey: they're asking for an efficient way to do this for lots of packages but a single language [18:26] but if it's a branch import, that won't work; you'd need to make a separate branch just for translations and use it as an intermediary, copying the pot file and po files out, when needed [18:26] oh [18:26] not just one branch [18:27] i guess would need to do langpack building magic like ubuntu does [18:28] it's sort of like a language pack, but different audience [18:28] not sure if there is a sensible wa to do that though [18:28] right [18:28] cjwatson, filled [18:29] #1659624 [18:29] it would also be terribly slow if the DistroSeriesLanguage was more like Ubuntu-sized than Mint-sized [18:30] thanks [18:33] https://bugs.launchpad.net/ubuntu/+source/git-build-recipe/+bug/1659624 [18:33] Ubuntu bug 1659624 in git-build-recipe (Ubuntu) "git-commit should be explicitly --short=7" [Undecided,New] [19:09] How can i delete a string suggestion? [19:11] The person reviewing don't want to review my suggestions so i just want to delete them.