GNU logs - #79432, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#79432: Incus Package Build Failing
Resent-From: snalewife <snalewife@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 11 Sep 2025 05:17:01 +0000
Resent-Message-ID: <handler.79432.B.175756779019810 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 79432 <at> debbugs.gnu.org
MIME-Version: 1.0
From: snalewife <snalewife@HIDDEN>
Date: Wed, 10 Sep 2025 17:09:04 -0700
Message-ID: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000fe789c063e7b58b4"
Received-SPF: pass client-ip=2607:f8b0:4864:20::52f;
 envelope-from=snalewife@HIDDEN; helo=mail-pg1-x52f.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Mailman-Approved-At: Thu, 11 Sep 2025 01:16:28 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--000000000000fe789c063e7b58b4
Content-Type: text/plain; charset="UTF-8"

Hello,

I am new to the Guix community, so I'm sorry if this is the wrong place to
ask about this, but I was trying to install the Incus package
<https://packages.guix.gnu.org/packages/incus> yesterday, and it failed to
build on my machine. I looked into why it wasn't available from
ci.guix.gnu.org, and found that the build is failing
<https://ci.guix.gnu.org/build/13578404/details> there as well. Based on
the error messages in the logs, I think this is because the TableWriter Go
library, which Incus depends on, made some breaking changes
<https://github.com/olekukonko/tablewriter/issues/270> in their latest
release. The Incus maintainers appear to have solved this issue by pinning
the version
<https://github.com/lxc/incus/commit/341d4252f4c1d5d9ce185598b7781cef2fbdaede>
of TableWriter to the "legacy" 0.0.5 release, but the Guix package
definition
<https://codeberg.org/guix/guix/src/branch/master/gnu/packages/virtualization.scm#L1350>
for Incus pulls in the Guix package for TableWriter
<https://packages.guix.gnu.org/packages/go-github-com-olekukonko-tablewriter/1.0.7/>,
which is on the latest release, and the breaking changes cause the build to
fail.

I would like to try and contribute a patch to both fix this issue and
update the Incus package to the latest release, but I am not sure what
would be the best way to proceed.

Pinning the version of TableWriter in the package definition for Incus
would be one option, but I am not sure how to do that. Is the accepted way
of doing this to create a secondary package called something
like go-github-com-olekukonko-tablewriter-legacy which builds version
0.0.5, and use that instead of the one with the latest changes?

But also, I am confused about why the package pulls in the Go dependencies
as Guix packages in the first place. It seems to me that the Incus
maintainers could pin any of their dependencies to whatever versions they
feel like, and the package definition would then have to be updated to pin
those versions as well. I feel like a better approach might involve relying
on Go to pull the packages in during the build instead, so that the
project's dependency file can be the single source of truth for what
versions are needed. I'm not even sure if that idea makes sense in the
context of how Guix works; am I just missing an understanding of some
fundamentals here?

Anyway, thanks for reading, appreciate y'all!

--000000000000fe789c063e7b58b4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>Hello,</div><div><br></div><div>I am=
 new to the Guix community, so I&#39;m sorry if this is the wrong place to =
ask about this, but I was trying to install the <a href=3D"https://packages=
.guix.gnu.org/packages/incus" target=3D"_blank">Incus package</a> yesterday=
, and it failed to build on my machine. I looked into why it wasn&#39;t ava=
ilable from <a href=3D"http://ci.guix.gnu.org" target=3D"_blank">ci.guix.gn=
u.org</a>, and found that the <a href=3D"https://ci.guix.gnu.org/build/1357=
8404/details" target=3D"_blank">build is failing</a> there as well. Based o=
n the error messages in the logs, I think this is because the TableWriter G=
o library, which Incus depends on, made some <a href=3D"https://github.com/=
olekukonko/tablewriter/issues/270" target=3D"_blank">breaking changes</a>=
=C2=A0in their latest release. The Incus maintainers appear to have solved =
this issue by <a href=3D"https://github.com/lxc/incus/commit/341d4252f4c1d5=
d9ce185598b7781cef2fbdaede" target=3D"_blank">pinning the version</a> of Ta=
bleWriter to the &quot;legacy&quot; 0.0.5 release, but the Guix <a href=3D"=
https://codeberg.org/guix/guix/src/branch/master/gnu/packages/virtualizatio=
n.scm#L1350" target=3D"_blank">package definition</a> for Incus pulls in th=
e <a href=3D"https://packages.guix.gnu.org/packages/go-github-com-olekukonk=
o-tablewriter/1.0.7/" target=3D"_blank">Guix package for TableWriter</a>, w=
hich is on the latest release, and the breaking changes cause the build to =
fail.</div><div><br></div><div>I would like to try and contribute a patch t=
o both fix this issue and update the Incus package to the latest release, b=
ut I am not sure what would be the best way to proceed.</div><div><br></div=
><div>Pinning the version of TableWriter in the package definition for Incu=
s would be one option, but I am not sure how to do that. Is the accepted wa=
y of doing this to create a secondary package called something like=C2=A0go=
-github-com-olekukonko-tablewriter-legacy which builds version 0.0.5, and u=
se that instead of the one with the latest changes?</div><div><br></div><di=
v>But also, I am confused about why the package pulls in the Go dependencie=
s as Guix packages in the first place. It seems to me that the Incus mainta=
iners could pin any of their dependencies to whatever versions they feel li=
ke, and the package definition would then have to be updated to pin those v=
ersions as well. I feel like a better approach might involve relying on Go =
to pull the packages in during the build instead, so that the project&#39;s=
 dependency file can be the single source of truth for what versions are ne=
