bug#63982: Shepherd wrong-type-arg

Hello, I am affected by this as well, but with slightly different symptoms. Using guix home on a foreign system (Debian 12), I tried different shepherd versions with (service home-shepherd-service-type (home-shepherd-configuration (shepherd (specification->package "shepherd@0.9"))) , and gu

bug#63982: Shepherd can crash when a user service fails to start

> Ludovic Courtès hat am 22.06.2023 22:08 CEST geschrieben: > This suggests a problem in the config file: one of the shepherd-*.scm > files listed above ends up calling (string-append #f …). > > We’d need to see those files to understand what’s happening but it looks > different from what Maxim r

bug#65522: Documentation for some home services disappeared from 1.4 manual

Hello, I noticed some help nodes under https://guix.gnu.org/en/manual/en/html_node/Home-Services.html disappeared fairly recently. They are still available in the devel docs under https://guix.gnu.org/en/manual/devel/en/html_node/Home-Services.html The following topics are missing: * GPG: GNU

bug#65471: home mcron service overwrites PATH with a GuixSD-only directory

Hello, when using the home-mcron-service, PATH is set to /run/current-system/profile/bin . This directory is empty when using guix home on a foreign distro, meaning all executable paths would need to be absolute. This includes stuff like /usr/bin/ssh, /usr/bin/nice etc.. My guess for the cul

bug#65522: Documentation for some home services disappeared from 1.4 manual

> Simon Tournier hat am 05.09.2023 17:18 CEST > geschrieben: > This webpage > points > to the manual as it was for the last release. It means, this manual > wepage is frozen and is only updated at each release. If you have seen >

bug#65522: Documentation for some home services disappeared from 1.4 manual

> Simon Tournier hat am 05.09.2023 17:18 CEST > geschrieben: > > > Hi, > > On Fri, 25 Aug 2023 at 08:16, nils@landt.email wrote: > > > I noticed some help nodes under > > https://guix.gnu.org/en/manual/en/html_node/Home-Services.html disappeared >

bug#22543: 404 in Manualpage

The manual page https://www.gnu.org/software/guix/manual/html_node/Requirements.html#Requirements contains a link to https://www.gnu.org/software/guix/manual/gnutls-guile/Guile-Preparations.html#Guile-Preparations which give a 404. I am not familiar with what's supposed to be there, a quick sear

bug#22573: critical error during 'guix pull'

Hi, today 15:30 EU/Berlin Timezone I started guix pull and got this output: Starting download of /tmp/guix-file.bHtiW7 >From http://git.savannah.gnu.org/cgit/guix.git/snapshot/master.tar.gz... master.tar.gz 1KiB2.5MiB/s 00:00 [] 100.0% unpacking '/gnu/store/ig

bug#22573: critical error during 'guix pull'

Leo Famulari writes: > On Sat, Feb 06, 2016 at 03:33:56PM +0100, Nils Gillmann wrote: >> Hi, today 15:30 EU/Berlin Timezone I started guix pull and got this output: >> >> Starting download of /tmp/guix-file.bHtiW7 >> From http://git.savannah.gnu.org/cgit/guix

bug#22573: closed

Problem solved, problem wasn't really a problem and details couldn't be provided. -- ng/ni* vcard: http://krosos.sdf.org

bug#22546: Download-Page is "hiding" what the options actually are

l...@gnu.org (Ludovic Courtès) writes: > Robin Vobruba skribis: > >> Being new to Guix, i went to the Download page: >> https://www.gnu.org/software/guix/download/ >> >> immediately saw the 3 big options >> read their title/names >> was confused what the difference might be between "GuixSD" and "

bug#22543: 404 in Manualpage

Leo Famulari writes: > On Wed, Feb 03, 2016 at 02:41:04PM +0100, Nils Gillmann wrote: >> The manual page >> https://www.gnu.org/software/guix/manual/html_node/Requirements.html#Requirements >> >> contains a link to >> >> https://www.gnu.org/

bug#22732: lispf4: broken

I packaged lispf4 for Guix, tried to debug it alone for a while now, got other peoples input, tested different GNU systems, still can't reproduce the errors I get on Guix and other GNU systems. This is a bit vague but the actual error output is just too long for this email. TL;DR is SYSATOMS even

bug#22848: xrandr installation (probably) stales with ftp downloads

Various download errors during `guix package -i xrandr`, might be related to another ftp related bug. It is still in process, but not responding for some time now: Starting download of /gnu/store/dhkrdvf1smm3976h2z1f8gvjni47b51y-xrandr-1.5.0.tar.bz2 >From ftp://xorg.mirrors.pair.com/individual/ap

bug#22848: xrandr installation (probably) stales with ftp downloads

(continuation of first output posted) and it fails: Starting download of /gnu/store/dhkrdvf1smm3976h2z1f8gvjni47b51y-xrandr-1.5.0.tar.bz2 >From ftp://ftp.kaist.ac.kr/x.org/individual/app/xrandr-1.5.0.tar.bz2... ERROR: Throw to key `ftp-error' with args `(# "RETR xrandr-1.5.0.tar.bz2" 550 "Failed

bug#22848: xrandr installation (probably) stales with ftp downloads

This can be closed, or will be closed by myself in the next 2 days when I remember to check how to close it. thanks, -- ng irc://loupsycedyglgamf.onion:67/~NiAsterisk https://psyced.org:34443/NiAsterisk/ EDN: https://wiki.c3d2.de/Echt_Dezentrales_Netz/en

bug#22848: xrandr installation (probably) stales with ftp downloads

It's possible that I just ran into a temporary problem. I got these errors, I changed location that day (another ISP, another city) and the error while trying to install xrandr was gone. Bad closing description, but that's as detailed as it can get this time. -- ng irc://loupsycedyglgamf.onion:67/

bug#22907: `guix package -u` fails

guix package -u (and also the variation below) fails after a successful guix pull and succesfull grafting and reboot: niasterisk@khazad-dum ~$ time guix package --substitute-urls=hydra.gnunet.org --dry-run -u ^C real26m0.898s user15m35.916s sys 3m39.380s -- ng irc://loupsycedyglga

bug#22908: guix download choices (unfonts -> upstream, archive.org bugged) and my alternatives.

This references thread "fonts.scm -> packaging "un-fonts", download isses" on guix-devel and it classifies as a bug. It's a bug upstream, replicated by archive.org and preventing me from finishing my work. Long story short, I try to package un-fonts, which sits on a server which is configured in a

bug#22907: `guix package -u` fails

niasterisk@khazad-dum ~$ time guix package --substitute-urls=hydra.gnu.org --dry-run -u *.* real0m1.779s user0m1.824s sys 0m0.060s niasterisk@khazad-dum ~$ time guix package --substitute-urls=hydra.gnunet.org --dry-run -u *.* real0m1.763s user0m1.808s sys 0m0.056s niaste

bug#22908: guix download choices (unfonts -> upstream, archive.org bugged) and my alternatives.

> describes the problem with phrases like “Guix fails to …”, “Failure to > download from …”, etc.) > > Nils Gillmann skribis: > >> Long story short, I try to package un-fonts, which sits on a >> server which is configured in a way that it gives us a mime type >> f

bug#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input

This describes a bug with our gnunet-gtk package I am tracking now in gnu/packages/gnunet.scm and will include it to refer to in the patch I will send in as soon as I have enough time on this conference to rebase my (big) patch of gnunet.scm Description/Problem: - Using ratpoison as WM, running g

bug#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input

Experienced same behavior when I added gnome to my profile and launched it today, steps to replicate: gnunet-arm -s & gnunet-gtk expected error: (gnunet-fs-gtk:32585): GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser' is not installed in terminal, and gnunet-fs tab is black. -

bug#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input

Previously reported GNOME bug solved after reconfiguring the system with (services (gnome-desktop-service)). -- ng personal contact: http://krosos.sdf.org EDN: https://wiki.c3d2.de/EDN

bug#22985: using gnune-gtk with ratpoison (gnunet-fs in -gtk nonfunctional) -> needs participation and input

Leo Famulari writes: > On Sun, Mar 20, 2016 at 03:05:25PM +0100, Nils Gillmann wrote: >> Previously reported GNOME bug solved after reconfiguring the >> system with (services (gnome-desktop-service)). > > Okay, so the problem is solved then? No, please read the full init

bug#23106: rxvt-unicode is missing .desktop file(s)

urxvt / rxvt-unicode has no .desktop files in Guix and therefore does not show up in application menus like GNOME provides. Whoever wants to fix it faster than I do (currently occupied with psyced related packages), here is my work in progress part of the rxvt-unicode package. .desktop files can

bug#27284: ‘guix pull’ builds using multiple derivations

Awesome news! Ludovic Courtès transcribed 3.1K bytes: > Hello Guix! > > News from the front! I’ve pushed a new ‘wip-pull-multiple-derivations’ > branch that keeps the same approach as previously proposed (building > Guix using multiple derivation, one for each group of modules: core, > CLI, pack

bug#22629: Towards a new 'guix pull'

Ludovic Courtès transcribed 2.0K bytes: > Hello Guix! > > l...@gnu.org (Ludovic Courtès) skribis: > > > Here’s a series of improvements that I think we should make in ‘guix > > pull’: > > > > • Use Git instead of downloading a whole snapshot every time. The Git > > checkout would be kept i

bug#31337: Unable to use gnuk usb smartcard token on GuixSD

Vagrant Cascadian transcribed 3.3K bytes: > I've been unable to use my gnuk usb smartcard token with gnupg on > GuixSD, and it appears this is because scdaemon is built without libusb > support: > > $ gpg --card-status > gpg: selecting openpgp failed: No such device > gpg: OpenPG

bug#31356: Some videos don't work with recent Icecat

Clément Lassieur transcribed 409 bytes: > Hi, > > Recent Icecat can't play some videos, like this one: > > https://www.radioradicale.it/scheda/540252/operazione-black-job-illustrazione-dei-dettagli-del-blitz-contro-la-corruzione > (thank you catonano for the link and for reporting it on IRC). >

bug#31356: Some videos don't work with recent Icecat

Clément Lassieur transcribed 475 bytes: > Nils Gillmann writes: > > > Hi, thanks for reporting it. > > > > This is not a bug, however it has been reported multiple times in the past. > > This is a not so obvious reminder that you need to install the some of the

bug#31786: 'pre-inst-env guix --version' is not updated by new commits"

George Clemmer transcribed 3.9K bytes: > > Ludovic Courtès writes: > > > Hi George, > > > > George Clemmer skribis: > > > >> Leo Famulari writes: > >> > >>> On Wed, Jun 13, 2018 at 08:54:49AM +0200, Ludovic Courtès wrote: > The other aspect, from a maintenance and readability viewpoint, i

bug#26353: GuixSD /tmp cleaner fails to clean when Umlauts like "ä" are used in filenames

Danny Milosavljevic transcribed 249 bytes: > > The problem of how to deal with file name encoding has been discussed on > > the Guile side so hopefully the next release in the 2.2 series will have > > a solution for this. > > Hmm, any news on this? I've again got some immortal files in /tmp ...

bug#32057: gnucash on d88b29d6b78482cdb05ac714984f6a27195e3d37 fails its testsuite

gnucash with guix version d88b29d6b78482cdb05ac714984f6a27195e3d37 fails its testsuite. On the record since this version, off the record for at least a couple of weeks. last (relevant) part of the log appended. 85/102 Test #85: test-tokenizer ...***Failed 0.06 sec

bug#32058: mysql build fails on d88b29d6b78482cdb05ac714984f6a27195e3d37

Since I do not have the time to work on this, but there seems to be no open bug: mysql started a couple of commits ago (since last core-updates merge?) to fail its build. [ 62%] Linking CXX shared module group_replication.so cd /tmp/guix-build-mysql-5.7.21.drv-0/build/rapid/plugin/group_replicati

bug#32058: mysql build fails on d88b29d6b78482cdb05ac714984f6a27195e3d37

Tobias Geerinckx-Rice transcribed 5.0K bytes: > ng0, > > Thanks! > > Nils Gillmann wrote: > > Since I do not have the time to work on this, but there seems to be no > > open bug: > > > > mysql started a couple of commits ago (since last core-updates me

bug#32058: mysql build fails on d88b29d6b78482cdb05ac714984f6a27195e3d37

Ricardo Wurmus transcribed 1.7K bytes: > > Nils Gillmann writes: > > > Tobias Geerinckx-Rice transcribed 5.0K bytes: > >> ng0, > >> > >> Thanks! > >> > >> Nils Gillmann wrote: > >> > Since I do not have the time to wor

bug#32067: Doc issue

Hi Oleg, Oleg.bocharov transcribed 2.7K bytes: > Hi, > > Link in documentation is not valid, not pointing to actual image This is correct, as it is meant to be an example, system should be substituted by hand. But the fact that you report it as a problem shows that maybe we should insert links t

bug#32167: Kernel 'build' directory in the store is a broken symbolic link

pki...@runbox.com transcribed 94 bytes: > /run/booted-system/kernel/lib/modules//build is a broken > symbolic link. Yep. This is not a bug until it comes to what you are possibly trying to attempt, build a software which relies on your *current* kernel sources. For a solution I can point to the

bug#32261: guix packages website: add mechanism to link to individual packages

Paul Wise transcribed 1.8K bytes: > Hi all, > > It used to be possible to link to individual Guix packages like this: > > https://www.gnu.org/software/guix/packages/m.html#myrepos > > Since the recent change to the packages website the packages pages are > paginated and have no anchors, which me

bug#32310: Not having much luck with running guix of phone and limbo emulator.

Gary Hayes transcribed 509 bytes: > Tried to run vm of guix in limbo but did not work. Now deleted. May have > to stick with iso image live boots in future. Hi Gary, I'm sorry for your bad experiences. Can you tell us a bit more about your problems? Thanks

bug#32310: [Fwd: Re: bug#32310: Not having much luck with running guix of phone and limbo emulator.]

- Forwarded message from Gary Hayes - > Date: Tue, 31 Jul 2018 12:11:11 +1000 > From: Gary Hayes > To: Nils Gillmann > Subject: Re: bug#32310: Not having much luck with running guix of phone and > limbo emulator. > > Had issues getting the vm file working in

bug#32339: "nix import" fails

Hooray, a bad subject line! * nixpkgs is on commit d817ccbf832419abdd82bc617e058b8a196f6e98 * guix is on commit 6915d20f05363f61cef9c4ed7ebda3fe5a19325d * GUIX_PACKAGE_PATH is unset FWIW, this was while running the Nix daemon with my "service", but it is not required for the imports. abyayala$

bug#30680: [racket-users] Using Racket's raco on on Guix(SD)

Christopher Lemmer Webber transcribed 3.3K bytes: > Timothy Sample writes: > > > Christopher Lemmer Webber writes: > > > >> Konrad Hinsen writes: > >> > >>> In my tests, all packages ended up working, but performance is indeed > >>> worse than with a Racket installation outside of Guix. > >>> > >

bug#32840: linux-libre 4.18.9: shpchp is no longer a module (now: built-in)

Hi, at taler we need shpchp as a module in the initrd. Before version 4.18.x, shpchp was a module we've build in guix' linux-libre, you were able to just specify it for the initrd. With 4.18.9, this module became a compile-in/built-in (see linux commit log). I want to avoid maintaining yet anot

bug#32836: emacs-magit is broken (and probably others) due to package renaming

Alex Kost transcribed 331 bytes: > Pierre Neidhardt (2018-09-25 17:04 +0200) wrote: > > > Oopsy, missed that indeed! xD > > Sorry for the trouble, will fix as soon as possible. > > > > By the way, I think using "name" for URLs is a bad practice, we only need > > "version" there. What do you peopl

bug#32840: linux-libre 4.18.9: shpchp is no longer a module (now: built-in)

Ricardo Wurmus transcribed 808 bytes: > > Mark H Weaver writes: > > > Nils Gillmann writes: > > > >> at taler we need shpchp as a module in the initrd. > >> > >> Before version 4.18.x, shpchp was a module we've build in guix' >

bug#71870: Some broken Go packages (including Podman)

ed on line 13 with exit code 1 It looks to me like 0df957eecc536e1d0a5722b47dda1563439bbe04 removed remove-go-references, but it is still used by podman, gvisor-tap-vsock, and buildah. -- Nils Landt

bug#71870: Some broken Go packages (including Podman)

> jgart hat am 01.07.2024 16:35 CEST geschrieben: > > > > Building the new Podman package fails because building a depdency > > (gvisor-tap-vsock) fails: > > Hi Nils, > > Would you be interested in sending patches to fix these failures? No, the patch submi

bug#71870: Some broken Go packages (including Podman)

> jgart hat am 01.07.2024 19:04 CEST geschrieben: > > > > No, the patch submission process is too annoying for me. > > > > Hi Nils, > > Sorry to hear that. I can relate to that as I've also been annoyed by aspects > of the process. > > Ca

bug#71870: Some broken Go packages (including Podman)

> Jean-Pierre De Jesus Diaz hat am 03.07.2024 18:40 CEST > geschrieben: > > > Hello, > > I've sent a few patches in to fix > the build of these > packages and also updates podman to latest version. > > Cheers, Thank you very much Jean-Pierre.

bug#66659: (home-)on-first-login script broken when no gexps are added

Error message: ice-9/psyntax.scm:2824:12: In procedure syntax-violation: Syntax error: /home/nl/.guix-home/on-first-login:3:1233: source expression failed to match any pattern in form (when (claim-first-run flag-file-path)) As you can see, there is no body in the "when" expression. Code in gnu/

bug#66659: closed (Re: bug#66659: (home-)on-first-login script broken when no gexps are added)

elow, along with your original report. > If you require more details, please reply to 66...@debbugs.gnu.org. > > -- > 66659: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=66659 > GNU Bug Tracking System > Contact help-debb...@gnu.org with problems > Hi Carlo & Nils, >

bug#65471: home mcron service overwrites PATH with a GuixSD-only directory

> Ludovic Courtès hat am 20.11.2023 23:10 CET geschrieben: > nils@landt.email skribis: > > > when using the home-mcron-service, PATH is set to > > /run/current-system/profile/bin . This directory is empty when using guix > > home on a foreign distro, meaning all exe

bug#67586: guix package: error: package glibc-locales@2.37 does not support x86_64-linux

Hello, I use guix home for almost everything, but I have installed glibc-locales in my "regular" guix (just by running guix package install glibc-locales). Now, running guix package --upgrade fails with: guix package: error: package glibc-locales@2.37 does not support x86_64-linux But from my re

bug#67586: guix package: error: package glibc-locales@2.37 does not support x86_64-linux

> Ludovic Courtès hat am 06.12.2023 23:58 CET geschrieben: > > > Hi, > > Nils Landt skribis: > > > I use guix home for almost everything, but I have installed glibc-locales > > in my "regular" guix (just by running guix package install gl