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
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
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:
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
>
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.
>
>
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 -
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 --
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
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
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
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
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
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
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
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
-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
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,
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
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
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
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"
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
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
> >
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
>
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
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.
>
>
rom: "Igor Gnatenko" <ignate...@redhat.com>
> To: "Cool Other Package Repositories" <copr-devel@lists.fedorahosted.org>
> 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 <msu.
ork on
it.
Jakub
- Original Message -
From: "Igor Gnatenko" <ignate...@redhat.com>
To: "Cool Other Package Repositories" <copr-devel@lists.fedorahosted.org>
Sent: Thursday, June 16, 2016 5:26:24 PM
Subject: Re: New release of Copr
On Thu, Jun 16, 2016 at 3:10 PM
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
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.
> 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
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
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
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,
34 matches
Mail list logo