eded. I&#39;m not even sure if that idea makes sense in the context of how =
Guix works; am I just missing an understanding of some fundamentals here?</=
div><div><br></div><div>Anyway, thanks for reading, appreciate y&#39;all!</=
div></div>
</div>

--000000000000fe789c063e7b58b4--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: snalewife <snalewife@HIDDEN>
Subject: bug#79432: Acknowledgement (Incus Package Build Failing)
Message-ID: <handler.79432.B.175756779019810.ack <at> debbugs.gnu.org>
References: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
X-Gnu-PR-Message: ack 79432
X-Gnu-PR-Package: guix
Reply-To: 79432 <at> debbugs.gnu.org
Date: Thu, 11 Sep 2025 05:17:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 79432 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
79432: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D79432
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent:

MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Andreas Enge <andreas@HIDDEN>
Subject: bug#79432: closed (Incus Package Build Failing)
CC: tracker <at> debbugs.gnu.org
Message-ID: <handler.79432.D79432.176147497816691.ackdone <at> debbugs.gnu.org>
References: <aP35lORYLtStiF7p@jurong>
 <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
X-Gnu-PR-Message: closed 79432
X-Gnu-PR-Package: guix
Date: Sun, 26 Oct 2025 10:37:02 +0000
Content-Type: multipart/mixed; boundary="----------=_1761475022-16762-0"

This is a multi-part message in MIME format...

------------=_1761475022-16762-0
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=utf-8

Your message dated Sun, 26 Oct 2025 11:36:04 +0100
with message-id <aP35lORYLtStiF7p@jurong>
and subject line Re: Incus Package Build Failing
has caused the debbugs.gnu.org bug report #79432,
regarding Incus Package Build Failing
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@HIDDEN)


--=20
79432: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D79432
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

------------=_1761475022-16762-0
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at submit) by debbugs.gnu.org; 11 Sep 2025 05:16:30 +0000
Received: from localhost ([127.0.0.1]:41682 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1uwZfZ-00059S-V5
	for submit <at> debbugs.gnu.org; Thu, 11 Sep 2025 01:16:30 -0400
Received: from lists.gnu.org ([2001:470:142::17]:59766)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <snalewife@HIDDEN>)
 id 1uwUsQ-0001C3-Ef
 for submit <at> debbugs.gnu.org; Wed, 10 Sep 2025 20:09:27 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <snalewife@HIDDEN>)
 id 1uwUsL-00028b-2l
 for bug-guix@HIDDEN; Wed, 10 Sep 2025 20:09:21 -0400
Received: from mail-pg1-x52f.google.com ([2607:f8b0:4864:20::52f])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <snalewife@HIDDEN>)
 id 1uwUsI-0005LJ-Rw
 for bug-guix@HIDDEN; Wed, 10 Sep 2025 20:09:20 -0400
