bug#71113: git-fetch throws an error: gnutls_handshake() failed: An unexpected TLS packet was received.

2024-05-22 Thread nigko
27;gnutls' and not 'openssl'? Is there any workaround for git-fetch (similar to package transformations) that allow to replace 'gnutls' by 'openssl' in its dependency graph? Regards, Nigko

bug#71113: git-fetch throws an error: gnutls_handshake() failed: An unexpected TLS packet was received.

2024-05-24 Thread nigko
https_proxy to "http://.."; address fixes this. Close this bug report. Regards, Nigko Yerden

bug#64976: guix build: error: invalid character `~' in name

2023-08-04 Thread nigko
Hello, When running "guix build -f alps.scm" where alps.scm uses url-fetch with (uri "https://exa.phys.s.u-tokyo.ac.jp/archive/MateriApps/src/alps_20220304~r7871.orig.tar.gz";) the following error occurs guix build: error: invalid character `~' in name 'alps_20220304~r7871.orig.tar.gz.drv'

bug#70302: Tor daemon is unable to use obfuscation

2024-04-09 Thread nigko
1298e5bdea996fbf0dad17ca on recent guix checkout and then to perform 'guix pull --url=/path/to/my/local/guix/repo --disable-authentication'. It worked fined. But when performing 'sudo guix system reconfigure /path/to/system/configuration' I got an error 'make-forkexec-constructor/container: unbound variable' Regards, Nigko Yerden

bug#70332: Tor daemon is unable to use obfuscation

2024-04-10 Thread nigko
field of the least-authority-wrapper call inside tor-shepard-service body in /gnu/service/networking.scm. I have checked, this makes obfuscation fully functional. Regards, Nigko Yerden Hello Guix! I am trying to configure tor daemon to use traffic obfuscation by the following lines in my

bug#70954: No 'guix pull' substitutes for foreign distros?

2024-05-17 Thread Nigko Yerden
=no \ --substitute-urls='.' Environment='GUIX_LOCPATH=/home/USER/.guix-profile/lib/locale' ... ~ Regards, Nigko

bug#70954: No 'guix pull' substitutes for foreign distros?

2024-05-18 Thread Nigko Yerden
27;. I’m closing this bug. No objections. But I would like to know, does \ work in systemd by now Yes, \ works in systemd service files. I didn't know that \ was forbidden in the past. Regards, Nigko

bug#70302: Tor daemon is unable to use obfuscation

2024-06-19 Thread Nigko Yerden
Hi Vincent, Indeed, they are related. My message from 70332 was intended to go to 70302 and didn't get there by my mistake, thus creating new issue 70332. Regards, Nigko Vincent Legoll wrote: I think the two issues are related, and the second one may have been created by typoing the

bug#70332: Tor daemon is unable to use obfuscation

2024-06-20 Thread Nigko Yerden
Yes, the issue still need fixing. Here is my suggestion https://issues.guix.gnu.org/70341 Regards, Nigko Vincent Legoll wrote: Hello, On Thu, Jun 20, 2024 at 4:49 AM Nigko Yerden wrote: Indeed, they are related. My message from 70332 was intended to go to 70302 and didn't get there

bug#70954: No 'guix pull' substitutes for foreign distros?

2024-05-14 Thread Nigko Yerden
y... building directory of Info manuals... ... Shouldn't 'guix pull' substitutes also work on foreign distros? If they should, why don't sytem B get them? Regards, Nigko

bug#70954: No 'guix pull' substitutes for foreign distros?

2024-05-15 Thread Nigko Yerden
e system A have downloaded substitutes. [1] https://ci.guix.gnu.org/api/latestbuilds?nr=1&job=guix.x86_64-linux Regards, Nigko pelzflorian (Florian Pelz) wrote: Hello Nigko Yerden. You could definitely test if substitutes are never available if you used https://guix.gnu.org/manual/en/

bug#70954: No 'guix pull' substitutes for foreign distros?

2024-05-16 Thread Nigko Yerden
tes). It looks like these 'guix pull' derivations (not only guix-packages-base-modules.drv) are almost completely different on system A and B. Regards, Nigko [1] https://guix.gnu.org/en/manual/devel/en/html_node/Getting-Started.html [2] https://guix.gnu.org/en/manual/devel/