F-Droid Server

Server tools for maintaining an F-Droid repository system.

What is F-Droid?

F-Droid is an installable catalogue of FOSS (Free and Open Source Software) applications for the Android platform. The client makes it easy to browse, install, and keep track of updates on your device.

What is F-Droid Server?

The F-Droid server tools provide various scripts and tools that are used to maintain the main F-Droid application repository. You can use these same tools to create your own additional or alternative repository for publishing, or to assist in creating, testing and submitting metadata to the main repository.

For documentation, please see https://f-droid.org/docs, or you can find the source for the documentation in fdroid/fdroid-website.

Installing

There are many ways to install fdroidserver, they are documented on the website: https://f-droid.org/docs/Installing_the_Server_and_Repo_Tools

All sorts of other documentation lives there as well.

Tests

There are many components to all the tests for the components in this git repository. The most commonly used parts of well tested, while some parts still lack tests. This test suite has built over time a bit haphazardly, so it is not as clean, organized, or complete as it could be. We welcome contributions. Before rearchitecting any parts of it, be sure to contact us to discuss the changes beforehand.

`fdroid` commands

The test suite for all of the fdroid commands is in the tests/ subdir. .gitlab-ci.yml and .travis.yml run this test suite on various configurations.

tests/run-tests runs the whole test suite
tests/*.TestCase are individual unit tests for all of the fdroid commands, which can be run separately, e.g. ./update.TestCase.
run one test: tests/common.TestCase CommonTest.test_get_apk_id

Additional tests for different linux distributions

These tests are also run on various distributions through GitLab CI. This is only enabled for master@fdroid/fdroidserver because it takes longer to complete than the regular CI tests. Most of the time you won't need to worry about them, but sometimes it might make sense to also run them for your merge request. In that case you need to remove these lines from .gitlab-ci.yml and push this to a new branch of your fork.

Alternatively run them locally like this: gitlab-runner exec docker ubuntu_lts

Buildserver

The tests for the whole build server setup are entirely separate because they require at least 200 GB of disk space, and 8 GB of RAM. These test scripts are in the root of the project, all starting with jenkins- since they are run on https://jenkins.debian.net.

Documentation

The API documentation based on the docstrings gets automatically published here on every commit on the master branch.

It can be built locally via

pip install -e .[docs]
cd docs
sphinx-apidoc -o ./source ../fdroidserver -M -e
sphinx-autogen -o generated source/*.rst
make html

To additionally lint the code call

pydocstyle fdroidserver --count

When writing docstrings you should follow the numpy style guide.

Translation

Everything can be translated. See Translation and Localization for more info.

View translation status for all languages.

4.1 KiB Raw Blame History