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

I forgot to mention that a simple workaround (that I’d recommend for Debian) is to patch Guile >= 2.2.7 (3.0 included) like so: diff --git a/libguile/numbers.c b/libguile/numbers.c index 19d2b2d87..de7999861 100644 --- a/libguile/numbers.c +++ b/libguile/numbers.c @@ -158,7 +158,7 @@

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

Hi all, Ludovic Courtès skribis: > Where to go from here? Here are options that come to mind: > > • Configure Nettle with ‘--enable-mini-gmp’. However, the manual > mentions that it’s “slower” and “more likely to leak side-channel > information” (info "(nettle

Bug#964284: [gnutls-help] Bug#964284: guile-gnutls: update to use guile 3.0

Hi Daiki, Daiki Ueno skribis: > Ludovic Courtès writes: > >> This is because Guile >= 3.0.1 and >= 2.2.7 changes the GMP allocation >> functions such that they go through libgc¹. As a result, libgc may >> reuse that memory when it becomes unreachable from its

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

Hi, Ludovic Courtès skribis: > [10219|3] Peer requested CA: CN=GNUTLS TEST SERVER,OU=GNUTLS,O=FSF,C=GR > [10219|3] Peer requested CA: CN=GNUTLS INTERMEDIATE TEST > CA,OU=GNUTLS,O=FSF,C=GR > [10219|4] checking cert compat with RSA-SHA256 > [10219|3] ASSERT: > ../../../l

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

Hi, (+Cc: gnutls-help. This is about the failure of ‘guile/tests/reauth.scm’ observed on Debian.) Thanks Rob & Vagrant. The debugging output Vagrant posted reads: --8<---cut here---start->8--- [10219|3] Peer requested CA: CN=GNUTLS TEST

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

Hello, Vagrant Cascadian skribis: > 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. > >

Bug#943905: gnutls28 FTCBFS during guile bindings

Hi Andreas, Apologies for the delay! The build log at shows two things: --8<---cut here---start->8--- unset GUILE_LOAD_COMPILED_PATH ; LC_ALL=C \

Bug#905272: On guile-gnutls

Hi Andreas and all, Vagrant pointed me to so I thought I’d chime in as upstream maintainer of the Guile bits in GnuTLS. :-) I do remember you experienced segfaults that led you to remove guile-gnutls from Debian some time ago,

Bug#892232: bug#32384: Bug#892232: guile-2.2: FTBFS on alpha: test-conversion fails

Hi all, Rob Browning skribis: > [Please preserve 892232-forwar...@bugs.debian.org in relevant replies.] > > test-conversion appears to be failing on alpha hosts as reported below, > and seen here: > https://buildd.debian.org/status/fetch.php?pkg=guile-2.2=alpha=2.2.4%2B1-1=1533027639=0 I’m

Bug#850644: #850644: RFP: Guix in Debian

Hello, Vagrant Cascadian skribis: > It still needs a way to get the bootstrap binaries (bash, mkdir, tar and > xz) from Guix; right now they're binaries shipped in the source! > Ludovic Courtès worked on a patch that would in theory download those at > run-time, but that is not

Bug#850644: #850644: RFP: Guix in Debian

awesome! > It still needs a way to get the bootstrap binaries (bash, mkdir, tar and > xz) from Guix; right now they're binaries shipped in the source! > Ludovic Courtès worked on a patch that would in theory download those at > run-time, but that is not yet working... Yes, I figured this c

Bug#783210: [PATCH] nscd_stat.c: make the build reproducible

Florian Weimer skribis: > We still need the time-based approach if the build ID is not > available, but I expect most distributions will have something like > it. FWIW in Guix we solve it by filling the ‘compilation’ array with a substring of the installation prefix¹. Since

Bug#806945: Installation of PDF/PS/DVI and HTML files

Chet Ramey <chet.ra...@case.edu> skribis: > On 12/4/15 4:24 AM, Ludovic Courtès wrote: >> Greg Wooledge <wool...@eeg.ccf.org> skribis: >> >>> On Thu, Dec 03, 2015 at 01:08:13PM +0200, Ludovic Courtès wrote: >>>> Given that the GCS suggests ins

Bug#806945: Installation of PDF/PS/DVI and HTML files

Greg Wooledge <wool...@eeg.ccf.org> skribis: > On Thu, Dec 03, 2015 at 01:08:13PM +0200, Ludovic Courtès wrote: >> Given that the GCS suggests installing only the Info version of the >> manual by default (info "(standards) Standard Targets") > >> What d

Bug#801825: autogen: non-free file "doc/gendocs_template" (CC-BY-ND-3.0)

Paul Eggert skribis: > Bruce Korb wrote: >> This file comes from gnulib. > > Its copyright notice came from Texinfo and I assume that was from its > original contributor. Ludovic, do you know what's going on with the > copyright notice of doc/gendocs_template? All I know is

Bug#761408: bug#18470: Bug#761408: will FTBFS when libtool no longer depends on libtool-bin #682045

Rob Browning r...@defaultvalue.org skribis: For the reasons stated below, we're going to switch to call (g)libtoolize in Debian rather than (g)libtool. I thought I'd mention it in case it's relevant upstream. Yes, it makes more sense to invoke ‘libtoolize’ here (the installed ‘libtool’

Bug#689687: guile-1.6: FTBFS on i386, kfreebsd-i386: testsuite failures

Hi Daniel, Daniel Hartwig mand...@gmail.com skribis: If you have time, please briefly review my comments below, and whether it is sane to also relax these tests in Debian's guile-1.6 package (see attached). I will also be investigating this further to confirm that guardians are working as

Bug#379901: [gs-gpl] Debian bug

Hi, Bastien ROUCARIES roucaries.bast...@gmail.com writes: Could you supply a test file please ? Thank you very much Sorry, I don’t have one handy. This is a 5-year old bug report, I changed email addresses in the meantime (congrats for finding a new one), and I even changed distros. :-)

Bug#291050: kernel-image-2.6.8-1-sparc32: Circular Dependency Between `libc6' and `kernel-image-xxx-sparc32'

Hi, Ludovic Courtes [EMAIL PROTECTED] writes: Also, there doesn't seem to be any `kernel-image-2.4.26-*' package in `testing' as said in [3]. The `kernel-image-2.4.27-1-sparc32' package in there depends on `libc6' which is known to depend on a 2.4.21 or newer kernel. [...] [3]

Bug#290001: lmodern: Creating a TeX-independent font package

Salut, ;-) On Thu, Jan 13, 2005 at 11:52:16AM +0100, Florent Rougon wrote: Right, I already thought about that, and will look into it when sarge is released. The scheme we'll use in etch to manage .cfg files under /etc/texmf/updmap.d/ will make it easier. Do you have an idea of when this