=== _salem is now known as salem_
[00:29] <infinity> (base)adconrad@cthulhu:~/review/lxd-0.5$ cat debian/compat
[00:29] <infinity> 7
[00:29] <infinity> 9
[00:29] <infinity> (base)adconrad@cthulhu:~/review/lxd-0.5$
[00:29] <infinity> stgraber: ^-- So, uh, which one is it?
[00:30] <infinity> stgraber: (pls fix, the syntax error there confuses the crap out of pkg-create-dbgsym's toddler-level parser)
[00:31] <stgraber> oh wow, how did that happen
[00:32] <infinity> stgraber: My bet is it was 7, lintian whined "build-dep on 9, but compat is 7" and the fix was "echo 9 >> debian/compat" instead of "echo 9 > debian/compat".
[00:32] <infinity> stgraber: But that's just a guess.
[00:32] <stgraber> seems probable. Though it's odd nothing blew up before, git tells me it's been like that ever since the first lxd upload :)
[00:33] <infinity> stgraber: I only noticed it in passing cause I was watching a build.
[00:33] <infinity> stgraber: And it really, really confuses pkg-create-dbgsym. :)
[00:33] <infinity> stgraber: Oddly, it doesn't seem to upset debhelper itself at all.
[00:34] <stgraber> alright, fix uploaded, thanks for catching :)
[00:34] <stgraber> also:
[00:34] <stgraber> stgraber@dakara:~/data/code/lxc$ lintian -iI --pedantic lxd_0.5-0ubuntu3.dsc
[00:34] <stgraber> stgraber@dakara:~/data/code/lxc$
[00:34] <stgraber> lintian doesn't appear to have a very good debian/compat check :)
=== salem_ is now known as _salem
=== doko_ is now known as doko
=== kickinz1|afk is now known as kickinz1
=== kickinz1 is now known as kickinz1|afk
=== kickinz1|afk is now known as kickinz1
=== LocutusOfBorg is now known as LocutusOfBorg1
=== LocutusOfBorg1 is now known as LocutusOfBorg
=== LocutusOfBorg is now known as LocutusOfBorg1
[11:48] <kickinz1> doko: I've updated bug 1430760, with the modifications requested.
[11:48] <ubot93> bug 1430760 in docker.io (Ubuntu) "[FFE] Bump up docker.io version to 1.5 in Vivid" [High,Triaged] https://launchpad.net/bugs/1430760
=== _salem is now known as salem_
[15:30] <rbasak> infinity: fancy taking another look at the Docker FFe please? Bug 1430760. Haven't heard from doko, but kickinz1 added the two changes suggested by him.
[15:30] <ubot93> bug 1430760 in docker.io (Ubuntu) "[FFE] Bump up docker.io version to 1.5 in Vivid" [High,Triaged] https://launchpad.net/bugs/1430760
[15:30] <rbasak> We still aren't expecting things to work on arm64, but I'm told that even though it built before, it never worked.
[15:36] <infinity> rbasak: I can't see why one wouldn't expect it to work, to be honest, unless the libgo runtime is fundamentally broken on that platform.
[15:37] <infinity> rbasak: I assume the debdiff in the bug is against sid?
[15:38] <rbasak> infinity: it's against experimental
[15:39] <rbasak> kickinz1: ^^ that's accurate, right?
[15:40] <rbasak> The last change will make it attempt arm64 against gccgo now I think, so that might help.
[15:40] <infinity> Err, yes.  I meant "against Debian" :)
[15:42] <infinity> Apparently against a version that isn't in Debian anymore.  Whee, hunting in snapshot commences.
[15:43] <infinity> rbasak: The 1.6.0~rc4 upload has "- enable "docker.service" on boot by default for restart policies to work" ... Do we want to cherrypick that?
[15:44] <infinity> kickinz1: ^
[15:46] <rbasak> jamespage: ^^ any comment please?
[15:49] <kickinz1> infinity, I would say yes,
=== quadrispro is now known as alessio_test
=== kickinz1 is now known as kickinz1|afk
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== FunnyLookinHat_ is now known as FunnyLookinHat
[18:10] <jamespage> rbasak, what was the question?
=== kickinz1|afk is now known as kickinz1
[19:57] <rbasak> jamespage: do we want to cherry-pick "- enable "docker.service" on  boot by default for restart policies to work"
[19:57] <rbasak> from 1.6.0~rc4?
=== kickinz1 is now known as kickinz1|afk
=== salem_ is now known as _salem