Re: New Release !

2016-05-30 Thread Michal Novotny
submitted from CLI fail: "invalid request"). clime On Mon, May 30, 2016 at 10:26 AM, Miroslav Suchý <msu...@redhat.com> 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 numero

New Release !

2016-05-27 Thread 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

Re: New release of Copr

2016-06-17 Thread 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

Tackling COPR service performance issues

2016-07-28 Thread Michal Novotny
Hello guys, we, COPR team, are very sorry for the latest service occasional unavailability. There were several performance issues that we needed to sort out: 1) High memory consumption in API1 on a copr detail - resolved by code optimization 2) Timeouts on search index updating - resolved by

service outage

2016-07-21 Thread Michal Novotny
Hello folks, there will be an outage starting at 2016-07-22 02:00 UTC and will last approximately 4 hours. The reason is OpenStack upgrade on cloud machines where COPR runs. Please see https://fedorahosted.org/fedora-infrastructure/ticket/5410. After that, we will be back :). clime

Re: Please kill my 47 hours old build

2016-08-11 Thread Michal Novotny
Done :-). M. On Thu, Aug 11, 2016 at 7:21 PM, Miro Hrončok wrote: > https://copr.fedorainfracloud.org/coprs/g/python/python33/build/439804/ > > Thanks > -- > Miro Hrončok > -- > Phone: +420777974800 > IRC: mhroncok > ___ >

Re: builld process in trouble ?

2016-07-11 Thread Michal Novotny
re in waiting/starting mode. > > By the way, at least two of my builds have been run twice, when I sent my > e-mail saturday. > > Regards, > Jean-Marc > > Le 11/07/16 à 10:30, Michal Novotny a écrit : > > Hello Jean, > > what kind of trouble? Currently, it seems to work

Re: builld process in trouble ?

2016-07-11 Thread Michal Novotny
Hello Jean, what kind of trouble? Currently, it seems to work well. Sorry that we didn't react earlier by the way. Can you point us to the problematic build? I'll take closer look at it afterwards. Best regards clime On Sat, Jul 9, 2016 at 1:48 PM, Jean-Marc Liger <

New releases of COPR packages

2016-07-01 Thread Michal Novotny
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

New COPR release

2017-01-31 Thread Michal Novotny
Hey folks, it is our great pleasure to announce that newly released packages have just been deployed on COPR machines, that is: copr-frontend *1.105-1* copr-backend *1.96-1* copr-dist-git *0.24-1* These packages are f25 compatible (including copr-keygen) and offer some new features:

Re: mockremote with RHEL??

2017-01-31 Thread Michal Novotny
Martin, I think you go in the right direction. If you follow /usr/share/copr/coprs_frontend/coprs/views/backend_ns/backend_general.py", line 71 back to the cause, you will come to branch_to_os_version method that does support epel but not rhel. That might as well be the cause of the problem. M.

Re: Copr Dependencies for EL

2017-02-08 Thread Michal Novotny
On Wed, Feb 8, 2017 at 10:59 AM, Martin Juhl wrote: > Hi > > I have identified some missing dependencies for building COPR for > CentOS/RHEL... > > Frontend: > > python-flask-whooshee: Is build in the Copr project, but needs to have added > EPEL as a build target, can you do

Re: Copr Dependencies for EL

2017-02-08 Thread Michal Novotny
On Wed, Feb 8, 2017 at 1:08 PM, Martin Juhl wrote: > For some reason, there are no logs for the builds of prunerepo??? > > Could we do a rebuild?? > > (This is all in copr-dev) > They are there for build fedora-24-x86_64/00482626. The rest have been auto-deleted. I also

Re: dist-git not pushing to lookaside cache?

2017-01-23 Thread Michal Novotny
On Mon, Jan 23, 2017 at 10:54 AM, Martin Juhl wrote: > Hi Guys > > I'm trying to clean up my installation instructions for the RHEL/CentOS > installation.. > > I have a COPR server running on RHEL7, which can build packages... > > BUT, in the process of documenting, I'm doing

Re: dist-git not pushing to lookaside cache?

