Mail archive

[alpine-devel] RFC: Distribution variables for abuild

From: A. Wilcox <>
Date: Sun, 25 Jun 2017 01:36:37 -0500

Hash: SHA256

 Proposal for addition of distribution variables to abuild

  A. Wilcox (Adélie Linux)
  Request for Comment

- ------------

This proposal outlines the addition of environment variables to
``abuild.conf`` for the purposes of identifying the distribution of
built packages.

- ----------

Alpine Linux is a secure, solid foundation for creators and
organisations to build atop for their own forks or spins (derivative
distributions). Some that exist are postmarketOS and Adélie.

Current Situation
- -----------------

Currently, forks and spins of Alpine are required to choose one of
only two options. They can either use aports as is, which causes
packages to identify as being built for Alpine and causes most
autoconf-based packages to have their builder and bug report URLs
point to Alpine. Alternatively, they can fork the Git repository,
requiring the need of manual merges when conflicts arise, and constant
monitoring of new packages to ensure they are branded correctly.

- ------------

If a fork or spin of Alpine does not have the manpower or resources to
modify all packages that mention the Alpine name / bug URL (about
300-400 at my last count, with many more possible), then both
distributions suffer. Users of the spin will file bugs with Alpine
that are not bugs in Alpine. Developers of the spin will not know
about said bugs, and be unable to fix them. Alpine developers will
have to waste time and resources testing bugs and finding out they are
not even Alpine bugs.

If they choose the alternative of forking the repository and changing
these parameters in the packages, then it makes upstreaming their
improvements much more difficult.

Solution Objectives
- -------------------

* Protect Alpine's name, trademark, and reputation by avoiding the
  appearance that derivative distributions are part of the Alpine
  Linux project.

* Lessen number of inappropriate bugs filed with Alpine due to forks
  and spins.

* Foster better collaboration and sharing of improvements between
  Alpine and its forks/spins.

* Future potential changes to the bug report URL, while unlikely,
  are additionally made easier if there is a move off of Redmine.

Solution Vision
- ---------------

I hereby propose adding the following four variables to abuild.conf,
with the default values in abuild being appropriate for Alpine.

  The name of the distribution, such as "Alpine Linux" or
  "Adélie Linux".

  A single word describing the distribution, such as "Alpine" or

  The home page of the distribution, i.e. "".

  The URL to use to report bugs with software on the distribution.
  This would be set to "" by default.

By replacing references to 'Alpine Linux' passed to ./configure, make,
etc with ``${DISTRO}``, forks and spins will be able to notate their
name as the distributor on packages. This will affect packages such
as LibreOffice, OpenRC, X.Org, coreutils, and more, which are all
compiled with the name of the distribution internally. They use this
for bug information, and having the proper distribution name will
allow for more proper bug handling and ensure less inappropriate blame
is assigned to Alpine. This also ensures that the fork or spin's own
mailing lists, forums, and so on are searched and contacted before

By replacing references to '' passed to
./configure with ``${DISTRO_BUG_URL}``, the Alpine project will have a
significant reduction in wasted effort handling inappropriately filed
bugs when the issues are caused by changes by the forks and spins.

- -------

Since the shell environment is flexible, this change can be
implemented almost immediately; the defaults specified ensure that at
worst, nothing will change. As forks and spins change the environment
variables in their ``abuild.conf`` files, all updated packages will
immediately reflect those changes.

If there is interest, I would be happy to work on the abuild code and
adding the variables in relevant APKBUILDs. There are a few packages
that don't specify bug report URLs where they could; I could
additionally add support there, if desired.

One alternative is sourcing this information from ``/etc/os-release``
instead of ``abuild.conf``, or using os-release when abuild.conf does
not have anything set.

Thank you for your time in reviewing this proposal. If you have any
questions or concerns or changes, I would love to discuss them. I'm
open to any comments the community has.

All the best to you and yours,
- --arw

- --
A. Wilcox (awilfox)
Project Lead, Adélie Linux
Version: GnuPG v2


Received on Sun Jun 25 2017 - 01:36:37 GMT