Re: Hydra status
There are still quite a few of the following kind: guix build: error: open-file: No such file or directory: "/gnu/store/gpcxqii07ivdk6ny8svhayw7hc98gh8i-xnee-3.18.drv" See, for instance, http://hydra.gnu.org/build/49330 I restarted most of them, but kept this one for reference. And there are others that, when one tries to restart them, reply with 500 Internal Server Error This build cannot be restarted. For instance, http://hydra.gnu.org/build/47968 What can we do there? Andreas
Re: Hydra status
On Tue, Apr 08, 2014 at 10:34:16PM +0200, Ludovic Courtès wrote: > You may have noticed that hydra.gnu.org has been, hmm, unhealthy > lately. There are several bugs in the offload hook that were fixed > recently, notably fixing errors such as: > guix build: error: lstat: No such file or directory: ...foo.drv As far as I can tell, this one stil persists, see http://hydra.gnu.org/build/49425/nixlog/3 Andreas
Re: [PATCH 0/3] Add man-db and libpipeline
David Thompson skribis: > David Thompson writes: > >> The following patchset adds a package for man-db, a package for its >> prerequisite libpipeline, and moves the help2man package recipe into the >> new (gnu packages man) module. >> >> - Dave > > I have pushed these patches to master. Apologies for the delay, I was > short on time and having a multitude of computer problems. > > Just in time for Guix 0.6! :) Perfect, thanks! Ludo’.
Re: [PATCH] gnu: linux-libre: Add SIS hardware compatibility.
From bab613902e5459fc794caebf9226663742371d0b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Al=C3=ADrio=20Eyng?= Date: Wed, 9 Apr 2014 11:05:04 + Subject: [PATCH] gnu: linux-libre: Add SIS hardware compatibility. * gnu/packages/linux.scm (linux-libre): Add CONFIG_SATA_SIS=y, CONFIG_SIS190=y and CONFIG_DEVPTS_MULTIPLE_INSTANCES=y. --- gnu/packages/linux.scm | 4 1 file changed, 4 insertions(+) diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm index 66cf17f..d27c627 100644 --- a/gnu/packages/linux.scm +++ b/gnu/packages/linux.scm @@ -168,7 +168,11 @@ (display (string-append "CONFIG_NET_9P=m\n" "CONFIG_NET_9P_VIRTIO=m\n" "CONFIG_VIRTIO_BLK=m\n" +"CONFIG_SATA_SIS=y\n" "CONFIG_VIRTIO_NET=m\n" +"CONFIG_SIS190=y\n" +;; https://lists.gnu.org/archive/html/guix-devel/2014-04/msg00039.html +"CONFIG_DEVPTS_MULTIPLE_INSTANCES=y\n" "CONFIG_VIRTIO_PCI=m\n" "CONFIG_VIRTIO_BALLOON=m\n" "CONFIG_VIRTIO_MMIO=m\n" -- 1.8.4
[PATCH] doc: Expect to fix typo.
From 33ebb3b14e3359f73dd0c5b42dfbecfadbf5effc Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Al=C3=ADrio=20Eyng?=
Date: Wed, 9 Apr 2014 11:53:13 +
Subject: [PATCH] doc: Expect to fix typo.
* doc/guix.texi (Build Systems): "except" it is.
---
doc/guix.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/guix.texi b/doc/guix.texi
index ebd1ff5..f8d71fd 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -1543,7 +1543,7 @@ The list of phases used for a particular package can be changed with the
#:phases (alist-delete 'configure %standard-phases)
@end example
-means that all the phases described above will be used, expect the
+means that all the phases described above will be used, except the
@code{configure} phase.
In addition, this build system ensures that the ``standard'' environment
--
1.8.4
OCSP error in icecat
Hello, our icecat has problems with some tls sites, for instance: https://www.allistene.fr/ The error message is: Secure Connection Failed An error occurred during a connection to www.allistene.fr. The OCSP server has refused this request as unauthorized. (Error code: sec_error_ocsp_unauthorized_request) The following site explains how to turn off OCSP verification: http://www.ghacks.net/2013/10/02/fix-ocsp-server-refused-request-unauthorized-firefox/ But maybe there is a preferable solution? Andreas
Re: [PATCH] gnu: Python: disable failing tests on MIPS64.
> What does 'python -c "import platform; print(platform.machine())"' > return on your machine ? ‘mips64’. > The tests that fail are now disabled on mips64. I ran ‘make clean’ & co., rebuilt Python; and the tests succeeded. pgpZyyuH117PD.pgp Description: PGP signature
GNU Guix 0.6 released
We are pleased to announce the release of GNU Guix version 0.6, representing 597 commits by 16 people over 4 months. This release comes with an updated QEMU virtual machine image that shows preliminary work toward building a stand-alone GNU system with Guix. The image uses the GNU Linux-Libre kernel and the GNU dmd init system, and runs X11. It may be used primarily to try out Guix and dmd. • About GNU Guix is the functional package manager for the GNU system distribution. In addition to standard package management features, Guix supports transactional upgrades and roll-backs, unprivileged package management, per-user profiles, and garbage collection. Guix uses low-level mechanisms from the Nix package manager, with Guile Scheme programming interfaces. At this stage Guix can be used on top of an i686, x86_64, or mips64el GNU/Linux system, or in a virtual machine. Future versions will stand alone. http://www.gnu.org/software/guix/ • Download Here are the compressed sources and a GPG detached signature[*]: ftp://alpha.gnu.org/gnu/guix/guix-0.6.tar.gz ftp://alpha.gnu.org/gnu/guix/guix-0.6.tar.gz.sig ftp://alpha.gnu.org/gnu/guix/gnu-system-demo-0.6.qcow2.xz ftp://alpha.gnu.org/gnu/guix/gnu-system-demo-0.6.qcow2.xz.sig Use a mirror for higher download bandwidth: http://www.gnu.org/order/ftp.html Here are the SHA1 checksums: 2428bcf16051d8ac78d35285d947e583cd90c61a guix-0.6.tar.gz 6dd9d1b4964ab6fa49ee6d49d826da6b7e2d99d3 gnu-system-demo-0.6.qcow2.xz [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify guix-0.6.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys EA52ECF4 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.14.1 Makeinfo 5.2 To use the virtual machine image, run QEMU like this: qemu-system-x86_64 -enable-kvm -m 1024 -net nic,model=e1000 \ -net user gnu-system-demo-0.5.qcow2 This enables networking support, which is useful when using Guix inside of it. • Changes since version 0.5 (excerpt from the NEWS file) ** Package management *** Default store directory changed to /gnu/store Although it is still possible to configure Guix to use the old store directory, we recommend that you start with a fresh install to /gnu/store. *** Substitutes from hydra.gnu.org must now be signed and authorized *** Support for offloading builds to other Guix machines over SSH *** New ‘guix archive’ command *** New ‘guix system’ command; it can currently build VM images *** ‘guix package’ accepts several arguments after -i, -r, and -u *** Updating a profile with ‘guix package’ is now noticeably faster *** ‘guix build’ can override a package’s source with the new ‘--with-source’ *** ‘guix build’ has a new ‘--no-build-hook’ option *** ‘guix’ commands that build packages have a common set of options *** ‘guix hash’ has a new ‘--recursive’ option *** Daemon no longer bind-mounts the host’s /dev (improves reproducibility) ** Programming interfaces *** New (guix pk-crypto) and (guix pki) modules for public key cryptography *** New #:local-build? parameter for derivations that shouldn’t be offloaded *** (gnu system vm) has procedures to build VMs that share the host’s store *** New ‘text-file*’ procedure in (guix monads) *** System service definitions are now provided by the (guix services) modules *** New X and SLiM services in (gnu services xorg) *** New (guix git-download) and (guix svn-download) for git/svn checkouts ** GNU distribution *** 91 new packages a2ps, asciidoc, aspell-dict-en, aspell-dict-eo, aspell-dict-es, aspell-dict-fr, aumix, bitlbee, bogofilter, boost, calcurse, clusterssh, corkscrew, cursynth, docbook-xml, docbook-xsl, elfutils, enscript, fftwf, fltk, fuse, gcc-toolchain, giflib, glade, gmime, gnome-desktop, gnubg, gnubik, gnumach-headers, gnunet, gnuplot, gnurl, gphoto2, gtkglext, guile-json, guile-reader-for-guile_2.0.11, gxmessage, hdf5, hurd-headers, inkscape, iotop, isc-dhcp, iso-codes, jnettop, libatomic-ops, libexif, libgphoto2, libmpcdec, libmpdclient, libotr, libpcap, libpeas, libpipeline, libtirpc, libwebsockets, ltrace, luajit, lynx, man-db, mc, mig, miniupnpc, moe, mpc123, mpd, ncdc, ncdu, ncmpc, neon, neon, octave, opus, paperkey, patchutils, perl-tk, perl-x11-protocol, pinentry, python2-element-tree, python2-pybugz, quilt, source-highlight, stalonetray, trueprint, ttf-dejavu, unionfs-fuse, unionfs-fuse-static, uucp, vera, windowmaker, xapian, xterm *** 90 package updates apl-1.3, autoconf-2.68, automake-1.14.1, bash-4.3, bash-light-4.3, big
Re: Hydra status
And the most mysterious of them all: http://hydra.gnu.org/build/49569/nixlog/3 /gnu/store/rf5dkfwss2r402d52kkjbijlv2qjyi0s-texlive-2013-data /gnu/store/fda07hqbif99wzrab9x3gzqkvddxsx52-texlive-2013 Nothing more! Andreas
Re: Hardened builds
Hello,
Anto Cvitić skribis:
> Is there an easy way to modify the gnu-build-system so that packages are
> compiled with for example -fstack-protector and other flags to compiler and
> linker? Inspired from https://wiki.debian.org/Hardening
Yes, we can do that on a per-package basis, by passing specific CFLAGS
or such to ./configure.
To automate it, we could write a function that takes a package, and
returns the same package but with that additional configure flag, like:
(define (hardened-package p)
(package (inherit p)
(arguments
`(#:configure-flags '("CFLAGS=-fstack-protector")
(In real life this would have to be a bit more sophisticated so that P’s
configure flags are not discarded, but you get the idea.)
We could also do that automatically in gnu-build-system, but that may
not be a good idea.
Or, we could add an option to gnu-build-system that does that, so that a
package definition can enable it with just:
(arguments '(#:hardened? #t))
Perhaps that is the best thing to do.
> It would be nice with a hadened guix, perhaps even with grsecurity patches.
I agree it would be nice.
> I would gladly help with this effort, but alas am not a lisper, yet.
The goal of Guix is to allow non-lispers to contribute (package
definitions can be understood without being a lisper, no?), and to
stealthily turn them into Schemers as they get more experienced.
:-)
Ludo’.
Re: [PATCH] gnu: linux-libre: Add SIS hardware compatibility.
Alírio Eyng skribis: > From bab613902e5459fc794caebf9226663742371d0b Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Al=C3=ADrio=20Eyng?= > Date: Wed, 9 Apr 2014 11:05:04 + > Subject: [PATCH] gnu: linux-libre: Add SIS hardware compatibility. > > * gnu/packages/linux.scm (linux-libre): Add CONFIG_SATA_SIS=y, > CONFIG_SIS190=y and CONFIG_DEVPTS_MULTIPLE_INSTANCES=y. Applied, thanks. Ludo’.
Re: [PATCH] doc: Expect to fix typo.
Alírio Eyng skribis: > From 33ebb3b14e3359f73dd0c5b42dfbecfadbf5effc Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Al=C3=ADrio=20Eyng?= > Date: Wed, 9 Apr 2014 11:53:13 + > Subject: [PATCH] doc: Expect to fix typo. > > * doc/guix.texi (Build Systems): "except" it is. Applied, thanks. Ludo’.
Re: OCSP error in icecat
Andreas Enge skribis: > our icecat has problems with some tls sites, for instance: >https://www.allistene.fr/ > > The error message is: > Secure Connection Failed > An error occurred during a connection to www.allistene.fr. > The OCSP server has refused this request as unauthorized. > (Error code: sec_error_ocsp_unauthorized_request) > > The following site explains how to turn off OCSP verification: > > http://www.ghacks.net/2013/10/02/fix-ocsp-server-refused-request-unauthorized-firefox/ > > But maybe there is a preferable solution? Any idea why the OCSP server fails to reply in the first place? Perhaps it’d be best to bring it on bug-gnuzi...@gnu.org? Ludo’.
Re: Hydra status
Andreas Enge skribis: > There are still quite a few of the following kind: >guix build: error: open-file: No such file or directory: > "/gnu/store/gpcxqii07ivdk6ny8svhayw7hc98gh8i-xnee-3.18.drv" > See, for instance, >http://hydra.gnu.org/build/49330 > I restarted most of them, but kept this one for reference. Hmm, given its date, this one could be problematic. However, there’s still the possibility that this is a cached failure (guix-daemon runs with --cache-failures on hydra.gnu.org.) > And there are others that, when one tries to restart them, reply with >500 Internal Server Error >This build cannot be restarted. > For instance, >http://hydra.gnu.org/build/47968 > What can we do there? I installed the offload fixes (specifically 4b00f34 plus a related setup issue on chapters.gnu.org) on Apr. 8th. This one dates from before; presumably its .drv has been GC’d, which is why it cannot be restarted. So no worries on this one. Ludo’.
Re: Hydra status
Andreas Enge skribis: > And the most mysterious of them all: >http://hydra.gnu.org/build/49569/nixlog/3 > > /gnu/store/rf5dkfwss2r402d52kkjbijlv2qjyi0s-texlive-2013-data > /gnu/store/fda07hqbif99wzrab9x3gzqkvddxsx52-texlive-2013 Going to http://hydra.gnu.org/build/49569/ shows that the texlive builds were actually aborted. The “Nix error output” box shows this: --8<---cut here---start->8--- offloading '/gnu/store/j0b550qfqac1w550v0zq2nlb0sqc-texlive-2013.drv' to 'hydra.gnunet.org'... @ build-remote /gnu/store/j0b550qfqac1w550v0zq2nlb0sqc-texlive-2013.drv hydra.gnunet.org retrieving 2 files from 'hydra.gnunet.org'... Backtrace: In ice-9/boot-9.scm: 2401: 19 [save-module-excursion #] 4050: 18 [#] 1724: 17 [%start-stack load-stack ...] 1729: 16 [#] In unknown file: ?: 15 [primitive-load "/usr/local/bin/guix"] In guix/ui.scm: 597: 14 [run-guix-command offload "x86_64-linux" "3600" "1" "72000"] In guix/scripts/offload.scm: 686: 13 [guix-offload "x86_64-linux" "3600" "1" "72000"] In ice-9/boot-9.scm: 157: 12 [catch srfi-34 ...] In guix/scripts/offload.scm: 413: 11 [transfer-and-offload # # # ...] 488: 10 [retrieve-files # #] In ice-9/boot-9.scm: 157: 9 [catch srfi-34 ...] In guix/scripts/offload.scm: 497: 8 [#] In guix/utils.scm: 240: 7 [call-with-decompressed-port xz # ...] In guix/nar.scm: 426: 6 [loop 1 ()] 256: 5 [restore "/gnu/store/guix-8uVCz3"] 256: 4 [restore "/gnu/store/guix-8uVCz3/texmf-dist"] 256: 3 [restore "/gnu/store/guix-8uVCz3/texmf-dist/doc"] 256: 2 [restore "/gnu/store/guix-8uVCz3/texmf-dist/doc/generic"] 248: 1 [restore "/gnu/store/guix-8uVCz3/texmf-dist/doc/generic/babel-swedish"] In unknown file: ?: 0 [mkdir "/gnu/store/guix-8uVCz3/texmf-dist/doc/generic/babel-swedish" ...] ERROR: In procedure mkdir: ERROR: In procedure mkdir: No such file or directory lsh: io.c: write failed (errno = 32): Broken pipe lsh: channel.c: stdout: I/O error, Broken pipe lsh: Ignoring data on channel which is closing builder for `/gnu/store/j0b550qfqac1w550v0zq2nlb0sqc-texlive-2013.drv' failed with exit code 1 @ hook-failed /gnu/store/j0b550qfqac1w550v0zq2nlb0sqc-texlive-2013.drv - 256 builder for `/gnu/store/j0b550qfqac1w550v0zq2nlb0sqc-texlive-2013.drv' failed with exit code 1 error: build of `/gnu/store/j0b550qfqac1w550v0zq2nlb0sqc-texlive-2013.drv' failed --8<---cut here---end--->8--- So the problem occurred while retrieving and restoring the build result (the log shows just these two lines because apparently, the result was already available on the build machine hydra.gnunet.org–which is no surprise given that /gnu is 1.5T on that machine, vs. 400G on hydra.gnu.org.) The ‘mkdir’ error here suggests that the temporary place were we are restoring, /gnu/store/guix-8uVCz3, has been removed right in the middle of the process by the GC. I believe this is fixed by 9132b9b. Thanks! Ludo’.
Re: Proposal: prefetch tarballs in a batch
So, in order to add a tarball to the store, one can write:
$ ./pre-inst-env guile
scheme@(guile-user)> ,use (guix store) (guix packages) (guix derivations) (gnu
packages wget)
scheme@(guile-user)> (define s (open-connection))
scheme@(guile-user)> (package-source-derivation s (package-source wget))
$1 = #
/gnu/store/qz9vm8802v6pi69ci2kgnvfivrkr085r-wget-1.15.tar.xz 1922cd0>
scheme@(guile-user)> (build-derivations s (list $1))
$2 = #t
scheme@(guile-user)> (file-exists? (derivation->output-path $1))
$3 = #t
And to get a list of inputs (including the implicit ones):
scheme@(guile-user)> ,use (srfi srfi-26)
scheme@(guile-user)> (for-each (cut format #t "~a~%" <>) (derivation-inputs
(package-derivation s wget)))
#< path:
"/gnu/store/divcaakxh5zhgpkih3paxb6znmnpbzhw-guile-2.0.11.drv" sub-derivations:
("out")>
#< path:
"/gnu/store/jf4hzf16akk7bjidpr6im3wamfnr5rpv-wget-1.15.tar.xz.drv"
sub-derivations: ("out")>
#< path:
"/gnu/store/rx5kn39gcc0vm4hwr81kcwpxgybx2yay-perl-5.16.1.drv" sub-derivations:
("out")>
[…]
Then ‘read-derivation’ can be used to “turn” a type into
:
scheme@(guile-user)> ,use (srfi srfi-1)
scheme@(guile-user)> (call-with-input-file (derivation-input-path (first
(derivation-inputs (package-derivation s wget read-derivation)
$4 = # /gnu/store/6mfc9dhala2mnkmc8xjyjzc04mxwym26-guile-2.0.11-debug
/gnu/store/1r1097pd7842mf3fpyhfn86wdrilx73q-guile-2.0.11 1922fa0>
I’m planning to do the same for every input. But a couple of things are
not clear:
1. Should the recursion stop when ‘fixed-output-derivation?’ returns #t?
Or should I use a different function for the base case?
2. I’d like to use ‘package-source-derivation’ (see above) in order to
get a tarball. Is it possible to get a type from
? If not, what are my options?
pgpjURE17LRzw.pgp
Description: PGP signature
Re: [Nix-dev] GNU Guix 0.6 released
Hi Ludo, On Wed, Apr 09, 2014 at 08:29:25PM +0200, Ludovic Courtès wrote: > We are pleased to announce the release of GNU Guix version 0.6, > representing 597 commits by 16 people over 4 months. > Congratulations! > > This release comes with an updated QEMU virtual machine image that shows > preliminary work toward building a stand-alone GNU system with Guix. > The image uses the GNU Linux-Libre kernel and the GNU dmd init system, > and runs X11. It may be used primarily to try out Guix and dmd. > > > • About > > GNU Guix is the functional package manager for the GNU system > distribution. > > In addition to standard package management features, Guix supports > transactional upgrades and roll-backs, unprivileged package > management, per-user profiles, and garbage collection. Guix uses > low-level mechanisms from the Nix package manager, with Guile Scheme > programming interfaces. > > At this stage Guix can be used on top of an i686, x86_64, or mips64el > GNU/Linux system, or in a virtual machine. Future versions will > stand alone. > My brain keeps parsing this as "guix will run on bare metal", what does stand alone mean here? > > http://www.gnu.org/software/guix/ > > > • Download > > Here are the compressed sources and a GPG detached signature[*]: > ftp://alpha.gnu.org/gnu/guix/guix-0.6.tar.gz > ftp://alpha.gnu.org/gnu/guix/guix-0.6.tar.gz.sig > > ftp://alpha.gnu.org/gnu/guix/gnu-system-demo-0.6.qcow2.xz > ftp://alpha.gnu.org/gnu/guix/gnu-system-demo-0.6.qcow2.xz.sig > > Use a mirror for higher download bandwidth: > http://www.gnu.org/order/ftp.html > > Here are the SHA1 checksums: > > 2428bcf16051d8ac78d35285d947e583cd90c61a guix-0.6.tar.gz > 6dd9d1b4964ab6fa49ee6d49d826da6b7e2d99d3 gnu-system-demo-0.6.qcow2.xz > > [*] Use a .sig file to verify that the corresponding file (without the > .sig suffix) is intact. First, be sure to download both the .sig file > and the corresponding tarball. Then, run a command like this: > > gpg --verify guix-0.6.tar.gz.sig > > If that command fails because you don't have the required public key, > then run this command to import it: > > gpg --keyserver keys.gnupg.net --recv-keys EA52ECF4 > > and rerun the 'gpg --verify' command. > > This release was bootstrapped with the following tools: > Autoconf 2.69 > Automake 1.14.1 > Makeinfo 5.2 > > > To use the virtual machine image, run QEMU like this: > > qemu-system-x86_64 -enable-kvm -m 1024 -net nic,model=e1000 \ > -net user gnu-system-demo-0.5.qcow2 > > This enables networking support, which is useful when using Guix > inside of it. > > > • Changes since version 0.5 (excerpt from the NEWS file) > > ** Package management > *** Default store directory changed to /gnu/store > What was the motivation behind this change? Cheers, Shea > > Although it is still possible to configure Guix to use the old store > directory, we recommend that you start with a fresh install to /gnu/store. > > *** Substitutes from hydra.gnu.org must now be signed and authorized > *** Support for offloading builds to other Guix machines over SSH > *** New ‘guix archive’ command > *** New ‘guix system’ command; it can currently build VM images > *** ‘guix package’ accepts several arguments after -i, -r, and -u > *** Updating a profile with ‘guix package’ is now noticeably faster > *** ‘guix build’ can override a package’s source with the new > ‘--with-source’ > *** ‘guix build’ has a new ‘--no-build-hook’ option > *** ‘guix’ commands that build packages have a common set of options > *** ‘guix hash’ has a new ‘--recursive’ option > *** Daemon no longer bind-mounts the host’s /dev (improves reproducibility) > > ** Programming interfaces > *** New (guix pk-crypto) and (guix pki) modules for public key cryptography > *** New #:local-build? parameter for derivations that shouldn’t be offloaded > *** (gnu system vm) has procedures to build VMs that share the host’s store > *** New ‘text-file*’ procedure in (guix monads) > *** System service definitions are now provided by the (guix services) > modules > *** New X and SLiM services in (gnu services xorg) > *** New (guix git-download) and (guix svn-download) for git/svn checkouts > > ** GNU distribution > *** 91 new packages > > a2ps, asciidoc, aspell-dict-en, aspell-dict-eo, aspell-dict-es, > aspell-dict-fr, aumix, bitlbee, bogofilter, boost, calcurse, clusterssh, > corkscrew, cursynth, docbook-xml, docbook-xsl, elfutils, enscript, fftwf, > fltk, fuse, gcc-toolchain, giflib, glade, gmime, gnome-desktop, gnubg, > gnubik, > gnumach-headers, gnunet, gnuplot, gnurl, gphoto2, gtkglext, guile-json, > guile-reader-for-guile_2.0.11, gxmessage, hdf5, hurd-headers, inkscape, > iotop, > isc-dhcp, iso-codes, jnettop, libatomic-ops, libexif, libgphoto2, libmpcdec, > libmpdclient, libotr, libpcap, libpeas,