Received: by mail-pg1-x52f.google.com with SMTP id
 41be03b00d2f7-b520c9c291dso183657a12.1
 for <bug-guix@HIDDEN>; Wed, 10 Sep 2025 17:09:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1757549355; x=1758154155; darn=gnu.org;
 h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
 :date:message-id:reply-to;
 bh=1BDAgLaGi0h6hsc85xmxgvCDpV1YNkVrQsrno9TFByY=;
 b=P1+jWlK+1F27NaXTaSmvsD+PKOzf2h/3qoUvmy1ngv5oGSJfXHTKNvSL2F86wSKvqo
 GxRKQntgP0L9IrCV3T55BJePk4nfXBZZ/3aAmmtOMVlywnF5x70Bl9fkBRVgZ9tEGGFS
 f8Sfut582T0LpMYbl0w75q6vDG4rFE0v/Grj8/0D1ewPi5Eid8cu6Bpyf0CsdtOyAHVY
 2XD9HQ6hSfss9hI68PjHHVVNCOdrzGFgZAZeXfLqJkJD0TGCnfS8WPx0cRJikt6iYaK6
 fCkKOpLKltJg8coe+UPPQDdCyk0dc4xoVTvm4x558p+Zi+IY+loQ1TdQos9+qPQ/pN1l
 P/Kw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1757549355; x=1758154155;
 h=to:subject:message-id:date:from:mime-version:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=1BDAgLaGi0h6hsc85xmxgvCDpV1YNkVrQsrno9TFByY=;
 b=ljmLMHOlogbQJ2w0y/B38KsYFAowprVnug0QzP9nAKDrm+jeY/zv3HGub+Xr16kTqw
 73/HpbNKXVJyBXuBaQtsE4rHpSNUa2FwO51ItuhWaXCr15C9K+nkA1glXBYcdSdYVLlA
 mlKFjduKsmtamAvppw8gJxiWKCO42iVOa3h4eSpHSKz8aE8un6nf0Y26vGrSD1UCFuy2
 pL/dHmYVizfGpU8iowuOKwJydnnJ1gGWjkvKs0OQ9o9UYD3Tj23p+9W4Spr2UOEKehJB
 kDV77D7Ak8d//LToAb2B50diBA9OZeruMRr9Y5PTvVpwjC7GL9eicrBZ27eWCKKTIIVv
 +abg==
X-Gm-Message-State: AOJu0YyNPd6R0TmWGxKR5NJol/VbQdoiFFK/EdwH6qv+V2iP14r/KivG
 cC7tYvSieu1848A4tonJyE4PF1chJtX3B5gchpGjda3761Qzny5MJu7NutZ7/wxWtjU0K4GxP9A
 vAuitq8UO2JVnt3s2fhBMlCF3pQSy7vlQxg==
X-Gm-Gg: ASbGncuynbFi0MVnrts43LVAEiKy7zWGVk5MQPg14YDK7OCvWL7A4iB/oUXLaa+gdIX
 UvtJOKiirtPzVmf4UUoFi/i9lbfrQf2TGyXRv6zeEsNAwaM0etkfigrukb0JyYFJ/xYkhJ23RVe
 1jJZVxIBWbpVWq24IL64u1SHXx4/nxpwubKMgrr71QKBUS3t6h/9cAJscA1JQh/zLlAbmPP6rjh
 dUfbk/nyh2znzEM
X-Google-Smtp-Source: AGHT+IHxwL397YENBNBQH3pIIlzegTVH7PKsRsgRgVJ53cxae96j1c1Hsuefqt0Ml/3VOlzw2jcldwpFW8ZnoUhDem0=
X-Received: by 2002:a17:90b:350b:b0:32b:9d3c:13c4 with SMTP id
 98e67ed59e1d1-32d43f8ea76mr23533113a91.24.1757549355234; Wed, 10 Sep 2025
 17:09:15 -0700 (PDT)
MIME-Version: 1.0
From: snalewife <snalewife@HIDDEN>
Date: Wed, 10 Sep 2025 17:09:04 -0700
X-Gm-Features: AS18NWC3rSkYDCWKxa0Lq9KObnx3ljB02VepsDd50KBVFtSsr44HAAHJyRJnyMk
Message-ID: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
Subject: Incus Package Build Failing
To: bug-guix@HIDDEN
Content-Type: multipart/alternative; boundary="000000000000fe789c063e7b58b4"
Received-SPF: pass client-ip=2607:f8b0:4864:20::52f;
 envelope-from=snalewife@HIDDEN; helo=mail-pg1-x52f.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Thu, 11 Sep 2025 01:16:28 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--000000000000fe789c063e7b58b4
Content-Type: text/plain; charset="UTF-8"

Hello,

I am new to the Guix community, so I'm sorry if this is the wrong place to
ask about this, but I was trying to install the Incus package
<https://packages.guix.gnu.org/packages/incus> yesterday, and it failed to
build on my machine. I looked into why it wasn't available from
ci.guix.gnu.org, and found that the build is failing
<https://ci.guix.gnu.org/build/13578404/details> there as well. Based on
the error messages in the logs, I think this is because the TableWriter Go
library, which Incus depends on, made some breaking changes
<https://github.com/olekukonko/tablewriter/issues/270> in their latest
release. The Incus maintainers appear to have solved this issue by pinning
the version
<https://github.com/lxc/incus/commit/341d4252f4c1d5d9ce185598b7781cef2fbdaede>
of TableWriter to the "legacy" 0.0.5 release, but the Guix package
definition
<https://codeberg.org/guix/guix/src/branch/master/gnu/packages/virtualization.scm#L1350>
for Incus pulls in the Guix package for TableWriter
<https://packages.guix.gnu.org/packages/go-github-com-olekukonko-tablewriter/1.0.7/>,
which is on the latest release, and the breaking changes cause the build to
fail.