2017-01-23 Thread Michal Novotny
gt; > You need to install a newer copr-dist-git package that contains commit 3e9d3bb. <https://pagure.io/copr/copr/c/3e9d3bb1b9ddc0dc38458031f8cc6099a829117d?branch=master> > > - Original meddelelse - > Fra: "Michal Novotny" <cl...@redhat.com> > Til

Re: fedmsg structure change?

2017-01-24 Thread Michal Novotny
Yes, untested changes got into production. We are sorry. I am currently working on a fix. On Tue, Jan 24, 2017 at 11:02 AM, Pierre-Yves Chibon wrote: > Hi all, > > We have recently been receiving emails about wrongly formatted fedmsg > message > coming from copr in stg. >

fedmsg hotfix

2017-01-24 Thread Michal Novotny
Hello, I will deploy fedmsg hotfix tomorrow at 7:30am UTC. I am very sorry for the inconvenience. clime ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: fedmsg structure change?

2017-01-24 Thread Michal Novotny
On Tue, Jan 24, 2017 at 11:44 AM, Pierre-Yves Chibon <pin...@pingoured.fr> wrote: > On Tue, Jan 24, 2017 at 11:30:33AM +0100, Michal Novotny wrote: > >Yes, untested changes got into production. We are sorry. I am > currently > >working on a fix. > > If

Re: fedmsg structure change?

2017-01-25 Thread Michal Novotny
On Wed, Jan 25, 2017 at 9:21 AM, Pierre-Yves Chibon <pin...@pingoured.fr> wrote: > On Wed, Jan 25, 2017 at 09:05:03AM +0100, Michal Novotny wrote: > >On Tue, Jan 24, 2017 at 10:40 PM, Pierre-Yves Chibon < > pin...@pingoured.fr> > >wrote: > > > &g

Re: fedmsg structure change?

2017-01-25 Thread Michal Novotny
On Tue, Jan 24, 2017 at 10:40 PM, Pierre-Yves Chibon <pin...@pingoured.fr> wrote: > On Tue, Jan 24, 2017 at 01:36:59PM +0100, Michal Novotny wrote: > >On Tue, Jan 24, 2017 at 11:44 AM, Pierre-Yves Chibon < > pin...@pingoured.fr> > >wrote: > > > &g

New Release tomorrow

2017-01-30 Thread 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

COPR maintenance next week Monday - 23/01/2017

2017-01-20 Thread Michal Novotny
Hello, next week on Monday, all COPR machines will be upgraded to f25. System will be unavailable from 8am to 11am UTC. We will announce progress and possible shift in the finish time in the #fedora-buildsys IRC channel on Freenode. Thank you! clime

Re: upcoming branching

2017-02-21 Thread Michal Novotny
On Tue, Feb 21, 2017 at 12:03 PM, Pavel Raiskup <prais...@redhat.com> wrote: > On Tuesday, February 21, 2017 9:31:33 AM CET Michal Novotny wrote: > > I plan to allow rebuilding all packages in a new chroot if users welcome > such > > option. > > Definit

upcoming branching

2017-02-20 Thread Michal Novotny
Hello, as soon as branching is done and f26 repo links become available, we will switch the current fedora-26-* chroots from rawhide to use the f26 repositories. COPR team ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe

Re: upcoming branching

2017-02-20 Thread Michal Novotny
On Mon, Feb 20, 2017 at 8:20 PM, Igor Gnatenko <ignate...@redhat.com> wrote: > On Mon, 2017-02-20 at 16:16 +0100, Michal Novotny wrote: > > Hello, > > > > as soon as branching is done and f26 repo links become available, we > > will > > switch the current

Re: upcoming branching

2017-02-21 Thread Michal Novotny
On Tue, Feb 21, 2017 at 7:56 AM, Pavel Raiskup wrote: > On Tuesday, February 21, 2017 7:18:51 AM CET Igor Gnatenko wrote: > > it depends. if you are planning to do mass-rebuild after branching in > > all copr repos, then I prefer rawhide. If not, I prefer fXY. > > We had

