New release

[Jakub Kadlcik]

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 UI changes.

The full list of release notes might come later.

Regards
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

New release & deploy

[Michal Novotny]

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
https://bodhi.fedoraproject.org/updates/FEDORA-2018-d5ac820aac and already
start experimenting with `from copr.v3 import Client`. It's pretty neat.

And for the integration with Pagure, please, take a look at tab
'Integration' (was called webhooks before) in a copr settings.

You can explore the features on your own in advance but we will provide the
necessary information very soon.

Enjoy!
Copr team

- https://bodhi.fedoraproject.org/updates/FEDORA-2018-8d91c1046a
- https://bodhi.fedoraproject.org/updates/FEDORA-2018-3fa42dc92f
- https://bodhi.fedoraproject.org/updates/FEDORA-2018-fc3c13f54e
- https://bodhi.fedoraproject.org/updates/FEDORA-2018-4bd4b0b6d4
- https://bodhi.fedoraproject.org/updates/FEDORA-2018-c4a24c92ba
- https://bodhi.fedoraproject.org/updates/FEDORA-2018-3c7de87cc1
- https://bodhi.fedoraproject.org/updates/FEDORA-2018-020246f336
- https://bodhi.fedoraproject.org/updates/FEDORA-2018-fcd54eff78
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/RID3IDXFZO4GUFNUR6HIWDSPVQT4GOYF/

New Release

[Michal Novotny]

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:

openSUSE Tumbleweed i586, ppc64le, x86_64*
openSUSE Leap 15.0 x86_64

Then we added support for --with and --without rpmbuild options per chroot
setting. With those option, you tweak building of your packages if you need
to.

Then there were some fixes for forking and (redundant) auto-rebuilding.

See the updates below for full info and enjoy!
Copr team

copr-frontend:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-673aed0334
copr-backend: https://bodhi.fedoraproject.org/updates/FEDORA-2018-761af1cac4
copr-dist-git:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-5d2b196460
copr-keygen: https://bodhi.fedoraproject.org/updates/FEDORA-2018-875a98dd4a
copr-rpmbuild:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-87ed23fbc6
copr-cli: https://bodhi.fedoraproject.org/updates/FEDORA-2018-e42e970966
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/KB3DNSAYPLQJXGNWL6AWZGESMMVNKJ2Z/

Re: New release

[Dominik Turecek]

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 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-2018-85a4ea93f7
>
> clime
>
> On Fri, Apr 27, 2018 at 7:30 AM, Michal Novotny  wrote:
>
>> On Thu, Apr 26, 2018 at 9:39 PM, Dominik Turecek <
>> dture...@fedoraproject.org> 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 deployed later today.
>>>
>>> Regards
>>> COPR team
>>>
>>> Updates:
>>> backend - https://bodhi.fedoraproject.org/updates/FEDORA-2018-7a486914e2
>>> frontend - https://bodhi.fedoraproject.org/updates/FEDORA-2018-5c6e60b4
>>> e7
>>> rpmbuild - https://bodhi.fedoraproject.org/updates/FEDORA-2018-212a96cf
>>> f2
>>
>>
>>
>> The deployment of those has been finished.
>>
>> COPR team
>>
>>
>>>
>>> ___
>>> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
>>> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>>>
>>
>>
>
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Michal Novotny]

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 deployed later today.
>
> Regards
> COPR team
>
> Updates:
> backend - https://bodhi.fedoraproject.org/updates/FEDORA-2018-7a486914e2
> frontend - https://bodhi.fedoraproject.org/updates/FEDORA-2018-5c6e60b4e7
> rpmbuild - https://bodhi.fedoraproject.org/updates/FEDORA-2018-212a96cff2



The deployment of those has been finished.

COPR team


>
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

New release

[Dominik Turecek]

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://bodhi.fedoraproject.org/updates/FEDORA-2018-7a486914e2
frontend - https://bodhi.fedoraproject.org/updates/FEDORA-2018-5c6e60b4e7
rpmbuild - https://bodhi.fedoraproject.org/updates/FEDORA-2018-212a96cff2
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

New release

[Michal Novotny]

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.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Pavel Raiskup]

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 on dist-git.

In my use-cases, much more convenient would be to have the setting
per-package (instead of per-build) basis.

Pavel
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Michal Novotny]

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 before they get imported into DistGit.
>
> There will be more to follow regarding SRPM generation.
>
> Thank you for building on COPR
> COPR team
>
>
> Some (nice for me) features which were in the previous release have been
> reverted :
> - the original SRPM dist tag is present again in the package version ;
> - there is no more spec file in the result repository.
>
> What about it ?
>

