Re: Guix Home fails with "In procedure symlink: No space left on device"

[indieterminacy]

Hi Maxime,

Thanks for the snippets.
I had a failure with my harddrive last year - Im wondering whether that 
could have provided a solution.


Is it worth having that information provided as a cookbook?

Kind regards,


Jonathan

On 2025-03-10 01:15, Maxim Cournoyer wrote:

Hi Tanguy,

"Tanguy Le Carrour"  writes:


Hi Maxim, Hi Guix,


On Sun Mar 9, 2025 at 5:57 AM CET, Maxim Cournoyer wrote:

"Tanguy Le Carrour"  writes:

[...]


I'd migrate your system to the Btrfs file system, which dynamically
allocates inodes and never runs out of them.  It has a few 
peculiarities
that must be taken into account, such as the requirement to run 
'btrfs
balance' periodically to reclaim unallocated blocks, but otherwise 
it's

stable and has interesting features.  Make sure to use it with Zstd
compression to magically double (about) your storage capacity :-).


Sounds like an **excellent** plan! I’ll give it a try at the 
week-end!
Can I actually do it from the installer? 🤔… well I guess I’ll figure 
it out

soon enough! 😅


I think the installer supports creating and installing to Btrfs.  The
compression options can always be added or changed at a later time.


Long story short: I now have a brand new Guix System with a Btrfs root 
and

everything seems to be working quite well! 😁


Excellent!  Just don't forget to run the 'btrfs balance /' command
regularly, otherwise over time the allocated storage chunks of Btrfs
gets all used up, despite what 'df' and other tools might say, and this
is an annoying situation to recover from.

Here are some btrfs-related jobs I use:

--8<---cut here---start->8---
(define btrfs-balance-job
  ;; Re-allocate chunks which are using less than 5% of their chunk
  ;; space, to regain Btrfs 'unallocated' space.  The usage is kept
  ;; low (5%) to minimize wear on the SSD.  Runs at 12 PM every 3 days.
  #~(job '(next-hour-from (next-day (range 1 31 3)) '(12))
 (lambda ()
   (system* #$(file-append btrfs-progs "/bin/btrfs")
"balance" "start" "-dusage=5" "/"))
 "btrfs-balance"))

(define btrfs-scrub-job
  ;; Scans the whole disk data to detect and repair errors.  Runs at 12
  ;; AM monthly.
  #~(job '(next-hour-from (next-month) '(12))
 (lambda ()
   (system* #$(file-append btrfs-progs "/bin/btrfs")
"scrub" "start" "-c3" "/"))
 "btrfs-scrub"))

