Hello,
Sorry for the late reply!
I removed
http_proxy=http://127.0.0.1:9080 https_proxy=http://127.0.0.1:9080
from my "Environment" variable in "guix-daemon.service" and after I restarted
the Guix daemon "guix pull" and "guix upgrade" went flawlessly.
Thank you for your help.
- avp
On Fri, 2
Hi,
it is no longer possible to get to the bug database at
https://issues.guix.gnu.org/ when using Tor Browser. The result is an error
message saying: "The connection has timed out".
It looks like a general block of Tor rather than a block of specific IPs, since
attempting with different Tor cir
Hi Altadil,
On 2023-08-04 18:57, Altadil via Bug reports for GNU Guix wrote:
it is no longer possible to get to the bug database at
https://issues.guix.gnu.org/ when using Tor Browser.
I forgot to mention this on IRC, but issues. is ‘simply’ a nicer unified
frontend to the venerable GNU Debbu
On 2023-08-04 21:21, Tobias Geerinckx-Rice via Bug reports for GNU Guix
wrote:
The Guix project does not block Tor. If the datacentre has decided to
block Tor like it blocked most of Russia, there is little we can do
but ask them to reconsider.
Didn't mean to sound quite so fatalistic. We cou
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'
FYI, I hacked together a new package definition, updating the emacs-next
one to build 29.1 from the release tarball, and after installing it,
everything seems to work, including native compilation.
I don't know enough about Guix to understand why using "guix install"
with the package transform
Hi,
Since Emacs 29.1 was just released, I tried to install it with:
guix install emacs-next --with-commit=emacs-next=emacs-29.1
This builds and installs without error, and it runs, but when Emacs
tries to native-compile Elisp libraries at startup, I get these errors
in the "*Warnings*" buff
Hello,
Sorry for the late reply, but release 0.10.2 didn't fix the issue.
Current workaround: suppressing redefinition of system/system* and suppressing
running tests/system-star.sh
I am open to suggestions of how to help you debug that.
Don't reply to buma2023, it was me, but it's a throw aw
One bit of context about this bug is I was running dnf update at the
same time as this ocurred. re-running guix pull later failed to
repdroduce the bug.
[jordan@hudzen:~]$ guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 5e9db8a (11,054 new
commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git 5e9db8a
Certain characters are not allowed in store item[0] names. This
restriction was inherited verbatim[1] from Nix.
As such there's no bug here, although you could start a separate
discussion about relaxing these restrictions if you like.
So what to do? url-fetch defaults to the URL's basename
11 matches
Mail list logo