You are right. I am aware of both. And both are fairly difficult to solve
right now.

We will try to come up with a solution to this.
Thank you a lot for your remarks!
Your input is very valuable.

> Regards,
>
> Jean-Marc
>
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Jean-Marc Liger]

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 COPR
COPR team


Some (nice for me) features which were in the previous release have been 
reverted :

- the original SRPM dist tag is present again in the package version ;
- there is no more spec file in the result repository.

What about it ?

Regards,

Jean-Marc

___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Michal Novotny]

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 SRPM generation.
> >
> > Thank you for building on COPR
> > COPR team
>
> Hello,
>
> I don't know what you've changed but since this release, my Rust packages
> aren't building anymore. Rust packages are depending on the latest RPM to
> handle rich dependencies ("with"), but now I get an error as if it was
> using an older rpm which doesn't understand "with":
>
> >
> >Munch({'cmd': ['rpkg', '--config', '/tmp/tmp4idk7_da/rpkg.conf',
> '--module-name', 'eclipseo/rust-libraries/rust-compiler_error', 'srpm'],
> 'stdout': '', 'stderr': "error: line 21: Unknown rich dependency op 'with':
> BuildRequires:  (crate(rand) >= 0.3.0 with crate(rand) < 0.4.0)\nerror:
> query of specfile /tmp/tmp4idk7_da/repo/compiler_error.spec failed, can't
> parse\n\nCould not execute srpm: Could not get n-v-r-e from ''",
> 'returncode': 1})
> >error: line 21: Unknown rich dependency op 'with': BuildRequires:
> (crate(rand) >= 0.3.0 with crate(rand) < 0.4.0)
> >error: query of specfile /tmp/tmp4idk7_da/repo/compiler_error.spec
> failed, can't parse
> >
> https://copr-be.cloud.fedoraproject.org/results/eclipseo/rust-libraries/
> fedora-rawhide-x86_64/00600465-rust-compiler_error/builder-live.log
>
> Please provide a fix for this.
>

Yes, we are very sorry for this :(. We will provide the fix immediately in
the next release.


> Best regards,
>
> Robert-André.
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Pavel Raiskup]

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 additional note, this is nothing new (the dist-git was never updated if
dist-git failed to obtain the external sources).  The only thing which changed
now is that dist-git itself is not responsible for "srpm preparation", but it is
delegated to safer (and more parallelizable) place -> to builders.

JFTR: People obviously do care about dist-git content.  Since there is
temptation to stop importing the srpm into distgit (in future, since dist-git
import is way too space expensive).  Thus, we should really make sure that it
won't hurt the users, at least those who care about dist-git (so IMHO we should
really keep the dist-git feature as-is, at least as an optional feature).

Pavel
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Michal Novotny]

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 before they get imported into DistGit.
>>
>
> Great, so DistGit won't be update if build fails ?
>
>
Right now, srpm is imported into DistGit before the actual rpm build. So it
should be updated if the rpm build fails. But it will not be updated if the
initial
srpm generation fails (that is the first step in the build process now
unless
SRPM upload or SRPM url sources are used, then it is being skipped).


> There will be more to follow regarding SRPM generation.
>>
>> Thank you for building on COPR
>> COPR team
>>
>
> JM
>
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Michal Novotny]

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
> > change:
> >
> > SRPMs are now built on builders before they get imported into
> > DistGit.
> Does it enable "external repositories"? Because I need patched RPM to
> build SRPM.
>

No, it does not. We will see if we can do anything about it in future.


> >
> > There will be more to follow regarding SRPM generation.
> >
> > Thank you for building on COPR
> > COPR team
> > ___
> > copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> > To unsubscribe send an email to copr-devel-
> > le...@lists.fedorahosted.org
> - --
> - -Igor Gnatenko
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlmyRCgACgkQaVcUvRu8
> X0ysCBAAnF8Jx2PIjWPQOKvmng81lyW43HllXZcxkPfA0Wery9qOA4DeNwQeY3sO
> VVD4F7J8wp3CMTWJmQPPq7iQ8FOsFj/1QUkdkGrWE+oNUc/iKbiDx3kn8PrhROKz
> fJxcIYHAMdFhNBQdh1T+a9yOXDP32qvUN4V9BhFWZNhISNSV7YlChUyi0vXa828L
> iI5EF86ISFI7nv2494ipyluhrCP9SzhaCmo1UeUhRcdZM1di0IrKVVtkwsKH8D+S
> nzAFZYdibQMi+ZLpHyps9GLHlAqSvx0cFdYOfSazYz8+8zBDPeAeeeJIsRyHKm/Z
> Vo/N+DzcDKNCdJBkwCOG350bORk2n+Z9NeuuzIbpuf18O4d3xkAvb3Bh9E0JQU6N
> Ve1BrCFiUwfL5umzO37Kr0bbX46kkN5rA1hcOBN2B0cgtjiCRFa4jbQGKXJpF7Ba
> 2YA3OcpMVyY+5FbCk2rHQZC+/EkJnKQRbjRD2aqzsZx7CebqFoCnBxlBIYBtzrzR
> CeYxDLl9m3zKuDXo71oC4WJt54oYvq9TLYLanvd0oOoIiOop2T3xDGN57PFrcl+e
> oliMShwqLah4FG+ppF10s9C86rNEvkM6ubsYhZ87Nw3SbZpAdKXkqKKRDu/4KpCo
> /4hSBb1Q6IywOm9V2g+SGDaMmeFa0BMEeLr0o+hmcyiOjIenQWI=
> =bpPU
> -END PGP SIGNATURE-
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Jean-Marc Liger]

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 regarding SRPM generation.

Thank you for building on COPR
COPR team


JM
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Igor Gnatenko]

-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 repositories"? Because I need patched RPM to
build SRPM.
> 
> There will be more to follow regarding SRPM generation.
> 
> Thank you for building on COPR
> COPR team
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-
> le...@lists.fedorahosted.org
- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlmyRCgACgkQaVcUvRu8
X0ysCBAAnF8Jx2PIjWPQOKvmng81lyW43HllXZcxkPfA0Wery9qOA4DeNwQeY3sO
VVD4F7J8wp3CMTWJmQPPq7iQ8FOsFj/1QUkdkGrWE+oNUc/iKbiDx3kn8PrhROKz
fJxcIYHAMdFhNBQdh1T+a9yOXDP32qvUN4V9BhFWZNhISNSV7YlChUyi0vXa828L
iI5EF86ISFI7nv2494ipyluhrCP9SzhaCmo1UeUhRcdZM1di0IrKVVtkwsKH8D+S
nzAFZYdibQMi+ZLpHyps9GLHlAqSvx0cFdYOfSazYz8+8zBDPeAeeeJIsRyHKm/Z
Vo/N+DzcDKNCdJBkwCOG350bORk2n+Z9NeuuzIbpuf18O4d3xkAvb3Bh9E0JQU6N
Ve1BrCFiUwfL5umzO37Kr0bbX46kkN5rA1hcOBN2B0cgtjiCRFa4jbQGKXJpF7Ba
2YA3OcpMVyY+5FbCk2rHQZC+/EkJnKQRbjRD2aqzsZx7CebqFoCnBxlBIYBtzrzR
CeYxDLl9m3zKuDXo71oC4WJt54oYvq9TLYLanvd0oOoIiOop2T3xDGN57PFrcl+e
oliMShwqLah4FG+ppF10s9C86rNEvkM6ubsYhZ87Nw3SbZpAdKXkqKKRDu/4KpCo
/4hSBb1Q6IywOm9V2g+SGDaMmeFa0BMEeLr0o+hmcyiOjIenQWI=
=bpPU
-END PGP SIGNATURE-
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

New release

[Michal Novotny]

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
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

New release

[Michal Novotny]

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
(imports should be much faster than before)
- we have now f26 beta builders

Please, report us bugs.
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

[Michal Novotny]

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 our copr-cli command line
tool. You just pass a single parameter to get a module that can be
immediately installed into your system (if stars align, of course). You can
read more about this feature in this blog post of one of our main devs:
http://frostyx.cz/posts/copr-loves-modularity

Now, there is more. By using proper bash hacking, we unlocked another
pretty cool feature. COPR builds can now be reattached to backend after it
has been restarted. That means, our deployment process will no longer
interrupt your running build and no time is wasted. This feature can be
seen as one of the steps to provide an actual "quality of service".

And yeah, we _also_ added live logs. This feature has been demanded for
very long time and so it has finally landed. Needed to be said, it's a
mockchain output, so even though it's live there is not very much
information in it :).

We are quite excited about all of this and hope you will be too
Your 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 tomorrow

[Michal Novotny]

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

Fwd: New Release!

[Michal Novotny]

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 build simply fails on BE, while it is still
> in "running" state in FE databse.  That build is put in queue once again
> after MAX_BUILD_TIMEOUT.handling non-responsive VMs.


But that's different from the (primitive) deferring mechanism where backend
takes any job that frontend feeds it with and returns it back (effectively
saying
"try to give me this job later") if it finds out the job cannot be handled
at the moment.

If you would like to use what you have described to implement "deferring",
then I doubt you can fit it on that very well.

