Postings by =?ISO-8859-2?Q?Miroslav_Such=FD?=

DNF and Modularity

I have to admit that I am a bit puzzled about DNF behavior with modularity.

I have installed repo files with modularity repos, but all of them are disabled. I have no module enabled on my system
(F29 BTW).

Retiring pgtune

I want to retire pgtune
<a href="" title=""></a>

The original upstream is dead and python2 only:
<a href="" title=""></a>

There is a new upstream based on the original version:
<a href="" title=""></a>

But it is far of being simple. It is made in ruby and node.js. And I do not want to maintain it.
Additionally is is no more command line tool, but web service, which is available online as well:
<a href="" title=""></a>

If you want to take over take this package - not sure why - then please contact me.

fedora-messaging for Copr - what do you need?

As part of migration of fedmsg from ZMQ to AMQP, I would like to revisit what is Copr sending to fedmsg.

Right now we are sending:

'build.start': {
'what': "build start: user:{user} copr:{copr}" \
" pkg:{pkg} build:{build} ip:{ip} pid:{pid}",
'chroot.start': {
'what': "chroot start: chroot:{chroot} user:{user}" \
" copr:{copr} pkg:{pkg} build:{build} ip:{ip} pid:{pid}",
'build.end': {
'what': "build end: user:{user} copr:{copr} build:{build}" \
" pkg:{

Multi-arch support in Mock

I just pushed into updates-testing new release of Mock (1.4.11). It has nice new feature:

$ sudo dnf install qemu-user-static # weak dependency
$ mock -r fedora-28-ppc64le --forcearch ppc64le shell

This will give you Fedora shell on different architecture. Emulated by QEMU. And of course you can build packages for
the different architectures this way.
You can do this for any architecture: aarch64, armhfp, ppc64, ppc64le, s390x.

People are asking me how much slower it is.

Change in Copr retention policy?

I would like to open discussion about Copr retention policy change.

Right now we have:

This means that we still have repos for fedora-18-* and epel-5-*.

Is this reasonable? Or are we just wasting storage?

heads up: mock's fedora-29-x configs

I just released new `mock-core-configs` and there is a new feature.

It contains:

$ ls -l /etc/mock
lrwxrwxrwx. 1 root mock 26 May 2 09:13 fedora-29-aarch64.cfg -> fedora-rawhide-aarch64.cfg
lrwxrwxrwx. 1 root mock 25 May 2 09:13 fedora-29-armhfp.cfg -> fedora-rawhide-armhfp.cfg
lrwxrwxrwx. 1 root mock 23 May 2 09:13 fedora-29-i386.cfg -> fedora-rawhide-i386.cfg
lrwxrwxrwx. 1 root mock 24 May 2 09:13 fedora-29-ppc64.cfg -> fedora-rawhide-ppc64.cfg
lrwxrwxrwx. 1 root mock 26 May 2 09:13 fedora-29-ppc64le.cfg -> fedora-rawhide-ppc64le.cfg

Orphaning some Spacewalk packages

I am going to orphan some Spacewalk packages:

They does not have sense to be in Fedora without additional Spacewalk packages. They live in Copr repos. But if anyone
want it, feel free to grab it.


Clean up your spec files

I am sometimes reviewing spec files and I very often see common mistakes. I mean in packages which are already in
Fedora. For a long time and they have some dust from past times.

I am not going to file bug reports as those are not bugs. I will just point it here and leave it up to you to check your
spec files:

* Group: System Environment/Base

Please remove it. Group was intended for something (sort apps in menus), but it never actually worked. It was required
for EL5 packages. Since EL6 it can be omitted.

Orphaning some Spacewalk packages

I orphaned
This is Spacewalk package which is not developed any more.

And I orphaned
as I these are not used in Spacewalk as well.


Remove old GPG keys?

I just stumbled upon
<a href="" title=""></a>
with the nice link to:
<a href="" title=""></a>
And I wonder: is it a good idea to keep old gpg keys in RPM db? Or should we automate the removal of old keys?


Pagure token only 2 months?!

I recently added new package to Fedora and went through the new process which uses:
<a href="" title=""></a>
I have been surprised that you first need to configure this tool.

CI projects in Copr

I am gathering informations about various use of CI with Copr. Do you use Copr for building packages for nightlies? For
building packages before pull request is merged? Do you have your set up described somewhere? What is the name of your

Please let me know. Either here or via private reply.
It will help me to understand your use of Copr and to make Copr better.

Thanks in advance.

Miroslav Suchy

Orphaning several rubygem-* packages

I just orphaned several packages:

I do not use them and I want to focus more on my other packages.
Feel free to grab them.

`best=1` in new Mock

I just released new version of Mock. And I want to quote one important
change from the release notes so everyone is aware of it:

<a href="" title=""></a>

All chroot (but rawhide) configs now contains best=1.
This way DNF will always try to install latest package. If its
dependence cannot be satisfied DNF will report an error.

F25 Server cloud image

I just wanted to download F25 Cloud image for OpenStack and was surprised that there is none. There is just Atomic image.
But Atomic use rpm-ostree for installing packages. There is no DNF. However I cannot find any module for rpm-ostree for

Am I missing something? What should I install nowdays when I am using Ansible for managing configuration?

Mock and Copr are failing for epel-*

Hi everybody.
Some of you noticed that Copr (and mock-1.2.19) is failing to initialize epel-* buildroots. It errors with incorrect gpg
signature for some package.
It is my fault.
Epel configs use Centos and Epel gpg keys. In the 1.2.19 release I used just Centos keys - even for the Epel repository.
Which results in the error.

I am preparing new release (1.2.20), which should land in bodhi in few minutes.

I am sorry for this error I made.

Improvements of Fedora Sponsorship process

I had the talk [1] about Fedora Sponsorship process at Flock. And we had
very interesting follow-up discussion.

We come up with several improvements, which should be easy to implement
and may improve the process a lot. I am posting it here so more people
can see that and join the discussion.

a) Sponsoree (who apply for package maintainer status) is required to
create Copr project and maintain the package there until he get the
package into Fedora. This should show his endurance to sponsors.

Unable to package lots of rubygems in Copr due missing license

I started rebuilds of whole as RPM packages in Copr.
<a href="" title=""></a>

However lots of gems cannot be imported due licensing problems.
Such gems fail with this dist-git log:
<a href="" title=""></a>

And quoting from this link:

15 thousands python3-* packages for Fedora

I just finished packaging of 15 634 python3-* packages for Fedora.
<a href="" title=""></a>
You can click on Builds and Monitoring tab. But be aware that those
pages are HUGE (40MB) and they are loading and rendering several
minutes. Tab "Packages" is timeouting and this will be fixed in next

I am now building python2-* packages too:
<a href="" title=""></a>

This is only for rawhide and for statistic purposes, but there will be

Some Copr projects shared the same GPG

due to a bug in Copr code some projects shared a GPG key with some other Copr project.

We informed the owners of those projects and we resigned all packages in those projects
by new GPG key.

These projects were affected by one bug [1]:

And these by another bug [2]:

Planned Outage: Copr upgrade - 2016-05-05 08:00 UTC

There will be an outage starting at 2016-05-05 08:00 UTC, which will
last approximately 6 hours.

To convert UTC to your local time, take a look at
<a href="" title=""></a> or run:

date -d '2016-05-05 08:00 UTC'

Reason for outage: Upgrade all copr packages to newer version and reprovision copr-dist-git machine from RHEL 7 to
Fedora 23.

Affected Services:

Services not listed are not affected by this outage.

Contact Information: ​​

Copr ppc builds are stopped temporary

We have temporary problems with ppc builders so I stopped ppc builds for
This does not affect i386 and x86_64 queue.
I anticipate that tomorrow I may start it again.

Mirek Suchy

Failed builds in Copr

I am very sorry.

Today Lubos K. accidentally submitted 10k packages to Copr. I wanted to run one simple SQL query to set all those builds
as failed. Unfortunately I made big mistake - I forgot to add one column to 'where' condition. As result of this error
*all* builds were marked as failed. All builds of all projects.
Mea culpa, mea maxima.
Fortunately we have backup, so we restored the state of the builds from this backup. This backup is few hours old.

SLA of Copr and changes in future

We are discussing in Fedora Infrastructure about level of SLA of some
services. And mainly because of Copr. There are some other services e.g.
Jenkins, Taiga. However Copr is probably most popular. Copr service was
from begging meant as somehow beta version and did not pass all the
requirements Fedora Infrastructure team has for Fedora services.

So rather later than never - I would like to emphasize:

Copr is experimental service provided as a courtesy for the

F24 chroots in Copr are available

I just added
chroots to Copr. I automatically enabled those chroots for every project, which has fedora-rawhide-* enabled. And I
copied all build artifact from rawhide to fedora-24-* repository.

Ppc64le repositories are not available yet. I will enable it and send another email once it will be available.

P.S. we already discovered issue that old builds (~10+ months old) were not copied. If you need them, please submit it
manually. is no more

Several of you reported expired certificate of

This url was only used at very earlier stage of this project and now is
deprecated. It still exist albeit with expired certificate, but it will
be removed soon.
Please replace your bookmarks with either

The second one is preferred for now.

Miroslav Suchy

Planned Outage: Copr upgrade - 2016-02-11 08:00 UTC

There will be an outage starting at 2016-02-11 08:00 UTC, which will
last approximately 1 hour.

To convert UTC to your local time, take a look at
<a href="" title=""></a> or run:

date -d '2016-02-11 08:00 UTC'

Reason for outage: We need to reprovision Copr servers.

Affected Services:

Services not listed are not affected by this outage.

Contact Information: ​​​ ... at redhat dot com

Ticket Link:
<a href="" title=""></a>

Copr GPG keys

I just released new version of distribution-gpg-keys package:
<a href="" title=""></a>
It now includes GPG keys of all Copr projects. Thanks to clime for
writing the script which retrieve all those keys.

I plan to upgrade those data regularly. Although I'm still not sure what
will be the definition of 'regularly' yet. Probably every month.


Planned Outage: Copr upgrade - 2016-01-19 20:00 UTC

Planned Outage: Copr upgrade - 2016-01-19 20:00 UTC

There will be an outage starting at 2016-01-19 20:00 UTC, which will last approximately 1 hours.

During the outage backend will stop processing new task and they will be queued in frontend and processed just after the

To convert UTC to your local time, take a look at <a href="" title=""></a> or run:

date -d '2016-01-19 20:00 UTC'

Reason for outage: Upgrading keygen machine to Fedora 23.

Affected Services:


Planned Outage: Copr upgrade - 2016-01-04 08:00 UTC

Planned Outage: Copr upgrade - 2016-01-04 08:00 UTC

There will be an outage starting at 2016-01-04 08:00 UTC, which will last approximately 4 hours.

To convert UTC to your local time, take a look at <a href="" title=""></a> or run:

date -d 'YYYY-MM-DD HH:MM UTC'

Reason for outage: Upgrade of Copr backend and Copr frontend to Fedora 23.

Affected Services:

Services not listed are not affected by this outage.

Contact Information: <a href="mailto: ... at redhat dot com"> ... at redhat dot com</a>

Ticket Link: <a href="" title=""></a>