[pkg-golang-devel] Add tzdata to golang-go install dependencies?
michael.hudson at canonical.com
Thu Oct 6 00:49:44 UTC 2016
On 6 October 2016 at 13:03, Potter, Tim (HPE Linux Support) <
timothy.potter at hpe.com> wrote:
> On 6 Oct 2016, at 8:51 AM, Michael Hudson-Doyle <
> michael.hudson at canonical.com> wrote:
> > On 6 October 2016 at 06:35, Tianon Gravi <tianon at debian.org> wrote:
> > On 5 October 2016 at 03:50, Potter, Tim (HPE Linux Support)
> > <timothy.potter at hpe.com> wrote:
> > > Thoughts?
> > I'm not opposed to the idea! Generally, given the
> > technically-optional relationship "tzdata" has to "golang", I'd
> > probably normally put it in Recommends, but that wouldn't help
> > Build-Depends any. :)
> > I think it'd probably make more sense to put the relation on
> > "golang-src" though, since that's technically where the "time" code
> > itself comes from (and where the dependency on "tzdata" is actually
> > introduced).
> > Something I wonder about here is that do we need to add tzdata as a
> Depends: on some of the packages that provide binaries? It's all well and
> good to make the builds pass but it's nice if the binaries work too :)
> OK so that fixes packages that use tzdata in tests, but what about
> packages that use it in their
> binary but not in tests? This would only be detected by a crash (or
> whatever it's called on Go)
> in the app when it hits the timezone code. I don't think that's a good
> solution for that case.
> I like tianon's idea of adding it to the recommended section.
How does that help? Most packages containing binaries that are built with
go don't Depend on golang-go (or anything at all, really!).
> I'm not sure I see anything less tedious that doing this case by case
> I'm used to it. (-:
dh-golang could probably grow some magic to help here, maybe?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the pkg-golang-devel