Re: Offlineimap is not able to run as a shepherd service
I tried making a shepherd service for a different mail service also. This other one also runs fine manually but fails with some networking related error when run as a shepherd service. Apparently there is something more that needs to be done in order for a shepherd service to succesfully use networking. I can't find this documented anywhere in the manual, so I've checked the source code to find other shepherd services to look at, but so far I can't find any answers there either. I must be missing something obvious here, since other shepherd services are able to use networking just fine.
Re: Moment de convivialité Guix@Paris en nov… euh… décembre
salut Édouard, Chouette présentation ! Je pense que cela pourrait sympa de partager ton canal. :-) à tantôt, simon
Re: Moment de convivialité Guix@Paris en nov… euh… décembre
salut, On Fri, 08 Dec 2023 at 08:45, Tanguy LE CARROUR wrote: > Rendez-vous début janvier (sûrement le 11, à confirmer) pour la > prochaine ! Avec des stickers si je ne les oublie pas à nouveau. ;-) Chouette soirée ! à tantôt, simon
Re: Running guix system services only
Hey Benjamin! On Tue, 21 Nov 2023 at 17:47, "Benjamin" wrote: > Did some of you have tried to run guix system only with the services > part ? If this is the case, how did you do ? In addition to other replies in the thread, maybe you could share what you already have next time in Parisian Guix Meetup. :-) Cheer, simon
Re: Dino segfaults
Hi Caleb, You're making progress. Outside the container, does `dino --help' work? You can make the program print diagnostic messages. Option `--gst-debug-level=LEVEL' (where LEVEL=0..9) can print *a lot* of diagnostics for GStreamer. Have you tried it? It may help you find the point at which the program segfaults. Best Regards, G. On 12/8/23 17:54, Caleb Herbert wrote: Wojtek Kosior writes: Ahh, I forgot we also need to pass the XAUTHORITY variable to the container. How about this? guix shell --container --no-cwd --network \ --share=/tmp/.X11-unix --expose="$XAUTHORITY" \ dino bash \ -- bash -c "DISPLAY='$DISPLAY' XAUTHORITY='$XAUTHORITY' dino" It launches! But of course, it has no knowledge of my configuration, and asks to set up an account.
Re: Dino segfaults
Wojtek Kosior writes: > Ahh, I forgot we also need to pass the XAUTHORITY variable to the > container. How about this? > > guix shell --container --no-cwd --network \ > --share=/tmp/.X11-unix --expose="$XAUTHORITY" \ > dino bash \ > -- bash -c "DISPLAY='$DISPLAY' XAUTHORITY='$XAUTHORITY' dino" It launches! But of course, it has no knowledge of my configuration, and asks to set up an account. -- Caleb Herbert https://bluehome.net/csh/ OpenPGP fingerprint: 631C C434 A56B 5CBD FF21 2346 9764 3795 FA3E 4BCE What's a fingerprint? https://emailselfdefense.fsf.org/ signature.asc Description: PGP signature
Re: Running guix system services only
Hi all! > On Tue, Nov 21 2023, Benjamin wrote: > > > I am trying to transfer smoothly from a standard Debian to a Guix system > > on one of my servers. > > I would recommend to migrate to a new Guix server instead and use your > DNS or other configuration methods to coordinate between the two. That's > what I did, from Debian stable, about a year and a half ago. I just noticed this thread — this is more or less the problem I am trying to deal with. On my VPS running Debian I moved most of my services into a Guix container. The directories with important state (e.g. user homes with Maildirs inside, gitolite repositories, some static files being served over HTTP) are shared with the host. User ids of some daemons inside the container are set to be the same as outside. The container communicates with the outside world through a veth pair. The host has some internet-facing ports forwarded to the container. If you're curious, here[1] is the code that spins up the container. It is called from an init script (managed by systemd but the script itself is sysV-compatible). The overall result is somewhat messy and I would like to already have everything running under a full Guix system. Meanwhile, I've been stuck in this transition for over a year now — it's probably just as inconvenient as insecure. A full system would allow one to utilize - the unatended-upgrade-service-type - and the `guix deploy` command. So — to all who are yet to do such a migration — my suggestion would be not to set up a Guix container the way I did it. If you have a second server — Felix' approach is probably the best. Otherwise, a VM with Guix inside could be a a more practical solution than containers — as long as the server you're going to run it on has enough RAM Best :) Wojtek -- (sig_start) website: https://koszko.org/koszko.html fingerprint: E972 7060 E3C5 637C 8A4F 4B42 4BC5 221C 5A79 FD1A follow me on Fediverse: https://friendica.me/profile/koszko/profile ♥ R29kIGlzIHRoZXJlIGFuZCBsb3ZlcyBtZQ== | ÷ c2luIHNlcGFyYXRlZCBtZSBmcm9tIEhpbQ== ✝ YnV0IEplc3VzIGRpZWQgdG8gc2F2ZSBtZQ== | ? U2hhbGwgSSBiZWNvbWUgSGlzIGZyaWVuZD8= -- (sig_end) On Fri, 08 Dec 2023 05:59:05 -0800 Felix Lechner via wrote: > Hi Benjamin, > > On Tue, Nov 21 2023, Benjamin wrote: > > > I am trying to transfer smoothly from a standard Debian to a Guix system > > on one of my servers. > > I would recommend to migrate to a new Guix server instead and use your > DNS or other configuration methods to coordinate between the two. That's > what I did, from Debian stable, about a year and a half ago. > > The Guix part was very painful for me, but I turned off the Debian > server after four weeks. I am still learning about Guix but have reached > a point where I am comfortable trying to contribute. > > Guix is an amazing package manager (and distribution) that runs much > more stable than anything I've used in the past. The learning curve is > brutal but was totally worth it! > > IRC is your friend. > > Kind regards > Felix > pgpVcxcDWv38v.pgp Description: OpenPGP digital signature
32-bit Python interpreter on a 64-bit system (ARM)
Hello! Due to dynamic linkage to a library that is only provided for ARMv6 architecture (32-bit) my Python application that is developed for a 64-bit ARM architecture refuses to work (I load the library with ctypes). According to the internet this could be solved by running that script with a 32-bit interpreter which - of course - is readily available in Guix. How can I declare on the package (or on the system level if necessary) that this specific script needs the interpreter of a different architecture than the system/package is built for? To give you an example, the end-product will be a whole system configuration with packages and services and whatnot, that will be generated throught guix system image my-img.scm --system=aarch64-linux but this one package must make use of the armhf-linux Python ELF. Thanks for any ideas and input!
Re: Running guix system services only
Hi Benjamin, On Tue, Nov 21 2023, Benjamin wrote: > I am trying to transfer smoothly from a standard Debian to a Guix system > on one of my servers. I would recommend to migrate to a new Guix server instead and use your DNS or other configuration methods to coordinate between the two. That's what I did, from Debian stable, about a year and a half ago. The Guix part was very painful for me, but I turned off the Debian server after four weeks. I am still learning about Guix but have reached a point where I am comfortable trying to contribute. Guix is an amazing package manager (and distribution) that runs much more stable than anything I've used in the past. The learning curve is brutal but was totally worth it! IRC is your friend. Kind regards Felix
Re: Using Guix challenge for critical software? (resend)
On 29/11/2023 12:10, Julien Lepiller wrote: If you already have substituted it, you could rebuild it: guix build openssh --no-grafts --check (...) Thanks Julien (and Simon) - that unstuck me so I could publish my first post on Guix packaging: https://www.futurile.net/2023/11/28/guix-package-rebuilds/ Aiming to get more done over the holidays! Steve
Re: Boot using rootfs as root
Hi Arvid, On Sun, Nov 26 2023, Arvid Krein wrote: > This means I do not actually need a switch-root. The boot code does > however expect one and also expects to mount a device. Wow, you are trying to so something interesting. Which code are you looking at, please? Kind regards Felix
Re: Moment de convivialité Guix@Paris en nov… euh… décembre
Merci d'avoir organisé tout ça :) Tanguy LE CARROUR writes: > Bonjour Guix, > > Merci à ceux qui ont bravé les intempéries et les transports parisiens > pour venir hier soir ! Et, surtout merci à ceux qui, présents ou à > distance, on partagé leur travail, leurs découvertes ou leurs problèmes, > et ont contribué à faire de cette soirée un moment très… convivial ! 🙂 > > Rendez-vous début janvier (sûrement le 11, à confirmer) pour la > prochaine ! > > En attendant, je vous souhaite à tou·tes une excellente journée, fin de > semaine et… fin d'année !