I would like to try and contribute a patch to both fix this issue and
update the Incus package to the latest release, but I am not sure what
would be the best way to proceed.

Pinning the version of TableWriter in the package definition for Incus
would be one option, but I am not sure how to do that. Is the accepted way
of doing this to create a secondary package called something
like go-github-com-olekukonko-tablewriter-legacy which builds version
0.0.5, and use that instead of the one with the latest changes?

But also, I am confused about why the package pulls in the Go dependencies
as Guix packages in the first place. It seems to me that the Incus
maintainers could pin any of their dependencies to whatever versions they
feel like, and the package definition would then have to be updated to pin
those versions as well. I feel like a better approach might involve relying
on Go to pull the packages in during the build instead, so that the
project's dependency file can be the single source of truth for what
versions are needed. I'm not even sure if that idea makes sense in the
context of how Guix works; am I just missing an understanding of some
fundamentals here?

Anyway, thanks for reading, appreciate y'all!

--000000000000fe789c063e7b58b4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>Hello,</div><div><br></div><div>I am=
 new to the Guix community, so I&#39;m sorry if this is the wrong place to =
ask about this, but I was trying to install the <a href=3D"https://packages=
.guix.gnu.org/packages/incus" target=3D"_blank">Incus package</a> yesterday=
, and it failed to build on my machine. I looked into why it wasn&#39;t ava=
ilable from <a href=3D"http://ci.guix.gnu.org" target=3D"_blank">ci.guix.gn=
u.org</a>, and found that the <a href=3D"https://ci.guix.gnu.org/build/1357=
8404/details" target=3D"_blank">build is failing</a> there as well. Based o=
n the error messages in the logs, I think this is because the TableWriter G=
o library, which Incus depends on, made some <a href=3D"https://github.com/=
olekukonko/tablewriter/issues/270" target=3D"_blank">breaking changes</a>=
=C2=A0in their latest release. The Incus maintainers appear to have solved =
this issue by <a href=3D"https://github.com/lxc/incus/commit/341d4252f4c1d5=
d9ce185598b7781cef2fbdaede" target=3D"_blank">pinning the version</a> of Ta=
bleWriter to the &quot;legacy&quot; 0.0.5 release, but the Guix <a href=3D"=
https://codeberg.org/guix/guix/src/branch/master/gnu/packages/virtualizatio=
n.scm#L1350" target=3D"_blank">package definition</a> for Incus pulls in th=
e <a href=3D"https://packages.guix.gnu.org/packages/go-github-com-olekukonk=
o-tablewriter/1.0.7/" target=3D"_blank">Guix package for TableWriter</a>, w=
hich is on the latest release, and the breaking changes cause the build to =
fail.</div><div><br></div><div>I would like to try and contribute a patch t=
o both fix this issue and update the Incus package to the latest release, b=
ut I am not sure what would be the best way to proceed.</div><div><br></div=
><div>Pinning the version of TableWriter in the package definition for Incu=
s would be one option, but I am not sure how to do that. Is the accepted wa=
y of doing this to create a secondary package called something like=C2=A0go=
-github-com-olekukonko-tablewriter-legacy which builds version 0.0.5, and u=
se that instead of the one with the latest changes?</div><div><br></div><di=
v>But also, I am confused about why the package pulls in the Go dependencie=
s as Guix packages in the first place. It seems to me that the Incus mainta=
iners could pin any of their dependencies to whatever versions they feel li=
ke, and the package definition would then have to be updated to pin those v=
ersions as well. I feel like a better approach might involve relying on Go =
to pull the packages in during the build instead, so that the project&#39;s=
 dependency file can be the single source of truth for what versions are ne=
eded. I&#39;m not even sure if that idea makes sense in the context of how =
Guix works; am I just missing an understanding of some fundamentals here?</=
div><div><br></div><div>Anyway, thanks for reading, appreciate y&#39;all!</=
div></div>
</div>

--000000000000fe789c063e7b58b4--



