COPR is not working properly

Hello, since Sunday, we have been fighting with an issue on copr-dist-git machine that causes all imports and hence builds fail when it occurs. Apart from corrupted journal logs, we have not been able to find any other possible cause(s). These were cleaned up today and so far the service has been

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

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- > 716ef756fbe46d11/packages/gcc-7.0.1-0.

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 copr-frontend released

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

import errors

Hello, if you have encountered import error with -13 kill (SIGPIPE) error message in the logs, do know that this is likely due to journal logs corruption. We have fixed the problem by redeploying the machine. COPR team ___ copr-devel mailing list -- copr

W21 2017 status

COPR: - improved copr-dist-git's performance by reimplementing MockScmProvider - again made Pagure repo auto-rebuilding script more error-prone - implemented Gitlab webhooks - did some brainstorming with Pavel Raiskup - reviewed https://pagure.io/copr/copr/pull-request/11 - released and deployed co

Re: please clean deleted builds

Right, that means it wasn't cancelled on builder for some reason. We will look into that this week. Thank you! clime On Sun, May 28, 2017 at 4:41 AM, Sérgio Basto wrote: > On Wed, 2017-03-29 at 10:25 +0200, Michal Novotny wrote: > > All gpgme builds were deleted from sergiom

Re: Mock SCM git repo Name Vs package name

Hello, I am just deploying a new version of copr-dist-git that should fix that particular problem so you can try that. There seems to be a problem later on in building phase but we need to solve it afterwards. clime On Wed, May 31, 2017 at 12:54 AM, Jeandet Alexis < alexis.jean...@member.fsf.org>

Re: Mock SCM git repo Name Vs package name

+-1.3 (name of the package + version). If the command was %autosetup -q, it would work. Are you able to change the name of the directory in the archive at https://github.com/jeandet/vera/archive/master.tar.gz? clime On Wed, May 31, 2017 at 11:59 AM, Michal Novotny wrote: > Hello, I am just deployi

Release of copr-dist-git

Hello folks! new version of copr-dist-git (0.29) has been just released. It contains two important improvements: - Tito builds are now much more performant by not cloning Git repos with their whole history but with just a fraction of it so that long-live repos like https://github.com/mozilla/geck

Re: 62 packages importing none building?

The importing queue was stuck due to improper error handling in copr-dist-git package. We have deployed a new hotfixed copr-dist-git version that should solve it. Sorry for the problems COPR team On Sun, Jun 4, 2017 at 3:59 PM, Richard Shaw wrote: > Anyone know what's up? > > Thanks, > Richard

copr-dist-git malfunctions

Hello, we currently have problems with our copr-dist-git machine. At noon, it has been completely redeployed due to kernel fatal errors and now there is still a problem with /tmp/, as a separate mounted volume, not having enough i-nodes. We will do maintenance at 7pm to fix the issue. COPR team

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

Re: "No such file or directory" when building SRPM

Yes, there was an error in the new copr-rpmbuild script that it completely ignored patches (and other files apart from tarball and spec) and it also supported only one tarball reference in source file. I have deployed a new version that should solve the problems. clime On Sat, Jun 10, 2017 at 3:1

builds failing

Hello, as it proved the new builder script that we now use was written to simplistically (incorrectly). It ignored patches and supported only one tarball reference. We have deployed the a version that should solve both the problems. Let us know if it works or if it doesn't. Thank you COPR ___

Re: builds failing

This should be now fixed as well. Thank you! COPR On Sat, Jun 10, 2017 at 3:53 PM, Thomas Moschny wrote: > > We have deployed the a version that should solve both the > > problems. Let us know if it works or if it doesn't. > > The *ppc64le builders still seem to fail due to these problems. > >

Re: "No such file or directory" when building SRPM

now, however, try to fully specify the path to conan (i.e. ~/.local/bin/conan). On Sat, Jun 10, 2017 at 5:29 PM, Jonathan Leroy wrote: > 2017-06-10 12:31 GMT+02:00 Michal Novotny : > > Yes, there was an error in the new copr-rpmbuild script that it > completely > > ignored patche

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 used on

Re: "No such file or directory" when building SRPM

