Hi André,
André Batista writes:
sáb 31 mai 2025 às 09:26:47 (1748694407), i...@retrospec.tv
enviou:
(...)
>
> Do they currently work on LibreWolf though?
Yes. Prior to #73429, they were both working with software
decoding only.
After I pushed that, LATM AAC broke, so I reverted it. Sin
Hi André,
André Batista writes:
Hi Ian,
sáb 05 abr 2025 às 11:51:21 (1743864681), i...@retrospec.tv
enviou:
When testing patches for #77460 and #77461, I noticed that
neither mullvad
nor torbrowser can play live videos. ex. if you launch either
browser,
navigate to youtube.com, search "li
Tried to use this recently, and found it was mostly unusable.
If you run `minicom', the program exits with no output and a
status code of 1.
If you run `minicom -s' and choose "Save setup as dfl" (dfl
meaning "default"), it tries to write into the store, which fails.
If you choose "Save set
I’ve been frustrated by this before, but decided to measure
things:
`guix home list-generations' takes 3.535s to list 28 items.
`guix system list-generations' takes 1.406s to list 35 items.
`guix pull --list-generations' takes 232.599s to list 41 items.
Why is `guix pull --list-generations' >10
When testing patches for #77460 and #77461, I noticed that neither
mullvad nor torbrowser can play live videos. ex. if you launch
either browser, navigate to youtube.com, search "live" and click
on any video with the red "live" badge, you get a "Your browser
can’t play this video" error.
If
Hi all,
Here’s a less dead link to the config for my system exhibiting the
problem: https://paste.debian.net/1366307/
I set it to never expire this time.
The FS stuff is very pedestrian, it’s more or less what the
graphical installer generates, since that’s how I installed that
system.
Th
Hi Snikta,
Thanks for the report, however, there’s not much I can do here.
The Mozilla extension repo can’t be used in Guix browsers, because
it contains non-free extensions. I think the alternative would be
disabling extension repos entirely, which I’m not sure is a thing
that’s reasonably
I’m still seeing this problem on at least one machine.
Here’s the system configuration: https://paste.debian.net/1365931/
It depends on my personal channel:
https://codeberg.org/ieure/atomized-guix
I captured the state of the machine just now, then ran `sync' and
`sudo reboot'. It fsck’d on
Starting recently (last 2-3 weeks), my Guix System machines have
failed to unmount filesystems when restarted. ex. inside an Emacs
EXWM X11 session, running `sudo reboot' in a shell causes the
system
to perform a lengthy fsck on next boot, saying "recovering
journal."
Others on IRC have notic
Found this one on accident today and was surprised. To reproduce:
- Remove your user account from your system configuration on
accident.
- `sudo guix system reconfigure'
- Realize your mistake. Observe that neither `su' nor `sudo'
work, because you don’t exist.
- Reboot in a state of mild p
close 75932
thanks
Hi Sharlatan,
I rebooted my VM and am no longer able to reproduce the issue,
even though I hadn’t pulled any newer revisions. Not sure what
was going on with this, might be a reproducability bug.
-- Ian
Sharlatan Hellseher writes:
Hi Ian,
I tried to reproduce it wit
Hi Sharlatan,
Sharlatan Hellseher writes:
Hi,
cannot execute binary file: Exec format error
This looks like one binary built on one architecture is invoked
on other.
Yes. My original report includes the output of `file' on the
binary in question, which is a 32-bit ARM ELF executable
Noticed on my aarch64-linux VM today that golang builds are
failing:
$ guix build go
starting phase `build'
make.bash: line 159:
/gnu/store/45vng74anlglfd30v678a1lkbb34pjpv-go-1.4-bootstrap-20171003/bin/go:
cannot execute binary file: Exec format error
$ guix shell file -
I’m running Guix System in a VM on arm64 hardware, using a system
image created from another VM. I’m unable to `guix system
reconfigure' in the VM, because it needs to build guix[1], and the
"'download' built-in builder" test is failing. The guix package
must be built, because substitutes for
This is failing for me on aarch64-linux also:
test-name: kexec-load-file
location:
/tmp/guix-build-guix-1.4.0-31.121e96d.drv-0/source/tests/syscalls.scm:688
source:
+ (test-equal
+ "kexec-load-file"
+ EPERM
+ (catch 'system-error
+ (lambda ()
+
Hi Maxim,
Maxim Cournoyer writes:
Hi Ian,
Ian Eure writes:
[...]
The only other option I can see would be to keep the existing
filenames for user configuration, and declaritively manage
different
files -- like declaritive-channels.scm. This comes with its
own set
of problems, like
Tomas Volf <~@wolfsden.cz> writes:
[[PGP Signed Part:Undecided]]
Hello,
Ian Eure writes:
Disregard this, I continued thinking after sending the email
(as one does) and
realized that any managed file will be a link into the store --
so if the system
is reconfigured with no build-ma
Hi Maxim,
Ian Eure writes:
Hi Maxim,
Maxim Cournoyer writes:
Hi Ian,
Ian Eure writes:
Ran into this issue last week. If you:
- Configure some offload build machines in your
operating-system
configuration.
- Reconfigure your system.
- Remove all offload build machines
Hi Maxim,
Maxim Cournoyer writes:
Hi Ian,
Ian Eure writes:
Ran into this issue last week. If you:
- Configure some offload build machines in your
operating-system
configuration.
- Reconfigure your system.
- Remove all offload build machines.
- Reconfigure your system again.
...then
Ran into this issue last week. If you:
- Configure some offload build machines in your operating-system
configuration.
- Reconfigure your system.
- Remove all offload build machines.
- Reconfigure your system again.
...then various guix operations will still try to connect to
offload machines
I have a fairly standard agent setup for using a hardware token
for SSH and GPG.
On my local (Debian, currently) machine, gpg-agent’s configuration
has `enable-ssh-support', and my shell dotfiles set SSH_AUTH_SOCK
to the gpg-agent socket, which allows SSH to access the
authentication key on m
Maxim Cournoyer writes:
Hi Mark,
Mark H Weaver writes:
Hi Maxim,
Maxim Cournoyer writes:
Christopher Baines writes:
[...]
At least from what I can see on the issues, the problem was
introduced
with the update to 3.98.0 [3] and then continued with the
update to 3.99
[4]. Given the ch
Looks like the issue is a ${project.version} sitting in a deps.edn
in the resources of the JAR.
I have a patch that seems to solve this, but it’s ludicrous due to
clojure-build-system being buggy. Also, tools.deps.alpha has been
deprecated for two years and really shouldn’t be in Guix at all.
I recently set up home-xmodmap-service-type so I could change the
PrtSc key on my ThinkPad into a Hyper modifier. This is my
configuration:
(service home-xmodmap-service-type
(home-xmodmap-configuration
(key-map '("clear mod3"
("remove mod4" . "H
Simon Tournier writes:
Hi,
On Sun, 19 Nov 2023 at 13:24, Ian Eure wrote:
The issue seems to be that current-profile checks the name of
the
program which was invoked, and always returns #f unless the
name ends
with "bin/guix". Since "guile" doesn’t, they don’t wor
I needed to tweak some xorg settings (set scroll direction, enable
tearfree, etc). On other distros, this is done by dropping files
of
config snippets into /etc/xorg.conf.d.
On Guix, this needs to be done through the extra-config field of
the
xorg-configuration record. That field requires a
When you invoke `guix repl', the current-profile and current-channels
procedures reflect my current profile and channel configuration:
l0p!ieure~$ guix repl
GNU Guile 3.0.9
Copyright (C) 1995-2023 Free Software Foundation, Inc.
Guile comes with ABSOLUTELY NO WARRANTY; for details
I’m trying to explore Guix System by running it in a VM on my
computer which runs Debian. I’m interested in some of the Guix
ideas, but not ready to do a bare-metal install.
I found the download page[1] and got a copy of the QEMU image,
then clicked "Installation instructions"[2]. These inst
28 matches
Mail list logo
