<Apteryx>By the way; are errors thrown during the build a show stopper or something which can be tolerated? It about these errors that xsltproc returns when I build the manpages of udisks: Error: no ID for constraint linkend: udisks.8.
<Apteryx>It seems they don't have any impact; the manpages still get output. It only has to do with the validation of the docbook DTD; the links should point to valid IDREF but they aren't.
<jmd>That is really a policy that the package itself decides.
<jmd>An error is something which causes "make build" to return non-zero.
<Apteryx>jmd: I guess "guix build" would fail if "make build" returned non-zero?
<jmd>If it was using an unmodified gnu-build-system, yes.
<Apteryx>jmd: OK. I'll send my patch to guix-devel, with the output so that it can be discussed and hopefully resolved by someone more knoweldeable with docbook. Otherwise, it's still an improvements as we will now have manpages for the tools bundled in the udisks project.
<davexunit>here's the scenario: to work on a ruby web application you not only need ruby and some libraries, you also need a running database server. it would be *great* if a better 'guix environment' abstraction could manage running these additional daemons
<davexunit>people are using 'docker compose' to accomplish this today.
<civodul>i know, but that needs some thought because 'guix environment' in inherently talking in terms of packages currently