On Wed, Jun 14, 2017 at 10:57 AM, Jonathan Leroy wrote: > 2017-06-12 11:12 GMT+02:00 Jonathan Leroy : > > Thank you Michal. > > I will wait for the new release. > > There is a DNS resolution problem this morning : > > fatal: unable to access 'https://github.com/jleroy/conan.git/': Could > not re

epel-5 chroots are now deactivated

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

copr-frontend: deploy of 1.113

Hello, we have just deployed a new version of copr-frontend. Just a few things fixed: - *Bug 1461371* - Counterintuitive user link - *Bug 1455249* - github webhook fires unnecessary builds -

Planned outtage

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

util.do(shlex.split(command), shell=False, cwd=self.src_dir, > env=os.environ) > File "/usr/lib/python3.5/site-packages/mockbuild/trace_decorator.py", > line 89, in trace > result = func(*args, **kw) > File "/usr/lib/python3.5/site-packages/mockbuild/util.py"

Re: Mock SCM git repo Name Vs package name

opr) 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 : > > COPR does not current

Re: Mock SCM git repo Name Vs package name

ote: > Le mardi 27 juin 2017 à 15:24 +0200, Michal Novotny a écrit : > > Hello, please, see the answer below... > > On Tue, Jun 27, 2017 at 11:41 AM, jeandet > wrote: > > Hello Michal, > > Thank you for your help, I'm not a RPM/Mock/Copr pro, you confirm that my &

Re: Builders are in pending mode

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

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 copr-rpmbuil

Re: New copr-frontend and copr-rpmbuild deploy

iver changes 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

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

Hello, we have just deployed copr-frontend-1.115 and copr-dist-git-0.32. There should be little to none user-visible changes except bugs. What changed, however, is that: - we don't build srpms on copr-dist-git anymore, we only fetch sources, spec, and patches an import them directly into dist-git

copr-dist-git hotfixes

Hello, there were some problems in the last release that we tackled yesterday and today. Namely: - wrong package version information displayed in UI - extending Release with scm commit hash for MockSCM method (that was not intended) - packing sources for SCM methods did not work if repo contained

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

COPR deploy

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

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. > Thanks, > Richard

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

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

New copr-frontend release

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

python-copr and copr-cli release

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 e

Re: "No such command: builddep." with Fedora Rawhide chroot

Hello, this might be a change in rawhide dnf-plugins-core (or dnf). Please, if you don't need mock bootstrap feature enabled in your project settings, then you can disable it. That way, host system dnf and dnf-plugins-core will be used. I'll look closely at what causes the problem in the rawhide dn

fedora chroot updates

Hello, fedora-24 chroots were removed from COPR and fedora-27 chroots were added. For projects with "Follow Fedora branching" option enabled, the fedora-27 chroots were auto-created in their projects and existing builds from the rawhide chroots were copied there. COPR team ___

Re: "No such command: builddep." with Fedora Rawhide chroot

The problem with rawhide dnf is described here: https://bugzilla.redhat.com/show_bug.cgi?id=1483342 On Mon, Aug 21, 2017 at 11:14 AM, Pavel Raiskup wrote: > On Monday, August 21, 2017 10:14:55 AM CEST Michal Novotny wrote: > > Hello, this might be a change in rawhide dnf-plugins-cor

Re: "No such command: builddep." with Fedora Rawhide chroot

Hello, On Mon, Aug 21, 2017 at 11:14 AM, Pavel Raiskup wrote: > On Monday, August 21, 2017 10:14:55 AM CEST Michal Novotny wrote: > > Hello, this might be a change in rawhide dnf-plugins-core (or dnf). > Please, > > if you don't need mock bootstrap feature enabled in

Re: Counters down

Hello Jean, do you mean download counters for your repositories? clime On Mon, Aug 21, 2017 at 2:37 PM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Hi, > > My counters are down for some weeks now. > > Regards, > > Jean-Marc > ___ > c

Re: Counters down

Hello Jean, On Mon, Aug 21, 2017 at 4:05 PM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Olders builds seem to be unvailable also. > Can you, please, give me more information about the builds. Thank you clime > > Le 21/08/2017 à 14:37, Jean-Marc Liger a écrit : > > Hi, > > My

