> > Yeah nautilus doesn't build at the moment for a similar reason as eog, I
> > just posted a patch on https://issues.guix.gnu.org/53195 to fix it. I
> > can push it shortly.
>
> Closing, thanks for fixing it Pierre.
Confirming that gnome-desktop now builds completely, thanks Pierre and
> > > Eog and Epiphany should be fixed with Guix at
> > > f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
> >
> > Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
>
> Unfortunately it seems to still be broken for me?
It works with `guix build eog`, but *not* with `guix
> > Eog and Epiphany should be fixed with Guix at
> > f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
>
> Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
Unfortunately it seems to still be broken for me?
```
$ guix --version
guix (GNU Guix)
> Eog and Epiphany should be fixed with Guix at
> f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
Thanks
raid5atemyhomework
This seems to be the first bad commit. CCing Tobias Geerinckx-Rice.
```
$ git bisect good
294476022f19139e290acb448d4575de0f851673 is the first bad commit
commit 294476022f19139e290acb448d4575de0f851673
Author: Tobias Geerinckx-Rice
Date: Sun Jan 9 02:06:58 2022 +0100
gnu: libportal:
On guix `83abdc8371d90b6d4591a69fae5585a2a99c1627`, I get a build error for eog
40.3 while trying to upgrade my system that has `gnome-desktop-service-type`
installed.
```
[52/70] Compiling C object src/libeog.so.p/eog-util.c.o
FAILED: src/libeog.so.p/eog-util.c.o
gcc -Isrc/libeog.so.p -Isrc
Hello,
> Hi,
>
> Am Freitag, dem 07.01.2022 um 03:56 + schrieb raid5atemyhomework:
>
> > Hello Liliana,
> > [...]
> > It may be a related bug, but this may also be unique to how Guix
> > packages both programs. So I want to know if other users on Guix are
> > seeing the same thing as well.
>
Hello Liliana,
> Hi,
>
> Am Donnerstag, dem 06.01.2022 um 04:35 + schrieb
> raid5atemyhomework:
>
> > I recently upgraded, and on reboot found that the Gnome Shell extension
> > Dash to Dock was no longer working properly.
> > Instead of displaying my favorite applications on the bottom
Hello Guix World,
I recently upgraded, and on reboot found that the Gnome Shell extension Dash to
Dock was no longer working properly.
Instead of displaying my favorite applications on the bottom dock, it only
displays the "applications" icon. Running applications are also not displayed.
I
>From e12c75a2c4a6430a15511d1e8aba77cde90042f6 Mon Sep 17 00:00:00 2001
From: raid5atemyhomework
Date: Wed, 5 Jan 2022 16:19:34 +0800
Subject: [PATCH] gnu: zfs: Update to 2.1.2.
* gnu/packages/file-systems.scm (zfs): Update to 2.1.2.
---
gnu/packages/file-systems.scm | 4 ++--
1 file changed, 2
> > Can you test it again? I was able to build it just now with commit
> > c0c974ad96767a1e207fe2823cd5479605485415. I was also able to build it
> > with your provided commit above.
>
> Having diverging results suggests a nondeterministic build, which is bad,
> right? I'm running on a Guix
>
> Can you test it again? I was able to build it just now with commit
> c0c974ad96767a1e207fe2823cd5479605485415. I was also able to build it
> with your provided commit above.
Having diverging results suggests a nondeterministic build, which is bad,
right? I'm running on a Guix System
CC Tobias
onionshare is broken on master 89d8417; `guix time-machine
--commit=89d8417b371f3918f0508bbc561675ec100a6add -- build onionshare` results
in:
```
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
tests/gui_base_test.py:88: in new_share_tab
Seems no major feature from 2.1.0 to 2.1.1 that require adaptation to a Guix
operating system.
Did a basic compile check.
Thanks
raid5atemyhomework
>From 4f4a8c8688a9e76d8d1c7b6f0643294273be5e70 Mon Sep 17 00:00:00 2001
From: raid5atemyhomework
Date: Thu, 30 Sep 2021 23:31:41 +0800
Subject:
So for the past several months I have been getting errors like these:
```
guix substitute: warning: while fetching
https://ci.guix.gnu.org/nar/lzip/k9wmrk5m91599lk8gd4rc7h4df642qw0-curl-7.74.0:
server is somewhat slow
guix substitute: warning: try `--no-substitutes' if the problem persists
guix
BUMP
Bleah, forgot to *completely* amend the commit that was using the release
candidate...
>From 14446422d6f7873b29d2fe04a9528de867b854b8 Mon Sep 17 00:00:00 2001
From: raid5atemyhomework
Date: Fri, 23 Jul 2021 23:01:30 +0800
Subject: [PATCH] gnu: Update OpenZFS to 2.1.0.
*
Bump.
Is there any chance any thought will be given over to this, or am I stuck
trying to work around a single-threaded "does the job, but not well" Shepherd?
I'm beginning to wonder if just using SystemD would work better, especially
since it's so popular nearly every daemon package includes support
>From 14446422d6f7873b29d2fe04a9528de867b854b8 Mon Sep 17 00:00:00 2001
From: raid5atemyhomework
Date: Fri, 23 Jul 2021 23:01:30 +0800
Subject: [PATCH] gnu: Update OpenZFS to 2.1.0.
* gnu/packages/file-systems.scm [zfs]: Update to 2.1.0, add
support for new compatibility feature.
---
In recent commits, `texlive-bin` cannot be installed in a profile. This can be
replicated by doing:
guix pull
guix install texlive-bin
Or with a specific recent commit:
guix time-machine --commit=b7c7a61 -- install -p tmp texlive-bin
Note that it fails at the "building Tex Live
```
$ guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 696cf48 (27 new commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git 696cf48
substitute:
Note as well that keyboard layouts at Grub time are also broken by this. As
the keyboard layout is used when accepting passphrases for cryptodisks, this
can leave a user potentially unable to boot at all without expert GRUB
knowledge, if they selected a passphrase including characters not
Hello,
I use a coreboot that does not have a VGA option rom, which means Grub can't
use `gfxterm`, so I have this setting in my `operating-system`:
(bootloader-configuration
; ...
(terminal-outputs '(console)))
This lets me see a boot menu at startup even without the VGA option
> btrfs balance moves the free space around so that you have fewer blocks
> with extra freed space. I normally run 'btrfs balance start -dusage=70
> -musage=80 $mountpoint'. (unless I have it backwards)
I think you do? Usually the numbers for `musage` are smaller I think.
There is some old
Hello MArk,
> [] I'll note, however, that merely waiting up to 30 seconds (orwhatever
> timeout you choose) is not, in itself, a robust solution. What
> happens if the network is down for more than 30 seconds? What if it
> goes down after 'nm-online' checks, but before the dependent service has
Hello Mark,
> > Of course, the big problem is that Shepherd is single-threadded and
> > `nm-online` will block all other bootup.
>
> That's not good. For the sake of users who are not always connected to
> the internet, I'd strongly prefer for the Guix boot process of a desktop
> system to not be
I have a small number of daemons that need access to the network at startup. I
have configured their Shepherd services to require `networking`.
However, to my puzzlement, I consistently find that they are unable to access
the network at startup. One daemon dies (and gets respawned so often
Here's another error!
For *this* instance notice the very slow download speed; other downloads got up
to 2MiB/s. If my understanding is correct the SJTUG server is effectively a
caching proxy, meaning that the low download speed here probably means that the
SJTUG server itself is downloading
> Hi Maxime,
>
> > On Mon, 2021-03-15 at 00:13 +, raid5atemyhomework via Bug reports for
> > GNU Guix wrote:
> >
> > > Hello all,
> > > [...]
> > > I recently had to rebuild an OS (because I was dumb; the Guix language
> > > fo
Hi Maxime,
> On Mon, 2021-03-15 at 00:13 +0000, raid5atemyhomework via Bug reports for GNU
> Guix wrote:
>
> > Hello all,
> > [...]
> > I recently had to rebuild an OS (because I was dumb; the Guix language
> > for shepherd services can easily lead you deadloc
Split off from 46942
Recently I had to rebuild my Guix OS (ummm it was practice for installing Guix,
not at all being too overconfident with `guix system --delete-generations` and
screwing up a shepherd start service so that shepherd got into an infinite loop
in an edge case...). Because the
Split off from 46942
I recently had to rebuild a Guix OS. I ran a modified installer that used two
substitute URLs: the SJTUG mirror, and the official Cuirass server in Berlin,
listed in that order.
Unfortunately, it seems the SJTUG mirror has some reliability problems, during
install the
Hello all,
Unfortunately, it seems that the SJTU server is somewhat unreliable, I
sometimes get random failures in various parts talking to the substitute
server, complaining of strange responses from the server:
```
Backtrace:
In guix/ui.scm:
2164:12 19 (run-guix-command _ . _)
In
Hi zimoun,
Thanks, this is a definite improvement and I have set both systems to use it as
the first item in `substitute-server`. I'll make a patch for the manual at
least, then close this issue once that patch is accepted.
So I was thinking of modifying the installer so at least some page
Hi zimoun,
> Hi,
>
> On Fri, 05 Mar 2021 at 14:46, raid5atemyhomework
> raid5atemyhomew...@protonmail.com wrote:
>
> > Are there any other mirror substitute servers aside from `ci.guix.gnu.org`?
>
> Well, only one in China I AFAIK.
>
> https://mirrors.sjtug.sjtu.edu.cn/guix
>
>
Hi all,
In case it's useful, here's my `traceroute`, would this be helpful for Guix?
I erased some internal IP addresses and omit a few bytes off the source
country. After hop 25 `traceroute` couldn't find anything anymore. I annotated
the IP addresses to country map.
```
$ sudo `which
Hi zimoun,
> Hi,
>
> On Fri, 05 Mar 2021 at 11:22, raid5atemyhomework via Bug reports for GNU Guix
> bug-guix@gnu.org wrote:
>
> > This can be very slow, including as slow as 4KiB/s at times.
>
> [...]
>
> > The problem is not on my ISP, or at least not solely
Hi all,
> > - Is there a way to make `guix-daemon` use a Tor proxy? I have two
> > systems using Guix, one is a Guix System, the other is using a foreign
> > distro, and I'd like to adjust both to use Tor instead since it's faster.
>
> I saw that`guix-daemon` respects `http_proxy` and
> * Is there a way to make `guix-daemon` use a Tor proxy? I have two systems
> using Guix, one is a Guix System, the other is using a foreign distro, and
> I'd like to adjust both to use Tor instead since it's faster.
I saw that `guix-daemon` respects `http_proxy` and `https_proxy` envvars,
Hello Christopher,
> raid5atemyhomework via Bug reports for GNU Guix bug-guix@gnu.org writes:
>
> > Downloading substitutes from ci.guix.gnu.org is slow from my two Guix-using
> > computers.
> > One is a pure Guix System install without any channels, the other one is a
Downloading substitutes from ci.guix.gnu.org is slow from my two Guix-using
computers.
One is a pure Guix System install without any channels, the other one is a
foreign Guix install with the-channel-that-cannot-be-named.
```
downloading from
Hi guix users,
It strikes me that a better course of action here would be, rather than
providing a warning that might not be noticed by the user, to remove the
default and force people to explicitly put `password-authentication? #t` or
`password-authentication? #f`.
That way if I have set up
I have a USB-connected HP DeskJet Ink Advantage 1515 printer/scanner.
On my own system (this is a full Guix System, not Guix on a foreign distro) I
modified the configuration.scm:
```scheme
(use-package-modules #;... scanner)
(operating-system
#;...
(services
(append
#;...
```scheme
(define (get-bytevector-n-timed port count max-time)
"Read COUNT octets from PORT, blocking as necessary and return a
bytevector containing the octets read, and taking no more than
MAX-TIME seconds. If fewer bytes are available, a bytevector
smaller than COUNT is returned."
(define
Consider the following use-case:
* I have a boot device including a partition backing `/`.
* My `/home` is on a separate RAID array, because my homework is important and
I would like to not lose it.
* Each disk in the RAID array is *separately* LUKS-encrypted.
* This allows me to decommission
Frankly, MD RAID is incomplete without checksum.
Checksum is provided in Linux by dm-integrity.
Now, LVM2 can actually set up MD RAID with dm-integrity, however:
* It doesn't expose all options.
* It doesn't support specifying an MD journal for RAID4/5/6 to close the
write hole.
In
Installing `zfs` results in the following errors:
```
In file included from
/tmp/guix-build-zfs-0.8.5.drv-0/zfs-0.8.5/include/sys/dmu.h:848:0,
from
/tmp/guix-build-zfs-0.8.5.drv-0/zfs-0.8.5/include/sys/spa.h:44,
from
Looking at recent zfs release note:
https://github.com/openzfs/zfs/releases/tag/zfs-0.8.5 and
https://github.com/openzfs/zfs/releases/tag/zfs-0.8.6
> * Compatible with 2.6.32 - 5.9 Linux kernels
zfs-0.8.6 includes a few "Linux 5.10 compat" but is still not rated for 5.10.
Would it be possible
Looking at recent zfs release note:
https://github.com/openzfs/zfs/releases/tag/zfs-0.8.5 and
https://github.com/openzfs/zfs/releases/tag/zfs-0.8.6
> * Compatible with 2.6.32 - 5.9 Linux kernels
zfs-0.8.6 includes a few "Linux 5.10 compat" but is still not rated for 5.10.
Would it be possible
51 matches
Mail list logo