bug#63050: "guix pull" requires graphical libraries
Hi, Andreas Enge skribis: > Am Sat, May 20, 2023 at 06:12:47PM +0200 schrieb Ludovic Courtès: >> > The closure size reduction is substantial: >> > $ ./pre-inst-env guix size graphviz | tail -1 >> > total: 183.6 MiB >> > $ guix size graphviz | tail -1 >> > total: 242.3 MiB >> > But I suspect we’d still need the full-blown variant for things like >> > xdot. >> Here’s a proposal: >> https://issues.guix.gnu.org/63610 > > Typo? The issue is not found. Typo on your side then? :-) > Note that I do not care so much about the closure size, but about the > number of packages that are needed to just build guix (although of course > the two are related). Or otherwise said, the dependencies for "guix pull". Yes, understood. Graphviz is not in the closure anyway, it’s a build-only dependency. With commit 9fa92acbf0c4dbc734ac7d83b31bd6d12e09a401 this is mostly fixed. There’s still another path leading to libx11 though: --8<---cut here---start->8--- $ ./pre-inst-env guix graph --path guix libx11 guix@1.4.0-6.dc5430c guile-avahi@0.4.1 avahi@0.8 dbus@1.14.0 libx11@1.8.1 --8<---cut here---end--->8--- (The same applies to “guix pull”.) Not sure what can be done about it. Ludo’.
bug#63050: "guix pull" requires graphical libraries
Am Sat, May 20, 2023 at 06:12:47PM +0200 schrieb Ludovic Courtès: > > The closure size reduction is substantial: > > $ ./pre-inst-env guix size graphviz | tail -1 > > total: 183.6 MiB > > $ guix size graphviz | tail -1 > > total: 242.3 MiB > > But I suspect we’d still need the full-blown variant for things like > > xdot. > Here’s a proposal: > https://issues.guix.gnu.org/63610 Typo? The issue is not found. Note that I do not care so much about the closure size, but about the number of packages that are needed to just build guix (although of course the two are related). Or otherwise said, the dependencies for "guix pull". On "exotic" architectures, each dependency is a potential cause of failure, and all in all it may take hours (days?) to run "guix pull" without substitutes, with a high chance of failure. Andreas
bug#63050: "guix pull" requires graphical libraries
Hi! Ludovic Courtès skribis: > We can get an X11-free Graphviz like so: > > diff --git a/gnu/packages/graphviz.scm b/gnu/packages/graphviz.scm > index 26ee96afd4..3a5d33e662 100644 > --- a/gnu/packages/graphviz.scm > +++ b/gnu/packages/graphviz.scm > @@ -94,16 +94,12 @@ (define-public graphviz >(string-append extdir > "/libgv_guile.so" > (inputs > - (list libxrender > - libx11 > - gts > + (list gts > gd > guile-3.0;Guile bindings > - pango > fontconfig > freetype > libltdl > - libxaw > expat > libjpeg-turbo > libpng)) > > > The closure size reduction is substantial: > > $ ./pre-inst-env guix size graphviz | tail -1 > total: 183.6 MiB > $ guix size graphviz | tail -1 > total: 242.3 MiB > > But I suspect we’d still need the full-blown variant for things like > xdot. Here’s a proposal: https://issues.guix.gnu.org/63610 Ludo’.
bug#63050: "guix pull" requires graphical libraries
Simon Tournier writes: > Hi, > > On ven., 05 mai 2023 at 15:21, Csepp wrote: > >> Or just move it to a separate output or package? That should really be >> something done for all packages automatically tbh. Alpine gets this right. > > Well, I do not think a separate output would be possible and we are not > talking about the package named ’guix’ but about what is implemented by > the module (guix self). > > Somehow, I agree that one direction would to make optional some > features. The current proposal for tackling this issue is the reduction > of the closure by removing lix11 and libxrender as discussed in [1]. > > 1: https://issues.guix.gnu.org/msgid/874jot19fd.fsf...@gnu.org > > > Cheers, > simon It should be made possible IMHO. It's nice that our packages come with docs, including Guix, but they are often unnecessary. If an output won't work because guix-self is special, then maybe it could be moved to a separate package.
bug#63050: "guix pull" requires graphical libraries
Hi, On ven., 05 mai 2023 at 15:21, Csepp wrote: > Or just move it to a separate output or package? That should really be > something done for all packages automatically tbh. Alpine gets this right. Well, I do not think a separate output would be possible and we are not talking about the package named ’guix’ but about what is implemented by the module (guix self). Somehow, I agree that one direction would to make optional some features. The current proposal for tackling this issue is the reduction of the closure by removing lix11 and libxrender as discussed in [1]. 1: https://issues.guix.gnu.org/msgid/874jot19fd.fsf...@gnu.org Cheers, simon
bug#63050: "guix pull" requires graphical libraries
Simon Tournier writes: > Hi, > > On Wed, 03 May 2023 at 21:33, Ludovic Courtès wrote: > >>> Why does Guix require ’graphviz’ in the first place? >> >> It uses it to build images in the manual. > > Ah. So we are dragging X11 libraries as libx11 for one or two figures > in the manual. :-) > > Although that’s not exactly the same as “guix pull”, > > guix graph guix -t bag-emerged > > gives an idea. Well, for example, there is a path from guix to ninja > via graphviz. > > While I understand that the documentation is important, could we skip it > for some architectures? Or just move it to a separate output or package? That should really be something done for all packages automatically tbh. Alpine gets this right.
bug#63050: "guix pull" requires graphical libraries
Hi, On Wed, 03 May 2023 at 21:33, Ludovic Courtès wrote: >> Why does Guix require ’graphviz’ in the first place? > > It uses it to build images in the manual. Ah. So we are dragging X11 libraries as libx11 for one or two figures in the manual. :-) Although that’s not exactly the same as “guix pull”, guix graph guix -t bag-emerged gives an idea. Well, for example, there is a path from guix to ninja via graphviz. While I understand that the documentation is important, could we skip it for some architectures? Cheers, simon $ guix graph guix -t bag-emerged | grep label | cut -f2 -d'=' | cut -f1 -d',' | sort "acl@2.3.1" "attr@2.5.1" "autoconf@2.69" "autoconf-wrapper@2.69" "automake@1.16.3" "avahi@0.8" "bash@5.1.8" "bash-completion@2.8" "bash-minimal@5.1.8" "bash-minimal@5.1.8" "bash-static@5.1.8" "bdb@6.2.32" "binutils@2.37" "bison@3.7.6" "bison@3.7.6" "boost@1.77.0" "bzip2@1.0.8" "bzip2@1.0.8" "cairo@1.16.0" "cairo@1.16.0" "c-ares@1.17.2" "cmake-bootstrap@3.21.4" "cmake-minimal@3.21.4" "config@0.0.0-1.c8ddc84" "coreutils@8.32" "coreutils@8.32" "coreutils-minimal@8.32" "cunit@2.1-3" "curl@7.79.1" "datefudge@1.23" "dbus@1.12.20" "diffutils@3.8" "disarchive@0.4.0" "docbook-xml@4.1.2" "docbook-xml@4.4" "docbook-xsl@1.79.2" "doxygen@1.9.1" "expat@2.4.1" "file@5.39" "file@5.39" "findutils@4.8.0" "flex@2.6.4" "fontconfig-minimal@2.13.94" "font-dejavu@2.37" "fontforge@20201107" "font-ghostscript@8.11" "freetype@2.10.4" "fribidi@1.0.9" "gawk@5.1.0" "gawk@5.1.0" "gcc@10.3.0" "gd@2.3.2" "gdbm@1.20" "gettext-minimal@0.21" "ghostscript@9.54.0" "glib@2.70.2" "glibc@2.33" "glibc@2.33" "glibc-utf8-locales@2.33" "glibc-utf8-locales@2.33" "gmp@6.2.1" "gnutls@3.7.2" "gnutls@3.7.7" "gobject-introspection@1.66.1" "gperf@3.1" "graphite2@1.3.13" "graphviz@2.49.0" "grep@3.6" "grep@3.6" "gts@0.7.6" "guile@3.0.7" "guile@3.0.8" "guile-avahi@0.4.0-1.6d43caf" "guile-bytestructures@1.0.10" "guile-gcrypt@0.3.0" "guile-git@0.5.2" "guile-gnutls@3.7.9" "guile-json@4.7.1" "guile-lib@0.2.7" "guile-lzlib@0.0.2" "guile-lzma@0.1.1" "guile-quickcheck@0.1.0" "guile-sqlite3@0.1.3" "guile-ssh@0.15.1" "guile-zlib@0.1.0" "guile-zstd@0.1.1" "guix@1.3.0-31.3170843" "gzip@1.10" "gzip@1.10" "harfbuzz@2.8.2" "help2man@1.48.5" "http-parser@2.9.4-1.ec8b5ee" "icu4c@69.1" "intltool@0.51.0" "iproute2@5.15.0" "iptables@1.8.7" "itstool@2.0.6" "jansson@2.13.1" "jbig2dec@0.19" "jemalloc@5.2.1" "jsoncpp@1.9.4" "kmod@29" "lcms@2.12" "ld-wrapper@0" "libarchive@3.5.1" "libbsd@0.10.0" "libcap@2.62" "libdaemon@0.14" "libdatrie@0.2.13" "libdrm@2.4.107" "libelf@0.8.13" "libev@4.33" "libevent@2.1.12" "libffi@3.3" "libgc@8.0.4" "libgcrypt@1.8.8" "libgit2@1.3.0" "libgpg-error@1.42" "libice@1.0.10" "libidn@1.37" "libidn2@2.3.1" "libjpeg-turbo@2.0.5" "libltdl@2.4.6" "libmnl@1.0.4" "libnftnl@1.2.0" "libpaper@1.1.24" "libpciaccess@0.16" "libpng@1.6.37" "libpthread-stubs@0.4" "libsigsegv@2.13" "libsm@1.2.3" "libspectre@0.2.9" "libspiro@20200505" "libssh@0.9.6" "libssh2@1.9.0" "libtasn1@4.17.0" "libthai@0.1.28" "libtiff@4.3.0" "libtool@2.4.6" "libungif@4.1.4" "libuninameslist@20200313" "libunistring@0.9.10" "libuv@1.41.1" "libx11@1.7.3.1" "libxau@1.0.9" "libxaw@1.0.14" "libxcb@1.14" "libxdmcp@1.1.3" "libxext@1.3.4" "libxfixes@6.0.0" "libxft@2.3.3" "libxi@1.7.10" "libxml2@2.9.12" "libxmu@1.1.3" "libxpm@3.5.13" "libxrender@0.9.10" "libxslt@1.1.34" "libxt@1.2.1" "linux-libre-headers@5.10.35" "lzlib@1.13" "lzo@2.10" "m4@1.4.18" "make@4.3" "mallard-ducktype@1.0.2" "meson@0.60.3" "mit-krb5@1.19.2" "mpfr@4.1.0" "nasm@2.15.05" "ncurses@6.2.20210619" "net-base@5.3" "nettle@3.7.3" "net-tools@1.60-0.479bb4a" "nghttp2@1.44.0" "ninja@1.10.2" "openjpeg@2.4.0" "openjpeg-data@2020.11.30" "openssl@1.1.1l" "p11-kit@0.23.22" "pango@1.48.10" "patch@2.7.6" "pciutils@3.7.0" "pcre2@10.37" "pcre@8.45" "perl@5.34.0" "perl-common-sense@3.75" "perl-cpanel-json-xs@4.30" "perl-cpan-meta@2.150010" "perl-cpan-meta-requirements@2.140" "perl-cpan-meta-yaml@0.018" "perl-extutils-config@0.008" "perl-extutils-helpers@0.026" "perl-extutils-installpaths@0.012" "perl-gettext@1.07" "perl-json-maybexs@1.004003" "perl-module-build@0.4231" "perl-module-build-tiny@0.039" "perl-parse-cpan-meta@2.150010" "perl-pod-parser@1.65" "perl-test-harness@3.42" "perl-test-needs@0.002009" "perl-test-pod@1.52" "perl-xml-parser@2.46" "perl-yaml-tiny@1.73" "pixman@0.40.0" "pkg-config@0.29.2" "po4a@0.63" "poppler@21.07.0" "potrace@1.16" "python@3.9.9" "python-fonttools@4.28.5" "python-libxml2@2.9.12" "python-minimal@3.9.9" "python-minimal-wrapper@3.9.9" "python-wrapper@3.9.9" "readline@8.1.1" "rhash@1.4.2" "ruby@2.7.4" "ruby-hydra-minimal@0.0-0.5abfa37" "sed@4.8" "sed@4.8" "socat@1.7.4.1" "sqlite@3.36.0" "swig@4.0.2" "tar@1.34" "tar@1.34" "tcl@8.6.11" "tcsh@6.22.03" "teckit@2.5.10" "texinfo@6.7"
bug#63050: "guix pull" requires graphical libraries
Hi! Simon Tournier skribis: > On mar., 25 avril 2023 at 23:48, Ludovic Courtès wrote: > >> Maybe these are optional dependencies? > > Why does Guix require ’graphviz’ in the first place? It uses it to build images in the manual. Ludo’.
bug#63050: "guix pull" requires graphical libraries
Hi, On mar., 25 avril 2023 at 23:48, Ludovic Courtès wrote: > Maybe these are optional dependencies? Why does Guix require ’graphviz’ in the first place? Cheers, simon
bug#63050: "guix pull" requires graphical libraries
Am Mittwoch, dem 26.04.2023 um 20:39 +0200 schrieb Josselin Poiret: > Hi Andreas, > > Andreas Enge writes: > > > Hello, > > > > Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie > > Prikler: > > > Having built glib from scratch more often than is fun, I am quite > > > certain that the package pulling in our graphics stack is texinfo > > > with > > > its reference to texlive. > > > > where do you see this? > > $ guix gc --references `guix build texinfo` > > This would check the store path's references, but not necessarily all > of its inputs! I would hope that no package with docs ever keeps > references to texlive. It does turn out there's no `guix graph texinfo --path-to texlive' either, though, so I was actually mistaken. Sorry for the noise
bug#63050: "guix pull" requires graphical libraries
Am Wed, Apr 26, 2023 at 08:39:59PM +0200 schrieb Josselin Poiret: > This would check the store path's references, but not necessarily all of > its inputs! I would hope that no package with docs ever keeps > references to texlive. Indeed! But here these are also the (native) inputs. Andreas
bug#63050: "guix pull" requires graphical libraries
Hi Andreas, Andreas Enge writes: > Hello, > > Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie Prikler: >> Having built glib from scratch more often than is fun, I am quite >> certain that the package pulling in our graphics stack is texinfo with >> its reference to texlive. > > where do you see this? > $ guix gc --references `guix build texinfo` This would check the store path's references, but not necessarily all of its inputs! I would hope that no package with docs ever keeps references to texlive. Best, -- Josselin Poiret signature.asc Description: PGP signature
bug#63050: "guix pull" requires graphical libraries
Hello, Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie Prikler: > Having built glib from scratch more often than is fun, I am quite > certain that the package pulling in our graphics stack is texinfo with > its reference to texlive. where do you see this? $ guix gc --references `guix build texinfo` /gnu/store/5j85qqflgx8nnzk86i43mxn0rjm8h2gv-perl-archive-zip-1.68 /gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib /gnu/store/a5i8avx826brw5grn3n4qv40g514505c-coreutils-9.1 /gnu/store/bcc053jvsbspdjr17gnnd9dg85b3a0gy-ncurses-6.2.20210619 /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35 /gnu/store/hc05d76f1j3iz3v2bs5jz4fpljl1r4dj-gawk-5.2.1 /gnu/store/lj75fc25zx2y9pqvfp95la84rdhlj4f8-perl-5.36.0 /gnu/store/m8waimifhdjm8slb85jfihsm18jp1vc8-texinfo-7.0.3 /gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16 So texinfo should be fine. It is this explicit inclusion of graphviz that poses problems (glib is then pulled in also). Andreas
bug#63050: "guix pull" requires graphical libraries
Hi folks, just dropping by real quick Am Mittwoch, dem 26.04.2023 um 10:45 +0200 schrieb Josselin Poiret: > No, guix graph uses its own graphviz implementation! It is used to > generated png files from .dot files while building the documentation. > > I don't really know if we can skip graphical libraries for this > reason. Having built glib from scratch more often than is fun, I am quite certain that the package pulling in our graphics stack is texinfo with its reference to texlive. Cheers
bug#63050: "guix pull" requires graphical libraries
Hi Andreas,
Andreas Enge writes:
> So "guix pull" builds what is defined as the guix package, but with the
> current checkout as source?
No, guix pull uses (guix self), and the dependencies there are not used
in a singular place like (inputs ...) or (native-inputs ...), but are
peppered throughout the file. However, it uses a reduced dictionary for
specification->package to speed it up, and so gives a pretty good idea
of what's used:
--8<---cut here---start->8---
(("guile" . ,(ref 'guile 'guile-3.0-latest))
("guile-avahi". ,(ref 'guile-xyz 'guile-avahi))
("guile-json" . ,(ref 'guile 'guile-json-4))
("guile-ssh" . ,(ref 'ssh 'guile-ssh))
("guile-git" . ,(ref 'guile 'guile-git))
("guile-semver" . ,(ref 'guile-xyz 'guile-semver))
("guile-lib" . ,(ref 'guile-xyz 'guile-lib))
("guile-sqlite3" . ,(ref 'guile 'guile-sqlite3))
("guile-zlib" . ,(ref 'guile 'guile-zlib))
("guile-lzlib". ,(ref 'guile 'guile-lzlib))
("guile-zstd" . ,(ref 'guile 'guile-zstd))
("guile-gcrypt" . ,(ref 'gnupg 'guile-gcrypt))
("guile-gnutls" . ,(ref 'tls 'guile-gnutls))
("guix-daemon". ,(ref 'package-management 'guix-daemon))
("disarchive" . ,(ref 'backup 'disarchive))
("guile-lzma" . ,(ref 'guile 'guile-lzma))
("gzip" . ,(ref 'compression 'gzip))
("bzip2" . ,(ref 'compression 'bzip2))
("xz" . ,(ref 'compression 'xz))
("po4a" . ,(ref 'gettext 'po4a))
("gettext-minimal". ,(ref 'gettext 'gettext-minimal))
("gcc-toolchain" . ,(ref 'commencement 'gcc-toolchain))
("glibc-utf8-locales" . ,(ref 'base 'glibc-utf8-locales))
("graphviz" . ,(ref 'graphviz 'graphviz))
("texinfo". ,(ref 'texinfo 'texinfo)))
--8<---cut here---end--->8---
> The package definition of guix has this among the native inputs:
>;; XXX: Keep the development inputs here even though
>;; they're unnecessary, just so that 'guix environment
>;; guix' always contains them.
>("autoconf" ,autoconf)
>("automake" ,automake)
>("gettext" ,gettext-minimal)
>("texinfo" ,texinfo)
>("graphviz" ,graphviz)
>("help2man" ,help2man)
>("po4a" ,po4a)))
>
> Maybe these could be dropped then, and we could have an expanded package
> guix-devel that would add these inputs for "guix shell -D guix-devel"?
>
> Or is it needed for "guix graph"?
No, guix graph uses its own graphviz implementation! It is used to
generated png files from .dot files while building the documentation.
I don't really know if we can skip graphical libraries for this reason.
Best,
--
Josselin Poiret
signature.asc
Description: PGP signature
bug#63050: "guix pull" requires graphical libraries
Am Tue, Apr 25, 2023 at 11:48:05PM +0200 schrieb Ludovic Courtès:
> This is apparently coming from Graphviz
> Surprising to me, but apparently it’s been this way from the start,
> commit b1b07d72c755ea314fb0c8333cd88293ee504ce4 (2013!).
> Maybe these are optional dependencies?
So "guix pull" builds what is defined as the guix package, but with the
current checkout as source?
The package definition of guix has this among the native inputs:
;; XXX: Keep the development inputs here even though
;; they're unnecessary, just so that 'guix environment
;; guix' always contains them.
("autoconf" ,autoconf)
("automake" ,automake)
("gettext" ,gettext-minimal)
("texinfo" ,texinfo)
("graphviz" ,graphviz)
("help2man" ,help2man)
("po4a" ,po4a)))
Maybe these could be dropped then, and we could have an expanded package
guix-devel that would add these inputs for "guix shell -D guix-devel"?
Or is it needed for "guix graph"?
$ guix graph --list-backends
- graphviz: Generate graph in DOT format for use with Graphviz.
...
But for this we do not need any graphical output, it is just text file
creation; could we have a graphviz-minimal in console mode?
Andreas
bug#63050: "guix pull" requires graphical libraries
Hi, Andreas Enge skribis: > While trying out a "guix pull" on an aarch64 machine, for which many > packages are currently not available as substitutes, I notice an extra- > ordinary amount of dependencies, see below (and since I interrupted and > restarted it, there are even more dependencies in reality; I remember > X11 libraries such as libxi and libxt). Many of them are related to > graphical environments, which should not happen for a command line > program. Chances are they are pulled in for building documentation > (not necessarily of Guix, but of packages that are needed for pulling); > but this is still undesirable and should be sorted out. This is apparently coming from Graphviz: --8<---cut here---start->8--- $ guix graph --path guix libx11 guix@1.4.0-5.286cdf0 graphviz@2.49.0 libx11@1.7.3.1 $ guix graph --path guix libxt guix@1.4.0-5.286cdf0 graphviz@2.49.0 libxaw@1.0.14 libxt@1.2.1 --8<---cut here---end--->8--- Surprising to me, but apparently it’s been this way from the start, commit b1b07d72c755ea314fb0c8333cd88293ee504ce4 (2013!). Maybe these are optional dependencies? Ludo’.
bug#63050: "guix pull" requires graphical libraries
While trying out a "guix pull" on an aarch64 machine, for which many packages are currently not available as substitutes, I notice an extra- ordinary amount of dependencies, see below (and since I interrupted and restarted it, there are even more dependencies in reality; I remember X11 libraries such as libxi and libxt). Many of them are related to graphical environments, which should not happen for a command line program. Chances are they are pulled in for building documentation (not necessarily of Guix, but of packages that are needed for pulling); but this is still undesirable and should be sorted out. Actually there is a relatively high risk that on non-x86 machines "guix pull" will fail due to one of the packages not building. And then if the packages are fixed, they cannot be pulled... (but substitutes would still work then). Andreas The following derivations will be built: /gnu/store/vrzlz31xgsmz05m294maxvkwld98yvwp-profile.drv /gnu/store/bmk0f4b0ia9vvm9djkhjp5yiibgiwqkv-guix-827df9d1d.drv /gnu/store/75051kjkpqyk63jfcc21jxx6blh1v6xj-guix-command.drv /gnu/store/4mpya4wbmid6rxszs6qrlr56hgxpsmzx-guix-module-union.drv /gnu/store/81vk2gf0qfz325wk0rdfabpjxkwgnlcx-guile-git-0.5.2.drv /gnu/store/k8pg7wpmhzkip9h4x6vw958i81p9rrxd-libgit2-1.3.2.drv /gnu/store/w0irp6xn30nlmpizhcbjnvhqmsba41jn-cmake-minimal-3.24.2.drv /gnu/store/cqw34xafh837ikspy26787spipggx158-curl-7.85.0.drv /gnu/store/mss4yv015cil1vnjnglq506m83b7n3dy-cmake-bootstrap-3.24.2.drv /gnu/store/w8qxkrwpffd9qs5w1jggy1yi27ycm0xr-jsoncpp-1.9.5.drv /gnu/store/hlscqram59id51hxg0fj15041v52h1kw-meson-1.1.0.drv /gnu/store/97ghaxk1q09aqi92x9qg3nwb5vjm22hv-guile-gnutls-3.7.11.drv /gnu/store/n1rv809j9jwmax12057l0lcphz4bzi7s-gnulib-2022-12-06-1.440b528.drv /gnu/store/0nhbmnck41rl3i8hipkxfcvzyi36wgnr-git-minimal-2.33.1.drv /gnu/store/jhi11h8m8i86ivzrmvfhyj4h99rpqb4y-guix-827df9d1d-modules.drv /gnu/store/0sivy14wkr7g1wsn2jgyz6dh53883k0h-guix-config-modules.drv /gnu/store/1bwjqypxjn3671xmc9b9wh9bfg85nwra-guix-config-source.drv /gnu/store/0047yrla9lddhb9c1b4kl4bpd5v9d7ly-config.scm.drv /gnu/store/d11yp292a29g2m07xn12s6g2hs6w5rq2-guix-config.drv /gnu/store/1qwajh2vs8gmvm882zcw6np48fh7xva8-guix-packages-modules.drv /gnu/store/v2790dmh2savq6ddgq0ics8yz9y8ysvq-guix-packages.drv /gnu/store/034h41xz3m57gms9mx7yydssa66ns6xa-guix-extra.drv /gnu/store/lxanzzz28qk7ypdib5hz8xmibi73g6nv-guile-avahi-0.4.1.drv /gnu/store/s2vi6njxmxv4ng78rfdb9xkdiy40fngb-avahi-0.8.drv /gnu/store/1liwcy87b3cafm2wwfza5jl9c3xfh3k7-glib-2.72.3.drv /gnu/store/7yfb32ngiyx6gsky8ccmaq06qvg9qi8f-dbus-1.14.0.drv /gnu/store/0f25lrmw7yc1k9rxxq6af7bjr4kxpi7c-itstool-2.0.7.drv /gnu/store/sjj9z6kchsbmzskp5i23blpkj2b9v1na-python-libxml2-2.9.14.drv /gnu/store/4axvv1sli67w1jx0c5fxi4369pklby8p-yelp-tools-3.32.2.drv /gnu/store/a1y2z3nh0lmbyiddnc5qq92p991vc6fl-yelp-xsl-41.0.drv /gnu/store/mzial98cazz0wmigjd0by59ympr62zmv-xmlto-0.0.28.drv /gnu/store/r33mnrmy08757czq7x19lbawmngkswb8-docbook-xsl-1.79.2-0.fe16c90.drv /gnu/store/ywxvva73z0gmnjbdac9ml3fld4agy7ll-perl-xml-xpath-1.44.drv /gnu/store/744pph8mif8911dij1gw838slmgsplr4-perl-path-tiny-0.118.drv /gnu/store/nlrv7ll0gdf2k7g0v1g0d2c1sz2ff9pa-perl-unicode-utf8-0.62.drv /gnu/store/r84snp03sqlmvssfsa6f3wank4249dbm-perl-test-fatal-0.016.drv /gnu/store/rqk2rbnpjpcnqswz8hqari1rnw6r8v1m-doxygen-1.9.5.drv /gnu/store/zs50rf9mqd77lf7f7ycwj98mdvm3nwc1-guile-ssh-0.16.3.drv /gnu/store/cysfj5rhcnlwnd0skpb8x5cvh320qcpx-libssh-0.10.4.drv /gnu/store/kfqkj69hxgdl2yhn27l1cx3v4b83438k-guix-packages-base.drv /gnu/store/24bwa2hmiydpjjv58kbnszc67d0063w8-guix-extra-modules.drv /gnu/store/cl6757qxk66kpwhhwscwd3z3ir9ylfxy-guix-cli-core-modules.drv /gnu/store/fb71xmnmdi506sjjfqvvhk2n4q5nw9b5-guix-cli-core.drv /gnu/store/f5p7zbpi3f8bbc1bsdbr293r4p4qlr6k-guix-packages-base-modules.drv /gnu/store/gyncf7k5kvwcfbw1dx3jc73n9jmdw3ml-guix-home-modules.drv /gnu/store/9m9iiqd2yvlbjnpxzfwfk94bi9i2gj13-guix-home.drv /gnu/store/dqjb6lb1m8kaam2klgc44j1g040pr1h4-guix-system.drv /gnu/store/i2vpbmmyywk9sd11hl02zfg1nigq0k24-guix-system-tests-modules.drv /gnu/store/zm9yhv95zs1j68ypl9kr4gm4bbymgw3m-guix-system-tests.drv /gnu/store/ca9k2x3z22dn489g976p31fw8cr05p6s-guix-cli.drv /gnu/store/rk24641w60fqddyj0b4lizndcxvrpl45-guix-cli-modules.drv /gnu/store/wd94xqha92w7wj75704j48yh17pghv48-guix-system-modules.drv /gnu/store/sgyi2j6333mv08r8xxyxhaj47886q3hs-guix-daemon.drv /gnu/store/r80zify247zcsxdw1dm6aacr456zqxyf-guix-daemon-1.4.0-5.286cdf0.drv /gnu/store/w0ssgndl2aq7xzc3ibbkgg4dpgyf2mxb-guix-manual.drv /gnu/store/44l2hp82lmrhmsam320020pvf0wx79gb-guix-translated-texinfo.drv /gnu/store/hx8pv27k6r1q5gmdb0zmp9pqqadqp8gh-po4a-0.68.drv /gnu/store/04kfwmpg17hxxzq13b9s06zl63zcc706-texlive-fonts-latex-59745.drv /gnu/store/2lk5x3aw5vi59dkvf1qd0696fdmirgb7-texlive-bin-20210325.drv /gnu/store/1liwcy87b3cafm2wwfza5jl9c3xfh3k7-glib-2.72.3.drv /gnu/store/2l7j29ck29dcaaffi659pkpxr9bmp64f-gd-2.3.2.drv
