Hello,

we have released the following packages today:

- python-copr 1.72
- copr-cli 1.53
- copr-frontend 1.97
- copr-backend 1.91
- copr-selinux 1.43

It will take some time until they get into stable repos but if you do not
want to wait, you can find the built packages in our official COPR repo -
https://copr.fedorainfracloud.org/coprs/g/copr/copr/builds/ :).

Some of the most prominent features and bugfixes that the just released
packages offer are:

*Bug 1346288* <https://bugzilla.redhat.com/show_bug.cgi?id=1346288> - Server
returning error 500 after large package upload
- this bug occurred randomly all over the site and was caused by heavy load
on our search index database. We took some of the load away by various
optimizations and the error should not occur anymore.

*Bug 1335237* <https://bugzilla.redhat.com/show_bug.cgi?id=1335237> - copr
create command missing --disable_createrepo
 - fixed

*Bug 1335236* <https://bugzilla.redhat.com/show_bug.cgi?id=1335236> - Internet
access during builds flag needed in CLI create/modify commands
 - we have added --enable-net parameter to copr-cli create/modify commands

*Bug 1346945* <https://bugzilla.redhat.com/show_bug.cgi?id=1346945> - Project
List filled with automated builds
 - we have added --unlisted-on-hp parameter to copr-cli create/modify
commands

*Bug 1344805* <https://bugzilla.redhat.com/show_bug.cgi?id=1344805> - Many
queued tasks from same user can block other user tasks
 - we have added --background option to new build in CLI that lowers
priority of the job and which is used to run the automated builds (you can
use it too if you feel like a super nice and charming person ;))

Additionally, we said "NO" to url and upload package types (or package
source types, more specifically) and removed those from copr-cli and
python-copr package manipulation interface. It was a hard decision but, for
the time being, the best possible as the url and upload builds are best to
be done with the old&tried method of manually submitting a single 'New
build' whether it is via UI or copr-cli build command. It kind of makes
sense (on the second look) because source for these package is fixed to a
certain version and release of the package (either you upload package of a
certain version or you specify a link to it) and this limitation cannot
easily be overcome.

BUT for all the other package types (Tito/PyPI/MockSCM/RubyGems), you can
use a new cool command: copr-cli build-package --name pkgname coprname.

To use this, you first need to have a default source defined for the
package and this can be done in UI ('Packages' Tab in your splendid copr)
or through copr-cli's package manipulation interface, e.g.:
copr-cli add-package-tito --name pkgname --git-url someurl coprname.

What else...oh yeah, the version of python-copr 1.70 broke compatibility
with COPR frontend 1.92 and older (it was the 'source_type' error, sorry
for that). Well, python-copr 1.72 is much better in this matter and is
compatible with almost every available copr-frontend except for 1.93 ,
which is history now and was also screwed up to work together with
python-copr 1.70 (and copr-cli 1.51). Well, I guess we were trying to move
a bit too fast at that point...but, heh, let's keep that pace and just try
to avoid silly stones on the road.

clime

P.S.: I forgot to mention that the next release(s) will bring huge amount
of internal COPR improvements, be it multi-threaded copr-dist-git or
copr-backend with some crazy simplifications (+ optimizations) in build &
action task workflow (It all started with Mirek's great new design
proposal).

P.P.S: Related erratas:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-e4496e8bda
https://bodhi.fedoraproject.org/updates/FEDORA-2016-af777aa589
https://bodhi.fedoraproject.org/updates/FEDORA-2016-313a6bfe5a
https://bodhi.fedoraproject.org/updates/FEDORA-2016-570ac5dcaf
_______________________________________________
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Reply via email to