------------=_1761475022-16762-0
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at 79432-done) by debbugs.gnu.org; 26 Oct 2025 10:36:18 +0000
Received: from localhost ([127.0.0.1]:44289 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vCy6j-0004L9-PQ
	for submit <at> debbugs.gnu.org; Sun, 26 Oct 2025 06:36:18 -0400
Received: from hera.aquilenet.fr ([185.233.100.1]:53132)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <andreas@HIDDEN>) id 1vCy6h-0004Kv-Qz
 for 79432-done <at> debbugs.gnu.org; Sun, 26 Oct 2025 06:36:16 -0400
Received: from localhost (localhost [127.0.0.1])
 by hera.aquilenet.fr (Postfix) with ESMTP id A4574269;
 Sun, 26 Oct 2025 11:36:08 +0100 (CET)
Authentication-Results: hera.aquilenet.fr;
	none
X-Virus-Scanned: Debian amavis at hera.aquilenet.fr
Received: from hera.aquilenet.fr ([127.0.0.1])
 by localhost (hera.aquilenet.fr [127.0.0.1]) (amavis, port 10024) with ESMTP
 id p9NycZGVQ4CN; Sun, 26 Oct 2025 11:36:08 +0100 (CET)
Received: from jurong (167.76.29.93.rev.sfr.net [93.29.76.167])
 by hera.aquilenet.fr (Postfix) with ESMTPSA id 8E6BA218;
 Sun, 26 Oct 2025 11:36:05 +0100 (CET)
Date: Sun, 26 Oct 2025 11:36:04 +0100
From: Andreas Enge <andreas@HIDDEN>
To: snalewife <snalewife@HIDDEN>
Subject: Re: Incus Package Build Failing
Message-ID: <aP35lORYLtStiF7p@jurong>
References: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
X-Spamd-Result: default: False [-5.44 / 15.00]; NEURAL_HAM(-3.00)[-1.000];
 BAYES_HAM(-2.84)[99.31%]; MID_RHS_NOT_FQDN(0.50)[];
 MIME_GOOD(-0.10)[text/plain]; FREEMAIL_TO(0.00)[gmail.com];
 FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2];
 MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2];
 TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[];
 RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[];
 FREEMAIL_ENVRCPT(0.00)[gmail.com]; TO_DN_SOME(0.00)[];
 ARC_NA(0.00)[]
X-Rspamd-Action: no action
X-Rspamd-Queue-Id: A4574269
X-Rspamd-Server: hera
X-Spamd-Bar: -----
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 79432-done
Cc: 79432-done <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hello,

thanks for the report, which probably nobody saw, since the main
development has moved to Codeberg:
   https://codeberg.org/guix/guix
and we struggle to keep up with the volume of issues and pull requests.
But do not hesitate to open an issue there next time you see a problem!

As for incus, it has apparently been corrected with this commit:
commit 048284813d6cbc7a52bc145671ddb79192bf1021
Author: Sharlatan Hellseher <sharlatanus@HIDDEN>
Date:   Fri Oct 10 00:04:00 2025 +0100
    gnu: incus: Use go-1.24, fix build.
    * gnu/packages/virtualization.scm (incus):[arguments] <go>: Use
    default (go-1.24).
    Change-Id: I4bf84ab5f9f5a22dce20a58d37fb8b3849cb0fa3

So closing the issue here.

Andreas



------------=_1761475022-16762-0--

Message sent:

MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: snalewife <snalewife@HIDDEN>
Subject: bug#79432: closed (Re: Incus Package Build Failing)
Message-ID: <handler.79432.D79432.176147497816691.notifdone <at> debbugs.gnu.org>
References: <aP35lORYLtStiF7p@jurong>
 <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
X-Gnu-PR-Message: they-closed 79432
X-Gnu-PR-Package: guix
Reply-To: 79432 <at> debbugs.gnu.org
Date: Sun, 26 Oct 2025 10:37:02 +0000
Content-Type: multipart/mixed; boundary="----------=_1761475022-16762-1"

This is a multi-part message in MIME format...

------------=_1761475022-16762-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Your bug report

#79432: Incus Package Build Failing

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 79432 <at> debbugs.gnu.org.

--=20
79432: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D79432
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

------------=_1761475022-16762-1
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at 79432-done) by debbugs.gnu.org; 26 Oct 2025 10:36:18 +0000
Received: from localhost ([127.0.0.1]:44289 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vCy6j-0004L9-PQ
	for submit <at> debbugs.gnu.org; Sun, 26 Oct 2025 06:36:18 -0400
Received: from hera.aquilenet.fr ([185.233.100.1]:53132)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <andreas@HIDDEN>) id 1vCy6h-0004Kv-Qz
 for 79432-done <at> debbugs.gnu.org; Sun, 26 Oct 2025 06:36:16 -0400
