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 @@ VARARG_MPZ_IT

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 SERVER,OU=GNUTLS,O=FS

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. > > Thi

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 \ GNUTLS_GUILE_

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, understa

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&arch=alpha&ver=2.2.4%2B1-1&stamp=153302

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 i

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

o, 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 figu

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 the installation pre

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

Chet Ramey skribis: > On 12/4/15 4:24 AM, Ludovic Courtès wrote: >> Greg Wooledge 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 >>>> manua

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

Greg Wooledge 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 do you think? > > I t

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 from Gnulib’s Git hi

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

Rob Browning 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’ script is never really u

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

Hi Daniel, Daniel Hartwig 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 expected with t

Bug#379901: [gs-gpl] Debian bug

Hi, Bastien ROUCARIES 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. :-) Thanks, Ludo’. -- To UNSUBSC

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] http

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

Hi, On Fri, Jan 14, 2005 at 07:54:13PM +0100, Florent Rougon wrote: > Well, if you can convince an ftp-master, I may change my mind. But your > last argument doesn't hold: currently, Debian has roughly 1 > packages. If every package would be suddenly split in two parts like > this, we wouldn't

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 w