bug#46168: terminal-window-size breaks with ssh

On Thu, 04 Feb 2021 13:55:04 +0100 Ludovic Courtès wrote: > Hi, > > raingloom skribis: > > > Try running `ssh example.com guix pull` or something else that uses > > progress bars. You'll get an "Inappropriate ioctl for device" > > instead of Guix simply doing the sensible thing: disabling prog

bug#46253: powerpc64le: gcc-final: "configure: error: cannot compute sizeof (long long)"

Chris Marusich writes: > configure:6100: error: cannot compute sizeof (long long) It was mentioned on IRC that a better way to fix this would be to configure libstdc++ to install to /lib instead of /lib64, since in Guix we install libraries to /lib by convention, even on 64-bit systems. See: ht

bug#46353: Failing test: guix-git-authenticate.sh

Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道： $ cd ~/guix $ git checkout --track upstream/keyring Oops, I forgot the obvious-to-me: $ git checkout master afterwareds, or you'll be looking at a bunch of key files :-) Kind regards, T G-R signature.asc Description: PGP signature

bug#46353: Failing test: guix-git-authenticate.sh

Rovanion, Rovanion Luckey 写道： Running `make authenticate` and then rerunning `make check` did not resolve this issue. It won't. Guix expects a local ‘keyring’ branch tracking upstream's: $ cd ~/guix $ git checkout --track upstream/keyring (I use ‘upstream’ where you might use the defau

bug#46353: Failing test: guix-git-authenticate.sh

I just ran `make check` and got the following failing test: FAIL: tests/guix-git-authenticate = + '[' -d /home/rovanion/source/guix/main2/.git ']' + guile -c '(use-modules (git)) (member "refs/heads/keyring" (branch-list (repository-open ".")))' + intro_commit=9e

bug#45165: binutils-mesboot0 fails at configure, cannot find lex

Hi, Carl Dong skribis: > New observation! On my Arch machine which has > > 5.10.11-arch1-1 > > And > > # CONFIG_EXPERT is not set > CONFIG_UID16=y > > (So according to my previous email it not trigger the bug) > > I’m getting the following strace: > > $ strace -v -e trace=file ~/sh -c "test -w

bug#46344: Honour and generate conventional kernel command-line arguments

Hi, Tobias Geerinckx-Rice skribis: > Use, e.g., ‘root=’ instead of the Guix-specific and unintuitive > ‘--root=’. It's surrounded by normal ‘nomodeset’ & ‘quiet’ > arguments anyway. > > For things like ‘--repl’ we might substitute ‘rd.repl’, or ‘rd.rescue’ > which has the advantage of being us

bug#46335: BUG: error: skim-0.7: unbound variable

Hi, Josh Marshall skribis: > anadon@goodadvicemallard:~/Documents/code/chmm$ guix pull > Updating channel 'guix' from Git repository at ' > https://git.savannah.gnu.org/git/guix.git'... > Building from this channel: > guix https://git.savannah.gnu.org/git/guix.git 453f18d [...] > ERROR:

bug#46347: Boot broken then system init broke my profile, then system recovery download to much data.

More specifically, how does the current state (‘broken profile’) differ from the previous state (‘broken boot’)? Kind regards, T G-R signature.asc Description: PGP signature

bug#46347: Boot broken then system init broke my profile, then system recovery download to much data.

Pablo, Pablo Ferreira 写道： Sad! #GNU #Guix system did broke after a upgrade. Sorry to hear that. ‘It broke’ isn't something we can help with. We'll need *a lot* more information to even try. Installing Guix (‘init’) without an Internet connection is not currently supported. It's also not

bug#46336: Bug report

Hello, zimoun writes: > The issue is that 453f18db343cbad1892186b85c7eb07f364b399e contains a > reference to ’skim-0.7’ in (guix packages crates-io) when defining the > package ’rust-rustyline-6’. But this variable is defined in (guix > packages rust-apps), well I let you read the details in [1

bug#46347: Boot broken then system init broke my profile, then system recovery download to much data.

Sad! #GNU #Guix system did broke after a upgrade. When I use guix system init, fail because non-conection. I lost my profile and I can't recover. To much auto. Bad. Solution, back to Ubuntu, but not now. Hope you create a better recover. 😥

bug#46336: Bug report

Hi, Thanks for the report. I think it is transient. It has been discussed here:. 1: On Fri, 05 Feb 2021 at 23:39, me@stephane.today wrote: > $ guix time-machine 8e7e414aa998fe8c0de8a491c91aab8b8d9c58f4 -- graph maven [...] > '/gnu/store

bug#45716: Bug in ‘network-interface-names’ when building guix for aarch64 on x86_64.

Hi Mathieu! This is still failing, see . > Yes, I reconfigured them yesterday Could it be that the services qemu-binfmt and guix-daemon still need to be restarted? Bye Stefan

bug#46344: Honour and generate conventional kernel command-line arguments

[Low priority, but I keep forgetting about it.] Guix, What the subject says. The Linux command line isn't bash. Use, e.g., ‘root=’ instead of the Guix-specific and unintuitive ‘--root=’. It's surrounded by normal ‘nomodeset’ & ‘quiet’ arguments anyway. For things like ‘--repl’ we might su