Received: from localhost (localhost [127.0.0.1])
 by hera.aquilenet.fr (Postfix) with ESMTP id A4574269;
 Sun, 26 Oct 2025 11:36:08 +0100 (CET)
Authentication-Results: hera.aquilenet.fr;
	none
X-Virus-Scanned: Debian amavis at hera.aquilenet.fr
Received: from hera.aquilenet.fr ([127.0.0.1])
 by localhost (hera.aquilenet.fr [127.0.0.1]) (amavis, port 10024) with ESMTP
 id p9NycZGVQ4CN; Sun, 26 Oct 2025 11:36:08 +0100 (CET)
Received: from jurong (167.76.29.93.rev.sfr.net [93.29.76.167])
 by hera.aquilenet.fr (Postfix) with ESMTPSA id 8E6BA218;
 Sun, 26 Oct 2025 11:36:05 +0100 (CET)
Date: Sun, 26 Oct 2025 11:36:04 +0100
From: Andreas Enge <andreas@HIDDEN>
To: snalewife <snalewife@HIDDEN>
Subject: Re: Incus Package Build Failing
Message-ID: <aP35lORYLtStiF7p@jurong>
References: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
X-Spamd-Result: default: False [-5.44 / 15.00]; NEURAL_HAM(-3.00)[-1.000];
 BAYES_HAM(-2.84)[99.31%]; MID_RHS_NOT_FQDN(0.50)[];
 MIME_GOOD(-0.10)[text/plain]; FREEMAIL_TO(0.00)[gmail.com];
 FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2];
 MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2];
 TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[];
 RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[];
 FREEMAIL_ENVRCPT(0.00)[gmail.com]; TO_DN_SOME(0.00)[];
 ARC_NA(0.00)[]
X-Rspamd-Action: no action
X-Rspamd-Queue-Id: A4574269
X-Rspamd-Server: hera
X-Spamd-Bar: -----
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 79432-done
Cc: 79432-done <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hello,

thanks for the report, which probably nobody saw, since the main
development has moved to Codeberg:
   https://codeberg.org/guix/guix
and we struggle to keep up with the volume of issues and pull requests.
But do not hesitate to open an issue there next time you see a problem!

As for incus, it has apparently been corrected with this commit:
commit 048284813d6cbc7a52bc145671ddb79192bf1021
Author: Sharlatan Hellseher <sharlatanus@HIDDEN>
Date:   Fri Oct 10 00:04:00 2025 +0100
    gnu: incus: Use go-1.24, fix build.
    * gnu/packages/virtualization.scm (incus):[arguments] <go>: Use
    default (go-1.24).
    Change-Id: I4bf84ab5f9f5a22dce20a58d37fb8b3849cb0fa3

So closing the issue here.

Andreas



------------=_1761475022-16762-1
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at submit) by debbugs.gnu.org; 11 Sep 2025 05:16:30 +0000
Received: from localhost ([127.0.0.1]:41682 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1uwZfZ-00059S-V5
	for submit <at> debbugs.gnu.org; Thu, 11 Sep 2025 01:16:30 -0400
Received: from lists.gnu.org ([2001:470:142::17]:59766)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <snalewife@HIDDEN>)
 id 1uwUsQ-0001C3-Ef
 for submit <at> debbugs.gnu.org; Wed, 10 Sep 2025 20:09:27 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <snalewife@HIDDEN>)
 id 1uwUsL-00028b-2l
 for bug-guix@HIDDEN; Wed, 10 Sep 2025 20:09:21 -0400
Received: from mail-pg1-x52f.google.com ([2607:f8b0:4864:20::52f])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <snalewife@HIDDEN>)
 id 1uwUsI-0005LJ-Rw
 for bug-guix@HIDDEN; Wed, 10 Sep 2025 20:09:20 -0400
