No description
Find a file
Michal Privoznik 0ef3c75185 Simplify obtaining of PKGDIR
So far, in all Makefiles we have a complicated way to construct
PKGDIR path which is used to install python modules into.
Firstly, python version is obtained, and then system prefix and
these are then used to construct the PKGDIR path. Well, we can do
better. We can use 'site.getsitepackages()[0]' to obtain exactly
the path we are after.

This also fixes the problem on distributions which have split
/usr/lib and /usr/lib64 directories, because with the way we are
constructing the PKGDIR path we assume that the directories are
the same (or one is a symlink to another). Well, that is not
always the case.

Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
2020-09-22 13:45:48 +02:00
builder flake8 fix 2020-09-22 12:21:07 +02:00
cli Simplify obtaining of PKGDIR 2020-09-22 13:45:48 +02:00
devtools Add rpm-devel to fedora container 2020-09-08 16:20:19 +02:00
docs builder: configurable TTL for buildroots 2020-09-17 14:16:02 +02:00
hub Simplify obtaining of PKGDIR 2020-09-22 13:45:48 +02:00
koji Simplify obtaining of PKGDIR 2020-09-22 13:45:48 +02:00
plugins Simplify obtaining of PKGDIR 2020-09-22 13:45:48 +02:00
tests hub: deleteBuild should skip deleted builds 2020-09-10 13:24:02 +02:00
util koji-gc: log error if build can't be deleted 2020-09-08 14:22:13 +02:00
vm vm: revert to RawConfigParser 2020-08-26 09:27:29 +02:00
www Simplify obtaining of PKGDIR 2020-09-22 13:45:48 +02:00
.coveragerc tests: fix coveragerc 2020-09-08 16:21:40 +02:00
.coveragerc3 tests: fix coveragerc 2020-09-08 16:21:40 +02:00
.flake8 flake8: Ignore .tox 2020-09-08 16:20:19 +02:00
.gitignore Run tests in virtualenvs using tox 2020-09-08 16:20:19 +02:00
Authors one last email test typo 2007-02-20 23:26:53 -05:00
COPYING update copyright 2014-10-28 23:54:21 -04:00
koji.next.md koji.next.md: drop RHEL 5 requirements 2018-11-14 12:16:13 -05:00
koji.spec Simplify obtaining of PKGDIR 2020-09-22 13:45:48 +02:00
LGPL Initial code drop 2007-02-14 11:25:01 -05:00
Makefile Run tests in virtualenvs using tox 2020-09-08 16:20:19 +02:00
README.md README: fix bullet indentation 2019-10-14 10:10:14 +02:00
requirements.txt Run tests in virtualenvs using tox 2020-09-08 16:20:19 +02:00
runtests sort imports for other scripts 2019-12-12 11:00:58 +00:00
setup.py bump version to 1.22.1 2020-09-07 09:44:07 +02:00
test-requirements.txt test-requirements: Refine requests-mock versions 2020-09-08 16:20:19 +02:00
tox.ini tox: Fix flake8 invocation 2020-09-08 16:20:19 +02:00

koji - RPM building and tracking system

Koji is an RPM-based build system. The Fedora Project uses Koji for their build system, as do several other projects.

Koji's goal is to provide a flexible, secure, and reproducible way to build software.

Key features:

  • New buildroot for each build
  • Robust XML-RPC APIs for easy integration with other tools
  • Web interface with SSL and Kerberos authentication
  • Thin, portable command line client
  • Users can create local buildroots
  • Buildroot contents are tracked in the database
  • Versioned data

Communicate

Bugs/RFEs

If you have found a bug or would like to request a new feature, please report an issue in Pagure.

Download

The koji source code can be downloaded with git via:

git clone https://pagure.io/koji.git

You may browse code at https://pagure.io/koji

Archived releases can be found at https://pagure.io/koji/releases

Documentation

See: https://docs.pagure.org/koji/

  • Mock: The tool Koji uses to generate buildroots
  • Yum
  • Pungi: Use Pungi to "compose" Koji builds into highly customizable Yum repositories.
  • Koji Tools: Various utilities for Koji
  • Kojiji: Koji Java Interface
  • txkoji: Async interface to Koji, using Twisted