Re: upcoming branching

2017-02-21 Thread Michal Novotny
On Tue, Feb 21, 2017 at 7:18 AM, Igor Gnatenko <ignate...@redhat.com> wrote: > On Mon, 2017-02-20 at 21:28 +0100, Michal Novotny wrote: > > On Mon, Feb 20, 2017 at 8:20 PM, Igor Gnatenko <ignate...@redhat.com> > > wrote: > > > > > On Mon, 2017-

Re: fedmsg structure change?

2017-01-24 Thread Michal Novotny
at 1:36 PM, Michal Novotny <cl...@redhat.com> wrote: > > > On Tue, Jan 24, 2017 at 11:44 AM, Pierre-Yves Chibon <pin...@pingoured.fr> > wrote: > >> On Tue, Jan 24, 2017 at 11:30:33AM +0100, Michal Novotny wrote: >> >Yes, untested changes got into p

New COPR release

2017-02-28 Thread Michal Novotny
Hey folks, updated COPR stack has been just deployed into production. This included several steps: 1) new release of copr-frontend (1.107-1) has been deployed The main features of this release include re-enabling fedora-rawhide as chroot names, compatibility with python2-flask-whooshee-0.4.1-2,

Re: error: Couldn't fork %post(cups-filters-libs-1.10.0-3.fc25.ppc64le): Cannot allocate memory

2017-03-01 Thread Michal Novotny
Hello, On Thu, Mar 2, 2017 at 12:39 AM, Sérgio Basto wrote: > Hello! , > This build fail [1] is about no more resources in machine ? or is an > issue in builders ? > > [1] > https://copr-be.cloud.fedoraproject.org/results/sergiomb/opencv/fedora- >

Fwd: New Release!

2016-09-06 Thread 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"

Re: tasks in waiting mode

2016-09-07 Thread Michal Novotny
So, in the end, it was a problem with DiskFilter directly in OpenStack and Patrick Uiterwijk fixed it today and freed me from that ugly manual work :). Thanks! clime On Thu, Aug 25, 2016 at 9:29 PM, Michal Novotny <cl...@redhat.com> wrote: > Thanks, we leak our resources by trying

Re: Kill Build

2016-08-29 Thread Michal Novotny
Done. Thanks for telling us. COPR team On Mon, Aug 29, 2016 at 6:23 PM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Hi, > > The task 446541 have been running for more than 72 hours now while having > been reloaded several times. > I think the worker intially allowed doesn't

Re: New Release!

2016-08-29 Thread Michal Novotny
On Mon, Aug 29, 2016 at 3:33 PM, Pavel Raiskup <prais...@redhat.com> 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 <prais...@redhat.com> > wrote: > > > Does it spawn builders ev

New release

2016-09-09 Thread Michal Novotny
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: Mageia chroots enabled

2016-09-21 Thread Michal Novotny
Correction: Mageia-6 and *Mageia-cauldron chroots. Sorry for that! On Wed, Sep 21, 2016 at 1:31 PM, Michal Novotny <cl...@redhat.com> wrote: > Hello all, > > we have just enabled Mageia-6 and Mageia-x86_64 chroots for i586 + x86_64 > archs. So if you want to build something fo

Mageia chroots enabled