Received: by mail-pg1-x52f.google.com with SMTP id
 41be03b00d2f7-b520c9c291dso183657a12.1
 for <bug-guix@HIDDEN>; Wed, 10 Sep 2025 17:09:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1757549355; x=1758154155; darn=gnu.org;
 h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
 :date:message-id:reply-to;
 bh=1BDAgLaGi0h6hsc85xmxgvCDpV1YNkVrQsrno9TFByY=;
 b=P1+jWlK+1F27NaXTaSmvsD+PKOzf2h/3qoUvmy1ngv5oGSJfXHTKNvSL2F86wSKvqo
 GxRKQntgP0L9IrCV3T55BJePk4nfXBZZ/3aAmmtOMVlywnF5x70Bl9fkBRVgZ9tEGGFS
 f8Sfut582T0LpMYbl0w75q6vDG4rFE0v/Grj8/0D1ewPi5Eid8cu6Bpyf0CsdtOyAHVY
 2XD9HQ6hSfss9hI68PjHHVVNCOdrzGFgZAZeXfLqJkJD0TGCnfS8WPx0cRJikt6iYaK6
 fCkKOpLKltJg8coe+UPPQDdCyk0dc4xoVTvm4x558p+Zi+IY+loQ1TdQos9+qPQ/pN1l
 P/Kw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1757549355; x=1758154155;
 h=to:subject:message-id:date:from:mime-version:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=1BDAgLaGi0h6hsc85xmxgvCDpV1YNkVrQsrno9TFByY=;
 b=ljmLMHOlogbQJ2w0y/B38KsYFAowprVnug0QzP9nAKDrm+jeY/zv3HGub+Xr16kTqw
 73/HpbNKXVJyBXuBaQtsE4rHpSNUa2FwO51ItuhWaXCr15C9K+nkA1glXBYcdSdYVLlA
 mlKFjduKsmtamAvppw8gJxiWKCO42iVOa3h4eSpHSKz8aE8un6nf0Y26vGrSD1UCFuy2
 pL/dHmYVizfGpU8iowuOKwJydnnJ1gGWjkvKs0OQ9o9UYD3Tj23p+9W4Spr2UOEKehJB
 kDV77D7Ak8d//LToAb2B50diBA9OZeruMRr9Y5PTvVpwjC7GL9eicrBZ27eWCKKTIIVv
 +abg==
X-Gm-Message-State: AOJu0YyNPd6R0TmWGxKR5NJol/VbQdoiFFK/EdwH6qv+V2iP14r/KivG
 cC7tYvSieu1848A4tonJyE4PF1chJtX3B5gchpGjda3761Qzny5MJu7NutZ7/wxWtjU0K4GxP9A
 vAuitq8UO2JVnt3s2fhBMlCF3pQSy7vlQxg==
X-Gm-Gg: ASbGncuynbFi0MVnrts43LVAEiKy7zWGVk5MQPg14YDK7OCvWL7A4iB/oUXLaa+gdIX
 UvtJOKiirtPzVmf4UUoFi/i9lbfrQf2TGyXRv6zeEsNAwaM0etkfigrukb0JyYFJ/xYkhJ23RVe
 1jJZVxIBWbpVWq24IL64u1SHXx4/nxpwubKMgrr71QKBUS3t6h/9cAJscA1JQh/zLlAbmPP6rjh
 dUfbk/nyh2znzEM
X-Google-Smtp-Source: AGHT+IHxwL397YENBNBQH3pIIlzegTVH7PKsRsgRgVJ53cxae96j1c1Hsuefqt0Ml/3VOlzw2jcldwpFW8ZnoUhDem0=
X-Received: by 2002:a17:90b:350b:b0:32b:9d3c:13c4 with SMTP id
 98e67ed59e1d1-32d43f8ea76mr23533113a91.24.1757549355234; Wed, 10 Sep 2025
 17:09:15 -0700 (PDT)
MIME-Version: 1.0
From: snalewife <snalewife@HIDDEN>
Date: Wed, 10 Sep 2025 17:09:04 -0700
X-Gm-Features: AS18NWC3rSkYDCWKxa0Lq9KObnx3ljB02VepsDd50KBVFtSsr44HAAHJyRJnyMk
Message-ID: <CAE-zDL4kniFxi3yU2YoZCG2yBVUdGofjeRCe_o3O3J4nF+WXLA@HIDDEN>
Subject: Incus Package Build Failing
To: bug-guix@HIDDEN
Content-Type: multipart/alternative; boundary="000000000000fe789c063e7b58b4"
Received-SPF: pass client-ip=2607:f8b0:4864:20::52f;
 envelope-from=snalewife@HIDDEN; helo=mail-pg1-x52f.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Thu, 11 Sep 2025 01:16:28 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--000000000000fe789c063e7b58b4
Content-Type: text/plain; charset="UTF-8"

Hello,

I am new to the Guix community, so I'm sorry if this is the wrong place to
ask about this, but I was trying to install the Incus package
<https://packages.guix.gnu.org/packages/incus> yesterday, and it failed to
build on my machine. I looked into why it wasn't available from
ci.guix.gnu.org, and found that the build is failing
<https://ci.guix.gnu.org/build/13578404/details> there as well. Based on
the error messages in the logs, I think this is because the TableWriter Go
library, which Incus depends on, made some breaking changes
<https://github.com/olekukonko/tablewriter/issues/270> in their latest
release. The Incus maintainers appear to have solved this issue by pinning
the version
<https://github.com/lxc/incus/commit/341d4252f4c1d5d9ce185598b7781cef2fbdaede>
of TableWriter to the "legacy" 0.0.5 release, but the Guix package
definition
<https://codeberg.org/guix/guix/src/branch/master/gnu/packages/virtualization.scm#L1350>
for Incus pulls in the Guix package for TableWriter
<https://packages.guix.gnu.org/packages/go-github-com-olekukonko-tablewriter/1.0.7/>,
which is on the latest release, and the breaking changes cause the build to
fail.

