Bug#964284: guile-gnutls: update to use guile 3.0

[Vagrant Cascadian]

Control: found 964284 3.7.0-1
Control: affects 964284 guix

On 2020-07-04, Vagrant Cascadian wrote:
> The attached patch updates guile-gnutls to use guile 3.0, which is the
> current version of guile, available in unstable and bullseye. It would
> be ideal if the switch happened before bullseye was released.

This was reverted in the recent upload of 3.7.0-1. Well, mostly
reverted; the package now depends on guile-3.0 and guile-libs-2.2, but
does not ship any guile-3.0 files.

I presume this was due to build failures due to the test suite hanging
on arm64 on previous versions:

  https://buildd.debian.org/status/fetch.php?pkg=gnutls28&arch=arm64&ver=3.6.15-5&stamp=1605401160&raw=0

By process of elimination(e.g. all other tests claim to have PASSED),
the hanging test for 3.6.15-5 was:

  guile/tests/reauth.scm

I was never able to reproduce the failure locally on multiple occasions,
although once triggered a rebuild on the buildd machines that failed in
the same way.


Withouth guile-gnutls supporting guile-3.0, guix fails to build, as it
depends on guile-3.0. I could probably switch guix to guile-2.2 in the
short term, but I believe guix may soon drop support for guile-2.2, so
this issue is a significant blocker for guix.

Since several guile-* packages are largely in Debian as
build-dependencies of guix, this is also indirectly a blocker for
switching those packages to guile-3.0.


For more possibly relevent and related background:

  https://bugs.debian.org/969672 gnutls28: please upgrade to guile-3.0 soon, if feasible
  https://bugs.debian.org/966714 guile-gnutls: FTBFS against guile 3.0.4-1+b1


Any further ideas or help in resolving this would be much appreciated!


live well,
  vagrant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnutls-maint/attachments/20201203/d0e416d2/attachment.sig>