bug#42992: nix-channel refers to a non existent bash-minimal
I use nix for some libre software not available in guix yet. currently I'm getting the following error: b@ui ~$ nix-channel --update unpacking channels... while setting up the build environment: executing '/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash': No such file or directory builder for '/nix/store/vbcwq7qgz2372vhjg1mjzcmln5q2rihz-nixos-20.09pre239318.c59ea8b8a0e.drv' failed with exit code 1 error: build of '/nix/store/jimxjljq433dm5arwyps9yp0qap8n4rc-nixpkgs-20.09pre239803.909539e6a09.drv', '/nix/store/vbcwq7qgz2372vhjg1mjzcmln5q2rihz-nixos-20.09pre239318.c59ea8b8a0e.drv' failed error: program '/gnu/store/ngk9ir0am97190hf4p9v0rwcvm8bcgn2-nix-2.3.6/bin/nix-env' failed with exit code 100 b@ui ~$ b@ui ~$ guix build nix /gnu/store/ngk9ir0am97190hf4p9v0rwcvm8bcgn2-nix-2.3.6 b@ui ~$ rg bash-minimal /gnu/store/ngk9ir0am97190hf4p9v0rwcvm8bcgn2-nix-2.3.6 /gnu/store/ngk9ir0am97190hf4p9v0rwcvm8bcgn2-nix-2.3.6/share/nix/corepkgs/config.nix 6: shell = "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash"; --- I am unsure where this bash-minimal comes from. it is not the latest bash-minimal returned by guix build bash-minimal. Adding bash-minimal to nix's inputs didn't fix it.
bug#42989: Subtle Typo in guix-daemon.service installed by guix-install.sh
On Sat, Aug 22, 2020 at 12:22:13PM -0700, Michael Gorlick wrote: > You are right and the confusion is mine. The reason the error messages > disappeared is that thanks to a "guix pull", a "guix upgrade", and a "guix > install glibc-utf8-locales" on user "root" I now have the latest version of > the utf8-locales, 2.31, installed at > */var/guix/profiles/per-user/root/guix-profile/lib/locale.* > > Sorry for the bother. However, judging by prior discussions not everyone > understands that the build daemons rely in this way on the guix-profile of > the root. It would help if the documentation pointed out this common > misunderstanding and explicitly advised users on foreign distributions to > pull and upgrade the root profile regularly. Yeah, locales are one of the bigger user experience problem with Guix :/ The warnings are a definite improvement over how it used to be, when glibc would simply ABORT any program that was using the wrong version of locales. We are still searching for a solid solution to the problem, as we've been tweaking the documentation for years now, but people still report the warnings all the time.
bug#42989: Subtle Typo in guix-daemon.service installed by guix-install.sh
You are right and the confusion is mine. The reason the error messages disappeared is that thanks to a "guix pull", a "guix upgrade", and a "guix install glibc-utf8-locales" on user "root" I now have the latest version of the utf8-locales, 2.31, installed at */var/guix/profiles/per-user/root/guix-profile/lib/locale.* Sorry for the bother. However, judging by prior discussions not everyone understands that the build daemons rely in this way on the guix-profile of the root. It would help if the documentation pointed out this common misunderstanding and explicitly advised users on foreign distributions to pull and upgrade the root profile regularly. On Sat, Aug 22, 2020 at 10:30 AM Leo Famulari wrote: > Can you reply to the bug tracker? > > In any case, "~root" is a different directory than > "/var/guix/profiles/per-user/root", and the guix-profile directory is named > differently in each location. > > On Sat, Aug 22, 2020, at 13:10, Michael Gorlick wrote: > > Au contraire. > > $ sudo -i ls -a ~root > . .. .bash_history .bashrc .cache .config .gnupg .guix-profile > .local .profile .wget-hsts > > On Sat, Aug 22, 2020 at 10:06 AM Leo Famulari wrote: > > On Sat, Aug 22, 2020 at 09:46:05AM -0700, Michael Gorlick wrote: > > There is a wee typo in the systemd file *guix-daemon.service* installed > on > > Ubuntu 20.04 by the guix-install.sh script. > > The text of > */root/.config/guix/current/lib/systemd/system/guix-daemon.service > > *contains the text: > > > > > Environment='GUIX_LOCPATH=/var/guix/profiles/per-user/root/guix-profile/lib/locale' > > LC_ALL=en_US.utf8 > > > > The portion .../guix-profile/... should read .../*.guix-profile/*..., in > > other words the path as given omits the requisite single period (.) as > the > > prefix of the directory .guix-profile. > > In my experience, the path as shown in your example is correct. The > directory is not a "hidden" directory in this location. > > >
bug#42990: Nicotine+ GTK segfaults
On Sat, Aug 22, 2020 at 01:34:05PM -0500, Martin Becze wrote: > Does installing a theme like "adwaita-icon-theme" help? I have the adwaita, hicolor, and breeze icon themes installed. signature.asc Description: PGP signature
bug#42990: Nicotine+ GTK segfaults
Does installing a theme like "adwaita-icon-theme" help? On 8/22/20 12:28 PM, Leo Famulari wrote: > I noticed that Nicotine+ segfaults on a foreign distro (Debian) when > clicking the "settings" icon in the upper right: > > -- > (.nicotine-real:9751): GLib-GIO-ERROR **: 12:53:24.031: Settings schema > 'org.gtk.Settings.FileChooser' does not contain a key named 'show-type-column' > -- > > Sounds similar to many other bugs using GTK+ applications from Guix on > other distros, and there's a related report at NixOS too: > > https://discourse.nixos.org/t/gtk-file-dialog-causes-segfaults-glib-gio-error-settings-schema-org-gtk-settings-filechooser-does-not-contain-a-key-named-show-type-column/6853 > > Help wanted! > > > > signature.asc Description: OpenPGP digital signature
bug#42978: p11-kit 0.23.21 update causes test failure in evolution-data-server
Mark, Mark H Weaver 写道： Thanks for checking. If you felt so inspired, it would be useful to know whether you can successfully build 'evolution-data-server' against p11-kit-0.23.21 on your X230. Sorry for not being explicit: I already did, as part of testing the upgrade, but I threw away the result. I'll gladly try again overnight. Kind regards, T G-R signature.asc Description: PGP signature
bug#42990: Nicotine+ GTK segfaults
I noticed that Nicotine+ segfaults on a foreign distro (Debian) when clicking the "settings" icon in the upper right: -- (.nicotine-real:9751): GLib-GIO-ERROR **: 12:53:24.031: Settings schema 'org.gtk.Settings.FileChooser' does not contain a key named 'show-type-column' -- Sounds similar to many other bugs using GTK+ applications from Guix on other distros, and there's a related report at NixOS too: https://discourse.nixos.org/t/gtk-file-dialog-causes-segfaults-glib-gio-error-settings-schema-org-gtk-settings-filechooser-does-not-contain-a-key-named-show-type-column/6853 Help wanted!
bug#42968: Potential FSDG issue with GNOME Boxes
On Fri, Aug 21, 2020 at 06:04:39PM +0200, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > The list of operating systems in GNOME Boxes' ‘Create a Virtual Machine’ & > ‘Operating System Download’ menus has the same potential problems that > GNUtoo describes here[0]. Thanks! Can anyone offer a patch to fix this? signature.asc Description: PGP signature
bug#42989: Subtle Typo in guix-daemon.service installed by guix-install.sh
On Sat, Aug 22, 2020 at 09:46:05AM -0700, Michael Gorlick wrote: > There is a wee typo in the systemd file *guix-daemon.service* installed on > Ubuntu 20.04 by the guix-install.sh script. > The text of */root/.config/guix/current/lib/systemd/system/guix-daemon.service > *contains the text: > > Environment='GUIX_LOCPATH=/var/guix/profiles/per-user/root/guix-profile/lib/locale' > LC_ALL=en_US.utf8 > > The portion .../guix-profile/... should read .../*.guix-profile/*..., in > other words the path as given omits the requisite single period (.) as the > prefix of the directory .guix-profile. In my experience, the path as shown in your example is correct. The directory is not a "hidden" directory in this location.
bug#42989: Subtle Typo in guix-daemon.service installed by guix-install.sh
There is a wee typo in the systemd file *guix-daemon.service* installed on Ubuntu 20.04 by the guix-install.sh script. The text of */root/.config/guix/current/lib/systemd/system/guix-daemon.service *contains the text: Environment='GUIX_LOCPATH=/var/guix/profiles/per-user/root/guix-profile/lib/locale' LC_ALL=en_US.utf8 The portion .../guix-profile/... should read .../*.guix-profile/*..., in other words the path as given omits the requisite single period (.) as the prefix of the directory .guix-profile. This minor oversight accounts in part for the *guile: warning: failed to install locale *error and related warnings that have cropped up repeatedly when the build daemons are invoked To test this fix: - I edited the guix-daemon.service specification in place at /etc/systemd/system by hand - Rebooted to restart the guix build daemons (I detest systemd and I'm lazy besides) - *guix pull *for my personal userland account - *guix package -u* to upgrade same - *guix package -i libc-utf8-locales* to upgrade my locales from 2.29 to 2.31 - *sudo -i guix pull* to update the root's view of guix - *sudo -i guix package -u* for an upgrade of same - *sudo -i guix package -i glibc-utf8-locales* to have the latest version of the UTF-8 locales installed in ~root/.guix-profile/lib/locale In subsequent user-level *guix install X* commands the warning no longer appears nor do the build daemons complain about failing to set the locale to *en_US.utf8*
bug#42983: "sudo -E guix pull" breaks ~/.config/guix/current for regular user
On Sat, Aug 22, 2020 at 12:27:50PM +0200, Danny Milosavljevic wrote: > Paul reported on IRC that his guix behaved strangely. > Upon > investigation we found that the following happens (on a Guix system), when > logged > in as regular user (not root): > > $ readlink ~/.config/guix/current > /var/guix/profiles/per-user/dannym/current-guix > $ sudo -E guix pull > $ readlink ~/.config/guix/current > /var/guix/profiles/per-user/root/current-guix What is expected to happen in this case? Why would one want to use an unprivileged environment with privileges to do `guix pull`, which is a per-user operation?
bug#42983: "sudo -E guix pull" breaks ~/.config/guix/current for regular user
Hi,
On +2020-08-22 12:27:50 +0200, Danny Milosavljevic wrote:
> Hello,
>
> Paul reported on IRC that his guix behaved strangely.
> Upon
> investigation we found that the following happens (on a Guix system), when
> logged
> in as regular user (not root):
>
> $ readlink ~/.config/guix/current
> /var/guix/profiles/per-user/dannym/current-guix
> $ sudo -E guix pull
> $ readlink ~/.config/guix/current
> /var/guix/profiles/per-user/root/current-guix
>
> You can also rm -f ~/.config/guix/current after that and do everything above
> again and it will happen again. It even happens when guix pull has nothing to
> do.
>
> That doesn't seem right. We should at least try to prevent this from
> happening,
> or warn or something.
>
ISTM it looks like a bug that should be fixed[1], urgently, not just warned
about :)
[1] eliminated from the possibility of happening :)
> The guix package manager that did that is:
>
> $ sudo -E guix describe
> Generation 64 Aug 22 2020 11:41:04(current)
> guix dad963a
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: dad963a4393ea51409baa63817b26b449ed58338
> heads 50b97d4
> repository URL: https://github.com/daym/heads-guix.git
> branch: wip-musl
> commit: 50b97d446ebafd0be7a0e19d87cd236882093244
>
> $ sudo -i
> # guix describe
> Generation 64 22. August 2020 11:41:04(aktuell)
> guix dad963a
> Repository-URL: https://git.savannah.gnu.org/git/guix.git
> Branch: master
> Commit: dad963a4393ea51409baa63817b26b449ed58338
> heads 50b97d4
> Repository-URL: https://github.com/daym/heads-guix.git
> Branch: wip-musl
> Commit: 50b97d446ebafd0be7a0e19d87cd236882093244
I find it peculiar that root (sudo -i) looks like it's using swedish locale
("aktuell" is swedish for "current") with the rest of the output identical.
(Hm, maybe that's also Norwegian ;-)
If describe is describing two things that are identical end values of
readlink -f thing{1..2}, I think it would be helpful to show the thing{1..2}
profile links it's using.
BTW, what would sudo guix describe without the -E (preserving user environment)
have produced?
--
Regards,
Bengt Richter
bug#42983: "sudo -E guix pull" breaks ~/.config/guix/current for regular user
Hello, Paul reported on IRC that his guix behaved strangely. Upon investigation we found that the following happens (on a Guix system), when logged in as regular user (not root): $ readlink ~/.config/guix/current /var/guix/profiles/per-user/dannym/current-guix $ sudo -E guix pull $ readlink ~/.config/guix/current /var/guix/profiles/per-user/root/current-guix You can also rm -f ~/.config/guix/current after that and do everything above again and it will happen again. It even happens when guix pull has nothing to do. That doesn't seem right. We should at least try to prevent this from happening, or warn or something. The guix package manager that did that is: $ sudo -E guix describe Generation 64 Aug 22 2020 11:41:04(current) guix dad963a repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: dad963a4393ea51409baa63817b26b449ed58338 heads 50b97d4 repository URL: https://github.com/daym/heads-guix.git branch: wip-musl commit: 50b97d446ebafd0be7a0e19d87cd236882093244 $ sudo -i # guix describe Generation 64 22. August 2020 11:41:04(aktuell) guix dad963a Repository-URL: https://git.savannah.gnu.org/git/guix.git Branch: master Commit: dad963a4393ea51409baa63817b26b449ed58338 heads 50b97d4 Repository-URL: https://github.com/daym/heads-guix.git Branch: wip-musl Commit: 50b97d446ebafd0be7a0e19d87cd236882093244 pgp5YlRjShvm7.pgp Description: OpenPGP digital signature