Re: Counters down

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, Jean

Re: CI projects in Copr

Hello Igor, On Wed, Aug 23, 2017 at 3:17 PM, Igor Gnatenko < ignatenkobr...@fedoraproject.org> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Wed, 2017-08-23 at 13:47 +0200, Miroslav Suchý wrote: > > Hi, > Hi, > > I am gathering informations about various use of CI with Copr. D

copr-dist-git release: security fix

Hello, we have just released copr-dist-git 0.36 with important security fix. Spec files were parsed directly on host machine without any isolation mechanism. As spec file parsing may produce unwanted side effects, this is _not_ recommendable. We have made the calls run in isolation now. COPR team

Re: build process doesn't work for me

Hello Jean, no problem at all. Glad you figured it out. On Fri, Aug 25, 2017 at 7:06 PM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > > > Le 25/08/2017 à 17:03, Jean-Marc Liger a écrit : > > Le 25/08/2017 à 14:07, Jean-Marc Liger a écrit : > > Hello, > > All my builds have a dea

Re: Getting error "Could not parse *.spec" on copr build

This is a bug on our side. More concretely, the error is caused by: BuildRoot: %(mktemp -ud %{_tmppath}/%{namevr}-XX) directive in the spec file. We "disallow" calling external commands currently from the .spec preamble. This will be fixed in the next release. As a temporary solution I woul

Re: Getting error "Could not parse *.spec" on copr build

status there. Thank you clime On Fri, Sep 1, 2017 at 11:31 PM, Robbi Nespu wrote: > Thank you, Where I can see bug status regarding this issue? I can't find > it on bugzilla. > > On Fri, Sep 1, 2017 at 3:42 AM, Michal Novotny wrote: > >> This is a bug on our side. >

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 ___

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 relea

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: &

Missing logs for "Attempt to build SRPM have failed." error

Hello, If you encounter this error, you probably also won't get any easy access to the logs about the error :(. We will fix that in the next release. For now, you can access the logs in a slightly more difficult way: They are placed at: https://copr-be.cloud.fedoraproject.org/results/< owner>//s

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 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: > > S

New deploy

Hello, today, we have deployed new copr-frontend 1.120-1, copr-backend 1.103-1, and copr-keygen 1.68-1. Changes in keygen and backend are mainly cosmetic (i.e. spelling fixes) but in frontend, there are quite a few: - fix build stucking with srpm url/upload resubmitted builds - .spec cleanup - m

Re: CI-style package builds from a Git repository

Hello Florian, yes, it should be possible. I would need to see the build to debug the problem. Thank you clime On Mon, Oct 2, 2017 at 3:28 PM, Florian Weimer wrote: > Is there a way to get Copr to build binary packages directly from a Git > repository? I do not need the SRPM, and I don't want

Re: Error 500 : Internal Server Error ('url')

Hey, On Thu, Oct 5, 2017 at 2:56 PM, Miro Hrončok wrote: I may have found an issue with copr: > > Yes, it's a bug when accessing not-so-new builds that have not-updated build definition in DB. I can fix it manually in DB and in any case, this will be fixed upon next copr-frontend deploy (might b

Re: Counters down

Hello, On Wed, Aug 23, 2017 at 2:32 PM, Michal Novotny wrote: > Hello! > > On Wed, Aug 23, 2017 at 2:29 PM, Jean-Marc Liger parisdescartes.fr> wrote: > >> >> Le 22/08/2017 à 11:55, Jean-Marc Liger a écrit : >> >> Le 21/08/2017 à 16:15, Michal Novotny a

Re: Error 500 : Internal Server Error ('url')

The problem should be fixed now. Please try and let me know. clime On Thu, Oct 5, 2017 at 4:39 PM, Michal Novotny wrote: > Hey, > > On Thu, Oct 5, 2017 at 2:56 PM, Miro Hrončok wrote: > > I may have found an issue with copr: >> >> > Yes, it's a bug when ac

Re: Counters down

