=== gmb_ is now known as gmb
=== doko_ is now known as doko
=== Ursinha-afk is now known as Ursinha
=== Quintasan_ is now known as Quintasan
[13:40] <ahasenack> hi guys, does anyone know if {debupstream} in a launchpad/bzr recipe take into account the epoch? I have something like 1:0.4.0-0ubuntu1 in the changelog
[13:42] <ahasenack> the documentation is lacking in that regard
[13:42] <czajkowski> mgz: ^^ any idea?
[13:43] <ahasenack> it feels like it doesn't take the epoch
[13:45] <mgz> er, it uses the debian changelog stuff, so it should implement policy correctly if they do
[13:45] <mgz> what specifically is the problem?
[13:45] <james_w> ahasenack, it does not
[13:46] <james_w>         # Should we include the epoch?
[13:46] <james_w>         return self._version.upstream_version
[13:46] <mgz> explictly not james_w or incidentally?
[13:46] <mgz> ah.
[13:48] <jelmer> ahasenack: I'm pretty sure it doesn't include the epoch
[13:56] <ahasenack> james_w: jelmer: ok, thanks
[13:56] <ahasenack> ok, so I need to add it explicitly to the recipe
=== yofel_ is now known as yofel
=== deryck is now known as deryck[lunch]
=== matsubara is now known as matsubara-lunch
=== BradCrittenden is now known as bac
=== deryck[lunch] is now known as deryck
=== matsubara-lunch is now known as matsubara
=== vednis is now known as mars
=== Guest72485 is now known as dpb___
[18:51] <arges> Hi. Is there a currently known bug such that I can't access private projects via the web API? I'm not even getting a prompt to log in.
=== bdrung_ is now known as bdrung
[18:54] <arges> nevermind user error