Difference between revisions of "Koji Usage"
Line 1: | Line 1: | ||
This howto is for using the Koozali.org Koji Build Farm (http://koji.koozali.org/koji). | This howto is for using the Koozali.org Koji Build Farm (http://koji.koozali.org/koji). | ||
− | {{Note box| | + | {{Note box|Koji is now publicly available for read-only, but you are advised to get a login in order that you can fully utilise it. |
− | + | Developers should be following the guide at <>. | |
+ | This wiki page is for interacting directly with koji.}} | ||
Official Koji documentation can be found at: https://docs.pagure.org/koji/ | Official Koji documentation can be found at: https://docs.pagure.org/koji/ | ||
Line 9: | Line 10: | ||
We are slowly migrating smeserver to newer build tools, which includes git for source management and koji for managing the builds. | We are slowly migrating smeserver to newer build tools, which includes git for source management and koji for managing the builds. | ||
− | Here we will try to explain how to setup and | + | Here we will try to explain how to setup and and interact directly with Koji. |
− | + | Please read [[Howto interact with gitea and koji to do an rpm build for SME11|here]] for normal development. This is primarily focussed on i=understanding the koji backend and how to interact with it directly. | |
== Web Interface == | == Web Interface == | ||
Line 33: | Line 34: | ||
Install the koji client ('sudo dnf install koji' or equivalent on your flavour of linux) | Install the koji client ('sudo dnf install koji' or equivalent on your flavour of linux) | ||
− | * on fedora do | + | * on fedora/rocky do |
dnf install koji-tool -y | dnf install koji-tool -y | ||
* on centos 7 do | * on centos 7 do | ||
Line 69: | Line 70: | ||
We have created build targets that align with the standard development practice of building into test, then migrating that build through the different environments | We have created build targets that align with the standard development practice of building into test, then migrating that build through the different environments | ||
− | * smeserver/<pkg>-<tag> -> sme11-test (dist-sme11 | + | * smeserver/<pkg>-<tag> -> sme11-test (dist-sme11-testing) -> dist-sme11-os |
− | * smecontribs/<pkg>-<tag> -> sme11-contribs | + | * smecontribs/<pkg>-<tag> -> sme11-contribs (smecontribs11-testing) -> smecontribs11 |
{{Note box|There is a target of sme11-os that will build into dist-sme11-os, but this should ONLY be used for tthe initial load of the smeos repository}} | {{Note box|There is a target of sme11-os that will build into dist-sme11-os, but this should ONLY be used for tthe initial load of the smeos repository}} | ||
− | There is | + | There is 1 build tag for each of smeserver and smecontribs to allow for the use of different external repos and settings. |
Line 78: | Line 79: | ||
* smeos (dist-sme11-os) | * smeos (dist-sme11-os) | ||
− | * smetest (dist-sme11 | + | * smetest (dist-sme11-test) |
− | + | * smecontribs-test (smecontribs11-testing) | |
− | + | * smecontribs (smecontribs11) | |
− | * smecontribs-test ( | ||
− | * smecontribs ( | ||
− | |||
==Advanced commands == | ==Advanced commands == | ||
− | to add a rpm to the | + | If adding a new package, it needs to be added to the parent tag for that Stream/Release:<syntaxhighlight lang="bash"> |
+ | koji add-pkg --owner kojiadmin smecontribs11 smeserver-my-new-contrib | ||
+ | </syntaxhighlight>to add a rpm to the build group to install in a mock environment : | ||
koji add-group-pkg dist-sme11-build build perl-Module-Install | koji add-group-pkg dist-sme11-build build perl-Module-Install | ||
Line 99: | Line 99: | ||
koji add-pkg --owner jpp dist-sme12-os smeserver-manager-jsquery | koji add-pkg --owner jpp dist-sme12-os smeserver-manager-jsquery | ||
− | to tag and existing build against a new tag (e.g. copy from testing to | + | to tag and existing build against a new tag (e.g. copy from testing to os) |
− | koji tag-build dist-sme11- | + | koji tag-build dist-sme11-os smeserver-update-11.0.0-7.el8.sme |
− | to populate an external repo for use by dnf | + | to manually populate an external repo for use by dnf (external repos should be automatically generated when a new build is attached to that tag) |
− | koji dist-repo dist-sme11-testing | + | koji dist-repo dist-sme11-testing <gpg key> |
− | + | koji dist-repo dist-sme11-os <gpg key> | |
− | koji dist-repo dist-sme11-os | + | koji dist-repo smecontribs11-testing <gpg key> |
− | koji dist-repo | + | koji dist-repo smecontribs11 <gpg key> |
− | koji dist-repo | + | |
− | + | ||
− | + | [[Category:Developer]] |
Revision as of 12:34, 27 September 2024
This howto is for using the Koozali.org Koji Build Farm (http://koji.koozali.org/koji).
Official Koji documentation can be found at: https://docs.pagure.org/koji/
We are slowly migrating smeserver to newer build tools, which includes git for source management and koji for managing the builds.
Here we will try to explain how to setup and and interact directly with Koji.
Please read here for normal development. This is primarily focussed on i=understanding the koji backend and how to interact with it directly.
Web Interface
The web interface is available to everyone for read-only access to the status of builds the configuration of the farm.
Developers and Admins have additional rights after they login.
<<We'll add a bit more here>>
Developers
As a developer, you will need access to koji to be able to initiate builds, add new packages and tweak settings.
Please ask in the Development Forum or via the #buildsys channel on Rocket Chat.
A koji user will be created and you'll be given a 'bundle' (koji-<userid>-bundle.tgz) that contains your koji config and keys.
Please extract this in your home directory on your development workstation.
tar -xzf koji-<userid>-bundle.tgz ls ~/.koji client.crt config <userid>_browser_cert.p12 serverca.crt
Install the koji client ('sudo dnf install koji' or equivalent on your flavour of linux)
- on fedora/rocky do
dnf install koji-tool -y
- on centos 7 do
yum install koji -y
- On Rocky 8
#!/bin/sh dnf -y install epel-release dnf -y install policycoreutils-python-utils dnf -y install setools-console dnf -y install rsyslog dnf -y install setroubleshoot-server dnf -y install koji
Check that you can connect
koji moshimoshi
And you should receive a welcome message, telling you that you've connected.
Build from git
For now, this is the only way we can do a build from git on koji, but in the future this will be incorporated into the 'make build'. (Aug 2024) This has now been done.
koji build sme11-test git+https://src.koozali.org/smeserver/<pkg>.git?#<tag>
koji build sme11-contribs-test git+https://src.koozali.org/smecontribs/<pkg>.git?#<tag>
Where:
- <pkg> = your package (e.g. smeserver-php)
- <tag> = version tag to be built (3_0-1)
Example:
koji build sme11-test git+https://src.koozali.org/smeserver/smeserver-php.git?#3_0-1
Structure
We have created build targets that align with the standard development practice of building into test, then migrating that build through the different environments
- smeserver/<pkg>-<tag> -> sme11-test (dist-sme11-testing) -> dist-sme11-os
- smecontribs/<pkg>-<tag> -> sme11-contribs (smecontribs11-testing) -> smecontribs11
There is 1 build tag for each of smeserver and smecontribs to allow for the use of different external repos and settings.
The repos align with the repos available to dnf in smeserver:
- smeos (dist-sme11-os)
- smetest (dist-sme11-test)
- smecontribs-test (smecontribs11-testing)
- smecontribs (smecontribs11)
Advanced commands
If adding a new package, it needs to be added to the parent tag for that Stream/Release:
koji add-pkg --owner kojiadmin smecontribs11 smeserver-my-new-contrib
to add a rpm to the build group to install in a mock environment :
koji add-group-pkg dist-sme11-build build perl-Module-Install
to list rpms in the mock environment:
koji list-groups dist-sme11-build build
to add a package to build list
koji add-pkg --owner jpp dist-sme10-os smeserver-manager-jsquery koji add-pkg --owner jpp dist-sme11-os smeserver-manager-jsquery koji add-pkg --owner jpp dist-sme12-os smeserver-manager-jsquery
to tag and existing build against a new tag (e.g. copy from testing to os)
koji tag-build dist-sme11-os smeserver-update-11.0.0-7.el8.sme
to manually populate an external repo for use by dnf (external repos should be automatically generated when a new build is attached to that tag)
koji dist-repo dist-sme11-testing <gpg key> koji dist-repo dist-sme11-os <gpg key> koji dist-repo smecontribs11-testing <gpg key> koji dist-repo smecontribs11 <gpg key>