I am satisfied with the current state and will implement more only if/when
I find it
insufficient (meaning "performing very badly") later but feel free to send
us patches
for this sooner if desired.


>
> Pavel
>
>
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New Release!

[Pavel Raiskup]

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 FE databse.  That build is put in queue once again
after MAX_BUILD_TIMEOUT.

Pavel
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New Release!

[Pavel Raiskup]

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.
> 
> Spawning of virtual machines should/can be independent of copr-backend process
> itself and of allocating worker processes. If that isn't so, that
> could be a nice improvement.

That already worked -- I don't see benefits in removing that feature (we wasted
a lot of time on it).  Just a reason to put "sad face" here.

Pavel
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New Release!

[Pavel Raiskup]

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
> allocated. The code emerged as a reaction to the problem described in
> https://bugzilla.redhat.com/ show_bug.cgi?id=1344805.

Thanks for the link, but - ouch :( that sounds like a non-trivial step back.
At least for those who don't have super powerful Open Stack cloud which would
give them instances within 10s.

Pavel
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New Release!

[Pavel Raiskup]

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.  That commit 1c51da66151df0e1add7ca877568d16584793bef
removed a lot of code in scheduler, which was a debugged with care and took
(really) non-trival efforts to get it working right ...

What exactly changed, is there link for patch review to simplify reading, to
follow reasoning behind?

Does that mean that we no longer preallocate workers (looks like 'max_workers'
backend parameter disappeared)?  Where is the queue mainained now (python retask
is missing)?

Pavel
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New release of Copr

[Pavel Raiskup]

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.
> 
> Copr-cli from our git, has --background option already. It lowers the 
> priority. But due compatibility reason we will not push the package into 
> main Fedora and we will wait one or two weeks.
> 
> If you want to give it try, then you can install it from our copr project.

Sorry I haven't posted earlier, I'm writing while I'm facing one bugreport.

Note that new python-copr library breaks the compatibility with older servers.
While trying to submit new build (or request for new copr) from command line,
frontend replies with (and copr-cli fails with):

Unknown arguments passed (non-existing chroot probably)"

That's because the new client library sends useless content in POST to
frontend.  The older frontend was guarded against this.  Possibly we should
be more careful to not break client/server protocol like that in future :).

Ugly "hot-fix" is attached.

Pavel
--- ./pkgs/rhcopr-frontend/copr-frontend-1.78/coprs_frontend/coprs/views/api_ns/api_general.py	2016-06-20 13:04:23.917502292 +0200
+++ raw	2016-06-20 13:39:53.958941383 +0200
@@ -97,11 +97,11 @@
 
 # are there any arguments in POST which our form doesn't know?
 # TODO: don't use WTFform for parsing and validation here
-if any([post_key not in form.__dict__.keys()
-for post_key in flask.request.form.keys()]):
-raise LegacyApiError("Unknown arguments passed (non-existing chroot probably)")
+# if any([post_key not in form.__dict__.keys()
+# for post_key in flask.request.form.keys()]):
+# raise LegacyApiError("Unknown arguments passed (non-existing chroot probably)")
 
-elif form.validate_on_submit():
+if form.validate_on_submit():
 infos = []
 
 try:
@@ -259,13 +259,12 @@
 @api_req_with_copr
 def copr_new_build(copr):
 
-# are there any arguments in POST which our form doesn't know?
-if any([post_key not in form.__dict__.keys()
-for post_key in flask.request.form.keys()]):
-raise LegacyApiError("Unknown arguments passed (non-existing chroot probably)")
+# # are there any arguments in POST which our form doesn't know?
+# if any([post_key not in form.__dict__.keys()
+# for post_key in flask.request.form.keys()]):
+# raise LegacyApiError("Unknown arguments passed (non-existing chroot probably!)")
 
 if not form.validate_on_submit():
 raise LegacyApiError("Invalid request: bad request parameters")
@@ -313,9 +312,12 @@
 form = forms.BuildFormUploadFactory(copr.active_chroots)(csrf_enabled=False)
 
 # are there any arguments in POST which our form doesn't know?
-if any([post_key not in form.__dict__.keys()
-for post_key in flask.request.form.keys()]):
-raise LegacyApiError("Unknown arguments passed (non-existing chroot probably)")
+# if any([post_key not in form.__dict__.keys()
+# for post_key in flask.request.form.keys()]):
+# keys_allowed = ' '.join(form.__dict__.keys())
+# keys_added = ' '.join(flask.request.form.keys())
+# s = keys_allowed + " => " + keys_added
+# raise LegacyApiError("Unknown arguments passed (non-existing chroot probably)" + s)
 
 if not form.validate_on_submit():
 raise LegacyApiError("Invalid request: bad request parameters")
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New release of Copr

