On 12/11/16 16:34, Martín Ferrari wrote:
Looking more into this, it seems the problem is golang's stupid rules
about canonical naming, which I tried to circumvent for compatibility
and now it is backfiring.
I will try to find a different solution now.
--
Martín Ferrari (Tincho)
On 12/11/16 16:12, Santiago Vila wrote:
>> This looks like an older version of golang has been used.
>
> The one currently in stretch. Just try "dpkg-buildpackage -A" in a stretch
> chroot.
I have tried to rebuild and now it fails.. I don't understand this. Will
investigate.
> (Maybe we need
Attached a full build log.
golang-google-cloud_0.0~git20160615-5_amd64-20161112T044944Z.gz
Description: application/gzip
On Sat, Nov 12, 2016 at 04:09:21PM +0100, Martín Ferrari wrote:
> On 12/11/16 10:38, Santiago Vila wrote:
>
> > imports google.golang.org/cloud/internal: use of internal package not
> > allowed
>
> This looks like an older version of golang has been used.
The one currently in stretch. Just
On 12/11/16 10:38, Santiago Vila wrote:
> imports google.golang.org/cloud/internal: use of internal package not
> allowed
This looks like an older version of golang has been used. Can you
include the full build log?
Thanks
--
Martín Ferrari (Tincho)
Package: src:golang-google-cloud
Version: 0.0~git20160615-5
Severity: serious
Dear maintainer:
I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
6 matches
Mail list logo