I would like to try and contribute a patch to both fix this issue and
update the Incus package to the latest release, but I am not sure what
would be the best way to proceed.

Pinning the version of TableWriter in the package definition for Incus
would be one option, but I am not sure how to do that. Is the accepted way
of doing this to create a secondary package called something
like go-github-com-olekukonko-tablewriter-legacy which builds version
0.0.5, and use that instead of the one with the latest changes?

But also, I am confused about why the package pulls in the Go dependencies
as Guix packages in the first place. It seems to me that the Incus
maintainers could pin any of their dependencies to whatever versions they
feel like, and the package definition would then have to be updated to pin
those versions as well. I feel like a better approach might involve relying
on Go to pull the packages in during the build instead, so that the
project's dependency file can be the single source of truth for what
versions are needed. I'm not even sure if that idea makes sense in the
context of how Guix works; am I just missing an understanding of some
fundamentals here?

Anyway, thanks for reading, appreciate y'all!

--000000000000fe789c063e7b58b4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>Hello,</div><div><br></div><div>I am=
 new to the Guix community, so I&#39;m sorry if this is the wrong place to =
ask about this, but I was trying to install the <a href=3D"https://packages=
.guix.gnu.org/packages/incus" target=3D"_blank">Incus package</a> yesterday=
, and it failed to build on my machine. I looked into why it wasn&#39;t ava=
ilable from <a href=3D"http://ci.guix.gnu.org" target=3D"_blank">ci.guix.gn=
u.org</a>, and found that the <a href=3D"https://ci.guix.gnu.org/build/1357=
8404/details" target=3D"_blank">build is failing</a> there as well. Based o=
n the error messages in the logs, I think this is because the TableWriter G=
o library, which Incus depends on, made some <a href=3D"https://github.com/=
olekukonko/tablewriter/issues/270" target=3D"_blank">breaking changes</a>=
=C2=A0in their latest release. The Incus maintainers appear to have solved =
this issue by <a href=3D"https://github.com/lxc/incus/commit/341d4252f4c1d5=
d9ce185598b7781cef2fbdaede" target=3D"_blank">pinning the version</a> of Ta=
bleWriter to the &quot;legacy&quot; 0.0.5 release, but the Guix <a href=3D"=
https://codeberg.org/guix/guix/src/branch/master/gnu/packages/virtualizatio=
n.scm#L1350" target=3D"_blank">package definition</a> for Incus pulls in th=
e <a href=3D"https://packages.guix.gnu.org/packages/go-github-com-olekukonk=
o-tablewriter/1.0.7/" target=3D"_blank">Guix package for TableWriter</a>, w=
hich is on the latest release, and the breaking changes cause the build to =
fail.</div><div><br></div><div>I would like to try and contribute a patch t=
o both fix this issue and update the Incus package to the latest release, b=
ut I am not sure what would be the best way to proceed.</div><div><br></div=
><div>Pinning the version of TableWriter in the package definition for Incu=
s would be one option, but I am not sure how to do that. Is the accepted wa=
y of doing this to create a secondary package called something like=C2=A0go=
-github-com-olekukonko-tablewriter-legacy which builds version 0.0.5, and u=
se that instead of the one with the latest changes?</div><div><br></div><di=
v>But also, I am confused about why the package pulls in the Go dependencie=
s as Guix packages in the first place. It seems to me that the Incus mainta=
iners could pin any of their dependencies to whatever versions they feel li=
ke, and the package definition would then have to be updated to pin those v=
ersions as well. I feel like a better approach might involve relying on Go =
to pull the packages in during the build instead, so that the project&#39;s=
 dependency file can be the single source of truth for what versions are ne=
eded. I&#39;m not even sure if that idea makes sense in the context of how =
Guix works; am I just missing an understanding of some fundamentals here?</=
div><div><br></div><div>Anyway, thanks for reading, appreciate y&#39;all!</=
div></div>
</div>

--000000000000fe789c063e7b58b4--



------------=_1761475022-16762-1--

Last modified: Sun, 26 Oct 2025 10:45:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.