Just to be more pedantic and probably bit more secure, what about making
networking in copr opt-in (at least for new projects)?
If build of my package used internet arbitrarily, I would be warned very
Also, in Koji we also do not have networking, so we can faster teach
(future) Fedora packagers.
Thanks for considering,
It is my pleasure to announce that we just upgraded
It includes several major improvements:
* UI converted to PatternFly . Most visible change is that tables
(e.g. list of builds) can be sorted using any column and you can filter
visible rows using any value.
* dist-git support -- We store your SRPM in dist-git now. It is not
accessible directly using fedpkg (it is in plan later). Dist-git is
browsable via cgit . This allows us to offer you upload of SRPM
directly from your workstation. Just navigate to:
New Build -> Upload SRPM
or if you upgrade to python-copr-1.58-1 (submitted to updates just
today) then you can do:
copr-cli build name/project ./some.src.rpm
While we assume that uploading SRPM will be most popular method, we
preserved option to pass SRPM url.
You can see new state of your build - "Importing". It is obviously the
moment when we import your SRPM into dist-git.
* In project properties (Edit tab) you can now add you email if you want
to be contacted by users in case of some problems with your project.
* We improved queue handling of various architectures. This should fix
those long waiting time of PPC64LE builds.
New version of Copr with preview of the new REST-like API.
Hi, I am very glad to announce another Copr upgrade!
We have some major features:
* Added support for the comps.xml . It allows you to provides
installation groups in your Copr repository.
Comps can be uploaded in:
[details of your project] -> Edit -> Click on Edit beside selected
chroot -> Upload comps.xml
It will be automatically added to package repository next time you build
* If dist-git fails to import srpm, Copr now provides feedback with
* Resubmit build is refactored, now it uses dist-git as a build source.
* Builds which failed during the import stage are now deletable.
* Lots of fixes and improvements in the frontend UI.
Last, but not least change, is a new API.
We aimed to provide a simple and well structured API which
covers as much Web UI functionality as possible.
Feel free to discover it  and read documentation .
This new API is not fixed yet,
we want to get your feedback and we may change it in future.
I changed configuration of Copr builders so Mock now have 75 GB of tmpfs available for building.
This was requested for building LibreOffice.
Miroslav Suchy, RHCA
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys