New release

Hello, we have updated the Copr stack to the newest versions of our packages. This was a first major release after months, so you can expect many enhancements. The common theme for this release was to speed-up the frontend interface, optimize internals and improve the user experience with small U

New release & deploy

Hello, we have just released & deployed the latest Copr stack. This one brings some long-expected features. Mainly: - APIv3 - Pagure Integration Both features will be presented on Flock and we will also write some tutorials/blog posts about them. As for APIv3, you can download python-copr from

New Release

Hello, we have deployed a new Copr stack. Hurray! The main highlights are that copr-dist-git as the last missing piece has been rewritten into python3 meaning that the whole stack now runs on python3. Then some new openSUSE chroots were introduced. Thanks to Neal Gompa, you can now build for: op

Re: New release

Hi, we have released new versions of copr-cli and python-copr. https://bodhi.fedoraproject.org/updates/FEDORA-2018-33e3bea3d3 Enjoy COPR team On Fri, Apr 27, 2018 at 7:40 AM, Michal Novotny wrote: > I am sorry there was a delay in the deployment process due to my human > factor. > > We will ne

Re: New release

I am sorry there was a delay in the deployment process due to my human factor. We will need to optimize our release procedure. Note that builders are now also using the new rpkg-util package*, which brings some new functionality into SCM building. * https://bodhi.fedoraproject.org/updates/FEDORA

Re: New release

On Thu, Apr 26, 2018 at 9:39 PM, Dominik Turecek wrote: > Hello, > > we have released new versions of backend, frontend, and rpmbuild. > The release contains mostly fixes and unbundling of static libraries in > frontend, > as well as the addition of rpkg to COPR. > > We expect the packages to be

New release

Hello, we have released new versions of backend, frontend, and rpmbuild. The release contains mostly fixes and unbundling of static libraries in frontend, as well as the addition of rpkg to COPR. We expect the packages to be deployed later today. Regards COPR team Updates: backend - https://bo

New release

Hello, we have just deployed the latest COPR stack to the production. I will talk more about it on Monday. For now, you can enjoy the new graphs that our _very_ talented intern has made :)... COPR team ___ copr-devel mailing list -- copr-devel@lists.fed

New Release

Hi, we have released new COPR stack. We have upgraded the frontend, distgit, keygen and builders to fedora 27. COPR backend is still running on f25 due to incompatible python-nova client with current OpenStack. The following changes were introduced: copr-frontend 1.125-1 - added support for src

New Release

Hello! New COPR stack has just been released. It contains the following updates: copr-frontend 1.124-1 - fixed build_on_pagure_commit.py - optimized check_for_anitya_version_updates - allow to set use_bootstrap_container via API copr-backend 1.107-1 - kill all processes in copr-rpmbuild's proces

Re: New release

On Monday, September 11, 2017 2:07:43 PM CEST Jean-Marc Liger wrote: > To avoid space consumming, an optional feature to switch before build should > be the best option for me. This would be possible too, if such builds have been imported into temporary ("soon" to be garbage collected) namespace o

Re: New release

Hello Jean-Marc, On Mon, Sep 11, 2017 at 2:00 PM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Hi Clime, > Le 07/09/2017 à 22:46, Michal Novotny a écrit : > > Hello! > > We have just released new COPR stack. There is one big important change: > > SRPMs are now built on builders b

Re: New release

Hi Pavel, Le 08/09/2017 à 15:43, Pavel Raiskup a écrit : On Friday, September 8, 2017 11:07:41 AM CEST Michal Novotny wrote: On Fri, Sep 8, 2017 at 9:50 AM, Jean-Marc Liger jean-marc.li...@parisdescartes.fr> wrote: Great, so DistGit won't be update if build fails ? Right now, srpm is import

Re: New release

Hi Clime, Le 07/09/2017 à 22:46, Michal Novotny a écrit : Hello! We have just released new COPR stack. There is one big important change: SRPMs are now built on builders before they get imported into DistGit. There will be more to follow regarding SRPM generation. Thank you for building on C

Re: New release

Hello Robert, On Sun, Sep 10, 2017 at 5:35 PM, Robert-André Mauchin wrote: > > Hello! > > > > We have just released new COPR stack. There is one big important change: > > > > SRPMs are now built on builders before they get imported into DistGit. > > > > There will be more to follow regarding SRP

Re: New release

> Hello! > > We have just released new COPR stack. There is one big important change: > > SRPMs are now built on builders before they get imported into DistGit. > > There will be more to follow regarding SRPM generation. > > Thank you for building on COPR > COPR team Hello, I don't know what

Re: New release

On Friday, September 8, 2017 11:07:41 AM CEST Michal Novotny wrote: > On Fri, Sep 8, 2017 at 9:50 AM, Jean-Marc Liger > jean-marc.li...@parisdescartes.fr> wrote: > > Great, so DistGit won't be update if build fails ? > > Right now, srpm is imported into DistGit before the actual rpm build. Just a

Re: New release

Hey Jean-Marc, On Fri, Sep 8, 2017 at 9:50 AM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Hi, > > Le 07/09/2017 à 22:46, Michal Novotny a écrit : > >> Hello! >> >> We have just released new COPR stack. There is one big important change: >> >> SRPMs are now built on builders bef

Re: New release

Hello Igor! On Fri, Sep 8, 2017 at 9:18 AM, Igor Gnatenko < ignatenkobr...@fedoraproject.org> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Thu, 2017-09-07 at 22:46 +0200, Michal Novotny wrote: > > Hello! > > > > We have just released new COPR stack. There is one big important

Re: New release

Hi, Le 07/09/2017 à 22:46, Michal Novotny a écrit : Hello! We have just released new COPR stack. There is one big important change: SRPMs are now built on builders before they get imported into DistGit. Great, so DistGit won't be update if build fails ? There will be more to follow regardi

Re: New release

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2017-09-07 at 22:46 +0200, Michal Novotny wrote: > Hello! > > We have just released new COPR stack. There is one big important > change: > > SRPMs are now built on builders before they get imported into > DistGit. Does it enable "external r

New release

Hello! We have just released new COPR stack. There is one big important change: SRPMs are now built on builders before they get imported into DistGit. There will be more to follow regarding SRPM generation. Thank you for building on COPR COPR team ___

New Release

Hello, we have just released copr-dist-git-0.33 and copr-frontend-1.116. These packages are taking another step towards having a seamless integration with SCM systems. Mainly Tito method was renamed to SCM-1 source and MockSCM method was renamed to SCM-2 source. Backend for these two sources is

New release/deploy

Hello, we have just deployed copr-frontend-1.114, copr-dist-git-0.31, and copr-rpmbuild 0.6 into production. The updated COPR stack now offers quite a cool feature - building form a .spec file directly by specifying URL or uploading it. You can even combine .src.rpm and .spec files in the URL bui

New release

Hello, we have just deployed new copr-backend 1.101 and copr-frontend 1.112 and copr-rpmbuild 0.3. This new release just adds basically three things: - build canceling on builders have been fixed - support for mock's feature use_bootstrap_container has been implemented - mock 1.4.2 is now

New release

Hello, we have just released latest state of COPR server stack. Main changes include: - usage of standalone builder on a builder machine, yet to be officially packaged - custom dist-git branching (for different distros) - dist-git import into separate branches is now only a single import task (i

New Release

Hello, new copr-frontend 1.109, copr-dist-git 0.27, and copr-backend 1.99-1.git.1.1958572.fc25 have been deployed into production. - copr-dist-git 0.27 fixes *Bug 1447102* - fedpkg build fail during import phase - copr-frontend 1.109 changes

New Release

Hey folks, yesterday, we have released the latest state of our COPR stack. It contains a _lot_ of new features and even though it's not perfect, it's still pretty damn good. The main feature addition was perhaps support for building modules directly from a modulemd file or from a SCM url by using

New Release tomorrow

Hello, new COPR version will be deployed tomorrow at 9am UTC. COPR team ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

| New release

Hello! The latest COPR packages were deployed into production. This release is big bringing lots of new features and bugfixes. Here is a list of the most important new features that you can find in the new stack: - improved modularity UI and support for modulemd 1.0.2 for building modules - build

New release

Hello, we have just deployed a new version of copr-frontend package, which deprecates F22 chroots and enables F25 ones. There is actually more than that. Also pull request of Conan-Kudo ( https://github.com/fedora-copr/copr/pull/12) was included and few bugfixes as well (#1368259 and #*1369392*

Re: New Release!

On Tuesday, September 6, 2016 10:18:31 AM CEST Michal Novotny wrote: > On Tue, Aug 30, 2016 at 7:43 AM, Pavel Raiskup wrote: > > > On Tuesday, August 30, 2016 7:39:14 AM CEST Pavel Raiskup wrote: > > > Currently it looks like such error-handling is not implemented anyway, > > > we drop the build

Fwd: New Release!

On Tue, Aug 30, 2016 at 7:43 AM, Pavel Raiskup wrote: > On Tuesday, August 30, 2016 7:39:14 AM CEST Pavel Raiskup wrote: > > Currently it looks like such error-handling is not implemented anyway, > > we drop the build and it is re-submitted after some deadline. > > By "drop" here I mean that the

Re: New Release!

On Tuesday, August 30, 2016 7:39:14 AM CEST Pavel Raiskup wrote: > Currently it looks like such error-handling is not implemented anyway, > we drop the build and it is re-submitted after some deadline. By "drop" here I mean that the build simply fails on BE, while it is still in "running" state in

Re: New Release!

On Tuesday, August 30, 2016 7:22:25 AM CEST Michal Novotny wrote: > On Mon, Aug 29, 2016 at 3:33 PM, Pavel Raiskup wrote: > > * You can lower the BE<->FE traffic, and significantly lower IO on > > front-end --> because then you can first allocate appropriate VM, and > > right after that

Re: New Release!

On Mon, Aug 29, 2016 at 3:33 PM, Pavel Raiskup wrote: > On Monday, August 29, 2016 1:04:58 PM CEST Michal Novotny wrote: > > On Fri, Aug 26, 2016 at 6:22 PM, Pavel Raiskup > wrote: > > > Does it spawn builders even if there is no build queue yet? > > > > Yes, it does. I completely cut off our ba

Re: New Release!

On Monday, August 29, 2016 1:04:58 PM CEST Michal Novotny wrote: > On Fri, Aug 26, 2016 at 6:22 PM, Pavel Raiskup wrote: > > Does it spawn builders even if there is no build queue yet? > > Yes, it does. I completely cut off our backend dev instance from frontend > and repeated the fresh-start exp

Re: New Release!

On Friday, August 26, 2016 6:19:56 PM CEST Michal Novotny wrote: > On Fri, Aug 26, 2016 at 4:50 PM, Pavel Raiskup wrote: > > > On Friday, August 26, 2016 4:15:50 PM CEST Michal Novotny wrote: > > > On Fri, Aug 26, 2016 at 3:46 PM, Pavel Raiskup > > wrote: > > > > Because in instance I maintain,

Re: New Release!

On Fri, Aug 26, 2016 at 4:50 PM, Pavel Raiskup wrote: > On Friday, August 26, 2016 4:15:50 PM CEST Michal Novotny wrote: > > On Fri, Aug 26, 2016 at 3:46 PM, Pavel Raiskup > wrote: > > > Because in instance I maintain, we have currently like 7 builders > > > preallocated and booted, and thus bac

Re: New Release!

On Friday, August 26, 2016 4:15:50 PM CEST Michal Novotny wrote: > On Fri, Aug 26, 2016 at 3:46 PM, Pavel Raiskup wrote: > > Because in instance I maintain, we have currently like 7 builders > > preallocated and booted, and thus backend doesn't have to wait till the > > builder VM boots up. > > S

Re: New Release!

On Thursday, August 25, 2016 9:43:53 PM CEST Michal Novotny wrote: > the queue is now maintained only in frontend and backend is served with tasks > one by one. Workers are being spawned "on demand". Their maximum count is > determined by configured maximum number of virtual machines that can be >

Re: New Release!

Hello Pavel, On Thu, Aug 25, 2016 at 2:21 PM, Pavel Raiskup wrote: > On Thursday, August 18, 2016 1:30:57 PM CEST Michal Novotny wrote: > > 2) Waiting-queue logic has been rewritten. I believe there will be not > much > > of a perceived performance improvement but we managed to cut the relevant

Re: New Release!

On Thursday, August 18, 2016 1:30:57 PM CEST Michal Novotny wrote: > 2) Waiting-queue logic has been rewritten. I believe there will be not much > of a perceived performance improvement but we managed to cut the relevant > code length almost by half and simplify some bits. Hms, thanks for the info

New Release!

Hello packagers & devs, we have just deployed a new release of COPR eco-system. The changes made are mainly internal but should help to solve some issues we have been tackling recently. The most important upgrades are: 1) copr-dist-git service is now parallel ("multi-process"). T

Re: New release of Copr

Dne 20.6.2016 v 13:49 Pavel Raiskup napsal(a): > On Thursday, June 16, 2016 3:10:04 PM CEST Miroslav Suchy wrote: >> Hi, >> I just upgraded Copr instance to new version. >> >> There is one big change. You can now lower priority of your build. >> It was introduced to easy rebuild of rubygems and pyp

Re: New release of Copr

On Thursday, June 16, 2016 3:10:04 PM CEST Miroslav Suchy wrote: > Hi, > I just upgraded Copr instance to new version. > > There is one big change. You can now lower priority of your build. > It was introduced to easy rebuild of rubygems and pypi. But it can be > used by CI systems later. > > Co

Re: New release of Copr

o" > To: "Cool Other Package Repositories" > Sent: Thursday, June 16, 2016 5:26:24 PM > Subject: Re: New release of Copr > > On Thu, Jun 16, 2016 at 3:10 PM, Miroslav Suchy wrote: > > Hi, > > I just upgraded Copr instance to new version. > > > &

Re: New release of Copr

d work on it. Jakub - Original Message - From: "Igor Gnatenko" To: "Cool Other Package Repositories" Sent: Thursday, June 16, 2016 5:26:24 PM Subject: Re: New release of Copr On Thu, Jun 16, 2016 at 3:10 PM, Miroslav Suchy wrote: > Hi, > I just upgraded Copr in

Re: New release of Copr

On Thu, Jun 16, 2016 at 3:10 PM, Miroslav Suchy wrote: > Hi, > I just upgraded Copr instance to new version. > > There is one big change. You can now lower priority of your build. > It was introduced to easy rebuild of rubygems and pypi. But it can be used > by CI systems later. > > Copr-cli from

New release of Copr

Hi, I just upgraded Copr instance to new version. There is one big change. You can now lower priority of your build. It was introduced to easy rebuild of rubygems and pypi. But it can be used by CI systems later. Copr-cli from our git, has --background option already. It lowers the priority.

Re: New Release !

> Package handling through copr-cli (creating/editing/deleting/listing/fetching) For this new feature, you will need the latest update of copr-cli (1.51) and python-copr (1.70). Currently, they are to be found here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-14c6d04e21 for F23 and also i

Re: New Release !

Dne 27.5.2016 v 20:59 Michal Novotny napsal(a): > a new COPR version was released and put into production today. Apart from > numerous bug fixes, we have also introduced > couple of cool new features: > - Building RubyGems Jakub wrote nice blog post about this feature: http://frostyx.cz/posts/c

New Release !

Hello, a new COPR version was released and put into production today. Apart from numerous bug fixes, we have also introduced couple of cool new features: - Building RubyGems - Package handling through copr-cli (creating/editing/deleting/listing/fetching) - speeding up Package view - build timeout

New release

Hi, today I released new version of Copr. There is * lot of bugfixes. Mainly related to group projects. * fix related to generation of GPG keys (see email on fedora devel mailing list). * performance improvements for projects with 5+ builds * copr-dist-git machine has been migrated to Fedora

New release

Hi, today I released new version of Copr. There is * lot of bugfixes. Mainly related to group projects. * fix related to generation of GPG keys (see email on fedora devel mailing list). * performance improvements for projects with 5+ builds * copr-dist-git machine has been migrated to Fedora

New release of Copr

I just deployed in production new version of Copr. It is mostly bugfix release. It contains one new feature, but it has some performance issues so I'm not going to announce it yet. If you discover it, then feel free to test it, but do not use it too much :) -- Miroslav Suchy, RHCA Red Hat, Senio

Re: New release of Copr

On 11/10/2015 04:01 PM, Jean-Marc LIGER wrote: > So, there is a little but annoying bug with the Build ID order : 9 > is evaluated as superior as 10. This may also affect the Last build > package information which isn't correct now. https://bugzilla.redhat.com/show_bug.cgi?id=1272184 New

Re: New release of Copr

Hi Miroslav, As usual, new Copr release is really better than previous release, and as usual I'm really sorry to point out some slight regression. So, there is a little but annoying bug with the Build ID order : 9 is evaluated as superior as 10. This may also affect the Last build pa

Re: New release of Copr

Dne 15.10.2015 v 13:39 Stuart Campbell napsal(a): > Excellent feature. Does this imply that we can now request FAS groups > for non-fedora projects? For example, I am working on some software and > want to package it and make it available to users via copr. There are a > number of people who I wan

Re: New release of Copr

Excellent feature. Does this imply that we can now request FAS groups for non-fedora projects? For example, I am working on some software and want to package it and make it available to users via copr. There are a number of people who I want to have access so groups is a fantastic solution. Cheer

New release of Copr

It is my pleasure to announce new version of Copr. https://copr.fedoraproject.org/ What's new? Group projects! When you log in. You can see in right column link "My Groups". There you can see list of your FAS groups and you can activate them. In fact, you actually create alias for them. E.g. F