[Michal Novotny]

I am not a fan of letting "the old one" die. The whole package building and
manipulation interface as well as lately added commands like buildpypi,
buildgem, buildtito, buildmock, watch-build were implemented in the
clientv1 and with API1. The reason is that the code for API1 and in the
original python copr client is much better structured and development there
is significantly easier.

clime


On Thu, Jun 16, 2016 at 9:23 PM, Jakub Kadlcik <jkadl...@redhat.com> wrote:

> > Looks like it was not implemented in client_v2 in python-copr...
>
> Hi Igor,
> the copr-cli still uses the legacy client, so it was added there. We
> should really migrate it to client_v2 and let the old one die.
>
> I don't know what are Mirek's plans for next sprints, but maybe I could
> work 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, Miroslav Suchy <msu...@redhat.com> 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 our git, has --background option already. It lowers the
> > priority. But due compatibility reason we will not push the package into
> > main Fedora and we will wait one or two weeks.
> Looks like it was not implemented in client_v2 in python-copr...
> >
> > If you want to give it try, then you can install it from our copr
> project.
> >
> > Mirek
> > ___
> > copr-devel mailing list
> > copr-devel@lists.fedorahosted.org
> >
> https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org
>
>
>
> --
> -Igor Gnatenko
> ___
> copr-devel mailing list
> copr-devel@lists.fedorahosted.org
>
> https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org
> ___
> copr-devel mailing list
> copr-devel@lists.fedorahosted.org
>
> https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org
>
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New release of Copr

[Jakub Kadlcik]

> Looks like it was not implemented in client_v2 in python-copr...

Hi Igor,
the copr-cli still uses the legacy client, so it was added there. We should 
really migrate it to client_v2 and let the old one die.

I don't know what are Mirek's plans for next sprints, but maybe I could work 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, Miroslav Suchy <msu...@redhat.com> 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 our git, has --background option already. It lowers the
> priority. But due compatibility reason we will not push the package into
> main Fedora and we will wait one or two weeks.
Looks like it was not implemented in client_v2 in python-copr...
>
> If you want to give it try, then you can install it from our copr project.
>
> Mirek
> ___
> copr-devel mailing list
> copr-devel@lists.fedorahosted.org
> https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org



-- 
-Igor Gnatenko
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New release of Copr

[Igor Gnatenko]

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 our git, has --background option already. It lowers the
> priority. But due compatibility reason we will not push the package into
> main Fedora and we will wait one or two weeks.
Looks like it was not implemented in client_v2 in python-copr...
>
> If you want to give it try, then you can install it from our copr project.
>
> Mirek
> ___
> copr-devel mailing list
> copr-devel@lists.fedorahosted.org
> https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org



-- 
-Igor Gnatenko
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

New release of Copr

[Miroslav Suchy]

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. But due compatibility reason we will not push the package into 
main Fedora and we will wait one or two weeks.


If you want to give it try, then you can install it from our copr project.

Mirek
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: New Release !

[Michal Novotny]

> 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 in the official COPR repository here:
https://copr.fedorainfracloud.org/coprs/g/copr/copr/

python-copr 1.70 also fixes building from command line by using copr-cli
for the current production instance (see *Bug 1340650*
 - SRPM builds
submitted from CLI fail: "invalid request").

clime

On Mon, May 30, 2016 at 10:26 AM, Miroslav Suchý  wrote:

> 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/copr-rubygems
>
> --
> Miroslav Suchy, RHCA
> Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
> ___
> copr-devel mailing list
> copr-devel@lists.fedorahosted.org
>
> https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org
>
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

New Release !

[Michal Novotny]

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 increased to 24 hours
- searching by package names
- enable other group users to edit the project settings

I hope, you will enjoy those.

The bugfixes include:
- Bug 1337446 - Broken links to builds in package tab
- Bug 1336360 - reverse naming for custom and mageia chroots
- Bug 1333792 - do not count group projects
- Bug 1334625 - Search for coprs owned by a group does not work
- Bug 1334575 - Missing package name in "Recent builds" tab for upload/url
builds
- Bug 1334390 - Bad link in Recent Builds for group project
- Bug 1333082 - Disable createrepo does not work on group project

clime
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

New release

[Miroslav Suchý]

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 23, which enable usage of 
Weak and Rich dependencies in spec file
* there is errata for F24 and F23 for python-copr and copr-cli which have been 
released in new version too.

-- 
Miroslav Suchy, RHCA
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

New release of Copr

[Miroslav Suchý]

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, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org