2016-09-21 Thread Michal Novotny
Hello all, we have just enabled Mageia-6 and Mageia-x86_64 chroots for i586 + x86_64 archs. So if you want to build something for Mageia (https://www.mageia.org/), please, feel free to try. Best Regards COPR team ___ copr-devel mailing list --

Re: copr-dist-git branch naming and mock names

2016-09-22 Thread Michal Novotny
I think that only real restriction on branch naming is in fedpkg/fedpk-copr (load_rpmdefines function). I think that's the heart of the issue. If you could provide a sane default case for parsing branch_merge variable, then we could adjust everything else (e.g. mock_chroot_name -> branch, branch

Re: Having FE design/templates "pluggable"

2016-09-21 Thread Michal Novotny
The idea of configurable template paths sounds nice. What you can do now is to pass template_folder="xyz" as named param to flask.Flask constructor in coprs_frontend/coprs/__init__.py. In theory, we could keep that param value in db, so that no patching is needed. clime On Wed, Sep 21, 2016 at

Re: database corruption?

2016-09-21 Thread Michal Novotny
Look into build.log for build 00108334-autotools-git in the F24 x86_64 chroot ( https://copr-be.cloud.fedoraproject.org/results/praiskup/autotools/fedora-24-x86_64/00108334-autotools-git/build.log.gz) and you will find out that the build was done with:

Re: Fwd: [Bug 1376844] New: Please start using processes like code-review, etc.

2016-09-21 Thread Michal Novotny
On Wed, Sep 21, 2016 at 3:32 PM, Pavel Raiskup wrote: > > :) Consider that others consume Copr sources ... > > > What is important for me is not important for you and vice versa. > I would say that every commit is important. > > ... and have Copr working, want to have it

New Release!

2016-08-18 Thread Michal Novotny
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"). That means that

Re: New Release!

2016-08-26 Thread Michal Novotny
On Fri, Aug 26, 2016 at 4:50 PM, Pavel Raiskup <prais...@redhat.com> 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 <prais...@redhat.com> > wrote: > > > Because in instance I maintain,

COPR meaning

2016-10-04 Thread Michal Novotny
Hello, a quiz question...did you know what COPR actually stands for? It stands for *Co*mmunity *Pr*ojects. We have recently discovered this name (after formerly calling it Cool Other Package Repositories) and we would like to share this cool discovery with you. It might take some time for this

| Re: move to pagure

2016-11-09 Thread Michal Novotny
Let me then continue the transition and we can decide what to do with the Github repo later. On Tue, Nov 8, 2016 at 2:56 PM, Pavel Raiskup wrote: > On Tuesday, November 8, 2016 2:46:43 PM CET Pierre-Yves Chibon wrote: > > On Tue, Nov 08, 2016 at 02:22:22PM +0100, Pavel

| Re: move to pagure

2016-11-07 Thread Michal Novotny
On Mon, Nov 7, 2016 at 3:07 PM, Pavel Raiskup <prais...@redhat.com> wrote: > On Monday, November 7, 2016 1:36:11 PM CET Michal Novotny wrote: > > Hey, > > > > I'd like to ask the community if it's alright to officially move to > pagure. > > I should have

| move to pagure

2016-11-07 Thread Michal Novotny
Hey, I'd like to ask the community if it's alright to officially move to pagure. I should have probably asked earlier but I haven't thought about it, I must admit. Pagure is an open-source project tight to Fedora Infrastructure, which COPR can use to its advantage. Auto-rebuilds launched on new

| Re: [review] small dist-git design issues

2016-10-18 Thread Michal Novotny
The code implements support for building from Fedora DistGit. The subcommand of copr-cli is called `buildfedpkg` to suggest that. Naming inside COPR code was chosen as such because the idea is to make DistGit source general. clime On Tue, Oct 18, 2016 at 11:44 AM, Pavel Raiskup

| Re: Build respawing?

2016-10-24 Thread Michal Novotny
Basically, there is a difference in build-time calculation for chroots and builds. For chroot, it is end_time - start_time and for build it is chroot_max_end_time - chroot_min_end_time (in other words, for a build, all its chroots are considered in time calculation). The thing is that your x86_64

| Re: codebase moved to pagure.io

2016-10-21 Thread Michal Novotny
pdated? > > > https://pagure.io/copr/copr/blob/master/f/README.md?text=True#_3 > > > And the fedorahosted should be update as well IMO. > > > > Vít > > > > > Dne 21.10.2016 v 13:00 Michal Novotny napsal(a): > > Hello folks, > > codebase will be now

| Re: tail the logs

2016-11-29 Thread Michal Novotny
This is not yet implemented. I agree, it would be nice. On Tue, Nov 29, 2016 at 4:31 AM, Ryan H. Lewis wrote: > Koji allows us to the the logs more or less as they are generated. Is it > possible to do the same with koji? I have long builds ~30 minutes -- 1 > hour. It is

| planned hotfix deployment for build restarting

2016-11-21 Thread Michal Novotny
Today (11/22) at 4pm UTC, I will apply a hotfix for build restarting. Also, I will attempt to address https://bugzilla.redhat.com/ show_bug.cgi?id=1395582 for ppc64le builders. clime ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To

| Re: Loading changes to an own Copr project

2016-11-17 Thread Michal Novotny
On Thu, Nov 17, 2016 at 11:10 AM, Antonio Trande wrote: > Hi all. > > How can i commit changes to my Copr project without uploading source > code archive every time? > > You want to push changes to copr-dist-git ( http://copr-dist-git.fedorainfracloud.org) without a

| Re: missing status_to_order function

2016-11-16 Thread Michal Novotny
On Wed, Nov 16, 2016 at 3:38 PM, Martin Juhl wrote: > Hi > > When trying to access the build and package pages I get: > > ProgrammingError: (psycopg2.ProgrammingError) function > status_to_order(integer) does not exist LINE 8: ...LECT > build_chroot.build_id, started_on,

| Re: erase old builds

2016-11-21 Thread Michal Novotny
Done. This is happening because builders get overloaded during a build and they stop responding to ssh pings in time. I was debugging this on Friday. Atm. I am thinking about how to approach the problem. Thank you! P.S.: sry for not responding on IRC. On Sun, Nov 20, 2016 at 10:53 PM, Ryan H.

| codebase moved to pagure.io

2016-10-21 Thread Michal Novotny
Hello folks, codebase will be now hosted on pagure.io (https://pagure.io/copr/copr). We would like to start working on this platform. Not that Github is bad but I think that pagure.io will be good place as well. COPR team ___ copr-devel mailing list --

| Re: codebase moved to pagure.io

2016-10-27 Thread Michal Novotny
wrote: > Dne 21.10.2016 v 13:00 Michal Novotny napsal(a): > > codebase will be now hosted on pagure.io <http://pagure.io> ( > https://pagure.io/copr/copr). We would like to start > > working on this platform. Not that Github is bad but I think that > pagure.io <

| Re: codebase moved to pagure.io

2016-10-31 Thread Michal Novotny
On Thu, Oct 27, 2016 at 7:56 PM, Pierre-Yves Chibon wrote: > Pagure supports web-hook as well as fedmsg for notifying of an action. > There is also of course the possibility to add COPR as some sort of CI > service > like we have for jenkins but that would be a little more

| Re: codebase moved to pagure.io

2016-10-31 Thread Michal Novotny
On Mon, Oct 31, 2016 at 8:40 AM, Pierre-Yves Chibon wrote: > We used to send more info but had to trim it down due to some massive > commits > that were basically breaking datagrepper (OutOfMemory), but if there is an > use-case I'm fine with expending the amount of

| Re: codebase moved to pagure.io

2016-10-31 Thread Michal Novotny
On Mon, Oct 31, 2016 at 12:05 PM, Pierre-Yves Chibon <pin...@pingoured.fr> wrote: > On Mon, Oct 31, 2016 at 11:59:47AM +0100, Michal Novotny wrote: > >On Mon, Oct 31, 2016 at 8:40 AM, Pierre-Yves Chibon < > pin...@pingoured.fr> > >wrote: > > > &

| Re: Fork "from" or "to" rawhide?

2016-10-10 Thread Michal Novotny
The lighttpd aliases/redirects will be good to keep copr project's baseurls with *rawhide* in it working. You might want to use those. On Mon, Oct 10, 2016 at 5:10 PM, Pavel Raiskup <prais...@redhat.com> wrote: > Hi Michal, > > On Monday, October 10, 2016 4:39:11 PM CEST Micha

| Re: Fork "from" or "to" rawhide?

2016-10-10 Thread Michal Novotny
The current state is that 'rawhide' is going to be renamed to f26. I'll additionally setup aliases (or redirects) from /results/*/*/fedora-rawhide-$basearch/ *to* /results/*/*/fedora-26-$basearch/ so that no links are lost. There will be no need to rebuild any existing builds. On Thu, Oct 6,

Re: COPR chroots additions/deletions

2016-12-03 Thread Michal Novotny
The reason is that the backend_rawhide_to_release command that I used for transition of builds from rawhide to f26 copies only the latest successful builds for each package. Your needed dependency, however, comes from a build 468985 that was marked as failed but still contains (as the only one)

| Re: Upcoming release today

2016-12-01 Thread Michal Novotny
There is Fedora Infrastructure Cloud maintenance going on right now. I am sorry for inconvenience. On Thu, Dec 1, 2016 at 10:23 PM, Miro Hrončok <mhron...@redhat.com> wrote: > On 1.12.2016 11:57, Michal Novotny wrote: > >> Hello, >> >> today at 7pm UTC, the late

| New release

2016-12-01 Thread Michal Novotny
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 -

Re: python-novaclient package??

2016-12-05 Thread Michal Novotny
script if that shows anything. 'Inappropriate IOCTL on device' might mean that you try to read/write on tty you do not have access to but not sure if this information will help you in any way. /Martin > > > - Original meddelelse - > Fra: "Michal Novotny" <cl...@re

Re: COPR shows "failed", but in fact build succeeded

2016-12-05 Thread Michal Novotny
There was Gateway Timeout on copr-keygen. The machine was likely overloaded at that time. On Mon, Dec 5, 2016 at 10:58 PM, Igor Gnatenko wrote: > https://copr.fedorainfracloud.org/coprs/rpmsoftwaremanagement/rpm- > gitoverlay-1480969917.509235/build/485123/ > -- > -Igor

Re: python-novaclient package??

2016-12-05 Thread Michal Novotny
> accelerate_connect_timeout = 5.0 > > # The daemon timeout is measured in minutes. This time is measured > # from the last activity to the accelerate daemon. > accelerate_daemon_timeout = 30 > > # If set to yes, accelerate_multi_key will allow multiple > # private keys t

Re: python-novaclient package??

2016-12-05 Thread Michal Novotny
On Mon, Dec 5, 2016 at 11:47 AM, Martin Juhl wrote: > Ok... Might have fixed that myself... > > Using the /centos/7.2.1511/cloud/x86_64/openstack-kilo/ it seems to > work... > > Now i'm getting: > > ==> /var/log/copr-backend/vmm.log <== > [2016-12-05 11:15:37,384][ >

Re: failed to post data to frontend

2016-12-05 Thread Michal Novotny
On Mon, Dec 5, 2016 at 1:47 PM, Martin Juhl wrote: > Hi > > I'm getting these errors/warnings: > > ==> /var/log/copr-backend/backend.log <== > [2016-12-05 11:57:15,358][WARNING][backend.main][frontend.py:_ > post_to_frontend_repeatedly:48] failed to post data to frontend,

Re: dist-git is failing to import

2016-12-05 Thread Michal Novotny
On Mon, Dec 5, 2016 at 4:46 PM, Martin Juhl wrote: > When trying to import, dist-git is failing: > > [15:12:20][DEBUG][dist_git.dist_git_importer][dist_git_importer:392] 1. > Try to get task data > [15:12:20][INFO][dist_git.dist_git_importer][dist_git_importer:484] 2. > Task:

| Upcoming release today

2016-12-01 Thread Michal Novotny
Hello, today at 7pm UTC, the latest COPR stack will be deployed into production. clime ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: COPR chroots additions/deletions

2017-01-02 Thread Michal Novotny
l Novotný wrote: > > > > > > > > > > > > > > > On Sáb, 2016-12-03 at 22:41 +0100, Michal Novotny wrote: > > > > > > > > I built successfully 2 packages for 26 and on 3rd fails [1] with > > > > same > > > > error: > >

Re: Copr problems?

2017-03-27 Thread Michal Novotny
Hello, yes, there are problems with OpenStack API availability drop-outs, which causes builder "leaking" (leaked builder takes up resources but cannot be used for building :(). I am glad you ask. We are actually preparing some measures to better handle cases when the cloud controller API becomes

Re: please clean deleted builds

2017-03-29 Thread Michal Novotny
All gpgme builds were deleted from sergiomb/kde4for23. I still wonder why they stayed there. On Tue, Mar 28, 2017 at 12:34 PM, Sérgio Basto wrote: > > Hi > in https://copr-be.cloud.fedoraproject.org/results/sergiomb/kde4for23/ > > please delete all gpgme builds > >

Re: copr-cli Upstream URL

2017-04-12 Thread Michal Novotny
Hello Jun, It's located here: https://pagure.io/copr/copr/blob/master/f/cli. The links will be fixed in the next release. Best Regards clime On Wed, Apr 12, 2017 at 6:22 PM, Jun Aruga wrote: > Hello, > > Where is new upstream URL of copr-cli? > I want to see latest source

New version of copr-dist-git and dist-git packages deployed

2017-04-10 Thread Michal Novotny
Hello everyone, We would like to announce that the latest tagged version of copr-dist-git (0.25-1) and dist-git (1.0-1) has been deployed into production. The new dist-git* package is very trimmed down version of the previous release and copr-dist-git has been made compatible with it + there

New Release

2017-04-21 Thread 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

COPR rawhide repo links

2017-03-04 Thread Michal Novotny
Dear rawhide users, if you have enabled a COPR repo in the last three months (since the beginning of December last year till yesterday), then it points to fedora-$releasever-$basearch. You can reenable it by using `dnf copr enable ` to get .repo file pointing to actual fedora-rawhide chroot in

COPR maintenance

2017-03-10 Thread Michal Novotny
Hello, today 11/3 there will be maintenance of copr-dist-git machine due to disk space. The builds will be delayed until maintenance is done. It will go on approximately from 7pm UTC to 2am UTC. Thank you COPR team ___ copr-devel mailing list --

Re: COPR rawhide repo links

2017-03-06 Thread Michal Novotny
from now on. We will make sure we provide means you will not need to care about branching next time. For COPR team clime > Vít > > > [1] https://copr.fedorainfracloud.org/coprs/vo is ndruch/doublecmd/ > <https://copr.fedorainfracloud.org/coprs/vondruch/doublecmd/> > > Dne

Network problems in the cloud solved!

2017-03-02 Thread Michal Novotny
Great news! Thanks to nirik, the cloud networking problem has been solved. See https://pagure.io/fedora-infrastructure/issue/5814 for details. COPR should now function properly again. Thank you for holding still with us COPR team ___ copr-devel

COPR deploy

2017-07-31 Thread Michal Novotny
Hello, we have just deployed copr-frontend 1.117 and copr-dist-git 0.34. The deploy is quite special because the packages' origin is Fedora Infrastructure repositories for the first time and not @copr/copr repo as it used to be. That is because we have switched to deploying COPR only from official

Re: copr-dist-git hotfixes

2017-07-31 Thread Michal Novotny
Hello Richard, On Sun, Jul 16, 2017 at 1:13 AM, Richard Shaw wrote: > Maybe unrelated but I noticed that in the last few builds I did that all > the log entries were entered twice... > > This is probably related to https://github.com/rpm-software-management/mock/issues/73.

python-copr and copr-cli release

2017-08-11 Thread Michal Novotny
Hello, there are two new releases for COPR python client and copr-cli command line tool. * https://bodhi.fedoraproject.org/updates/FEDORA-2017-7ea136db8a * https://bodhi.fedoraproject.org/updates/FEDORA-2017-05b9d25c39 These two provide just single new feature and that is allowing manipulating

New copr-frontend release

2017-08-11 Thread Michal Novotny
Hello, I am sending these release notes also to fedora-devel list (and not just copr-devel list as usually) because they contain information about upcoming Fedora branching and what features COPR provides to move the set of packages from your rawhide chroots into the newly branched ones. We have

Re: New copr-frontend and copr-rpmbuild deploy

2017-06-29 Thread Michal Novotny
es soon for your satisfaction. COPR team On Thu, Jun 29, 2017 at 9:34 PM, Jeandet Alexis < alexis.jean...@member.fsf.org> wrote: > Hi Michal & COPR team, > > Fetching sources from github works now! Thank you :). > I really like COPR. > > Best regards, > Alexis. > L

Re: Mock SCM git repo Name Vs package name

2017-06-27 Thread Michal Novotny
ttps://pagure.io/copr/copr) would help ;). You can e.g. see https://copr.fedorainfracloud.org/coprs/g/mock/mock/ as an example project hosted on Github that uses MockSCM build method. > > Best regards, > Alexis. > Le mardi 27 juin 2017 à 11:13 +0200, Michal Novotny a écrit : > > C

Re: Builders are in pending mode

2017-06-29 Thread Michal Novotny
It should be alright now even though still quite slow. We were hitting open ports limit is now alleviated. New builder spawning could be probably a little bit more aggressive to utilize resources better and also should be faster. We still have have some open slots for new builders but they are not

New copr-frontend and copr-rpmbuild deploy

2017-06-29 Thread Michal Novotny
Hello, we have just deployed the latest upstream version of copr-frontend to fix an issue with invalid quoting of baseurl for an additional repo if it contained '$' symbol. You may check the logs for errors if you use an additonal repos feature. We have also built the latest upstream

Re: repodata directory is not updated after build

2017-04-25 Thread Michal Novotny
Hello, it should be fixed now. Sorry for the problems. clime 2017-04-25 13:39 GMT+02:00 Jean-Marc Liger < jean-marc.li...@parisdescartes.fr>: > Hi, > > Since yesterday, my repodata directories are not updated after each build. > > Regards, > -- > > > > * Jean-Marc LIGER Ingénieur Systèmes et

mock's dual bootstrapping enabled by default for existing copr projects

2017-08-09 Thread Michal Novotny
Hello, while working on another thing, I noticed that when use_bootstrap_container project option was introduced (Wed Jun 14 this year), it was introduced as enabled for existing COPR projects at that time. That was not exactly intended as this feature is experimental. Enabling this option makes

Re: Counters down

2017-08-23 Thread Michal Novotny
Hello! On Wed, Aug 23, 2017 at 2:29 PM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > > Le 22/08/2017 à 11:55, Jean-Marc Liger a écrit : > > Le 21/08/2017 à 16:15, Michal Novotny a écrit : > > Hello Jean, > > On Mon, Aug 21, 2017 at 4:05 PM, Je

Re: fedora-26-ppc64le fails with Public key for gcc-7.0.1-0.15.fc26.ppc64le.rpm is not installed

2017-05-10 Thread Michal Novotny
Hello Sérgio, this is now fixed. Thank you a lot for your report! clime On Sat, May 6, 2017 at 8:27 PM, Sérgio Basto wrote: > Hi, > > from [1] > DEBUG util.py:439: warning: /var/lib/mock/fedora-26- > ppc64le-mockbuilder-28693/root/var/cache/dnf/fedora- >

New Release

2017-05-17 Thread Michal Novotny
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

2017-06-09 Thread 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

epel-5 chroots are now deactivated

2017-06-20 Thread Michal Novotny
Hello, epel-5 chroots were deactivated as they are no longer supported by mock. COPR team ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Planned outtage

2017-06-26 Thread Michal Novotny
Hello guys, there is planned cloud outage in one hour: https://pagure.io/fedora-infrastructure/issue/6135 COPR team ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: Mock SCM git repo Name Vs package name

2017-06-27 Thread Michal Novotny
result = func(*args, **kw) > File "/usr/lib/python3.5/site-packages/mockbuild/util.py", line 532, in > do > preexec_fn=preexec, > File "/usr/lib64/python3.5/subprocess.py", line 676, in __init__ > restore_signals, start_new_session) > File "/u

New copr-frontend released

2017-05-25 Thread Michal Novotny
Hello, just a quick update... new copr-frontend (1.110) has been released (and deployed). It contains Gitlab webhooks support (see Settings -> Webhooks in your COPR projects for more info) as new a feature and it also attempts to fix Pagure projects auto-rebuilds. Best regards COPR team

  1   2   >