(define btrbk-job
  #~(job '(next-hour)
 (lambda ()
   (system* #$(file-append btrbk "/bin/btrbk")
"-q" "-c" #$(local-file "btrbk.conf") "run"))
 "btrbk"))
--8<---cut here---end--->8---

I'd also advise using just compress=zstd and not compress-force=zstd, 
as

the later limits the size of Btrfs extents (if I recall the terminology
right) created to 512 KiB or similar, leading to a huge number of
extents over time, which can slow some things down such as mounting the
file system at boot.

In case you have any question, knowledgeable Btrfs folks are usually
responsive in #btrfs on Libera.chat.

Cheers!

Re: Guix Home fails with "In procedure symlink: No space left on device"

[Tanguy Le Carrour]

Hi Felix,


On Sun Mar 9, 2025 at 3:44 PM CET, Felix Lechner wrote:
> On Sun, Mar 09 2025, Tanguy Le Carrour wrote:
>> my hardware clock doesn’t properly save time
>
> Do you need a new CMOS battery?

Probably! 😅
But I’ve been living like this for years, so I guess it’s not that important… as
long as I don’t have to re-install! 🤞


>> the store has been wiped out!
>
> With enough space, I might have tried to use 'rsync -va' (and maybe a
> system rescue disk) but the first boot might have been difficult.

Yeah, I should also buy a new drive too… but the conversion to Btrfs seems to
have solve all my problems, so I guess I’ll keep using my old hardware!
Save the planet, one hard drive at a time! 😉

Regards,

-- 
Tanguy

Re: extremely long boot time since a few months back

[Benjamin Slade]

Hi Felix & Efraim,

Update on this. Does indeed seem to have been hardware related.

I managed to catch in one of the boots a bunch of `not a correct XFS inode' 
messages. I tried doing a live-usb boot and running xfs-repair tools on the 
partition, but this did not resolve it. I eventually just got a new drive and 
reinstalled Guix (on BTRFS this time) and boot times are normal again.

(Misc. -
the EFI ext4 partition was a red herring, as I for some reason had that 
partition but was using MBR/BIOS anyway. When I put in the new drive, I got 
into my BIOS settings and got UEFI turned on and set up the EFI partition 
properly as vfat &c.)

best,
 —Benjamin
 --
 '(Dr Benjamin Slade (he/him)
 (website . ) 
 `(pgp_fp: ,(B20E 444C FA80 B5F8 15FA  4AD8 6FBF CD68 3B05 2B84))
   "sent by [mu4e] 1.12.9 in [Emacs] 30.1 with [org-msg] on [GNU Guix] 
([Linux])")


[mu4e] 

[Emacs] 

[org-msg] 

[GNU Guix] 

[Linux] 

Re: ownership of the yhetil.org service ?

[Simon Tournier]

Hi Kyle,

On Wed, 19 Feb 2025 at 23:13, Kyle Meyer  wrote:

>   What to expect size-wise (these aren't freshly packed):
>
>$ du -sh guix-*/git/* gwl/git/*
>492M   guix-bugs/git/0.git
>223M   guix-devel/git/0.git
>481M   guix-patches/git/1.git
>2.1M   guix-science/git/0.git
>135M   guix-user/git/0.git
>1.2M   gwl/git/0.git

Missing guix-patches/git/0.git, no?

Anyway, thanks for the service!  Super useful. :-)

Cheers,
simon

guix home: error: open-fdes-at: Not a directory

[Benjamin Slade]

Hi Guix,

On a reinstalled system, my Guix Home is now unhappy. Doing a `guix home 
reconfigure <...>', it  gets to `Finished updating symlinks.' and then has 
`guix home: error: open-fdes-at: Not a directory'.

I've tried running with `--verbosity=10 --debug=10' (I suppose they probably 
cap out at `3', but I couldn't find this information, and `10' seemed to be a 
sufficiently high number), which produces more output overall, but doesn't make 
Guix Home expand on which thing is not a directory (for the `guix home: error: 
open-fdes-at: Not a directory' error).

I'm assuming it's something in my

,
| (simple-service 'some-useful-env-vars-service
|home-environment-variables-service-type
|`(("SBCL_HOME" . "$HOME/.guix-home/profile/lib/sbcl")
|  ("GUIX_LOCPATH" . "~HOME/.guix-home/lib/locale")
| ..
`

section, but I'm not sure which thing, and I've gone through all of the paths 
and tried to verify that they exist.

Is there any better way of debugging/getting more information about the `guix 
home: error: open-fdes-at: Not a directory' message?

best,
 —Benjamin
 --
 '(Dr Benjamin Slade (he/him)
 (website . ) 
 `(pgp_fp: ,(B20E 444C FA80 B5F8 15FA  4AD8 6FBF CD68 3B05 2B84))
   "sent by [mu4e] 1.12.9 in [Emacs] 30.1 with [org-msg] on [GNU Guix] 
([Linux])")


[mu4e] 

[Emacs] 

[org-msg] 

[GNU Guix] 

[Linux] 

Re: Python channels for all versions of python

[Fernando Martínez González]

For some reason my email is not getting into the maillist?

Replying here trying to check it. Sorry for disturbing.

--
Fernando

Re: Python channels for all versions of python

[Fernando Martínez González]

Trying one last time

Guix in a container

[Stéfane Fermigier]

Hi,

I'm totally new to Guix.

1) Is there a recommended container image to get started? I've tried
metacall/guix but it doesn't seem to support the architecture I'm using for
most of my servers (ARMv7).

2) I have also tried a base Ubuntu 24.04 image with the `guix` package
installed.

However, trying to use guix afterwards fails:

root@3aef7697a7a2:/tmp/build# guix shell python python-numpy -- python3
guix shell: error: failed to connect to `/var/guix/daemon-socket/socket':
No such file or directory
root@3aef7697a7a2:/tmp/build# systemctl restart guix-daemon
System has not been booted with systemd as init system (PID 1). Can't
operate.

Since Systemd isn't supposed to be started in a container, is there a
workaround (like the single-user mode for Nix) ?

(cf.
https://www.reddit.com/r/GUIX/comments/eh4emd/just_want_to_try_out_guix_as_a_simple_singleuser/
).

  S.

-- 
Stefane Fermigier - http://fermigier.com/ - http://twitter.com/sfermigier -
http://linkedin.com/in/sfermigier
Founder & CEO, Abilian - Enterprise Social Software -
http://www.abilian.com/
Co-Founder & Co-Chairman, National Council for Free & Open Source Software
(CNLL) - http://cnll.fr/
Co-Founder & Co-chair, Association Professionnelle Européenne du Logiciel
Libre (APELL) - https://www.apell.info/
Founder, EuroStack Directory Project - https://euro-stack.com/

Channels for many python versions

[Fernando Martínez González]

Hi all! I am looking for a channel (or an alternative way) that has
all python versions (3.7, 3.8, ... etc).

My idea is to use this for development purposes, testing my package in
many different python versions.

Any recomendations are well received.

Thanks!

--
Fernando

Python channels for all versions of python

[Fernando Martínez González]

Hi all! I am looking for a channel (or an alternative way) that has
all python versions (3.7, 3.8, ... etc).

My idea is to use this for development purposes, testing my package in
many different python versions.

Any recomendations are well received.

Thank!
Fernando

Re: guix home: error: open-fdes-at: Not a directory

[Benjamin Slade]

Hi Felix,

I didn't. I have a separate physical drive that is my `/home', so that didn't 
change. I only changed the `/' drive.

On Tue, 11 Mar 2025 at 20:21 -0700, Felix Lechner  
wrote:

> Hi Benjamin,
>
> On Tue, Mar 11 2025, Benjamin Slade wrote:
>
>> On a reinstalled system
>
> Congratulations on the new disk!  Which command did you employ to
> transfer your files?
>
> Kind regards
> Felix

best,
 —Benjamin
 --
 '(Dr Benjamin Slade (he/him)
 (website . ) 
 `(pgp_fp: ,(B20E 444C FA80 B5F8 15FA  4AD8 6FBF CD68 3B05 2B84))
   "sent by [mu4e] 1.12.9 in [Emacs] 30.1 with [org-msg] on [GNU Guix] 
([Linux])")


[mu4e] 

[Emacs] 

[org-msg] 

[GNU Guix] 

[Linux] 

Re: guix home: error: open-fdes-at: Not a directory

[Felix Lechner via]

Hi Benjamin,

On Tue, Mar 11 2025, Benjamin Slade wrote:

> On a reinstalled system

Congratulations on the new disk!  Which command did you employ to
transfer your files?

Kind regards
Felix

Re: Python channels for all versions of python

[Michael Dahlberg]

On Tuesday, March 11th, 2025 at 4:14 PM, Fernando Martínez González 
 wrote:

> 
> 
> Hi all! I am looking for a channel (or an alternative way) that has
> all python versions (3.7, 3.8, ... etc).
> 
> My idea is to use this for development purposes, testing my package in
> many different python versions.
> 

Hi, Fernando:

Have you thought of doing it outside of the Guix packaging mechanism?  There's 
a tool that is getting really popular with python developers called UV 
(https://github.com/astral-sh/uv).  It encompasses venv, pyenv, and a 
collection of other tools.  I highly recommend it.

Mike