doc: Stylistic changes to "Packaging Guidelines"
This commit is contained in:
parent
1a2e649561
commit
c8c871d184
|
@ -1597,7 +1597,7 @@ bootstrap)} module. For more information on bootstrapping,
|
||||||
|
|
||||||
The GNU distribution is nascent and may well lack some of your favorite
|
The GNU distribution is nascent and may well lack some of your favorite
|
||||||
packages. This section describes how you can help make the distribution
|
packages. This section describes how you can help make the distribution
|
||||||
grow. @ref{Contributing}, for additional information on how you can
|
grow. @xref{Contributing}, for additional information on how you can
|
||||||
help.
|
help.
|
||||||
|
|
||||||
Free software packages are usually distributed in the form of
|
Free software packages are usually distributed in the form of
|
||||||
|
@ -1675,18 +1675,19 @@ discuss ways to deal with trademarks and patents.
|
||||||
@node Package Naming
|
@node Package Naming
|
||||||
@subsection Package Naming
|
@subsection Package Naming
|
||||||
|
|
||||||
A package has actually two names associated to it:
|
A package has actually two names associated with it:
|
||||||
First, there is the name of the @emph{Scheme variable}, the one following
|
First, there is the name of the @emph{Scheme variable}, the one following
|
||||||
@code{define-public}. By this name, the package can be made known in the
|
@code{define-public}. By this name, the package can be made known in the
|
||||||
Scheme code, for instance as input to another package.
|
Scheme code, for instance as input to another package. Second, there is
|
||||||
Second, there is the string in the @code{name} field of a package definition.
|
the string in the @code{name} field of a package definition. This name
|
||||||
This name is used by the package manager.
|
is used by package management commands such as
|
||||||
|
@command{guix package} and @command{guix build}.
|
||||||
|
|
||||||
Both are usually the same and correspond to the lowercase conversion of the
|
Both are usually the same and correspond to the lowercase conversion of the
|
||||||
project name chosen by upstream. For instance, the GNUnet project is packaged
|
project name chosen upstream. For instance, the GNUnet project is packaged
|
||||||
as @code{gnunet}. We do not add @code{lib} prefixes for library packages,
|
as @code{gnunet}. We do not add @code{lib} prefixes for library packages,
|
||||||
unless these are already part of the official project name.
|
unless these are already part of the official project name. But see
|
||||||
But see @ref{Python Modules} for special rules concerning modules for
|
@ref{Python Modules} for special rules concerning modules for
|
||||||
the Python language.
|
the Python language.
|
||||||
|
|
||||||
|
|
||||||
|
@ -1695,8 +1696,9 @@ the Python language.
|
||||||
|
|
||||||
We usually package only the latest version of a given free software
|
We usually package only the latest version of a given free software
|
||||||
project. But sometimes, for instance for incompatible library versions,
|
project. But sometimes, for instance for incompatible library versions,
|
||||||
two (or more) versions of the same package are needed. These require different
|
two (or more) versions of the same package are needed. These require
|
||||||
Scheme variable names. We use the name as defined in @ref{Package Naming}
|
different Scheme variable names. We use the name as defined
|
||||||
|
in @ref{Package Naming}
|
||||||
for the most recent version; previous versions use the same name, suffixed
|
for the most recent version; previous versions use the same name, suffixed
|
||||||
by @code{-} and the smallest prefix of the version number that may
|
by @code{-} and the smallest prefix of the version number that may
|
||||||
distinguish the two versions.
|
distinguish the two versions.
|
||||||
|
@ -1705,6 +1707,7 @@ The name inside the package definition is the same for all versions of a
|
||||||
package and does not contain any version number.
|
package and does not contain any version number.
|
||||||
|
|
||||||
For instance, the versions 2.24.20 and 3.9.12 of GTK+ may be packaged as follows:
|
For instance, the versions 2.24.20 and 3.9.12 of GTK+ may be packaged as follows:
|
||||||
|
|
||||||
@example
|
@example
|
||||||
(define-public gtk+
|
(define-public gtk+
|
||||||
(package
|
(package
|
||||||
|
@ -1735,6 +1738,7 @@ We currently package Python 2 and Python 3, under the Scheme variable names
|
||||||
To avoid confusion and naming clashes with other programming languages, it
|
To avoid confusion and naming clashes with other programming languages, it
|
||||||
seems desirable that the name of a package for a Python module contains
|
seems desirable that the name of a package for a Python module contains
|
||||||
the word @code{python}.
|
the word @code{python}.
|
||||||
|
|
||||||
Some modules are compatible with only one version of Python, others with both.
|
Some modules are compatible with only one version of Python, others with both.
|
||||||
If the package Foo compiles only with Python 3, we name it
|
If the package Foo compiles only with Python 3, we name it
|
||||||
@code{python-foo}; if it compiles only with Python 2, we name it
|
@code{python-foo}; if it compiles only with Python 2, we name it
|
||||||
|
|
Loading…
Reference in New Issue