bug#53459: Tried non efi boot, independent boot partition and boot entry from another linux

[n]

Hi,

I forgot to mention that I am working with current stable guix 1.3.0

I also tried a few things:
 * Manual installation doesn't trigger the error at all, but the end result is 
that it won't boot like before
 * an independent boot partition on top of a shared /boot/efi didn't make any 
difference
 * Trying to install guix with the boot-grub loader rather than efi didn't work 
at all and the boot installed errored

But I am happy to say that (after standard guix install) adding the entry in 
grub manually in debian
did work:

```
menuentry "Guix" {
   insmod part_gpt
   insmod chain
   set root='(hd0,gpt1)'
   chainloader /EFI/Guix/grubx64.efi
}
```

and then running update-grub

bug#63794:

[N. Y.]

Are there any workarounds, for an inexperienced user who does not know much
about guix? I am getting 404's for

-
https://bordeaux.guix.gnu.org/nar/zstd/arnx6fnjq85wscmr894d64cj3529r3h1-wxPython-4.2.0.tar.xz
-
https://bordeaux.guix.gnu.org/nar/zstd/26q8viimh3r73549drqigvz07kl9v6pr-webkitgtk-2.40.1.tar.xz

After a recent guix pull to 3807876 of
https://git.savannah.gnu.org/git/guix.git

bug#64059: Sudden unexplained error during guix pull: "channel dependency has an invalid introduction field"

[N. Y.]

Hi all,

I am suddenly having errors with guix pull while pulling my own custom
channels, after upgrading guix yesterday. My custom channels has not
changed since early April. I am sure I was able to pull from my custom
channels when I last upgraded around early June.

The error is "channel dependency has an invalid introduction field," but
the introduction fields of my custom channels have the same form as those I
use for GNU guix and nonguix channels which I can pull without errors; and
the channel introductions and GPG fingerprints are unchanged from the last
time I was able to pull successfully (I have the channels.scm file under
version control).

There are two private channels. Including either of them are sufficient to
replicate the error; at least one is necessary to replicate the error.

Command line output:

ning@bluecoral ~/roamdb/notes/tasks$ guix pull
Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...
Updating channel 'nonguix' from Git repository at '
https://gitlab.com/nonguix/nonguix'...
Updating channel 'ninguix' from Git repository at '
https://github.com/ning-y/ninguix'...
/home/ning/.cache/guix/checkouts/y6rzf466if75ebhoqonk2dqs6ac5d75tvkvziqptmqvawztuphda/.guix-channel:10:4:
error: channel dependency has an invalid introduction field

ning@bluecoral ~/roamdb/notes/tasks$ guix --version
guix (GNU Guix) b94cbbbce70f59b795526a0ed305facf041e6faa
Copyright (C) 2023 the Guix authors
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

