[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

02/07: doc: Document 'wrap-program' and 'wrap-script'.

From: guix-commits
Subject: 02/07: doc: Document 'wrap-program' and 'wrap-script'.
Date: Wed, 16 Feb 2022 10:55:41 -0500 (EST)

civodul pushed a commit to branch master
in repository guix.

commit de65fd92d5724ace1cbc49f20ad49bffdc64d09d
Author: Ludovic Court├Ęs <>
AuthorDate: Wed Feb 16 15:37:04 2022 +0100

    doc: Document 'wrap-program' and 'wrap-script'.
    * doc/guix.texi (Build Utilities)[Wrappers]: New subsection.
 doc/guix.texi | 84 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 84 insertions(+)

diff --git a/doc/guix.texi b/doc/guix.texi
index 039b418038..c8bb484d94 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -9506,6 +9506,90 @@ executable files to be installed:
 @c TODO: Add more examples.
+@subsection Wrappers
+@cindex program wrappers
+@cindex wrapping programs
+It is not unusual for a command to require certain environment variables
+to be set for proper functioning, typically search paths (@pxref{Search
+Paths}).  Failing to do that, the command might fail to find files or
+other commands it relies on, or it might pick the ``wrong''
+ones---depending on the environment in which it runs.  Examples include:
+a shell script that assumes all the commands it uses are in @env{PATH};
+a Guile program that assumes all its modules are in @env{GUILE_LOAD_PATH}
+a Qt application that expects to find certain plugins in
+@end itemize
+For a package writer, the goal is to make sure commands always work the
+same rather than depend on some external settings.  One way to achieve
+that is to @dfn{wrap} commands in a thin script that sets those
+environment variables, thereby ensuring that those run-time dependencies
+are always found.  The wrapper would be used to set @env{PATH},
+@env{GUILE_LOAD_PATH}, or @env{QT_PLUGIN_PATH} in the examples above.
+To ease that task, the @code{(guix build utils)} module provides a
+couple of helpers to wrap commands.
+@deffn {Scheme Procedure} wrap-program @var{program} @
+  [#:sh @var{sh}] [#:rest @var{variables}]
+Make a wrapper for @var{program}.  @var{variables} should look like this:
+'(@var{variable} @var{delimiter} @var{position} @var{list-of-directories})
+@end example
+where @var{delimiter} is optional.  @code{:} will be used if
+@var{delimiter} is not given.
+For example, this call:
+(wrap-program "foo"
+              '("PATH" ":" = ("/gnu/.../bar/bin"))
+              '("CERT_PATH" suffix ("/gnu/.../baz/certs"
+                                    "/qux/certs")))
+@end example
+will copy @file{foo} to @file{.foo-real} and create the file @file{foo}
+with the following contents:
+export PATH="/gnu/.../bar/bin"
+export CERT_PATH="$CERT_PATH$@{CERT_PATH:+:@}/gnu/.../baz/certs:/qux/certs"
+exec -a $0 location/of/.foo-real "$@@"
+@end example
+If @var{program} has previously been wrapped by @code{wrap-program}, the
+wrapper is extended with definitions for @var{variables}.  If it is not,
+@var{sh} will be used as the interpreter.
+@end deffn
+@deffn {Scheme Procedure} wrap-script @var{program} @
+  [#:guile @var{guile}] [#:rest @var{variables}]
+Wrap the script @var{program} such that @var{variables} are set first.
+The format of @var{variables} is the same as in the @code{wrap-program}
+procedure.  This procedure differs from @code{wrap-program} in that it
+does not create a separate shell script.  Instead, @var{program} is
+modified directly by prepending a Guile script, which is interpreted as
+a comment in the script's language.
+Special encoding comments as supported by Python are recreated on the
+second line.
+Note that this procedure can only be used once per file as Guile scripts are
+not supported.
+@end deffn
 @node Search Paths
 @section Search Paths

reply via email to

[Prev in Thread] Current Thread [Next in Thread]