On 22.12.22 20:52, Shengjing Zhu wrote:
Hmm, this works for me, the generated pb.go uses old timestamp type.
I have added above change and built the package, then checked the result.
My mistake, I think I must have looked at a stale build. The suggested
.proto mapping workaround seems to do
On Thu, Dec 22, 2022 at 02:46:49PM +1300, Daniel Swarbrick wrote:
> Updating the 01-Use_go_generate.patch as follows results in a successful
> build (without needing to add golang-google-protobuf-dev as a dependency):
>
> diff --git a/debian/patches/01-Use_go_generate.patch
>
Updating the 01-Use_go_generate.patch as follows results in a successful
build (without needing to add golang-google-protobuf-dev as a dependency):
diff --git a/debian/patches/01-Use_go_generate.patch
b/debian/patches/01-Use_go_generate.patch
index cafa5e2..ffa83cf 100644
---
Hi,
On 22.12.22 00:41, Shengjing Zhu wrote:
Hi,
The workaroud could be like this:
https://salsa.debian.org/go-team/packages/notary/-/commit/b0a072faa72857f7523c8245ecaa8814d5a60051
Fixing the build failure in golang-github-prometheus-client-model is a
simple matter of including
Hi,
On Wed, Dec 21, 2022 at 04:57:39PM +1300, Daniel Swarbrick wrote:
> After a fair amount of head scratching, I tracked this down to a change in
> behaviour of the protobuf compiler. Version 3.14.0+ generates slightly
> different pb.go files with respect to the timestamp type (and possibly
>
After a fair amount of head scratching, I tracked this down to a change
in behaviour of the protobuf compiler. Version 3.14.0+ generates
slightly different pb.go files with respect to the timestamp type (and
possibly others):
--- metrics.pb.go.old 2022-11-08 23:31:00.0 +1300
+++
Source: golang-github-prometheus-client-model
Version: 0.3.0-1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20221220 ftbfs-bookworm
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part
7 matches
Mail list logo