bug#46602: Removing OpenSSL 1.0

2021-08-31 Thread zimoun
Hi Leo, On Sun, 15 Aug 2021 at 18:12, Leo Famulari wrote: > With commit 12099eac1b161d364be923451d27d7d739d0f14d, nothing is using > openssl-1.0 except for the Rust bootstrap. > > If I understand correctly, the plan is to "upgrade" that bootstrap path, > and eventually we won't need a package of

bug#46602: Removing OpenSSL 1.0

2021-08-31 Thread Efraim Flashner
On Tue, Aug 31, 2021 at 11:27:45AM +0200, zimoun wrote: > Hi Leo, > > On Sun, 15 Aug 2021 at 18:12, Leo Famulari wrote: > > With commit 12099eac1b161d364be923451d27d7d739d0f14d, nothing is using > > openssl-1.0 except for the Rust bootstrap. > > > > If I understand correctly, the plan is to "upgr

bug#46602: Removing OpenSSL 1.0

2021-08-31 Thread zimoun
Hi, On Tue, 31 Aug 2021 at 12:57, Efraim Flashner wrote: > On Tue, Aug 31, 2021 at 11:27:45AM +0200, zimoun wrote: >> --8<---cut here---start->8--- >> $ guix graph --path guile-gnunet -e '(@@ (gnu packages tls) openssl-1.0)' >> guix graph: erreur : pas de chem

bug#50299: The check-tests-true lint check is incorrect for Emacs packages

2021-08-31 Thread Maxim Cournoyer
Hi, The emacs-build-system has its #:tests? argument set to #f by default, which means users must explicitly specify its value as #t to enable test suites. The check-tests-true lint check seems to ignore this and goes on to recommend, for example: --8<---cut here---start-

bug#47641: Ongoing difficulities after linphoneqt -> linphone-desktop transition

2021-08-31 Thread Maxim Cournoyer
Hello Christopher, Christopher Howard writes: > I've kept RG on my list of contacts but have never received any messages from > him, and he doesn't seem to get mine. > > I still have my system frozen to use the older working version of linphone, > through the trick of using an inferior in my m

bug#49862: While downloading substitutes: Wrong type argument in position 1 (expecting struct): #f

2021-08-31 Thread Maxim Cournoyer
Hi, Maxim Cournoyer writes: [...] > substituting > /gnu/store/yqvsc5brbzpk1m7zr8bnyr66kz9q625a-nasm-2.15.05.tar.xz... > substituting > /gnu/store/4fliaxdz084ijlzb6d98sgg76dmz9xp6-net-tools-1.60-0.479bb4a.zip... > substituting > /gnu/store/js6wj0pmd4lqnnkys7f9az4gcm8szfmi-nettle-3.7.3.tar.gz

bug#50300: webrtc-for-telegram-desktop-0-83.a198773 build failure

2021-08-31 Thread Andrea Rossi via Bug reports for GNU Guix
Hello, During an upgrade I'm getting this build failure: *--8<---cut here---start->8---* building /gnu/store/7n7zkczmdv3xk8994sgp95aw15d2hp8k-webrtc-for-telegram-desktop-0-83.a198773.drv... 96% [###

bug#49990: [core-updates-frozen] Ant-bootstrap broken by classpath-bootstrap

2021-08-31 Thread Ludovic Courtès
Hello! As discussed on IRC, I had a semi-victory with the attached patch, which works around a miscompilation issue in ‘Java_java_io_VMFile_isFile’. Unfortunately, with this patch applied, ‘ant-bootstrap’ fails to build with: --8<---cut here---start->8--- $ ./

bug#49990: [core-updates-frozen] Ant-bootstrap broken by classpath-bootstrap

2021-08-31 Thread Julien Lepiller
Le Wed, 01 Sep 2021 00:32:39 +0200, Ludovic Courtès a écrit : > Hello! > > As discussed on IRC, I had a semi-victory with the attached patch, > which works around a miscompilation issue in > ‘Java_java_io_VMFile_isFile’. another possibility I tested was to disable optimization by adding CFLAGS=

bug#50312: Recurring timeout eror while using offload

2021-08-31 Thread Maxim Cournoyer
Hello Guix, I'm encountered timeout error that seem to be caused by a particular payload rather than networking issues. With a specific payload (a bunch of rust package to build on the core-updates-frozen branch), it seems to be triggered every time. Here's the derivations to be built: --8<---