Hi
in https://copr-be.cloud.fedoraproject.org/results/sergiomb/kde4for23/
please delete all gpgme builds
00521854-gpgme/
they are at least in fedora-24-x86_64/ fedora-25-x86_64/ fedora-25-
i386/
For exampple in fedora-24-i386 I got 2: 00521836-gpgme/ and 00521854-
gpgme/
Thanks,
--
Sérgio M. B.
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 copr-frontend 1.110
- redeployed copr-dist-git machine from scratch due to journal log errors
DIST-GIT:
- tested dist-git-1.1 on pkgs01.stg
- implemented https://github.com/release-engineering/dist-git/issues/14
MODULARITY:
- made a small PoC for module to Dockerfile conversion:
https://pagure.io/module2Dockerfile
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
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
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*
<https://bugzilla.redhat.com/show_bug.cgi?id=1447102> - fedpkg build fail
during import phase
- copr-frontend 1.109 changes the way in which COPR creates a module when
the build is launched through UI. Previously, the already built (and
selected) packages have been used for creation of a module snapshot to
which the appropriate module meta-data were added. Now the module is built
from a scratch again.
The new copr-frontend version also addresses the following problems:
- non-working pagure webhooks by adding more debugging info into the
code and network-error fail-proofing it
- *Bug 1448333*
<https://bugzilla.redhat.com/show_bug.cgi?id=1448333> - Unable
to edit someone's else project settings
- previously .git suffix in Git repo URL was needed for webhook
rebuilds of Tito and MockSCM packages, which was not very intuitive or
user-friendly. Now it works without the '.git' suffix as well.
- copr-backend 1.99-1.git.1.1958572.fc25 is a hotfix for appstream-builder
core dumps that we have been experiencing since the beginning of this year.
See *Bug 1426166*
<https://bugzilla.redhat.com/show_bug.cgi?id=1426166> -
appstream-builder
core dumps for more information.
Best Regards
COPR team
Hi,
https://copr.fedorainfracloud.org/status/waiting/
107 minutes adrian/ohpc-gcc7-ppc64le 548276 mpi
ch-gnu7-ohpc 3.2-1.ohpc.1.3.1.1 epel-7-ppc64le
97 minutes adrian/ohpc-gcc7-ppc64le 548336 mpic
h-gnu7-ohpc 3.2-1.ohpc.1.3.1.1 epel-7-ppc64le
49 minutes adrian/ohpc-gcc7-ppc64le 548384 ocr-
gnu7-ohpc 1.0.1-1.ohpc.1.3.1.1 epel-7-ppc64le
49 minutes adrian/ohpc-gcc7-ppc64le 548385 ocr-
gnu7-ohpc 1.0.1-1.ohpc.1.3.1.1 epel-7-ppc64le
49 minutes adrian/ohpc-gcc7-ppc64le 548386 ocr-
gnu7-ohpc 1.0.1-1.ohpc.1.3.1.1 epel-7-ppc64le
this kind of use should be limited , seems that is one broken script
not monitored , and other users like me have to wait a long time for
his builds ...
Thnaks
--
Sérgio M. B.
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
running without problems but the problem might possibly still come back. We
hope we can fix this bug once for all soon (if not yet fixed).
COPR team
P.S.: See also
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted…