Repositories

A repository is a storage location with a collection of Alpine Linux packages. In addition to the three official repositories, technically, any directory with a collection of *.apk files with a special index file, named APKINDEX.tar.gz can be considered a repository, albeit a personal repository. Alpine Package Keeper(apk) loads repository definitions from /etc/apk/repositories, has sub-commands to query repositories and maintain the desired system state as per world.

Official repositories

There are three official package repositories available in Alpine Linux i.e main, community and testing. These repositories directly correspond to three directories of aports.

Main

Packages in main repository are the software that have direct support and updates from the Alpine core team. Alpine Linux tries to limit the amount of packages in main to only include base system packages, i.e packages which are needed by other packages or are needed to setup a basic system.

The main repository of every stable release branch is supported for 2 years.

Community

Packages in community repository are those made by users in team with the official developers and close to the Alpine package process. They are supported by those user(s) contributions and could end if the user(s) stops; they may also be removed in a future release due to lack of support by upstream authors.

The community repository of any stable release branch is supported until next stable release i.e six months.

Testing

The testing repository is only available on edge branch i.e development branch and this is where new packages go. These are made by any contributor to Alpine Linux. Packages from testing that are accepted go to the community repository or (rarely) to the main repository.

Packages in testing have no support (staging only) and are built only for edge branch.

Release Branches

There are several release branches for Alpine Linux available at the same time. Each May and November we make a stable release branch from edge. Each stable release branch has its own main and community repositories.

Note: If packages from community repository are used, one needs to upgrade to the latest stable release branch to continue to have support.

Support entails security patches for the given feature versions. Security fixes beyond that can be made on request, if there are patches available.

The current stable release branch of Alpine Linux is 3.22.

Edge

edge is the name given to the current development tree of Alpine Linux. edge branch includes all three official repositories and contains the latest build of all available Alpine Linux packages. Those packages are updated on a regular basis. Since edge is a development branch, many changes are not heavily tested (or tested at all) and packages can and sometimes do break without warning. edge can be considered as rolling release version of Alpine Linux.

Upgrading to Edge branch and/or installing packages from testing repository and submitting bug reports is one of the best ways to contribute to Alpine Linux. This is a very valuable activity which helps Alpine Linux development, as it ensures that the quality of stable releases is high.

The current installed edge version i.e the build date that is attached to the edge release may be checked with command:

$ cat /etc/alpine-release

Warning: Do not use edge branch in production, or if you desire deterministic, repeatable package installation (such as with containerized environments) via package pinning as it is under constant development and instead use a stable release branch.

Managing repositories