Hey Marc, On Sun, Oct 15, 2017 at 4:04 PM, Jean-Marc LIGER < jean-marc.li...@parisdescartes.fr> wrote: > > > Le 11/10/2017 à 15:32, Jean-Marc LIGER a écrit : > > Hello Clime, > Le 11/10/2017 à 14:05, Michal Novotny a écrit : > > Hello, > > On Wed, Aug 23, 20

New Deploy

Hello, we have just deployed the latest COPR stack. Apart from a few bugfixes, there is one important update: SCM source types were finally unified so now there is only one "SCM" tab. You can also use copr command-line client (copr-cli) to build for any Github/Gitlab/DistGit repo. See `copr-cli bu

Re: ppc64le still in pending mode

Hello Jean! On Thu, Oct 19, 2017 at 9:58 AM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Hello, > > It seems that ppc64le builders are stuck in pending mode. > > Thank you for the info! It should be fixed now. > Regards, > > Jean-Marc > > __

Re: ppc64le still in pending mode

On Thu, Oct 19, 2017 at 1:30 PM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Hello Clime! > > > Le 19/10/2017 à 12:32, Michal Novotny a écrit : > > Hello Jean! > > On Thu, Oct 19, 2017 at 9:58 AM, Jean-Marc Liger parisdescartes.fr> wrote: > &

W42 2017 status

COPR: - finished implementation of unified SCM method - released and deployed the latest COPR stack - fixed bug in building with --initial-pkgs param when creating new project - made small src.fp.o + COPR CI demo RPKG: - made it work with forks at src.fedoraproject.org - updated spec - released ne

Re: Counters down

o Clime, > Le 11/10/2017 à 14:05, Michal Novotny a écrit : > > Hello, > > On Wed, Aug 23, 2017 at 2:32 PM, Michal Novotny wrote: > >> Hello! >> >> On Wed, Aug 23, 2017 at 2:29 PM, Jean-Marc Liger < >> jean-marc.li...@parisdescartes.fr> wrote: >>

long waiting times for COPR jobs

Hello, lately, COPR pending job queues are holding jobs for pretty long time (even hours). This is a buggy behaviour and we will be doing our best to fix this issue in the following days. Thank your for your patience COPR team ___ copr-devel mailing lis

Re: New Deploy

Hello, On Wed, Oct 18, 2017 at 7:46 PM, Michal Novotny wrote: > > I'll be writing docs for the new source type and all that can be done > with it...wait for it ;). Now this is just a quick update. > The mentioned docs can be found here: https://clime.github.io/2017/10/24/CO

Re: long waiting times for COPR jobs

Hey, On Wed, Nov 1, 2017 at 3:42 PM, Michal Novotny wrote: > Hello, > > lately, COPR pending job queues are holding jobs for pretty long time > (even hours). This is a buggy behaviour and we will be doing our best to > fix this issue in the following days. > as we have found

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: long waiting times for COPR jobs

Hello Jean-Marc, answer is below... On Tue, Nov 28, 2017 at 11:20 AM, Jean-Marc Liger < jean-marc.li...@parisdescartes.fr> wrote: > Hi Clime, > Le 03/11/2017 à 06:39, Michal Novotny a écrit : > > Hey, > > On Wed, Nov 1, 2017 at 3:42 PM, Michal Novotny wrote: > &

COPR: usage of http:// in python client

Hello, we have found out that http://copr.fedoraproject.org was used as default API endpoint if no copr_url was specified for CoprClient initialization. This is now fixed in the latest version of python-copr (python-copr-1.84) and we recommend updating to that version. Also we have decided to revo

running ppc64le builds

Hello, ppc64le builds https://copr.fedorainfracloud.org/coprs/luya/scribus-unstable/build/682378/ and https://copr.fedorainfracloud.org/coprs/lsedlar/compose-tools/build/682451/ were affected by OpenStack maintenance to fix issues with ppc64le building in COPR. They are reported as running at the

Re: is COPR down?

COPR is back now. Sorry for the problems. We get high load peaks at times. clime On Mon, Dec 4, 2017 at 7:05 PM, David Shea wrote: > Connection is timing out connecting to copr.fedorainfracloud.org. Is > there an ETA on when it will come back? > ___ >

COPR outage at 1am UTC

Hello, today there will be a COPR outage lasting approximately for 1 hour starting at 1 a.m. UTC. We will be upgrading most of the machines to the latest released Fedora version. COPR Team ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org

Re: COPR outage at 1am UTC

I am very sorry. I meant 1pm UTC today. Best regrads On behalf of COPR team clime On Mon, Dec 18, 2017 at 10:03 AM, Michal Novotny wrote: > Hello, > > today there will be a COPR outage lasting approximately for 1 hour > starting at 1 a.m. UTC. We will be upgrading most of the mac

after-release fixes

Hello, since the release on Monday, we have implemented and deployed the following fixes: - fixed building in epel-7-ppc64le chroot (by temporarily switching of nosync mock plugin on ppc64le until we have better fix: https://github.com/kjn/nosync/issues/3#issuecomment-353176672) - fixed make-srpm

Re: copr-dist-git Internal Server Error

Hey, thank you for noticing. There was a SELinux configuration problem causing cgit (git_script_t) not being able to access any git content (git_user_content_t). We have fixed it by adding map permission for the git_script_t type: allow git_script_t git_user_content_t:file map; map permission is

failing ppc64le builds

If you encountered the following log record in builder-live.log on ppc64le: Running: unbuffer /usr/bin/mock --buildsrpm --spec /tmp/tmp75ah4ork/gawk.spec --sources /tmp/tmp75ah4ork --configdir /var/lib/copr-rpmbuild/results/configs --resultdir /var/lib/copr-rpmbuild/results --define %_disable_sour

ChrotScan Enabled on copr-builders

Hello! To tackle the latest problems with synchronizing Fedora repos, we have employed mocks' ChrootScan plugin on builders to tackle them. It will take a bit of time until 'chroot_scan' directory with dnf logs (especially dn

Planned Outage: COPR BACKEND upgrade - 2018-01-16 09:00 UTC

Planned Outage: COPR BACKEND upgrade - 2018-01-16 09:00 UTC There will be an outage starting at 2018-01-16 09:00 UTC, which will last approximately 0.5 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2018-01-16 09:00

copr-backend upgraded

Hello, we have deployed copr-backend-1. 110-2 to production. This version contains patch to prevent multiple builder allocation for one srpm build, which caused occasional failures on signing. COPR team ___ copr-devel mailing list -- copr-devel@lists.fe

Re: Usefulness of `copr mock-config ` feature?

Hello, On Tue, Feb 13, 2018 at 12:54 PM, Michael Šimáček wrote: > On 2018-02-13 11:47, Pavel Raiskup wrote: > >> Sorry, I wanted to CC fedora devel before, forwarding. >> >> Pavel >> >> On Tuesday, February 13, 2018 10:54:55 AM CET Pavel Raiskup wrote: >> >>> Because we are unable to find a cons

Re: Usefulness of `copr mock-config ` feature?

On Tue, Feb 13, 2018 at 9:51 PM, Michal Novotny wrote: > Hello, > > On Tue, Feb 13, 2018 at 12:54 PM, Michael Šimáček > wrote: > >> On 2018-02-13 11:47, Pavel Raiskup wrote: >> >>> Sorry, I wanted to CC fedora devel before, forwarding. >>> >>

Re: Usefulness of `copr mock-config ` feature?

Hello Pavel, On Wed, Feb 14, 2018 at 10:18 AM, Pavel Raiskup wrote: > On Tuesday, February 13, 2018 10:15:42 PM CET Michal Novotny wrote: > > On Tue, Feb 13, 2018 at 9:51 PM, Michal Novotny > wrote: > > > > > Hello, > > > > > > On Tue, Feb 13, 201

Re: Usefulness of `copr mock-config ` feature?

On Wed, Feb 14, 2018 at 11:16 AM, Pavel Raiskup wrote: > On Wednesday, February 14, 2018 10:54:48 AM CET Michal Novotny wrote: > > Hello Pavel, > > > > On Wed, Feb 14, 2018 at 10:18 AM, Pavel Raiskup > wrote: > > > > > On Tuesday, February 13, 20

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

Release notes

Hello folks, last week on Friday, we released the latest version of our stack. It was quite a big release, probably the biggest we have done so far...so as expected some problems occured - mainly, fedmsg sending didn't work up until Saturday 11pm UTC, rpm download counting was a bit off (counting

Re: Release notes

Hello, I have just deployed copr-frontend with additional fixes for module building and custom method. There was a problem for both when running from GUI. clime On Mon, Feb 26, 2018 at 11:04 PM, Michal Novotny wrote: > Hello folks, > > last week on Friday, we released the latest versi

new copr-frontend release

Hello, we have just deployed and released copr-frontend-1.129. This package contains the latest fixes upon big work done in copr-frontend-1.128. Also new python-copr-1.87 was released with a fix in ClientV2 regarding build statuses ("forked", "waiting") that were recently added into copr-frontend

frontend production update for yum-plugin-copr

Hello, we have just deployed a hotfix for *Bug 1550986* - HTTPS Error 500 when trying to enable repository trough yum-plugin-copr on RHEL7, Centos 7. `yum copr enable` should work again. COPR team __

Re: Slow SRPM uploads?

I tried right now and reached upload speed around 1.6 MB/s. I cannot really reproduce it. clime On Sun, Mar 4, 2018 at 2:08 PM, Richard Shaw wrote: > Both last night and this morning I'm experience EXTREMELY slow uploads > ~25kB/s... > > Is something going on that would cause that? > > Thanks,

Re: Can't build in f28

Hello, thank you for the report. Disk was full on copr-dist-git so I have enlarged it to twice the size. Best Regards! clime On Sat, Mar 10, 2018 at 10:48 PM, Robert-André Mauchin wrote: > On samedi 10 mars 2018 22:25:43 CET Richard W.M. Jones wrote: > > https://copr.fedorainfracloud.org/coprs/

Re: Can't build in f28

Hello Robert-André, On Sun, Mar 11, 2018 at 2:15 AM, Robert-André Mauchin wrote: > On dimanche 11 mars 2018 01:09:14 CET Michal Novotny wrote: > > Hello, thank you for the report. Disk was full on copr-dist-git so I have > > enlarged it to twice the size. > > > &

Re: Can't build in f28

On Sun, Mar 11, 2018 at 2:11 PM, Richard W.M. Jones wrote: > On Sun, Mar 11, 2018 at 01:09:14AM +0100, Michal Novotny wrote: > > Hello, thank you for the report. Disk was full on copr-dist-git so I have > > enlarged it to twice the size. > > Thanks - the build succeeded no

Re: Builders are locked in importing mode

Hello Jean-Marc! 2018-03-14 12:41 GMT+01:00 Jean-Marc Liger < jean-marc.li...@parisdescartes.fr>: > Hi, > > It seems builders are locked in importing mode ? > Yes, thank you, it was somehow stuck on downloading firefox. clime > Thanks, > > > > * Jean-Marc LIGER Ingénieur Systèmes et Réseaux d

Re: GitHub Apps

On Thu, Mar 22, 2018 at 2:13 PM, Pavel Raiskup wrote: > On Thursday, March 22, 2018 11:31:23 AM CET Jakub Kadlcik wrote: >> The chart says that we likely want to use GitHub App. It doesn't matter >> which way go, you always end up with GitHub App because of "Access >> everything? No". >> >> Also,

mirror failures

Hello, as of recent month or two I quite often encounter mirror sync failures on COPR builders during the build setup. Could you, please, confirm that this is really the case and link the build logs here if possible? I will then setup some extended monitoring if this proves to be true. Thank you

Re: Plenty of bogus builds with rpkg s.f.o push automation

On Thu, Apr 12, 2018 at 11:20 AM, Miro Hrončok wrote: > See https://src.fedoraproject.org/rpms/git/commits/master -> last commit is > from 2018-04-02. Yet the automation in > https://copr.fedorainfracloud.org/coprs/churchyard/git/package/git/ still > builds several empty builds every couple hours.

Re: Builders are slower than ever

On Fri, Apr 13, 2018 at 8:47 AM, Jean-Marc Liger wrote: > Hi all, > > Since a couple of days, builders are anormaly slow. I can take hours for a > single build. > > Any reasons for that ? > We sincerely apologize for this. The current OpenStack platform on which COPR builders are running is outda

<    1   2   3   >