Author: | Patrick Uiterwijk |
---|---|
Date: | 21 April 2016 |
Version: | 0.8.x |
The Fedora module provides a python API for building Fedora Services and clients that connect to them. It has functions and classes that help to build TurboGears applications and classes to make building clients of those services much easier.
Contents
This python module is distributed under the terms of the GNU Lesser General Public License Version 2 or later.
python-fedora
requires the munch
, kitchen
, and requests
python
modules. It used to use pycurl
, but was updated to use requests
as of
version 0.3.32
.
The flask_fas_openid
module requires the python-openid
and
python-openid-teams
modules.
python-fedora
is found in rpm form in Fedora proper. Sometimes a new
version will be placed in the Fedora Infrastructure yum
repository for testing
within Infrastructure before being released to the general public. Installing
from the yum repository should be as easy as:
$ yum install python-fedora
If you want to install from a checkout of the development branch, follow these procedures:
$ git clone https://github.com/fedora-infra/python-fedora.git $ cd python-fedora $ ./setup.py install
See the configuration notes in each section for information on configuring your application after install.
Create and Activate a virtual environment:
python3 -m venv .venv source .venv/bin/activate
Upgrade pip and install Dependencies:
pip install --upgrade pip pip install -r requirements.txt pip install -r test_requirements.txt
Run the unit tests:
tox test
We provide several modules that make connecting to the Fedora Account System easier.
The fedora.client.fas2
module allows code to integrate with the Fedora
Account System. It uses the JSON interface provided by the Account System
servre to retrieve information about users.
Note: This API is not feature complete. If you'd like to help add methods,
document the existing methods, or otherwise aid in development of this API
please contact us on the infrastructure list: infrastructure@lists.fedoraproject.org
or on IRC: lmacken, abadger1999, and ricky in #fedora-admin
, irc.freenode.net
Using the general API requires instantiating an AccountSystem
object. You
then use methods on the AccountSystem
to get and set information on the
people in the account system.
At the moment, there are only a few methods implemented. Full documentation on
these methods is available from the AccountSystem
's docstrings from the
interpreter or, for instance, by running:
$ pydoc fedora.client.fas2.AccountSystem
Here's an example of using the AccountSystem
:
from fedora.client.fas2 import AccountSystem from fedora.client import AuthError # Get an AccountSystem object. All AccountSystem methods need to be # authenticated so you might as well give username and password here. fas = AccountSystem(username='foo', password='bar') people = fas.people_by_id()
The TurboGears interface also uses the JSON interface to the account system.
It provides a TurboGears visit
and identity
plugin so a TurboGears
application can authorize via FAS. Since the plugin operates over JSON, it is
possible to use these plugins on hosts outside of Fedora Infrastructure as
well as within. Remember, however, that entering your Fedora password on a
third party website requires you to trust that website. So doing things this
way is more useful for developers wanting to work on their apps outside of
Fedora Infrastructure than a general purpose solution for allowing Fedora
Users to access your web app. (SSL client certificates and OpenID are better
solutions to this problem but they are still being implemented in the FAS2
server.)
To configure your TurboGears application, you need to set the following variables in your pkgname/config/app.cfg file:
fas.url='https://admin.fedoraproject.org/accounts/' visit.on=True visit.manager="jsonfas" identity.on="True" identity.failure_url="/login" identity.provider="jsonfas"
python-fedora
provides several helper classes and functions for building a
TurboGears application that works well with other Fedora Services. the
Fedora Services documentation is the best place to learn more about these.
There is a module to make writing a client for our TurboGears services very easy. Please see the client documentation for more details
You'll need to install python-sphinx for this:
yum install python-sphinx
Then run this command:
python setup.py build_sphinx
The strings in python-fedora has mainly error messages. These are translated so we should make sure that translators are able to translate them when necessary. You will need babel, setuptools, and zanata-client to run these commands:
yum install babel setuptools zanata-client
Much information about using zanata for translations can be found in the zanata user's guide. The information in this section is largely from experimenting with the information in the zanata client documentation
When you make changes that change the translatable strings in the package, you should update the POT file. Use the following distutils command (provided by python-babel) to do that:
./setup.py extract_messages -o translations/python-fedora.pot zanata-cli push
Then commit your changes to source control.
fedora.zanata.org will merge the strings inside the pot file with the already translated strings. To merge these, we just need to pull revised versions of the po files:
zanata-cli pull
Then commit the changes to source control (look for any brand new PO files that zanata may have created).
The easiest way to create a new po file for a new language is in 's web UI.
- Visit this
Message catalogs can be compiled for testing and should always be compiled just prior to release. Do this with the following script:
python releaseutils.py build_catalogs
Compiled message catalogs should not be committed to source control.
python releaseutils.py install_catalogs
will install the catalogs. This
command may be customized through the use of environment variables. See python
releaseutils.py --help
for details.
Commit all features, hotfixes, etc that you want in the release into the develop branch.
Checkout a copy of the repository and setup git flow:
git clone https://github.com/fedora-infra/python-fedora.git cd python-fedora git flow init
Create a release branch for all of our work:
git flow release start $VERSION
Download new translations and verify they are valid by compiling them:
zanata-cli pull python releaseutils.py build_catalogs # If everything checks out git commit -m 'Merge new translations from fedora.zanata.org'
Make sure that the NEWS file is accurate (use
git log
if needed).Update python-fedora.spec and fedora/release.py with the new version information.:
# Make edits to python-fedora.spec and release.py git commit
Make sure the docs are proper and publish them:
# Build docs and check for errors python setup.py build_sphinx # pypi python setup.py upload_docs
Push the release branch to the server:
# Update files git flow release publish $VERSION
Go to a temporary directory and checkout a copy of the release:
cd .. git clone https://github.com/fedora-infra/python-fedora.git release cd release git checkout release/$VERSION
Create the tarball in this clean checkout:
python setup.py sdist
copy the dist/python-fedora-VERSION.tar.gz and python-fedora.spec files to where you build Fedora RPMS. Do a test build:
cp dist/python-fedora-*.tar.gz python-fedora.spec /srv/git/python-fedora/ pushd /srv/git/python-fedora/ fedpkg switch-branch master make mockbuild
Make sure the build completes. Run rpmlint on the results. Install and test the new packages:
rpmlint *rpm sudo rpm -Uvh *noarch.rpm [test]
When satisfied that the build works, create a fresh tarball and upload to pypi:
popd # Back to the release directory python setup.py sdist upload --sign
copy the same tarball to fedorahosted. The directory to upload to is slightly different for fedorahosted admins vs normal fedorahosted users: Admin:
scp dist/python-fedora*tar.gz* fedorahosted.org:/srv/web/releases/p/y/python-fedora/
Normal contributor:
scp dist/python-fedora*tar.gz* fedorahosted.org:python-fedora
mark the release as finished in git:
cd ../python-fedora git flow release finish $VERSION git push --all git push --tags
Finish building and pushing packages for Fedora.