The package repositories that apk uses to retrieve package files for installation are specified in file /etc/apk/repositories. Each line of /etc/apk/repositories specifies the location of a package repository, one repository per line and optionally a tag. Lines that start with a hash character (#) are ignored.

The location may be an http:// or https:// URL, or the path to a directory on the local filesystem. If you booted from a USB stick (/media/sda1) or CD-ROM (/media/cdrom), your repository file probably looks something like this:

Contents of /etc/apk/repositories

/media/sda1/apks/

Tip: During Installation only the Main repository is enabled, so enable the Community repository, if required.

Enabling the community repository

To configure the repositories file /etc/apk/repositories, the setup-apkrepos script can be used. To automatically configure the repositories issue the command:

# setup-apkrepos -cf

In the above command, the option c enables the community repository and f detects and adds fastest mirror.

After making changes to /etc/apk/repositories you should update the package index using:

# apk update

Once the Community repository is enabled, in a properly configured Alpine Linux system , the /etc/apk/repositories file will look something like:

Contents of /etc/apk/repositories

#/media/cdrom/apks http://dl-cdn.alpinelinux.org/alpine/v3.22/main http://dl-cdn.alpinelinux.org/alpine/v3.22/community

Note: For better security you should probably change the url's from http to https. Some Alpine Linux package mirrors may not support https. If that is the case, you will need to change mirrors or revert back. You can check if your mirror supports https on https://mirrors.alpinelinux.org

Tagged repository

A tagged repository is prefixed with the @tag specifier, followed by a space and the repository location in the /etc/apk/repositories file as follows.

Contents of /etc/apk/repositories

https://dl-cdn.alpinelinux.org/alpine/v3.22/main https://dl-cdn.alpinelinux.org/alpine/v3.22/community @personal https:/personal-repo.example.com/alpine-apks/

The optional @tag, when used as shown above indicates that the tagged repository should not be used by default.

apk will by default only use the untagged repositories, but adding a package with a @tag will make apk prefer the tagged repository for the named package, even if a later version of the package is available in another repository. It allows pulling in dependencies for the tagged package from the tagged repository (though it prefers to use untagged repositories to satisfy dependencies if possible).

For eg: apk add busybox@personal enables selection of busybox from a tagged repository @personal. The above command allows installation of busybox and it's dependencies from the tagged repository @personal. Since tagged repositories are not prioritized, if a version of busybox's dependency from an untagged repository is a better fit, it will be used.

Upgrading to edge

An upgrade of Alpine Linux from a stable version to the rolling development version edge basically requires the same steps as Upgrading to latest release.

There are only two differences:-

• When editing the /etc/apk/repositories file, all referenced repository versions (such as v3.22 or latest-stable) therein need to be pointing to edge as follows.

  Contents of /etc/apk/repositories

  #/media/cdrom/apks http://dl-cdn.alpinelinux.org/alpine/edge/main http://dl-cdn.alpinelinux.org/alpine/edge/community @testing http://dl-cdn.alpinelinux.org/alpine/edge/testing
• When the upgrade completes, edge currently issues an encouragement to run a "/usr merge" script that would update the base filesystem hierarchy:

usr_merge_nag.sh: 
* WARNING: The current system is not /usr-merged. You are encouraged to
* migrate manually to ensure the best-possible support. See
* https://alpinelinux.org/posts/2025-10-01-usr-merge.html for more details

Applying this change should not affect general users. For background information on this process, consult the news release, including its listing of the types of installations that may be affected.

This update is not currently a requirement but will be implemented in the future.

To attempt its implementation with a dry run first that should foresee errors in execution:

# As per a standard system upgrade to Edge or to a new release
doas apk upgrade -aU    

# Install the script
doas apk add merge-usr

# Simulate the outcome of the merge: do a "dry run".  This would report any errors onscreen
doas merge-usr --dryrun

# If any error is reported, it would be appreciated if you could kindly open an issue at https://gitlab.alpinelinux.org/alpine/aports/–/issues/new 

# WARNING: The next step would be to run the script, but it is only to be run as long as the steps above were performed without any errors
doas merge-usr

# The script would no longer be required and may now be deleted from the system
doas apk del merge-usr

# Remember to sync and reboot, as per usual after a system upgrade
doas sync
doas reboot

When using edge branch, testing repository can be added as a tagged repository as shown above. Remember that, packages in testing repository have no support.

Warning: Do not enable Main/Community repositories from both stable release branch and edge at the same time. This can break your system. Either use edge or stable. If you mix stable and edge repositories, you're on your own.

Using testing repository

Unlike edge branch, installing packages from testing repository in a stable release branch is not recommended and not guaranteed to work. However, if you need a package which is available only in the testing repository, add testing repository as a tagged repository by editing the /etc/apk/repositories file as follows:

Contents of /etc/apk/repositories

https://dl-cdn.alpinelinux.org/alpine/v3.22/main https://dl-cdn.alpinelinux.org/alpine/v3.22/community @testing https://dl-cdn.alpinelinux.org/alpine/edge/testing

Before installing a package from testing repository, check for dependencies. Installing a package from testing repository that depends on libraries in main or community often won't work due to potential version mismatch. Alpine does not officially support mixing branches this way, as mixing packages from stable and edge repositories can break your system.

In the example command # apk add wireguard-go@testing, the tag @testing allows apk to pull the necessary package(s) from testing repository without potentially messing up your installation (too badly).

See also

• Alpine Package Keeper
• Alpine Linux world
• Manual for apk-repositories(5)
• Alpine Linux in a chroot
• Report Bugs