Following pingou's advice adding ci(a)fedoraproject.org
On Wed, Oct 30, 2019 at 10:03 PM Ben Cotton <bcotton(a)redhat.com> wrote:
>
> (skipped)
>
> Note - I do not know *how* to add a run of the annocheck program to
> the Bodhi process. This change request is about asking that such a
> thing be added.
In this form I think it doesn't qualify as Fedora Change, so let's see
how we can rework it.
> * Proposal owners:
> In theory there is very little that I can do personally. I do not
> have the knowledge to change the Bodhi process myself, so I will have
> to rely upon someone else to do that. I am familiar with the annobin
> package however, so any changes that are needed to it I will be happy
> to make.
We have a similar check coming to Fedora Rawhide gating. It is called
rpminspect [1]. Check also the talk from Flock 2019 [2].
Tim Flink and David Cantrell are driving it, and afaik it is close to
being done: the Jenkins job is already up and running and we are
hooking it into the gating framework.
If I understand correctly, the setup for annocheck should be very
similar, so we can reuse most of the work done for rpminspect, with
only the content of the test being different.
There are several work items related to that: setup of a Jenkins job,
update of a Jenkins which is needed to migrate to a new Fedora
messaging infrastructure.
We can coordinate of that via Fedora CI SIG [3], next meeting is on
November 4th [4] by the way.
Maybe we can make it a joint effort and file one change for both
rpminspect and annocheck?
[1] https://github.com/rpminspect/rpminspect
[2] https://www.youtube.com/watch?v=lPxC185PBeI
[3] https://fedoraproject.org/wiki/SIGs/CI
[4] https://apps.fedoraproject.org/calendar/SIGs/2019/11/4/#m9618
--
Aleksandra Fedorova
bookwar
Hi!
With a couple of qe & devel guys who are involved in the CI
effort we've started work on creating tmt, a tool for testing.
Why? We've got a bunch of dreams [1] and we would like to:
* run, debug and develop tests in much more comfortable way [2]
* open source more tests and run them closer to the upstream
* make creating and enabling tests in the CI more user friendly
We've put together the first proof-of-concept which outlines the
command line syntax. We would like to ask for early feedback and
invite anybody who would like to collaborate on this to join us:
https://github.com/psss/tmt
The easiest way how to start experimenting with the latest bits is
to install the tool directly from the git repo as it contains also
a set of real life tests/plans/stories for instant experimenting:
mkvirtualenv tmt # use [3] to install virtualenvwrapper
git clone https://github.com/psss/tmt
cd tmt
pip install -e .
tmt
tmt test ls
tmt plan show
tmt story show create
tmt story coverage --implemented
...
By creating the tool we aim to implement the L1 and L2 metadata
specification [4] and cover user stories [5] which we've gathered
so far. Feel free to review existing stories and provide feedback
or create new stories which are not covered yet.
Also note, that the repository has enabled Packit / Testing Farm
integration [6] which shows how you can automatically get test
results on copr builds directly in your pull requests, e.g. [7].
We are looking for any feedback.
psss...
[1] https://tmt.readthedocs.io/en/latest/dreams.html
[2] https://pagure.io/fedora-ci/general/issue/4
[3] dnf install -y python3-virtualenvwrapper && bash
[4] https://pagure.io/fedora-ci/metadata
[5] https://tmt.readthedocs.io/en/latest/stories.html
[6] https://packit.dev/testing-farm/
[7] https://github.com/psss/tmt/pull/9