ning@bluecoral ~/roamdb/notes/tasks$ cat ~/.config/guix/channels.scm
(list (channel
(name 'guix)
(url "https://git.savannah.gnu.org/git/guix.git";)
(branch "master")
(introduction
  (make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA"
  (channel
(name 'nonguix)
(url "https://gitlab.com/nonguix/nonguix";)
(branch "master")
(introduction
  (make-channel-introduction
"897c1a470da759236cc11798f4e0a5f7d4d59fbc"
(openpgp-fingerprint
  "2A39 3FFF 68F4 EF7A 3D29  12AF 6F51 20A0 22FB B2D5"
  (channel
(name 'ninguix)
(url "https://github.com/ning-y/ninguix";)
(branch "main")
(introduction
  (make-channel-introduction
"3f7eb8b5064445d72649b1b27f714b86f3946a9a"
(openpgp-fingerprint
  "4523 A758 035C 5177 7A8F  1E1F 2CB0 E8CD 7035 5FB7"
  (channel
(name 'ninguix-private)
(url "g...@github.com:ning-y/ninguix-private.git")
(branch "main")
(introduction
  (make-channel-introduction
"01f91f7dba5a4949a0719e0ff0e85bb8b0050128"
(openpgp-fingerprint
  "4523 A758 035C 5177 7A8F  1E1F 2CB0 E8CD 7035 5FB7")

bug#64059: Sudden unexplained error during guix pull: "channel dependency has an invalid introduction field"

[N. Y.]

Hi Simon,

Thanks for taking a look! The keyring branch doesn't seem empty on my end,
though. https://github.com/ning-y/ninguix/tree/keyring

Maybe it looks empty because it is an orphan branch? I always had it as an
orphan branch though (that part never changed) and it had worked before.

On Tue, Jun 20, 2023, 00:36 Simon Tournier  wrote:

> Hi,
>
> On Wed, 14 Jun 2023 at 01:56, "N. Y."  wrote:
>
> > Updating channel 'ninguix' from Git repository at '
> > https://github.com/ning-y/ninguix'...
> >
> /home/ning/.cache/guix/checkouts/y6rzf466if75ebhoqonk2dqs6ac5d75tvkvziqptmqvawztuphda/.guix-channel:10:4:
> > error: channel dependency has an invalid introduction field
>
> [...]
>
> >   (channel
> > (name 'ninguix)
> > (url "https://github.com/ning-y/ninguix";)
> > (branch "main")
> > (introduction
> >   (make-channel-introduction
> > "3f7eb8b5064445d72649b1b27f714b86f3946a9a"
> > (openpgp-fingerprint
> >   "4523 A758 035C 5177 7A8F  1E1F 2CB0 E8CD 7035 5FB7"
>
> The branch ’keyring’ seems empty, is it expected?  I mean the manual
> reads:
>
> Additionally, your channel must provide all the OpenPGP keys
> that were ever mentioned in .guix-authorizations, stored as .key
> files, which can be either binary or “ASCII-armored”. By
> default, those .key files are searched for in the branch named
> keyring but you can specify a different branch name in
> .guix-channel like so:
>
>
> https://guix.gnu.org/manual/devel/en/guix.html#Specifying-Channel-Authorizations
>
> Cheers,
> simon
>

bug#64059: Sudden unexplained error during guix pull: "channel dependency has an invalid introduction field"

[N. Y.]

I was able to pull my custom channels without error after pinning the GNU
Guix repository (https://git.savannah.gnu.org/git/guix.git) to commit
f2e98587 (21 May). The Guix CLI version for this commit was version
d884fc9e2efecfba09af4694f5a13ad7fc6f704f.

(channel
(name 'guix)
(url "https://git.savannah.gnu.org/git/guix.git";)
; (branch "master")
(commit "f2e98587ec72b5f5c2ec79956ced129350396bab")
(introduction
  (make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA"

ning@bluecoral ~/repos/guix$ guix --version
guix (GNU Guix) d884fc9e2efecfba09af4694f5a13ad7fc6f704f
Copyright (C) 2023 the Guix authors
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

On Mon, Jun 19, 2023 at 5:21 PM N. Y.  wrote:

> Hi Simon,
>
> Thanks for taking a look! The keyring branch doesn't seem empty on my end,
> though. https://github.com/ning-y/ninguix/tree/keyring
>
> Maybe it looks empty because it is an orphan branch? I always had it as an
> orphan branch though (that part never changed) and it had worked before.
>
> On Tue, Jun 20, 2023, 00:36 Simon Tournier 
> wrote:
>
>> Hi,
>>
>> On Wed, 14 Jun 2023 at 01:56, "N. Y."  wrote:
>>
>> > Updating channel 'ninguix' from Git repository at '
>> > https://github.com/ning-y/ninguix'...
>> >
>> /home/ning/.cache/guix/checkouts/y6rzf466if75ebhoqonk2dqs6ac5d75tvkvziqptmqvawztuphda/.guix-channel:10:4:
>> > error: channel dependency has an invalid introduction field
>>
>> [...]
>>
>> >   (channel
>> > (name 'ninguix)
>> > (url "https://github.com/ning-y/ninguix";)
>> > (branch "main")
>> > (introduction
>> >   (make-channel-introduction
>> > "3f7eb8b5064445d72649b1b27f714b86f3946a9a"
>> > (openpgp-fingerprint
>> >   "4523 A758 035C 5177 7A8F  1E1F 2CB0 E8CD 7035 5FB7"
>>
>> The branch ’keyring’ seems empty, is it expected?  I mean the manual
>> reads:
>>
>> Additionally, your channel must provide all the OpenPGP keys
>> that were ever mentioned in .guix-authorizations, stored as .key
>> files, which can be either binary or “ASCII-armored”. By
>> default, those .key files are searched for in the branch named
>> keyring but you can specify a different branch name in
>> .guix-channel like so:
>>
>>
>> https://guix.gnu.org/manual/devel/en/guix.html#Specifying-Channel-Authorizations
>>
>> Cheers,
>> simon
>>
>

bug#64059: Sudden unexplained error during guix pull: "channel dependency has an invalid introduction field"

[N. Y.]

Hi Josselin,

Thank you so much for your help! Indeed, the .channels.scm files of my
custom channels had invalid introduction fields. That's on me --- I
should've read the error message more carefully!

Best regards,
Ning

On Tue, Jun 20, 2023 at 9:19 AM Josselin Poiret  wrote:

> Hi Ning,
>
> "N. Y."  writes:
>
> > The error is "channel dependency has an invalid introduction field," but
> > the introduction fields of my custom channels have the same form as
> those I
> > use for GNU guix and nonguix channels which I can pull without errors;
> and
> > the channel introductions and GPG fingerprints are unchanged from the
> last
> > time I was able to pull successfully (I have the channels.scm file under
> > version control).
>
> I've purposefully added this new error to warn users that their
> .guix-channel's introduction forms were erroneous.  Previously, they
> were silently being dropped.  The formats in a channels.scm file and in
> the .guix-channel file are *not* the same!  Please see "(guix) Declaring
> Channel Dependencies" for an example of the format.
>
> Best,
> --
> Josselin Poiret
>

bug#65101: Singularity can't find basic programs

[N. Y.]

On guix (GNU Guix) 5aceacac65784bd2e1fd12304f965ae6026de49d, trying to
build a Singularity image, I get many "command not found" errors for the
programs id, install, zcat, and tar:

ning@bluecoral ~/repos/bento$ sudo singularity build bento.sif bento.def
Password:
Using container recipe deffile: bento.def
Sanitizing environment
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/functions:
line 34: id: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/functions:
line 34: id: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/pre.sh:
line 44: install: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/pre.sh:
line 45: install: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/pre.sh:
line 46: install: command not found
egrep: warning: egrep is obsolescent; using grep -E
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/functions:
line 34: id: command not found
Adding base Singularity environment to container
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/environment.sh:
line 45: zcat: command not found
/gnu/store/cg4mz2irhcjcmd6ngszc04prn6xqvlqj-singularity-2.6.1/libexec/singularity/bootstrap-scripts/environment.sh:
line 45: tar: command not found
Cleaning up...

In my system.scm, I have both the singularity package:

  ;; Packages installed system-wide.  Users can also install packages
  ;; under their own account: use 'guix search KEYWORD' to search
  ;; for packages and 'guix install PACKAGE' to install a package.
  (packages (append (map specification->package '("nss-certs" "ntfs-3g"
"singularity"))
%base-packages))

As well as the service:

  ;; Below is the list of system services.  To search for available
  ;; services, run 'guix system search KEYWORD' in a terminal.
  (services
   (append (list (service gnome-desktop-service-type)
 (service cups-service-type
   ; http://localhost:631
   (cups-configuration (web-interface? #t)))
 (service bluetooth-service-type)
 (set-xorg-configuration
  (xorg-configuration (keyboard-layout keyboard-layout)))
 (service docker-service-type)
 (service singularity-service-type))
   ;; This is the default list of services we
   ;; are appending to.
   %desktop-services))

p.s. I also cannot build images without sudo, but I do not know if this is
intended:

ning@bluecoral ~/repos/bento$ singularity build bento.sif bento.def
Using container recipe deffile: bento.def
ERROR: You must be the root user to build from a Singularity recipe file
Cleaning up...

Best regards,
Ning

bug#35535: gtksourceview-3.0.pc

[L p R n d n]

Hello,

I suppose since the merging of the staging branch, at least
mate-applets, mate-media and pluma seem unable to build.
Mate-applets (which is an input of mate-media) and pluma depend on
gtksourceview but are looking for gtksourceview-3.0.pc. Therefore they
should depend on gtksourceview-3 instead of gtksourceview.

I won't be able to do it right now so if anyone is motived during the
meantime, a patch is welcome. :)

Have a nice day,

Lprndn

bug#36924: Mesa/GDM/XFCE

[L p R n d n]

Hello,

Andreas Enge  writes:

> Hello,
>
> On Thu, Sep 12, 2019 at 01:40:09PM +0200, Ludovic Courtès wrote:
>> Thanks for the report, Andreas!
>
> and thanks for the time spent putting me on the good track!
>
>> Andreas Enge  skribis:
>> > xfwm4: ../mesa-19.1.4/src/mesa/drivers/dri/i965/intel_mipmap_tree.c:1293:
>> intel_miptree_match_image: Zusicherung »image->TexObject->Target ==
>> mt->target« nicht erfüllt.
>> That’s the likely root cause to me (in which case it may be unrelated to
>> this <https://issues.guix.gnu.org/issue/36924>, after all.)
>> I found these bug reports:
>>   https://bugs.freedesktop.org/show_bug.cgi?id=107117
>>   https://bugzilla.redhat.com/show_bug.cgi?id=1678334
>> 
>> In both cases, Xfce and Mesa’s i965 drivers are involved, as is the case
>> on your machine.  The 2nd bug report includes an xfwm4 patch, even.
>
> The first one also contains a patch, but it has been integrated into later
> mesa releases, in particular the one we are using.
>
>> I wonder if Xfce before the recent updates (so before
>> 8549e0ca6fd68a57253471436de49b88b2d47e64) works better.
>> Andreas, if you feel like it, could you try:
>>   guix pull --commit=97ce5964fb5d52cf2151fea685e28fa23a98b264
>>   sudo guix system reconfigure …
>
> Indeed, the problem disappears with this commit; I can log in and out
> and in again with xfce working. So I am cc-ing the author of the commits
> updating xfce, maybe they have an answer!

It seems some bugs have been introduced in xfwm4 between 4.12 and 4.14.
(All issues previously linked are for >=4.13 wich was the dev version of
4.14).
I found https://forum.xfce.org/viewtopic.php?id=13233 which seems
interesting. Please let us know if it changes anything.

I don't know what would be the correct way to deal with the problem in
guix though.

> And I will try to look at the patch in the second report you reference
> above.
>
> Thanks!
>
> Andreas

Have a nice day,

L  p r n  d n

bug#52574: Cross-compiling glib failure

[L p R n d n]

Hello guix,

Trying to cross-compile glib to aarch64with:

guix build --target=aarch64-linux-gnu glib

I get this error:

`Unbound variable: %outputs

I suppose the glib’s definition needs to be adapted to Guix’s new style
which was merged a few days ago?

Thanks,

L  p R n  d n   

bug#41207: accountsservice daemon lacks dbus interfaces

[L p R n d n]

Hello,

The accountsservice service hasn't access to dbus' interfaces throwing
an error when they're needed.The problem, at least, appears with LightDM.
The error looks like:

WARNING: Error updating user /org/freedesktop/Accounts/User1000:
GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: No such interface
"org.freedesktop.DisplayManager.AccountsService"

For information, it already occured[0] and was resolved[1][2] in NixOS.

After testing, simply wrapping the accountsservice package with relevant
XDG_DATA_DIRS directories as done in the attached patch resolves the
issue. However, there might be a proper solution I'm not aware of.
Also the patch used in [2] doesn't seem to be needed in Guix.

Have a nice day,

L  p R n  d n

[0]: https://github.com/NixOS/nixpkgs/issues/45059
[1]: https://github.com/NixOS/nixpkgs/pull/45107
[2]: https://github.com/NixOS/nixpkgs/pull/72400

>From b9c379d068266c9fdc506f60ff05de3b39346999 Mon Sep 17 00:00:00 2001
From: L  p R n  d n 
Date: Tue, 12 May 2020 13:28:47 +0200
Subject: [PATCH] gnu: accountsservice: Wrap program.

* gnu/packages/freedesktop.scm (accountsservice): Add a wrap-program phase
setting XDG_DATA_DIRS to provide dbus interfaces.
---
 gnu/packages/freedesktop.scm | 32 +++-
 1 file changed, 19 insertions(+), 13 deletions(-)

diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index b59d09d15f..01969e03a1 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -1020,19 +1020,25 @@ message bus.")
(("/bin/cat") (which "cat")))
  #t))
  (add-before
-  'configure 'pre-configure
-  (lambda* (#:key inputs #:allow-other-keys)
-;; Don't try to create /var/lib/AccountsService.
-(substitute* "src/Makefile.in"
-  (("\\$\\(MKDIR_P\\).*/lib/AccountsService.*") "true"))
-(let ((shadow (assoc-ref inputs "shadow")))
-  (substitute* '("src/user.c" "src/daemon.c")
-(("/usr/sbin/usermod") (string-append shadow "/sbin/usermod"))
-(("/usr/sbin/useradd") (string-append shadow "/sbin/useradd"))
-(("/usr/sbin/userdel") (string-append shadow "/sbin/userdel"))
-(("/usr/bin/passwd")   (string-append shadow "/bin/passwd"))
-(("/usr/bin/chage")(string-append shadow "/bin/chage"
-#t)
+ 'configure 'pre-configure
+   (lambda* (#:key inputs #:allow-other-keys)
+ ;; Don't try to create /var/lib/AccountsService.
+ (substitute* "src/Makefile.in"
+   (("\\$\\(MKDIR_P\\).*/lib/AccountsService.*") "true"))
+ (let ((shadow (assoc-ref inputs "shadow")))
+   (substitute* '("src/user.c" "src/daemon.c")
+ (("/usr/sbin/usermod") (string-append shadow "/sbin/usermod"))
+ (("/usr/sbin/useradd") (string-append shadow "/sbin/useradd"))
+ (("/usr/sbin/userdel") (string-append shadow "/sbin/userdel"))
+ (("/usr/bin/passwd")   (string-append shadow "/bin/passwd"))
+ (("/usr/bin/chage")(string-append shadow "/bin/chage"
+ #t))
+ (add-after 'install 'wrap-program
+   (lambda* (#:key outputs #:allow-other-keys)
+ (let ((out (assoc-ref outputs "out")))
+   (wrap-program (string-append out "/libexec/accounts-daemon")
+ `("XDG_DATA_DIRS" ":" prefix ("/run/current-system/profile/share")))
+   #t))
 (native-inputs
  `(("glib:bin" ,glib "bin") ; for gdbus-codegen, etc.
("gobject-introspection" ,gobject-introspection)
-- 
2.26.1

bug#41233: GNU Freefont is broken

[L p R n d n]

Hello,

Fonts provided by the font-gnu-freefont package seem to be broken. In my
case, under Guix system, they do not appear in LibreOffice,
gnome-terminal shows them as squares and they do not have any effects in
inkscape (a fallback font is probably use instead).

Commits 5483a2d0a913fe533744699e9ef5757c6e3f6983 and
405c0c947cfd59d7bfb81052545cd635970d2d0c are possible culprits. However,
after testing removing the fontconfig-file-system service did not solve
at least one occurence of the problem, so the latter is probably not
related.

Issue 40783 is probably related.

Have a nice day,

L  p R n  d n

bug#41233: GNU Freefont is broken

[L p R n d n]

Hello,

Thanks for your inputs!
Totally my bad here... It appears I didn't have font-gnu-freefont in my
system packages anymore and I forgot. + I mixed it with another
issue. I'm currently reconfiguring to verify it's ok. Unless I bring
something new until tomorrow, this issue can be safely be closed. 
Sorry for te unnecessary bug report.

Have a nice day,

L  p R n  d n

bug#41233: (no subject)

[L p R n d n]

bug#41207: accountsservice daemon lacks dbus interfaces

[L p R n d n]

Hello,

Ludovic Courtès  writes:

> Hello,
>
> L  p R n  d n skribis:
>
>> The accountsservice service hasn't access to dbus' interfaces throwing
>> an error when they're needed.The problem, at least, appears with LightDM.
>> The error looks like:
>>
>> WARNING: Error updating user /org/freedesktop/Accounts/User1000:
>> GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: No such interface
>> "org.freedesktop.DisplayManager.AccountsService"
>
> Apparently this error message comes from lightdm, so the issue is that
> lightdm doesn’t find the ‘org.freedesktop.Accounts.service’, right?

Not exactly, my understanding is that *accountsservice* doesn't find
'org.freedesktop.Accounts.service' which is provided (and asked) by
lightdm. (I think the error comes from accountsservice)

> How is lightdm started?  I wonder if there’s something to be done in the
> service definition instead.
>
> Thanks,
> Ludo’.

Have a nice day,

L  p R n  d n

bug#41207: accountsservice daemon lacks dbus interfaces

[L p R n d n]

Hello,

Ludovic Courtès  writes:

>>> L  p R n  d n skribis:
[...]
>> Not exactly, my understanding is that *accountsservice* doesn't find
>> 'org.freedesktop.Accounts.service' which is provided (and asked) by
>> lightdm. (I think the error comes from accountsservice)
>
> But see:
>
> $ (cd /tmp; tar xf $(guix build -S lightdm))
> $ grep -r "Error updating user" /tmp/lightdm-1.30.0/
> /tmp/lightdm-1.30.0/common/user-list.c:g_warning ("Error updating 
> user %s: %s", priv->path, error->message);
> /tmp/lightdm-1.30.0/common/user-list.c:g_warning ("Error updating 
> user %s: %s", priv->path, error->message);
> $ (cd /tmp; tar xf $(guix build -S accountsservice))
> $ find /tmp/accountsservice-0.6.50/ -name org.freedesktop\*.service.in
> /tmp/accountsservice-0.6.50/data/org.freedesktop.Accounts.service.in
> $ find $(guix build accountsservice) -name org.freedesktop\*.service
> /gnu/store/l9qyf0brhhq7mwcsyhjsh7k0d3ri3ay2-accountsservice-0.6.50/share/dbus-1/system-services/org.freedesktop.Accounts.service
>
> That’s why I think it’s lightdm (or dbus-daemon?) that fails to find the
> .service file.
>
> ‘accountsservice-service-type’ extends dbus, such that we have
> /etc/dbus-1/system-services/org.freedesktop.Accounts.service.  Do you
> see this as well?

You're right! ;) And probably a dbus-daemon problem from what I
understand. But I really don't know what I'm talking about here...
However, just to clarify, I think it's not that it's not finding
dbus-1/system-services/org.freedesktop.Accounts.service but
dbus-1/interfaces/org.freedesktop.Accounts(.Users?).xml. In that case,
using #:env-variable for the dbus service might be a possibility.
Really, I have quite a lot of files in
/run/current-system/profile/share/dbus-1/interfaces but I don't know what are
their purpose... :/

> Thanks,
> Ludo’.

Have a nice day,

L  p R n  d n

bug#78311: guix install fails to install packages

[di-v-n-2 via Bug reports for GNU Guix]

giux version 1.4.0 on linux

Hello,

I followed the instructions to install guix using the install script and ran 
these commands to fix a permissions error about mounting:

```
sudo semodule -i /gnu/store/*-guix-*/share/selinux/guix-daemon.cil
sudo restorecon -R /gnu /var/guix
sudo systemctl restart guix-daemon
```

During installation, I agreed to substitutes being enabled. However when I try 
to install packages using guix install I get errors:

```
build of /gnu/store/6w0c56ja6zj2253mrg0al0a5ab8l4s6w-bison-3.7.6.tar.xz.drv 
failed
View build log at 
'/var/log/guix/drvs/6w/0c56ja6zj2253mrg0al0a5ab8l4s6w-bison-3.7.6.tar.xz.drv.gz'.
building /gnu/store/97z4gi6qvqld54c9q5l6bkj33x997c0f-Python-3.5.9.tar.xz.drv...
cannot build derivation 
/gnu/store/87dw3k03f0wznkqjajny4rsydbvmixsp-bison-3.7.6.drv': 1 dependencies 
couldn't be built
cannot build derivation 
/gnu/store/9j7p82rlgy041cjmw1k1nh3pql2bhyyd-bison-3.7.6.drv': 1 dependencies 
couldn't be built
cannot build derivation 
/gnu/store/immd043b3w45gj9izkjddyj0ji8jn0f1-bison-boot0-3.7.6.drv': 1 
dependencies couldn't be built
cannot build derivation 
/gnu/store/8w8m1m6sm09r85rwndcmams4ssfx63cj-glibc-locales-2.33.drv': 1 
dependencies couldn't be built
guix install: error: build of 
/gnu/store/8w8m1m6sm09r85rwndcmams4ssfx63cj-glibc-locales-2.33.drv' failed
```

```
guix build bison --dry-run
hint: Consider installing the glibc-locales' package and defining 
GUIX_LOCPATH', along these
lines:

guix install glibc-locales
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

See the "Application Setup" section in the manual, for more info.

substitute: updating substitutes from 'https://ci.guix.gnu.org'... 0.0%guix 
substitute: warning: ci.guix.gnu.org: host not found: Temporary failure in name 
resolution
substitute:
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 
0.0%guix substitute: warning: bordeaux.guix.gnu.org: host not found: Temporary 
failure in name resolution
substitute:
The following derivations would be built:
```

I checked the build logs:
```
zcat 
/var/log/guix/drvs/6w/0c56ja6zj2253mrg0al0a5ab8l4s6w-bison-3.7.6.tar.xz.drv.gz

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From https://ftpmirror.gnu.org/gnu/bison/bison-3.7.6.tar.xz...
In procedure getaddrinfo: Temporary failure in name resolution

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From ftp://ftp.cs.tu-berlin.de/pub/gnu/bison/bison-3.7.6.tar.xz...
In procedure getaddrinfo: Temporary failure in name resolution

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From ftp://ftp.funet.fi/pub/mirrors/ftp.gnu.org/gnu/bison/bison-3.7.6.tar.xz...
In procedure getaddrinfo: Temporary failure in name resolution

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From http://ftp.gnu.org/pub/gnu/bison/bison-3.7.6.tar.xz...
In procedure getaddrinfo: Temporary failure in name resolution

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From 
https://ci.guix.gnu.org/file/bison-3.7.6.tar.xz/sha256/1kzkxrd3z4262k2sbxmyh9k5g5r2lakw0gv44l2hb4i1wbhqrmk7...
In procedure getaddrinfo: Temporary failure in name resolution

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From 
https://tarballs.nixos.org/sha256/1kzkxrd3z4262k2sbxmyh9k5g5r2lakw0gv44l2hb4i1wbhqrmk7...
In procedure getaddrinfo: Temporary failure in name resolution

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From 
https://archive.softwareheritage.org/api/1/content/sha256:67d68ce1e22192050525643fc0a7a22297576682bef6a5c51446903f5aeef3cf/raw/...
In procedure getaddrinfo: Temporary failure in name resolution

Starting download of 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz
From 
https://web.archive.org/web/20250507215916/https://ftpmirror.gnu.org/gnu/bison/bison-3.7.6.tar.xz...
In procedure getaddrinfo: Temporary failure in name resolution
Trying to use Disarchive to assemble 
/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz...
In procedure getaddrinfo: Temporary failure in name resolution
In procedure getaddrinfo: Temporary failure in name resolution
could not find its Disarchive specification
failed to download 
"/gnu/store/ixb5iz7rpqcxs6s2143h5lp9wnjh2i2p-bison-3.7.6.tar.xz" from 
"mirror://gnu/bison/bison-3.7.6.tar.xz"

substitute: updating substitutes from 'https://ci.guix.gnu.org'... 0.0%guix 
substitute: warning: ci.guix.gnu.org: host not found: Temporary failure in name 
resolution
substitute:
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 
0.0%guix substitute: warning: bordeaux.guix.gnu.org: host not found: Temporary 
failure in name resolution
substitute:
The following derivations would be built:
```

sudo cat /etc/resolv.conf showed that I have an active DNS configuration.
How do I get guix to install pac