Re: builds stucked in starting mode since 7 hours

[Jean-Marc Liger]

Hello Jakub,

This was just to remember that there are people like Mirek and you 
behind things working smoothly.


My favorite tool is back again !

Jean-Marc


Le 28/09/2023 à 14:00, Jakub Kadlcik a écrit :

Hello

> are we back to early (and lovely) years of COPR 😉 ?

Yeah, we felt a bit nostalgic :-)

Sorry about the downtime, we had issues with spawning new builders 
because the subscription-manager was timeouting and it was the middle 
of the night here. Mirek already resolved it. There is a bit of a 
queue but builds are running again.


Jakub

On Thu, Sep 28, 2023 at 8:00 AM Jean-Marc Liger 
 wrote:


Hi all,

My builds are stucked in starting mode since 7 hours, are we back to
early (and lovely) years of COPR 😉 ?

Jean-Marc

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:

https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue


___
copr-devel mailing list --copr-devel@lists.fedorahosted.org
To unsubscribe send an email tocopr-devel-le...@lists.fedorahosted.org
Fedora Code of 
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List 
Archives:https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report 
it:https://pagure.io/fedora-infrastructure/new_issue--
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

builds stucked in starting mode since 7 hours

[Jean-Marc Liger]

Hi all,

My builds are stucked in starting mode since 7 hours, are we back to 
early (and lovely) years of COPR 😉 ?


Jean-Marc
--
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: builds stucked in starting mode since 7 hours

[Jean-Marc Liger]

Hello Jakub,

This was just to remember that there are people like Mirek and you 
behind things working smoothly.


My favorite tool is back again !

Jean-Marc


Le 28/09/2023 à 14:00, Jakub Kadlcik a écrit :

Hello

> are we back to early (and lovely) years of COPR 😉 ?

Yeah, we felt a bit nostalgic :-)

Sorry about the downtime, we had issues with spawning new builders 
because the subscription-manager was timeouting and it was the middle 
of the night here. Mirek already resolved it. There is a bit of a 
queue but builds are running again.


Jakub

On Thu, Sep 28, 2023 at 8:00 AM Jean-Marc Liger 
 wrote:


Hi all,

My builds are stucked in starting mode since 7 hours, are we back to
early (and lovely) years of COPR 😉 ?

Jean-Marc

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:

https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue


___
copr-devel mailing list --copr-devel@lists.fedorahosted.org
To unsubscribe send an email tocopr-devel-le...@lists.fedorahosted.org
Fedora Code of 
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List 
Archives:https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report 
it:https://pagure.io/fedora-infrastructure/new_issue___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

builds stucked in starting mode since 7 hours

[Jean-Marc Liger]

Hi all,

My builds are stucked in starting mode since 7 hours, are we back to 
early (and lovely) years of COPR 😉 ?


Jean-Marc

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: problem with GPG Keys for CentOS Stream 9

[Jean-Marc Liger]

Maybe, but I haven't this problem with other projects, it seems to be 
only for this one.


Jean-Marc


Le 11/04/2023 à 10:15, Vít Ondruch a écrit :


https://bugzilla.redhat.com/show_bug.cgi?id=2184640

?


Vít


Dne 10. 04. 23 v 22:05 Jean-Marc Liger napsal(a):


Hi guys,

I have a problem with GPG keys for CentOS Stream 9 for this COPR project:

https://copr.fedorainfracloud.org/coprs/ligenix/enterprise-identity-management/

DEBUG util.py:443:   GPG Keys are configured as: 
file:///usr/share/distribution-gpg-keys/centos/RPM-GPG-KEY-CentOS-Official


Any idea what's wrong?

Cheers,
Jean-Marc


___
copr-devel mailing list --copr-devel@lists.fedorahosted.org
To unsubscribe send an email tocopr-devel-le...@lists.fedorahosted.org
Fedora Code of 
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List 
Archives:https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report 
it:https://pagure.io/fedora-infrastructure/new_issue


___
copr-devel mailing list --copr-devel@lists.fedorahosted.org
To unsubscribe send an email tocopr-devel-le...@lists.fedorahosted.org
Fedora Code of 
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
List 
Archives:https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report 
it:https://pagure.io/fedora-infrastructure/new_issue___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

problem with GPG Keys for CentOS Stream 9

[Jean-Marc Liger]

Hi guys,

I have a problem with GPG keys for CentOS Stream 9 for this COPR project:

https://copr.fedorainfracloud.org/coprs/ligenix/enterprise-identity-management/

DEBUG util.py:443:   GPG Keys are configured as: 
file:///usr/share/distribution-gpg-keys/centos/RPM-GPG-KEY-CentOS-Official


Any idea what's wrong?

Cheers,
Jean-Marc
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Fedora Copr EPEL 8 being moved to RHEL+EPEL (and s390x native as bonus)

[Jean-Marc Liger]

Le 10/01/2022 à 11:22, Pavel Raiskup a écrit :

Hello maintainers.

Currently, we build all EPEL variants against CentOS "base" in Fedora
Copr, i.e.  epel-* configs means CentOS+EPEL.  By the end of January 2022
CentOS 8 mirrors will start disappearing, pushing us to change the configs
to avoid build failures.

We would like to start the migration to the RHEL base as soon as possible,
so we are at least a bit "ahead" the change.  So we can start resolving
the issues.

There doesn't seem to be a real blocker, or known issue.

   - We got enough subscriptions from Red Hat for Fedora Copr purposes to
 start building against official RHEL channels.

   - The Mock + configs is stuck in Bodhi for now, but it doesn't block
 Copr to apply for the change earlier.  This is mostly about community
 decision that 'fedpkg mockbuild' is not aligned, yet, not that Mock is
 broken.

   - The remaining problem seemed to be the s390x architecture, as the
 emulation being _currently_ done wouldn't work with Red Hat
 subscriptions, see details in [1] discussion.  But thanks to IBM
 sponsoring us IBM Cloud access we should be OK to deploy the s390x
 arch support in Fedora Copr at the same time with the EPEL change
 (this will go in a separate announcement).

**So the plan is to move to RHEL + EPEL next Monday, 2022-01-17.**  If
everything works well at least.

Side note from me...  Note that EPEL 9 in Fedora Copr is still CentOS
Stream 9 + EPEL 9 ATM.  This will change to "RHEL 9 + EPEL 9" once RHEL 9
is generally available (subscribed content).  Might seem as a
complication for users, but it's actually not - it is good thing we can
start working on EPEL 9 now.  So I want to congratulate to EPEL community
here, the fact we have stream in place allows us to bring EPEL 9 up before
actually RHEL is available.  That's an awesome step (jump) forward
compared to previous releases!

[1]https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/7T5N6SCPCWHNAUIFPFD54Z6CTLLZMJ6F/

Pavel


These are awesome updates, it seems to me that COPR is always ahead of 
the pack.


Jean Marc
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

[Jean-Marc Liger]

Le 22/11/2021 à 15:52, Carl George a écrit :


On Mon, Nov 22, 2021 at 8:11 AM Miro Hrončok  wrote:

On 22. 11. 21 15:00, Pavel Raiskup wrote:

- builds will require a valid Red Hat subscription (the no-cost variant is
OK as well, though [2])

I cannot help myself but I consider this very unpleasant for EPEL packagers.

Getting and configuring the subscription was always so unfriendly for me that
I've been using EPEL mocks even for my RHEL work. This basically means using
EPEL mocks will once again be as complicated as using RHEL.

However, enough of my personal views. Since we have not used RHEL for copr/mock
EPEL buidlroots until now, but we used a downstream freely-available RHEL-copy
(CentOS Linux), could we not continue doing so by using e.g. AlmaLinux?

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___


I'm not aware of a RHEL clone that offers all the architectures that
EPEL does.  As far as I can tell, the three most popular (Alma, Rocky,
Oracle) only offer x86_64 and aarch64 but are missing ppc64le and
s390x.  That said CentOS Linux 8 doesn't offer s390x either, so we
already have this problem, but switch the EPEL mock chroot to one of
those clones would make the situation worse by also dropping ppc64le.

The success of COPR is based on it's easy way to build packages, 
especially for EPEL,
do whatever you want guys but please at the end, try to not choose the 
bullshito way.

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

[Jean-Marc Liger]

Le 22/11/2021 à 15:52, Carl George a écrit :


On Mon, Nov 22, 2021 at 8:11 AM Miro Hrončok  wrote:

On 22. 11. 21 15:00, Pavel Raiskup wrote:
- builds will require a valid Red Hat subscription (the no-cost 
variant is

OK as well, though [2])
I cannot help myself but I consider this very unpleasant for EPEL 
packagers.


Getting and configuring the subscription was always so unfriendly for 
me that
I've been using EPEL mocks even for my RHEL work. This basically 
means using

EPEL mocks will once again be as complicated as using RHEL.

However, enough of my personal views. Since we have not used RHEL for 
copr/mock
EPEL buidlroots until now, but we used a downstream freely-available 
RHEL-copy

(CentOS Linux), could we not continue doing so by using e.g. AlmaLinux?

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___


I'm not aware of a RHEL clone that offers all the architectures that
EPEL does. As far as I can tell, the three most popular (Alma, Rocky,
Oracle) only offer x86_64 and aarch64 but are missing ppc64le and
s390x. That said CentOS Linux 8 doesn't offer s390x either, so we
already have this problem, but switch the EPEL mock chroot to one of
those clones would make the situation worse by also dropping ppc64le.

The success of COPR is based on it's easy way to build packages, 
especially for EPEL,
do whatever you want guys but please at the end, try to not choose the 
bullshito way.


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Please raise build time limit for Chromium again

[Jean-Marc Liger]

Hi,

I'm looking for to increase the build time in copr's web interface,
but I didn't find any entry for that, do I missed something ?

Jean-Marc


Le 13/12/2020 à 22:01, Jakub Kadlcik a écrit :

Thank you for keeping us posted. It is interesting to know how long
the biggest packages take.


Jakub

On Sun, Dec 13, 2020 at 5:20 PM 藍挺瑋  wrote:

Jakub Kadlcik 於 2020/12/6 下午8:57 寫道:

Hello,
I increased the max build time limit to 48h as you requested.

Thank you. I got a successful build of Chromium 87.0.4280.88 several
days ago [1]. It took about 31 hours.


Just for reference if someone else is reading this, it is not a
default build time, that remains 5h. But it is possible to specify a
higher value, please see
https://docs.pagure.org/copr.copr/release-notes/2020-11-13.html#per-build-timeout-implemented


Jakub

[1] https://copr.fedorainfracloud.org/coprs/lantw44/chromium/build/1816762/


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Please raise build time limit for Chromium again

[Jean-Marc Liger]

Le 08/02/2021 à 11:55, Silvie Chlupova a écrit :

On 2/8/21 11:16 AM, Jean-Marc Liger wrote:

Hi,

I'm looking for to increase the build time in copr's web interface,
but I didn't find any entry for that, do I missed something ?

Jean-Marc


Hi,

when you create a new build by clicking on New Build in your project, 
you will also see 3. Select chroots and other options and there you 
can select the desired timeout (box Timeout).


Silvie



Oh yes it was juste in face of my eyes, I can't explain how I missed it...

Thanks,
Jean-Marc
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: Please raise build time limit for Chromium again

[Jean-Marc Liger]

Hi,

I'm looking for to increase the build time in copr's web interface,
but I didn't find any entry for that, do I missed something ?

Jean-Marc


Le 13/12/2020 à 22:01, Jakub Kadlcik a écrit :

Thank you for keeping us posted. It is interesting to know how long
the biggest packages take.


Jakub

On Sun, Dec 13, 2020 at 5:20 PM 藍挺瑋  wrote:

Jakub Kadlcik 於 2020/12/6 下午8:57 寫道:

Hello,
I increased the max build time limit to 48h as you requested.

Thank you. I got a successful build of Chromium 87.0.4280.88 several
days ago [1]. It took about 31 hours.


Just for reference if someone else is reading this, it is not a
default build time, that remains 5h. But it is possible to specify a
higher value, please see
https://docs.pagure.org/copr.copr/release-notes/2020-11-13.html#per-build-timeout-implemented


Jakub

[1] https://copr.fedorainfracloud.org/coprs/lantw44/chromium/build/1816762/


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: CentOS Stream builder seems broken since few days

[Jean-Marc Liger]

Le 20/04/2020 à 13:35, Jean-Marc Liger a écrit :



Le 20/04/2020 à 10:49, Pavel Raiskup a écrit :

On Monday, April 20, 2020 1:04:25 AM CEST Jean-Marc Liger wrote:

Hi,

There are many packages I can't be rebuild for CentOSStream since fews
days. I've found this in some logs :

annobin: handlereg.c: ICE: The size of the global_options structure has changed 
- please rebuild annobin
annobin: handlereg.c: ICE: Please contact the annobin maintainer with details 
of this problem
annobin: handlereg.c: Build time size: 0xef0 run time size: 0xf00 (64-bit host)

I've checked that annobin-8.90 has been pushed in CentOS Stream since few days.

Thanks in advance to look at, I have some cool stuff to achive.

At Copr (or Mock) level, we don't maintain centos-stream repositories.  If
the repo is broken, this fact needs to be reported to centos:
https://bugs.centos.org/bug_report_page.php

Since I don't have reproducer in hand, can you report this?  And reply
with the bug ID?


Another step for me in CentOS ecosystem :

https://bugs.centos.org/view.php?id=17272


A NOTE has been added to this issue.

--
 (0036731) carlwgeorge (reporter) - 2020-04-20 11:42
 https://bugs.centos.org/view.php?id=17272#c36731  
--

@arrfab is correct, CentOS stream bug reports should be submitted on Red Hat's
bugzilla, using the "Red Hat Enterprise Linux 8" product with the "CentOS
Stream" version.

https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20Linux%208&version=CentOS%20Stream

In this particular case, we've addressed the annobin errors with these builds.

annobin-8.90-1.el8.0.1https://koji.mbox.centos.org/koji/buildinfo?buildID=7207
gcc-8.3.1-5.el8.0.2https://koji.mbox.centos.org/koji/buildinfo?buildID=7208

Theses builds will be published soon.
--


JM


Pavel


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

*Jean-Marc LIGER*
Chef du Service Informatique
UFR de Médecine de Paris Centre
15 rue de l'Ecole de médecine 75270 PARIS CEDEX 06
+33 (0)1 53 10 46 82

<https://u-paris.fr/>

<https://www.facebook.com/univparis/> 
<https://www.instagram.com/univ_paris/?hl=fr> 
<https://twitter.com/Univ_Paris> 
<https://www.youtube.com/channel/UC5WhlXe1I_eRCtEx7cj3ZKg?fbclid=IwAR1vwGdU3uTudr9xzGkiXoNdg0tlasAeDl2lkkTP-cyEP_snhPMfdU_Oc9w> 



___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: CentOS Stream builder seems broken since few days

[Jean-Marc Liger]

Le 20/04/2020 à 10:49, Pavel Raiskup a écrit :

On Monday, April 20, 2020 1:04:25 AM CEST Jean-Marc Liger wrote:

Hi,

There are many packages I can't be rebuild for CentOSStream since fews
days. I've found this in some logs :

annobin: handlereg.c: ICE: The size of the global_options structure has changed 
- please rebuild annobin
annobin: handlereg.c: ICE: Please contact the annobin maintainer with details 
of this problem
annobin: handlereg.c: Build time size: 0xef0 run time size: 0xf00 (64-bit host)

I've checked that annobin-8.90 has been pushed in CentOS Stream since few days.

Thanks in advance to look at, I have some cool stuff to achive.

At Copr (or Mock) level, we don't maintain centos-stream repositories.  If
the repo is broken, this fact needs to be reported to centos:
https://bugs.centos.org/bug_report_page.php

Since I don't have reproducer in hand, can you report this?  And reply
with the bug ID?


Another step for me in CentOS ecosystem :

https://bugs.centos.org/view.php?id=17272

JM


Pavel
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

CentOS Stream builder seems broken since few days

[Jean-Marc Liger]

Hi,

There are many packages I can't be rebuild for CentOSStream since fews 
days. I've found this in some logs :


annobin: handlereg.c: ICE: The size of the global_options structure has changed 
- please rebuild annobin
annobin: handlereg.c: ICE: Please contact the annobin maintainer with details 
of this problem
annobin: handlereg.c: Build time size: 0xef0 run time size: 0xf00 (64-bit host)

I've checked that annobin-8.90 has been pushed in CentOS Stream since few days.

Thanks in advance to look at, I have some cool stuff to achive.

Jean-Marc

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 12/04/2020 à 08:15, Pavel Raiskup a écrit :

On Saturday, April 11, 2020 10:25:16 PM CEST Jean-Marc Liger wrote:

Le 11/04/2020 à 10:48, Pavel Raiskup a écrit :

On Thursday, April 9, 2020 10:40:54 PM CEST Jean-Marc Liger wrote:

The devtoolset-6 stack, non-existent in sclo-rh repository for
epel-7-x86_64 chroot, is still required, any progress here ?

non-existent in sclo-rh repository for epel-7-aarch64, sorry for haven't been
careful enough in my proofreading

The problem before was that the cloudfronts mirror was broken (not
non-existent).  I need to see the link to build failure to judge.

The error is in the bug review, it's not jus about cloudfronts but all
mirrors get the same:

https://bugs.centos.org/view.php?id=17187

[FAILED] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: No more mirrors to
try - All mirrors were already tried without success
(85-86/86): devtools 62% [ ] 82 kB/s | 46 MB 05:50 ETA
Error: Error downloading packages:
Cannot download
devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: All mirrors
were tried

I need to see new full logs (the original are already deleted) to see who
brings devtoolset-6 into the dnf transaction...  If it is the package
itself, then it is package bug (the devtoolset is removed from mirrors).
If the metadata/mock, it is broken mirror.


I built the below package another time (which has no devtoolset 
BuildRequires). Fortunalty there is no link to devtoolset-6, so the 
problem is gone again.


https://download.copr.fedorainfracloud.org/results/ligenix/enterprise-sandbox/epel-7-aarch64/01342032-glusterfs/

But to give you an example, this is a previous build I've done with 
Oracle devtool-6-aarch64 external repo enable to bypass the problem :


https://download.copr.fedorainfracloud.org/results/ligenix/enterprise-virtualization/epel-7-aarch64/01334138-libvirt/

JM


And that's a consequence of the link below which lead to a 404 error:

http://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/

 From what they told us, this is expected to not exist.

Pavel




*Jean-Marc LIGER*
Chef du Service Informatique
UFR de Médecine de Paris Centre
15 rue de l'Ecole de médecine 75270 PARIS CEDEX 06
+33 (0)1 53 10 46 82

<https://u-paris.fr/>

<https://www.facebook.com/univparis/> 
<https://www.instagram.com/univ_paris/?hl=fr> 
<https://twitter.com/Univ_Paris> 
<https://www.youtube.com/channel/UC5WhlXe1I_eRCtEx7cj3ZKg?fbclid=IwAR1vwGdU3uTudr9xzGkiXoNdg0tlasAeDl2lkkTP-cyEP_snhPMfdU_Oc9w> 



___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 11/04/2020 à 10:48, Pavel Raiskup a écrit :

On Thursday, April 9, 2020 10:40:54 PM CEST Jean-Marc Liger wrote:

The devtoolset-6 stack, non-existent in sclo-rh repository for
epel-7-x86_64 chroot, is still required, any progress here ?

non-existent in sclo-rh repository for epel-7-aarch64, sorry for haven't been
careful enough in my proofreading

The problem before was that the cloudfronts mirror was broken (not
non-existent).  I need to see the link to build failure to judge.


The error is in the bug review, it's not jus about cloudfronts but all 
mirrors get the same:


https://bugs.centos.org/view.php?id=17187

[FAILED] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: No more mirrors to 
try - All mirrors were already tried without success

(85-86/86): devtools 62% [ ] 82 kB/s | 46 MB 05:50 ETA
Error: Error downloading packages:
  Cannot download 
devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: All mirrors 
were tried


And that's a consequence of the link below which lead to a 404 error:

http://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/

JM



Pavel


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 11/04/2020 à 10:48, Pavel Raiskup a écrit :

On Thursday, April 9, 2020 10:40:54 PM CEST Jean-Marc Liger wrote:

The devtoolset-6 stack, non-existent in sclo-rh repository for
epel-7-x86_64 chroot, is still required, any progress here ?
non-existent in sclo-rh repository for epel-7-aarch64, sorry for 
haven't been

careful enough in my proofreading

The problem before was that the cloudfronts mirror was broken (not
non-existent). I need to see the link to build failure to judge.


The error is in the bug review, it's not jus about cloudfronts but all 
mirrors get the same:


https://bugs.centos.org/view.php?id=17187

[FAILED] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: No more mirrors to 
try - All mirrors were already tried without success

(85-86/86): devtools 62% [ ] 82 kB/s | 46 MB 05:50 ETA
Error: Error downloading packages:
  Cannot download 
devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: All mirrors 
were tried


And that's a consequence of the link below which lead to a 404 error:

http://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/

JM



Pavel


___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 27/03/2020 à 08:04, Pavel Raiskup a écrit :

On Thursday, March 26, 2020 11:09:21 PM CET Jean-Marc Liger wrote:

Le 21/03/2020 à 17:26, Jean-Marc Liger a écrit :

Le 21/03/2020 à 16:57, Pavel Raiskup a écrit :

On Saturday, March 21, 2020 12:08:52 AM CET Kevin Fenzi wrote:

On Fri, Mar 20, 2020 at 06:35:08PM +0100, Jean-Marc Liger wrote:

Le 20/03/2020 à 13:27, Pavel Raiskup a écrit :

On Friday, March 20, 2020 12:30:06 PM CET Jean-Marc Liger wrote:

I've had a look to the above issue and it's not the same, the failing build
requireshttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/  repo
which hasn't been build yet. Anyway to bypass ?

How it comes that it wasn't built yet?  If it was not, we wouldn't have metadata
pointing at the non-existing RPMs, or?

Pavel


I agree it probably has been built, I have no way to investigate or help
more, but the copy of this repo is missing.

This may have been a EOL repo that was removed?

https://lists.centos.org/pipermail/centos-devel/2020-March/036649.html

Thanks for the link!

I'm still not sure, there must be something wrong.  If the mirror(s) were
correctly rsynced, there wouldn't be single moment in time when the metadata
referenced non-existing files?

Jean-Marc, do you have link to the build?

I've suppressed it, but I've just tried to build my package again an the 
problem is over as there is no more link to old devtoolset-6 metadatas !

Hi Pavel,

This problem is back again, here is the link to the build :

https://download.copr.fedorainfracloud.org/results/ligenix/enterprise-virtualization/epel-7-aarch64/01320592-glusterfs/

Thanks for letting us know, I filled CentOS bug report:
https://bugs.centos.org/view.php?id=17187

And perhaps we should invent some easy-to-tweak DNS mirror blacklist on
builders (e.g. etc/hosts hacks).  This is going to be discussed on Monday
team meeting...


Hi,

The devtoolset-6 stack, non-existent in sclo-rh repository for 
epel-7-x86_64 chroot, is still required any progress here ?


JM



Pavel


JM


JM


Pavel




___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

*Jean-Marc LIGER*
Chef du Service Informatique
UFR de Médecine de Paris Centre
15 rue de l'Ecole de médecine 75270 PARIS CEDEX 06
+33 (0)1 53 10 46 82

<https://u-paris.fr/>

<https://www.facebook.com/univparis/>
<https://www.instagram.com/univ_paris/?hl=fr>
<https://twitter.com/Univ_Paris>
<https://www.youtube.com/channel/UC5WhlXe1I_eRCtEx7cj3ZKg?fbclid=IwAR1vwGdU3uTudr9xzGkiXoNdg0tlasAeDl2lkkTP-cyEP_snhPMfdU_Oc9w>






___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 09/04/2020 à 16:17, Jean-Marc Liger a écrit :


Le 27/03/2020 à 08:04, Pavel Raiskup a écrit :

On Thursday, March 26, 2020 11:09:21 PM CET Jean-Marc Liger wrote:

Le 21/03/2020 à 17:26, Jean-Marc Liger a écrit :

Le 21/03/2020 à 16:57, Pavel Raiskup a écrit :

On Saturday, March 21, 2020 12:08:52 AM CET Kevin Fenzi wrote:

On Fri, Mar 20, 2020 at 06:35:08PM +0100, Jean-Marc Liger wrote:

Le 20/03/2020 à 13:27, Pavel Raiskup a écrit :

On Friday, March 20, 2020 12:30:06 PM CET Jean-Marc Liger wrote:

I've had a look to the above issue and it's not the same, the failing build
requireshttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/  repo
which hasn't been build yet. Anyway to bypass ?

How it comes that it wasn't built yet?  If it was not, we wouldn't have metadata
pointing at the non-existing RPMs, or?

Pavel


I agree it probably has been built, I have no way to investigate or help
more, but the copy of this repo is missing.

This may have been a EOL repo that was removed?

https://lists.centos.org/pipermail/centos-devel/2020-March/036649.html

Thanks for the link!

I'm still not sure, there must be something wrong.  If the mirror(s) were
correctly rsynced, there wouldn't be single moment in time when the metadata
referenced non-existing files?

Jean-Marc, do you have link to the build?

I've suppressed it, but I've just tried to build my package again an the 
problem is over as there is no more link to old devtoolset-6 metadatas !

Hi Pavel,

This problem is back again, here is the link to the build :

https://download.copr.fedorainfracloud.org/results/ligenix/enterprise-virtualization/epel-7-aarch64/01320592-glusterfs/

Thanks for letting us know, I filled CentOS bug report:
https://bugs.centos.org/view.php?id=17187

And perhaps we should invent some easy-to-tweak DNS mirror blacklist on
builders (e.g. etc/hosts hacks).  This is going to be discussed on Monday
team meeting...


Hi,

The devtoolset-6 stack, non-existent in sclo-rh repository for 
epel-7-x86_64 chroot, is still required, any progress here ?


non-existent in sclo-rh repository for epel-7-aarch64, sorry for haven't 
been careful enough in my proofreading




JM



Pavel


JM


JM


Pavel










___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

*Jean-Marc LIGER*
Chef du Service Informatique
UFR de Médecine de Paris Centre
15 rue de l'Ecole de médecine 75270 PARIS CEDEX 06
+33 (0)1 53 10 46 82

<https://u-paris.fr/>

<https://www.facebook.com/univparis/> 
<https://www.instagram.com/univ_paris/?hl=fr> 
<https://twitter.com/Univ_Paris> 
<https://www.youtube.com/channel/UC5WhlXe1I_eRCtEx7cj3ZKg?fbclid=IwAR1vwGdU3uTudr9xzGkiXoNdg0tlasAeDl2lkkTP-cyEP_snhPMfdU_Oc9w> 



___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 27/03/2020 à 08:04, Pavel Raiskup a écrit :

On Thursday, March 26, 2020 11:09:21 PM CET Jean-Marc Liger wrote:

Le 21/03/2020 à 17:26, Jean-Marc Liger a écrit :

Le 21/03/2020 à 16:57, Pavel Raiskup a écrit :

On Saturday, March 21, 2020 12:08:52 AM CET Kevin Fenzi wrote:

On Fri, Mar 20, 2020 at 06:35:08PM +0100, Jean-Marc Liger wrote:

Le 20/03/2020 à 13:27, Pavel Raiskup a écrit :

On Friday, March 20, 2020 12:30:06 PM CET Jean-Marc Liger wrote:

I've had a look to the above issue and it's not the same, the failing build
requireshttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/  repo
which hasn't been build yet. Anyway to bypass ?

How it comes that it wasn't built yet?  If it was not, we wouldn't have metadata
pointing at the non-existing RPMs, or?

Pavel


I agree it probably has been built, I have no way to investigate or help
more, but the copy of this repo is missing.

This may have been a EOL repo that was removed?

https://lists.centos.org/pipermail/centos-devel/2020-March/036649.html

Thanks for the link!

I'm still not sure, there must be something wrong.  If the mirror(s) were
correctly rsynced, there wouldn't be single moment in time when the metadata
referenced non-existing files?

Jean-Marc, do you have link to the build?

I've suppressed it, but I've just tried to build my package again an the 
problem is over as there is no more link to old devtoolset-6 metadatas !

Hi Pavel,

This problem is back again, here is the link to the build :

https://download.copr.fedorainfracloud.org/results/ligenix/enterprise-virtualization/epel-7-aarch64/01320592-glusterfs/

Thanks for letting us know, I filled CentOS bug report:
https://bugs.centos.org/view.php?id=17187

And perhaps we should invent some easy-to-tweak DNS mirror blacklist on
builders (e.g. etc/hosts hacks).  This is going to be discussed on Monday
team meeting...


Hi,

The devtoolset-6 stack, non-existent in sclo-rh repository for 
epel-7-x86_64 chroot, is still required, any progress here ?


JM



Pavel


JM


JM


Pavel









___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 21/03/2020 à 17:26, Jean-Marc Liger a écrit :

Le 21/03/2020 à 16:57, Pavel Raiskup a écrit :

On Saturday, March 21, 2020 12:08:52 AM CET Kevin Fenzi wrote:

On Fri, Mar 20, 2020 at 06:35:08PM +0100, Jean-Marc Liger wrote:

Le 20/03/2020 à 13:27, Pavel Raiskup a écrit :

On Friday, March 20, 2020 12:30:06 PM CET Jean-Marc Liger wrote:

I've had a look to the above issue and it's not the same, the failing build
requireshttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/  repo
which hasn't been build yet. Anyway to bypass ?

How it comes that it wasn't built yet?  If it was not, we wouldn't have metadata
pointing at the non-existing RPMs, or?

Pavel


I agree it probably has been built, I have no way to investigate or help
more, but the copy of this repo is missing.

This may have been a EOL repo that was removed?

https://lists.centos.org/pipermail/centos-devel/2020-March/036649.html

Thanks for the link!

I'm still not sure, there must be something wrong.  If the mirror(s) were
correctly rsynced, there wouldn't be single moment in time when the metadata
referenced non-existing files?

Jean-Marc, do you have link to the build?

I've suppressed it, but I've just tried to build my package again an the 
problem is over as there is no more link to old devtoolset-6 metadatas !


Hi Pavel,

This problem is back again, here is the link to the build :

https://download.copr.fedorainfracloud.org/results/ligenix/enterprise-virtualization/epel-7-aarch64/01320592-glusterfs/

JM


JM


Pavel





___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

*Jean-Marc LIGER*
Chef du Service Informatique
UFR de Médecine de Paris Centre
15 rue de l'Ecole de médecine 75270 PARIS CEDEX 06
+33 (0)1 53 10 46 82

<https://u-paris.fr/>

<https://www.facebook.com/univparis/> 
<https://www.instagram.com/univ_paris/?hl=fr> 
<https://twitter.com/Univ_Paris> 
<https://www.youtube.com/channel/UC5WhlXe1I_eRCtEx7cj3ZKg?fbclid=IwAR1vwGdU3uTudr9xzGkiXoNdg0tlasAeDl2lkkTP-cyEP_snhPMfdU_Oc9w> 



___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 21/03/2020 à 16:57, Pavel Raiskup a écrit :

On Saturday, March 21, 2020 12:08:52 AM CET Kevin Fenzi wrote:

On Fri, Mar 20, 2020 at 06:35:08PM +0100, Jean-Marc Liger wrote:

Le 20/03/2020 à 13:27, Pavel Raiskup a écrit :

On Friday, March 20, 2020 12:30:06 PM CET Jean-Marc Liger wrote:

I've had a look to the above issue and it's not the same, the failing build
requires http://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/ repo
which hasn't been build yet. Anyway to bypass ?

How it comes that it wasn't built yet?  If it was not, we wouldn't have metadata
pointing at the non-existing RPMs, or?

Pavel


I agree it probably has been built, I have no way to investigate or help
more, but the copy of this repo is missing.

This may have been a EOL repo that was removed?

https://lists.centos.org/pipermail/centos-devel/2020-March/036649.html

Thanks for the link!

I'm still not sure, there must be something wrong.  If the mirror(s) were
correctly rsynced, there wouldn't be single moment in time when the metadata
referenced non-existing files?

Jean-Marc, do you have link to the build?


I've suppressed it, but I've just tried to build my package again an the 
problem is over as there is no more link to old devtoolset-6 metadatas !

JM


Pavel



___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 20/03/2020 à 13:27, Pavel Raiskup a écrit :

On Friday, March 20, 2020 12:30:06 PM CET Jean-Marc Liger wrote:

I've had a look to the above issue and it's not the same, the failing build
requires http://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/ repo
which hasn't been build yet. Anyway to bypass ?

How it comes that it wasn't built yet?  If it was not, we wouldn't have metadata
pointing at the non-existing RPMs, or?

Pavel

I agree it probably has been built, I have no way to investigate or help 
more, but the copy of this repo is missing.


JM
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Le 20/03/2020 à 07:54, Pavel Raiskup a écrit :

Hi Jean-Marc,


On Friday, March 20, 2020 3:30:53 AM CET Jean-Marc Liger wrote:

Hi,

I'm facing the following issue :

DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://d36uatko69830t.cloudfront.net/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 99.84.185.90)

This seems like https://pagure.io/fedora-infrastructure/issue/8679 but now it
affects EL7.  I'll try to communicate fix, feel free to help.


I've had a look to the above issue and it's not the same, the failing 
build requires 
http://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/ repo 
which hasn't been build yet. Anyway to bypass ?



Pavel


DEBUG util.py:586:  [MIRROR] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: Status 
code: 404 
forhttp://d36uatko69830t.cloudfront.net/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm
  (IP: 99.84.185.90)
DEBUG util.py:586:  [MIRROR] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://d36uatko69830t.cloudfront.net/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 99.84.185.90)
DEBUG util.py:586:  [MIRROR] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [FAILED] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: No 
more mirrors to try - All mirrors were already tried without success

Anyway to fix it ?

Jean-Marc







*Jean-Marc LIGER*
Chef du Service Informatique
UFR de Médecine de Paris Centre
15 rue de l'Ecole de médecine 75270 PARIS CEDEX 06
+33 (0)1 53 10 46 82

<https://u-paris.fr/>

<https://www.facebook.com/univparis/> 
<https://www.instagram.com/univ_paris/?hl=fr> 
<https://twitter.com/Univ_Paris> 
<https://www.youtube.com/channel/UC5WhlXe1I_eRCtEx7cj3ZKg?fbclid=IwAR1vwGdU3uTudr9xzGkiXoNdg0tlasAeDl2lkkTP-cyEP_snhPMfdU_Oc9w> 



___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

unable to download devtoolset-6 on epel-7-aarch64

[Jean-Marc Liger]

Hi,

I'm facing the following issue :

DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://d36uatko69830t.cloudfront.net/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 99.84.185.90)
DEBUG util.py:586:  [MIRROR] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: Status 
code: 404 
forhttp://d36uatko69830t.cloudfront.net/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm
  (IP: 99.84.185.90)
DEBUG util.py:586:  [MIRROR] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://d36uatko69830t.cloudfront.net/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 99.84.185.90)
DEBUG util.py:586:  [MIRROR] devtoolset-6-runtime-6.1-1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-runtime-6.1-1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [MIRROR] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: Status 
code: 404 
forhttp://mirror.centos.org/altarch/7/sclo/aarch64/rh/devtoolset-6/devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm
  (IP: 184.94.206.98)
DEBUG util.py:586:  [FAILED] devtoolset-6-gcc-6.3.1-3.1.el7.aarch64.rpm: No 
more mirrors to try - All mirrors were already tried without success

Anyway to fix it ?

Jean-Marc

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: Temporarily using `best=False' for EPEL-8 builds in Copr

[Jean-Marc Liger]

Hi,

I've temporarily addressed this problem by adding a wrapper package to 
the buildroot which requires the normal packages and provides the best 
missing ones.


Regards,
Jean-Marc

%global best_module module_el8.0.0+50+c3b345cd

Summary: Perl Best Modules
Name: perl-best-modules
Version: 1.0
Release: 1%{?dist}
License: LGPLv2+ and MIT and GPLv2+
BuildArch : noarch

Requires: perl-generators = 1.10-7
Provides: perl-generators = 1.10 7.%{best_module}

Requires: perl-Exporter = 5.72-1000
Provides: perl-Exporter = 5.72-1000.%{best_module}

Requires: perl-File-Temp = 0.230.600-1
Provides: perl-File-Temp = 0.230.600-1.%{best_module}

%description
Provides several perl best modules for centos stream builds.

%prep

%build

%install

%files

%changelog


Le 28/10/2019 à 01:32, Jean-Marc Liger a écrit :

Hi,

We face the same problem in Centos Stream 8.

Regards,
Jean-Marc

Le 11/10/2019 à 01:34, Jakub Kadlcik a écrit :

Hello,

currently, there is a problem with building EPEL-8 packages because of
DNF bugs regarding modularity (see RHBZ 1758459).

The only known workaround is to use DNF with `best=False'. Even though
it is something you don't really want to use longterm, we are patching
mock configs epel-8-* chroots, so there can be at least some EPEL-8
building in Copr.

(I am doing the change right now, but it won't affect already
spined-up builders. It will take a while until they get recycled and
use new configuration)

Once the DNF issues get resolved, we are going to drop those patches
and use `best=True` again.

For additional information, please see RHBZ 1756681 and RHBZ 1758467.


Thank you for understanding,
Jakub
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

aarch64 missing devel packages for epel-8 and centos stream

[Jean-Marc Liger]

Hi Team,

There are also some missing aarch64 devel packages for epel-8 and centos 
stream.


Regards,
Jean-Marc
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

aarch64 builders are extremly slow

[Jean-Marc Liger]

Hi Team,

It takes many hours for aarch64 to finish builds that it takes only one 
hour for ppc64le. Are there any tweaking ways to improve the build speed ?


Regards,
Jean-Marc
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: How to remove package from copr project

[Jean-Marc Liger]

Le 11/01/2019 à 12:46, Michal Novotny a écrit :


On Fri, Jan 11, 2019 at 11:12 AM Michal Novotny  wrote:

Hello Jean!

On Fri, Jan 11, 2019 at 10:50 AM Jean-Marc Liger
 wrote:

Hi,

For example these repositories haven't been removed.

https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843439-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843442-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843443-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843445-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843611-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843648-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843649-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843660-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843669-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843671-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-ppc64le/00843677-python3-mako/

https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843439-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843442-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843443-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843445-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843611-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843648-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843649-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843660-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843669-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843671-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/entreprise-buildtools/epel-7-x86_64/00843677-python3-mako/

https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843367-android-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843369-f2fs-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843372-android-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843428-libomp/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843440-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843446-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843610-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843612-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843614-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843617-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843699-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843702-f2fs-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843710-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843717-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-ppc64le/00843727-mesa/

https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843367-android-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843369-f2fs-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843372-android-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843428-libomp/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843440-mesa/
https://copr-be.cloud.fedoraproject.org/results/li

Re: How to remove package from copr project

[Jean-Marc Liger]

/copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843612-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843614-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843617-python3-mako/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843699-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843702-f2fs-tools/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843710-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843717-mesa/
https://copr-be.cloud.fedoraproject.org/results/ligenix/enterprise-desktop/epel-7-x86_64/00843727-mesa/

Regards,
Jean-Marc


Le 10/01/2019 à 17:16, Jean-Marc Liger a écrit :


Hi,

I just realise I have the same problem: since some hours the packages 
remain in https://copr-be.cloud.fedoraproject.org/results/ after delete.


Regards,

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*

Le 09/01/2019 à 23:32, z...@softvisio.net a écrit :

Hi.
I removed package from my copr project using web interface.
But rpm is still present and can be installed with dnf.
I am tried "dnf clean all" but this was not helpful.
I thought, that the problem is in delayed copr mirrors synchronization,
but it is already 24 hours passed and this package is still available.

How I can get rid of this rpm forever?
It is conflicted with the one of the Fedora  core rpm (libidn2), and
blocks all my work.


___
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
___
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

Re: How to remove package from copr project

[Jean-Marc Liger]

Hi,

I just realise I have the same problem: since some hours the packages 
remain in https://copr-be.cloud.fedoraproject.org/results/ after delete.


Regards,

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*

Le 09/01/2019 à 23:32, z...@softvisio.net a écrit :

Hi.
I removed package from my copr project using web interface.
But rpm is still present and can be installed with dnf.
I am tried "dnf clean all" but this was not helpful.
I thought, that the problem is in delayed copr mirrors synchronization,
but it is already 24 hours passed and this package is still available.

How I can get rid of this rpm forever?
It is conflicted with the one of the Fedora  core rpm (libidn2), and
blocks all my work.
___
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

Builders are slower than ever

[Jean-Marc Liger]

Hi all,

Since a couple of days, builders are anormaly slow. I can take hours for 
a single build.


Any reasons for that ?

Regards,

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 76 53 00 71

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

Builders are locked in importing mode

[Jean-Marc Liger]

Hi,

It seems builders are locked in importing mode ?

Thanks,

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

Re: long waiting times for COPR jobs

[Jean-Marc Liger]

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:


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 out yesterday. One of the main issue was 
'createrepo.lock.lock' file in @rubygems/rubygems/srpm-builds/ 
directory on copr-backend that caused 'createrepo' command to hand 
indefinitely after a srpm build and hence the builder that was 
allocated for rubygems srpm builds was never released afterwards. 
Together with #160 SRPM build may be allocated on multiple builders at 
once , this probably was 
causing the really long waiting times. Our queueing mechaism will 
still need to be (and will be) improved but this was the main issue 
very likely.


Sorry for the waiting
COPR team


All ppc64le plateforms are in pending mode since yesterday, is it 
relative to the above ?


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: ppc64le still in pending mode

[Jean-Marc Liger]

Le 19/10/2017 à 13:52, Michal Novotny a écrit :



On Thu, Oct 19, 2017 at 1:30 PM, Jean-Marc Liger 
<mailto: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
mailto: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.


My builds 604801 and 640893 are still in the same state.



Right, the queue is pretty long for ppc64le and we allow only 6 
concurrent ppc64le builds :/.

Ok, I will be more patient :-p



Regards,

Jean-Marc

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




___
copr-devel mailing list --copr-devel@lists.fedorahosted.org
<mailto:copr-devel@lists.fedorahosted.org>
To unsubscribe send an email tocopr-devel-le...@lists.fedorahosted.org
<mailto:copr-devel-le...@lists.fedorahosted.org>



___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
<mailto:copr-devel@lists.fedorahosted.org>
To unsubscribe send an email to
copr-devel-le...@lists.fedorahosted.org
<mailto: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: ppc64le still in pending mode

[Jean-Marc Liger]

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 
<mailto: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.


My builds 604801 and 640893 are still in the same state.


Regards,

Jean-Marc

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

ppc64le still in pending mode

[Jean-Marc Liger]

Hello,

It seems that ppc64le builders are stuck in pending mode.

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: Counters down

[Jean-Marc LIGER]

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, 2017 at 2:32 PM, Michal Novotny <mailto:cl...@redhat.com>> wrote:


Hello!

On Wed, Aug 23, 2017 at 2:29 PM, Jean-Marc Liger
mailto: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-Marc Liger
mailto:jean-marc.li...@parisdescartes.fr>> wrote:

Olders builds seem to be unvailable also.


Can you, please, give me more information about the builds.


Packages I have tested from build 582295 or 544742 are
available from direct download but are unavailable from yum.


Sorry for this noise, it was a mistake of my own in yum's
configuration :-[




Thank you
clime


    Le 21/08/2017 à 14:37, Jean-Marc Liger a écrit :

Hi,

My counters are down for some weeks now.





But download counters are still stick to zero.


Yes, I will try to make counters work again.



Counters should work again now. Thanks for the notice!


I was confident about it, that's ok now.

Thanks for the good job, as usal!


Bad news, counters are down again.



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: Counters down

[Jean-Marc LIGER]

Hello Clime,

Le 11/10/2017 à 14:05, Michal Novotny a écrit :

Hello,

On Wed, Aug 23, 2017 at 2:32 PM, Michal Novotny <mailto:cl...@redhat.com>> wrote:


Hello!

On Wed, Aug 23, 2017 at 2:29 PM, Jean-Marc Liger
mailto: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-Marc Liger
mailto:jean-marc.li...@parisdescartes.fr>> wrote:

Olders builds seem to be unvailable also.


Can you, please, give me more information about the builds.


Packages I have tested from build 582295 or 544742 are
available from direct download but are unavailable from yum.


Sorry for this noise, it was a mistake of my own in yum's
configuration :-[




Thank you
clime


    Le 21/08/2017 à 14:37, Jean-Marc Liger a écrit :

Hi,

My counters are down for some weeks now.





But download counters are still stick to zero.


Yes, I will try to make counters work again.



Counters should work again now. Thanks for the notice!


I was confident about it, that's ok now.

Thanks for the good job, as usal!



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

[Jean-Marc Liger]

Hi Pavel,

Le 08/09/2017 à 15:43, Pavel Raiskup a écrit :


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
To avoid space consumming, an optional feature to switch before build 
should be the best option for me.


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

[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

[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: build process doesn't work for me

[Jean-Marc Liger]

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 dead end today.


To be more precise, all my epel-[x86_64,ppc64le] have a dead end 
today, fedora-[25,26] build fine.


I've finaly found it with on my local mock instance. It was a vicious xz 
circular dependancy that I introduce in my cross-building repository to 
compel with the new RHEL 7.4 multilib protection... Sorry for the noïse 
again !





Regards,

Jean-Marc 

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


--

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

Re: build process doesn't work for me

[Jean-Marc Liger]

Le 25/08/2017 à 14:07, Jean-Marc Liger a écrit :


Hello,

All my builds have a dead end today.


To be more precise, all my epel-[x86_64,ppc64le] have a dead end today, 
fedora-[25,26] build fine.



Regards,

Jean-Marc 

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

build process doesn't work for me

[Jean-Marc Liger]

Hello,

All my builds have a dead end today.

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: Counters down

[Jean-Marc Liger]

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-Marc Liger 
<mailto:jean-marc.li...@parisdescartes.fr>> wrote:


Olders builds seem to be unvailable also.


Can you, please, give me more information about the builds.


Packages I have tested from build 582295 or 544742 are available from 
direct download but are unavailable from yum.


Sorry for this noise, it was a mistake of my own in yum's configuration :-[




Thank you
clime


Le 21/08/2017 à 14:37, Jean-Marc Liger a écrit :

Hi,

My counters are down for some weeks now.





But download counters are still stick to zero.

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: Counters down

[Jean-Marc Liger]

Le 21/08/2017 à 16:15, Michal Novotny a écrit :


Hello Jean,

On Mon, Aug 21, 2017 at 4:05 PM, Jean-Marc Liger 
<mailto:jean-marc.li...@parisdescartes.fr>> wrote:


Olders builds seem to be unvailable also.


Can you, please, give me more information about the builds.


Packages I have tested from build 582295 or 544742 are available from 
direct download but are unavailable from yum.



Thank you
clime


Le 21/08/2017 à 14:37, Jean-Marc Liger a écrit :

Hi,

My counters are down for some weeks now.

Regards,

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


    -- 


*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17 


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




___
copr-devel mailing list --copr-devel@lists.fedorahosted.org
To unsubscribe send an email tocopr-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: Counters down

[Jean-Marc Liger]

Hello Clime,

Yes, that's it.

Le 21/08/2017 à 16:13, Michal Novotny a écrit :

Hello Jean,

do you mean download counters for your repositories?

clime

On Mon, Aug 21, 2017 at 2:37 PM, Jean-Marc Liger 
<mailto:jean-marc.li...@parisdescartes.fr>> wrote:


Hi,

My counters are down for some weeks now.

Regards,

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


--

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

Re: Counters down

[Jean-Marc Liger]

Olders builds seem to be unvailable also.


Le 21/08/2017 à 14:37, Jean-Marc Liger a écrit :

Hi,

My counters are down for some weeks now.

Regards,

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


--

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

Counters down

[Jean-Marc Liger]

Hi,

My counters are down for some weeks now.

Regards,

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

Builders are in pending mode

[Jean-Marc Liger]

Hi,

It seems that the builders are locked in pending mode ?

Regards,

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

Re: COPR is not working properly

[Jean-Marc Liger]

Hello,

Sorry I misunderstood the log file, it was a mistake on my own.

Regards,
Jean-Marc

Le 08/05/2017 à 13:00, Jean-Marc Liger a écrit :


Hello,

It seams that the repodata directory is not updated after build again.

Regards,

Jean-Marc


Le 02/05/2017 à 14:17, Michal Novotny a écrit :

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.org/thread/JUTFFH36GKP3XLA2TFDG2JTH36GXS5SZ/



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


--

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

Re: COPR is not working properly

[Jean-Marc Liger]

Hello,

It seams that the repodata directory is not updated after build again.

Regards,

Jean-Marc


Le 02/05/2017 à 14:17, Michal Novotny a écrit :

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.org/thread/JUTFFH36GKP3XLA2TFDG2JTH36GXS5SZ/



___
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

Importing SRPM into Dist Git failed.

[Jean-Marc Liger]

Hi,

All my builds give the same result : Importing SRPM into Dist Git failed.

Regards,

JML
___
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

repodata directory is not updated after build

[Jean-Marc Liger]

Hi,

Since yesterday, my repodata directories are not updated after each build.

Regards,

--

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

Re: About Removle of A Project

[Jean-Marc Liger]

Le 03/04/2017 à 09:33, Miroslav Suchý a écrit :

Dne 2.4.2017 v 16:42 M.Hanny Sabbagh napsal(a):

Hello.

I am the developer behind "Green Recorder", a software to record the 
Linux desktop: https://github.com/green-project/green-recorder


The project (and the repository) was deleted completely from Copr 
with no warning suddenly. Now away from the discussion about why it 
was deleted, the real question is why I didn't receive any email 
notification about it? I just saw it was deleted, with no notice or 
warning.


When resolving legal issues, I (personally) am sending emails to owner 
of those projects and I give them few days to delete it on their own 
or give them chance to explain why they think we are wrong (it 
happened few times already).


IMHO this should (must) be the common rule.

However I am not only one admin. And some others delete those projects 
without warning. I disagree with this practice, but I cannot really do 
anything about it.


The second question is why it was deleted? Some friends on IRC 
channels suggested because of ffmpeg patents. But the software itself 
(and the repo) doesn't contain any copy of ffmpeg. It depends on the 
free repository of rpmfusion to install it as a dependency. Isn't 
allowed to install / use ffmpeg in Fedora? Even If the user was the 
one who chose to install the software?


Yes. Even runtime dependencies on rpmfusion are not permitted. :(




--

*Jean-Marc LIGER
Ingénieur Systèmes et Réseaux de Communication
*
FACULTÉ DE MÉDECINE
Direction Technique, Informatique, Réseaux et Multimédia
15 rue de l’École de Médecine – 75270 Paris cedex 06
Tél : +33 (0)1 53 10 46 17

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

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

[Jean-Marc Liger]

Le 21/09/2016 à 16:59, Pavel Raiskup a écrit :

So far in Copr, there is  "inherited" git branch naming from Fedora's
dist-git, i.e.  'f24' for fedora 24, el5 for 'epel-5' and epel7 for
'epel-7'.  The chroots in Fedora Copr are named 'fedora-N-ARCH' or
'epel-N-ARCH', today there started 'mageia-N-ARCH' chroots (with mga6,
shouldn't there be mag6?).  But Copr is not supposed to be used by Fedora
only.

The problem I internally solved/workaround-ed are RHEL chroots.  Those are
named 'rhel-VERSION-ARCH'.  To have it done there are several patches
(against dist-git, backend, and front-end packages).

The problem, for example is, that 'el6' branch is "by default" allocated
for 'epel-6-ARCH' chroots, and can not be used by RHEL.  There are
multiple versions of RHEL-6 too (like rhel-6.dev-x86_64).

I'm curious whether we could "rename" the existing branches to some more
consistent, "future-friendly" strings.  For example:

-> 'fedora/25'  (the actual f25)
-> 'fedora/rawhide' (the actual master)
-> 'centos/7'   (the actual epel7)
-> 'centos/6'   (the actual el6)
-> 'mageia/6'   (the actual mga6)
-> 'epel/7' (doesn't exist yet ..)
-> 'rhel/version'   (exists internally ..)

For OCD like me, it would be really pretty having it "cleanly" named, but
it would be also useful for 'chroot-id <-> branch-name <-> dist-tag'
converting (which now requires downstream _code_ patching, not only
configuration).

Also, if we used such naming, there's no need to think again what the 'master'
branch is used for ... (rhel? fedora? epel?) and for the future, adding
other distributions (or complements for say rpmfusion) would be easy.

I don't remember why I chose 'fedora/25' "downstream" instead of
'fedora-25', it IMO doesn't matter, and as I have it already done O:-) I
prefer '/' separator.  But that basically doesn't matter.

Anyway --> is something like that acceptable upstream?  I have patches for
it already (this would require copying branches within existing git
repositories).  There is plan B:  propose this patches but add options
turning this behavior on/off, whatever default we'll choose.

While we are on that, could we discuss renaming from 'epel-*' to
'centos-*'?  Because we don't tell the truth entirely if we claim those are
epel-* chroots.


To be completeness,  you have both centos and epel repositories enabled, 
with centos dist tag.


Jean-Marc


Pavel
___
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: Kill Build

[Jean-Marc Liger]

It's very odd than the task n°447529 is still lost in space whereas at 
the same time the task n°44747 with exactly the same SRPM has correctly 
ended.


Unfortunatly to me, it was in the testing repo using an external link to 
my target repo...



Le 30/08/2016 à 10:48, Jean-Marc Liger a écrit :
I resubmited the task n°447529 and after having had a look to the 
current logs, it seems the build stopped brutally before ending. This 
SRPM builds fine with mock so help is welcome.



Le 30/08/2016 à 07:29, Michal Novotny a écrit :

Done. Thanks for telling us.

COPR team

On Mon, Aug 29, 2016 at 6:23 PM, Jean-Marc Liger 
<mailto: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 have enought
ressources to carry on this task. Could you please kill it.

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
<mailto:copr-devel@lists.fedorahosted.org>
https://lists.fedorahosted.org/admin/lists/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


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

Re: Kill Build

[Jean-Marc Liger]

I resubmited the task n°447529 and after having had a look to the 
current logs, it seems the build stopped brutally before ending. This 
SRPM builds fine with mock so help is welcome.



Le 30/08/2016 à 07:29, Michal Novotny a écrit :

Done. Thanks for telling us.

COPR team

On Mon, Aug 29, 2016 at 6:23 PM, Jean-Marc Liger 
<mailto: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 have enought
ressources to carry on this task. Could you please kill it.

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
<mailto:copr-devel@lists.fedorahosted.org>
https://lists.fedorahosted.org/admin/lists/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

Kill Build

[Jean-Marc Liger]

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 have enought ressources to 
carry on this task. Could you please kill it.


Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

tasks in waiting mode

[Jean-Marc Liger]

Hi,

There are 142 tasks in waiting mode while only 7 tasks are running.

Regards,

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

Re: builld process in trouble ?

[Jean-Marc Liger]

Much appreciated, it seems to be overfilled again.

Best regards,
Jean-Marc

Sent from my Cyanogen phone

Le 11 juil. 2016 11:27 AM, Michal Novotny  a ?crit :
> By the way, at least two of my builds have been run twice, when I sent my 
> e-mail saturday.

This may happen if the backend service is restarted.


Thank you for the info! We are working on the new build queue process that will 
hopefully be more reliable.

Best Regards
clime

On Mon, Jul 11, 2016 at 11:22 AM, Jean-Marc LIGER 
mailto:jean-marc.li...@parisdescartes.fr>> 
wrote:
Hello Michal,

It's ok now and since yesterday's lunch time.

Before, there was one build, I haven't noticed the name, in running mode for 
many hours and the other builds which were 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 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 
mailto:jean-marc.li...@parisdescartes.fr>> 
wrote:
Hi,

The build process seems in trouble.

Regards,

Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org<mailto: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<mailto: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<mailto: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: builld process in trouble ?

[Jean-Marc LIGER]

Hello Michal,

It's ok now and since yesterday's lunch time.

Before, there was one build, I haven't noticed the name, in running mode 
for many hours and the other builds which were 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 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 
<mailto:jean-marc.li...@parisdescartes.fr>> wrote:


Hi,

The build process seems in trouble.

Regards,

Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
<mailto: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

builld process in trouble ?

[Jean-Marc Liger]

Hi,

The build process seems in trouble.

Regards,

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

Re: dist-git build problem on epel-6-x86_64 chroot

[Jean-Marc LIGER]

Le 11/03/2016 14:59, Miroslav Suchý a écrit :

Dne 11.3.2016 v 14:41 Jean-Marc LIGER napsal(a):

Your feedback was helpfull to resolve this trigger issue :
https://copr.fedorainfracloud.org/coprs/jmliger/virt6-upstream/build/167475/

I will submit a patch to the libvirt list.

What was the cause and what was the solution? I'm curious.



The following instructions where sequentialy applied for systems without 
systemd which was causing a trigger issue.

%triggerpostun daemon -- libvirt-daemon < 1.2.1
%triggerpostun daemon -- libvirt-daemon < 1.3.0

I've inversed the order and so moved the %triggerpostun daemon -- 
libvirt-daemon < 1.2.1 in the next test case for non systemd.



diff -uri a/libvirt.spec.in b/libvirt.spec.in
--- a/libvirt.spec.in2016-03-01 04:21:48.0 +0100
+++ b/libvirt.spec.in2016-03-11 14:57:43.347652313 +0100
@@ -1767,16 +1767,6 @@
 fi
 %endif

-%if %{with_systemd}
-%else
-%triggerpostun daemon -- libvirt-daemon < 1.2.1
-if [ "$1" -ge "1" ]; then
-/sbin/service virtlockd reload > /dev/null 2>&1 || :
-/sbin/service virtlogd reload > /dev/null 2>&1 || :
-/sbin/service libvirtd condrestart > /dev/null 2>&1
-fi
-%endif
-
 # In upgrade scenario we must explicitly enable virtlockd/virtlogd
 # sockets, if libvirtd is already enabled and start them if
 # libvirtd is running, otherwise you'll get failures to start
@@ -1789,6 +1779,12 @@
 /bin/systemctl is-active libvirtd.service 1>/dev/null 2>&1 &&
 /bin/systemctl start virtlogd.socket || :
 %else
+%triggerpostun daemon -- libvirt-daemon < 1.2.1
+if [ "$1" -ge "1" ]; then
+/sbin/service virtlockd reload > /dev/null 2>&1 || :
+/sbin/service virtlogd reload > /dev/null 2>&1 || :
+/sbin/service libvirtd condrestart > /dev/null 2>&1
+fi
 /sbin/chkconfig libvirtd 1>/dev/null 2>&1 &&
 /sbin/chkconfig virtlogd on || :
 /sbin/service libvirtd status 1>/dev/null 2>&1 &&
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: dist-git build problem on epel-6-x86_64 chroot

[Jean-Marc LIGER]

Le 11/03/2016 14:59, Miroslav Suchý a écrit :

Dne 11.3.2016 v 14:41 Jean-Marc LIGER napsal(a):

Your feedback was helpfull to resolve this trigger issue :
https://copr.fedorainfracloud.org/coprs/jmliger/virt6-upstream/build/167475/

I will submit a patch to the libvirt list.

What was the cause and what was the solution? I'm curious.



The following instructions where sequentialy applies for systems without 
systemd which cause a trigger issue.

%triggerpostun daemon -- libvirt-daemon < 1.2.1
%triggerpostun daemon -- libvirt-daemon < 1.3.0

I inverse the order and put the %triggerpostun daemon -- libvirt-daemon 
< 1.2.1 in the next test case for non systemd.



diff -uri a/libvirt.spec.in b/libvirt.spec.in
--- a/libvirt.spec.in2016-03-01 04:21:48.0 +0100
+++ b/libvirt.spec.in2016-03-11 14:57:43.347652313 +0100
@@ -1767,16 +1767,6 @@
 fi
 %endif

-%if %{with_systemd}
-%else
-%triggerpostun daemon -- libvirt-daemon < 1.2.1
-if [ "$1" -ge "1" ]; then
-/sbin/service virtlockd reload > /dev/null 2>&1 || :
-/sbin/service virtlogd reload > /dev/null 2>&1 || :
-/sbin/service libvirtd condrestart > /dev/null 2>&1
-fi
-%endif
-
 # In upgrade scenario we must explicitly enable virtlockd/virtlogd
 # sockets, if libvirtd is already enabled and start them if
 # libvirtd is running, otherwise you'll get failures to start
@@ -1789,6 +1779,12 @@
 /bin/systemctl is-active libvirtd.service 1>/dev/null 2>&1 &&
 /bin/systemctl start virtlogd.socket || :
 %else
+%triggerpostun daemon -- libvirt-daemon < 1.2.1
+if [ "$1" -ge "1" ]; then
+/sbin/service virtlockd reload > /dev/null 2>&1 || :
+/sbin/service virtlogd reload > /dev/null 2>&1 || :
+/sbin/service libvirtd condrestart > /dev/null 2>&1
+fi
 /sbin/chkconfig libvirtd 1>/dev/null 2>&1 &&
 /sbin/chkconfig virtlogd on || :
 /sbin/service libvirtd status 1>/dev/null 2>&1 &&
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: dist-git build problem on epel-6-x86_64 chroot

[Jean-Marc LIGER]

Le 22/02/2016 12:08, Jean-Marc LIGER a écrit :

Le 19/02/2016 11:40, Miroslav Suchý a écrit :

Dne 19.1.2016 v 17:01 Jean-Marc LIGER napsal(a):

Hy,

I'm facing the problem below on epel-6-x86_64 chroot for both from 
URL and upload SRPM :


[2016-01-19 15:16:26,790][  INFO][PID:3241] Setting up builder: 
172.25.94.167
[2016-01-19 15:16:27,991][  INFO][PID:3241] marking build dir with 
build_id,
[2016-01-19 15:16:27,992][  INFO][PID:3241] Start build: 
BuildJobgit branch: el6, git_hash: acef5efd6153aa8f9ea760f468333e65c9b46a4e, 
status: 3 >
[2016-01-19 15:16:27,993][  INFO][PID:3241] putting  into minimal 
buildroot of epel-6-x86_64
[2016-01-19 15:16:28,902][  INFO][PID:3241] Cloning Dist Git repo 
jmliger/virt6-upstream/libvirt, branch

acef5efd6153aa8f9ea760f468333e65c9b46a4e, hash el6
[2016-01-19 15:16:30,906][ ERROR][PID:3241] Failed to obtain srpm 
from dist-git

Traceback (most recent call last):
   File "/usr/share/copr/backend/mockremote/builder.py", line 209, 
in download_job_pkg_to_builder
 self.remote_pkg_path = 
list(results["contacted"].values())[0][u"stdout"].split("Wrote: ")[1]

IndexError: list index out of range
[2016-01-19 15:16:30,911][ ERROR][PID:3241] builder.build error 
building pkg `libvirt`: BuildError: Failed to obtain
srpm from dist-git: ansible results {'dark': {}, 'contacted': 
{'172.25.94.167': {'cmd': 'rm -rf /tmp/build_package_repo
&& mkdir /tmp/build_package_repo && cd /tmp/build_package_repo && 
git clone
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git 
&& cd libvirt && git checkout
acef5efd6153aa8f9ea760f468333e65c9b46a4e && fedpkg-copr --dist el6 
srpm', 'end': '2016-01-19 15:16:30.308282', 'stdout':

'Downloading libvirt-1.3.1.tar.gz\n\r
0.0%\r
100.0%\r 
100.0%', 'changed': True, 'start':
'2016-01-19 15:16:28.758321', 'delta': '0:00:01.549961', 'stderr': 
"Cloning into 'libvirt'...\nNote: checking out
'acef5efd6153aa8f9ea760f468333e65c9b46a4e'.\n\nYou are in 'detached 
HEAD' state. You can look around, make
experimental\nchanges and commit them, and you can discard any 
commits you make in this\nstate without impacting any
branches by performing another checkout.\n\nIf you want to create a 
new branch to retain commits you create, you may\ndo
so (now or later) by using -b with the checkout command again. 
Example:\n\n  git checkout -b \n\nHEAD
is now at acef5ef... import_srpm\nerror: line 1800: Trigger fired by 
the same package is already defined in spec file:
%post daemon-config-network\n\nerror: query of specfile 
/tmp/build_package_repo/libvirt/libvirt.spec failed, can't
parse\n\nCould not execute srpm: Could not get n-v-r-e from 
'\\n\\n'", 'rc': 1, 'invocation': {'module_name': 'shell',
'module_complex_args': {}, 'module_args': u'rm -rf 
/tmp/build_package_repo && mkdir /tmp/build_package_repo && cd
/tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git 
&&
cd libvirt && git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e 
&& fedpkg-copr --dist el6 srpm'}, 'warnings':
['Consider using file module with state=absent rather than running 
rm']}}}
[2016-01-19 15:16:31,759][  INFO][PID:3241] End Build: BuildJob154509, owner: jmliger, project: virt6-upstream, git
branch: el6, git_hash: acef5efd6153aa8f9ea760f468333e65c9b46a4e, 
status: 3 >


https://copr.fedoraproject.org/coprs/jmliger/virt6-upstream/builds/

Regards,
Jean-Marc LIGER


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


It is some problem with your spec file.
You can reproduce it by installing fedpkg-copr from our Copr project and
  git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git

  cd libvirt
  git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e
  fedpkg-copr -vvv --dist el6 srpm

Which will fails on:

rpm --define '_sourcedir /tmp/libvirt' --define '_specdir 
/tmp/libvirt' --define '_builddir /tmp/libvirt' --define
'_srcrpmdir /tmp/libvirt' --define '_rpmdir /tmp/libvirt' --define 
'dist .el6' --define 'rhel 6' --eval '%undefine
fedora' --define 'el6 1' --eval '%undefine fc23' -q --qf "%{NAME} 
%{EPOCH} %{VERSION} %{RELEASE}??" --specfile

/tmp/libvirt/libvirt.spec

error: line 1800: 

Re: dist-git build problem on epel-6-x86_64 chroot

[Jean-Marc LIGER]

Le 19/02/2016 11:40, Miroslav Suchý a écrit :

Dne 19.1.2016 v 17:01 Jean-Marc LIGER napsal(a):

Hy,

I'm facing the problem below on epel-6-x86_64 chroot for both from URL and 
upload SRPM :

[2016-01-19 15:16:26,790][  INFO][PID:3241] Setting up builder: 172.25.94.167
[2016-01-19 15:16:27,991][  INFO][PID:3241] marking build dir with build_id,
[2016-01-19 15:16:27,992][  INFO][PID:3241] Start build: BuildJob
[2016-01-19 15:16:27,993][  INFO][PID:3241] putting  into minimal buildroot of 
epel-6-x86_64
[2016-01-19 15:16:28,902][  INFO][PID:3241] Cloning Dist Git repo 
jmliger/virt6-upstream/libvirt, branch
acef5efd6153aa8f9ea760f468333e65c9b46a4e, hash el6
[2016-01-19 15:16:30,906][ ERROR][PID:3241] Failed to obtain srpm from dist-git
Traceback (most recent call last):
   File "/usr/share/copr/backend/mockremote/builder.py", line 209, in 
download_job_pkg_to_builder
 self.remote_pkg_path = 
list(results["contacted"].values())[0][u"stdout"].split("Wrote: ")[1]
IndexError: list index out of range
[2016-01-19 15:16:30,911][ ERROR][PID:3241] builder.build error building pkg 
`libvirt`: BuildError: Failed to obtain
srpm from dist-git: ansible results {'dark': {}, 'contacted': {'172.25.94.167': 
{'cmd': 'rm -rf /tmp/build_package_repo
&& mkdir /tmp/build_package_repo && cd /tmp/build_package_repo && git clone
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git && cd 
libvirt && git checkout
acef5efd6153aa8f9ea760f468333e65c9b46a4e && fedpkg-copr --dist el6 srpm', 
'end': '2016-01-19 15:16:30.308282', 'stdout':
'Downloading libvirt-1.3.1.tar.gz\n\r
0.0%\r
100.0%\r
 100.0%', 'changed': True, 'start':
'2016-01-19 15:16:28.758321', 'delta': '0:00:01.549961', 'stderr': "Cloning 
into 'libvirt'...\nNote: checking out
'acef5efd6153aa8f9ea760f468333e65c9b46a4e'.\n\nYou are in 'detached HEAD' 
state. You can look around, make
experimental\nchanges and commit them, and you can discard any commits you make 
in this\nstate without impacting any
branches by performing another checkout.\n\nIf you want to create a new branch 
to retain commits you create, you may\ndo
so (now or later) by using -b with the checkout command again. Example:\n\n  git 
checkout -b \n\nHEAD
is now at acef5ef... import_srpm\nerror: line 1800: Trigger fired by the same 
package is already defined in spec file:
%post daemon-config-network\n\nerror: query of specfile 
/tmp/build_package_repo/libvirt/libvirt.spec failed, can't
parse\n\nCould not execute srpm: Could not get n-v-r-e from '\\n\\n'", 'rc': 1, 
'invocation': {'module_name': 'shell',
'module_complex_args': {}, 'module_args': u'rm -rf /tmp/build_package_repo && mkdir 
/tmp/build_package_repo && cd
/tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git &&
cd libvirt && git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e && 
fedpkg-copr --dist el6 srpm'}, 'warnings':
['Consider using file module with state=absent rather than running rm']}}}
[2016-01-19 15:16:31,759][  INFO][PID:3241] End Build: BuildJob

https://copr.fedoraproject.org/coprs/jmliger/virt6-upstream/builds/

Regards,
Jean-Marc LIGER


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

It is some problem with your spec file.
You can reproduce it by installing fedpkg-copr from our Copr project and
  git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git
  cd libvirt
  git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e
  fedpkg-copr -vvv --dist el6 srpm

Which will fails on:

rpm --define '_sourcedir /tmp/libvirt' --define '_specdir /tmp/libvirt' 
--define '_builddir /tmp/libvirt' --define
'_srcrpmdir /tmp/libvirt' --define '_rpmdir /tmp/libvirt' --define 'dist .el6' 
--define 'rhel 6' --eval '%undefine
fedora' --define 'el6 1' --eval '%undefine fc23' -q --qf "%{NAME} %{EPOCH} 
%{VERSION} %{RELEASE}??" --specfile
/tmp/libvirt/libvirt.spec

error: line 1800: Trigger fired by the same package is already defined in spec 
file: %post daemon-config-network
error: query of specfile /tmp/libvirt/libvirt.spec failed, can't parse

And your spec file is so complex that I have no idea why it is failing. You may 
ask on RPM mailing list.



Thanks for your reply, I'm addressing this problem to the libvirt list.
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

no yum-plugin-copr for EL7

[Jean-Marc LIGER]

Hi,

I've tried to configure copr repositories directly with yum but there is 
no yum-plugin-copr in EPEL-7.


Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org

Re: dist-git build problem on epel-6-x86_64 chroot

[Jean-Marc LIGER]

Ping

Le 26/01/2016 15:33, Jean-Marc LIGER a écrit :

Hi,

I've tested it the same way with two different projects.
Is there any action to bypass this problem ?

JML

Le 19/01/2016 17:01, Jean-Marc LIGER a écrit :

Hi,

I'm facing the problem below on epel-6-x86_64 chroot for both from 
URL and upload SRPM :


[2016-01-19 15:16:26,790][  INFO][PID:3241] Setting up builder: 
172.25.94.167
[2016-01-19 15:16:27,991][  INFO][PID:3241] marking build dir with 
build_id,
[2016-01-19 15:16:27,992][  INFO][PID:3241] Start build: BuildJob154509, owner: jmliger, project: virt6-upstream, git branch: el6, 
git_hash: acef5efd6153aa8f9ea760f468333e65c9b46a4e, status: 3 >
[2016-01-19 15:16:27,993][  INFO][PID:3241] putting  into minimal 
buildroot of epel-6-x86_64
[2016-01-19 15:16:28,902][  INFO][PID:3241] Cloning Dist Git repo 
jmliger/virt6-upstream/libvirt, branch 
acef5efd6153aa8f9ea760f468333e65c9b46a4e, hash el6
[2016-01-19 15:16:30,906][ ERROR][PID:3241] Failed to obtain srpm 
from dist-git

Traceback (most recent call last):
  File "/usr/share/copr/backend/mockremote/builder.py", line 209, in 
download_job_pkg_to_builder
self.remote_pkg_path = 
list(results["contacted"].values())[0][u"stdout"].split("Wrote: ")[1]

IndexError: list index out of range
[2016-01-19 15:16:30,911][ ERROR][PID:3241] builder.build error 
building pkg `libvirt`: BuildError: Failed to obtain srpm from 
dist-git: ansible results {'dark': {}, 'contacted': {'172.25.94.167': 
{'cmd': 'rm -rf /tmp/build_package_repo && mkdir 
/tmp/build_package_repo && cd /tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git 
&& cd libvirt && git checkout 
acef5efd6153aa8f9ea760f468333e65c9b46a4e && fedpkg-copr --dist el6 
srpm', 'end': '2016-01-19 15:16:30.308282', 'stdout': 'Downloading 
libvirt-1.3.1.tar.gz\n\r 0.0%\r 
100.0%\r 
100.0%', 'changed': True, 'start': '2016-01-19 15:16:28.758321', 
'delta': '0:00:01.549961', 'stderr': "Cloning into 
'libvirt'...\nNote: checking out 
'acef5efd6153aa8f9ea760f468333e65c9b46a4e'.\n\nYou are in 'detached 
HEAD' state. You can look around, make experimental\nchanges and 
commit them, and you can discard any commits you make in this\nstate 
without impacting any branches by performing another checkout.\n\nIf 
you want to create a new branch to retain commits you create, you 
may\ndo so (now or later) by using -b with the checkout command 
again. Example:\n\n  git checkout -b \n\nHEAD is now 
at acef5ef... import_srpm\nerror: line 1800: Trigger fired by the 
same package is already defined in spec file: %post 
daemon-config-network\n\nerror: query of specfile 
/tmp/build_package_repo/libvirt/libvirt.spec failed, can't 
parse\n\nCould not execute srpm: Could not get n-v-r-e from 
'\\n\\n'", 'rc': 1, 'invocation': {'module_name': 'shell', 
'module_complex_args': {}, 'module_args': u'rm -rf 
/tmp/build_package_repo && mkdir /tmp/build_package_repo && cd 
/tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git 
&& cd libvirt && git checkout 
acef5efd6153aa8f9ea760f468333e65c9b46a4e && fedpkg-copr --dist el6 
srpm'}, 'warnings': ['Consider using file module with state=absent 
rather than running rm']}}}
[2016-01-19 15:16:31,759][  INFO][PID:3241] End Build: BuildJob154509, owner: jmliger, project: virt6-upstream, git branch: el6, 
git_hash: acef5efd6153aa8f9ea760f468333e65c9b46a4e, status: 3 >


https://copr.fedoraproject.org/coprs/jmliger/virt6-upstream/builds/

Regards,
Jean-Marc LIGER


___
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: dist-git build problem on epel-6-x86_64 chroot

[Jean-Marc LIGER]

Hi,

I've tested it the same way with two different projects.
Is there any action to bypass this problem ?

JML

Le 19/01/2016 17:01, Jean-Marc LIGER a écrit :

Hi,

I'm facing the problem below on epel-6-x86_64 chroot for both from URL 
and upload SRPM :


[2016-01-19 15:16:26,790][  INFO][PID:3241] Setting up builder: 
172.25.94.167
[2016-01-19 15:16:27,991][  INFO][PID:3241] marking build dir with 
build_id,
[2016-01-19 15:16:27,992][  INFO][PID:3241] Start build: BuildJob154509, owner: jmliger, project: virt6-upstream, git branch: el6, 
git_hash: acef5efd6153aa8f9ea760f468333e65c9b46a4e, status: 3 >
[2016-01-19 15:16:27,993][  INFO][PID:3241] putting  into minimal 
buildroot of epel-6-x86_64
[2016-01-19 15:16:28,902][  INFO][PID:3241] Cloning Dist Git repo 
jmliger/virt6-upstream/libvirt, branch 
acef5efd6153aa8f9ea760f468333e65c9b46a4e, hash el6
[2016-01-19 15:16:30,906][ ERROR][PID:3241] Failed to obtain srpm from 
dist-git

Traceback (most recent call last):
  File "/usr/share/copr/backend/mockremote/builder.py", line 209, in 
download_job_pkg_to_builder
self.remote_pkg_path = 
list(results["contacted"].values())[0][u"stdout"].split("Wrote: ")[1]

IndexError: list index out of range
[2016-01-19 15:16:30,911][ ERROR][PID:3241] builder.build error 
building pkg `libvirt`: BuildError: Failed to obtain srpm from 
dist-git: ansible results {'dark': {}, 'contacted': {'172.25.94.167': 
{'cmd': 'rm -rf /tmp/build_package_repo && mkdir 
/tmp/build_package_repo && cd /tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git 
&& cd libvirt && git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e 
&& fedpkg-copr --dist el6 srpm', 'end': '2016-01-19 15:16:30.308282', 
'stdout': 'Downloading libvirt-1.3.1.tar.gz\n\r 0.0%\r 
100.0%\r 
100.0%', 'changed': True, 'start': '2016-01-19 15:16:28.758321', 
'delta': '0:00:01.549961', 'stderr': "Cloning into 'libvirt'...\nNote: 
checking out 'acef5efd6153aa8f9ea760f468333e65c9b46a4e'.\n\nYou are in 
'detached HEAD' state. You can look around, make experimental\nchanges 
and commit them, and you can discard any commits you make in 
this\nstate without impacting any branches by performing another 
checkout.\n\nIf you want to create a new branch to retain commits you 
create, you may\ndo so (now or later) by using -b with the checkout 
command again. Example:\n\n  git checkout -b \n\nHEAD 
is now at acef5ef... import_srpm\nerror: line 1800: Trigger fired by 
the same package is already defined in spec file: %post 
daemon-config-network\n\nerror: query of specfile 
/tmp/build_package_repo/libvirt/libvirt.spec failed, can't 
parse\n\nCould not execute srpm: Could not get n-v-r-e from '\\n\\n'", 
'rc': 1, 'invocation': {'module_name': 'shell', 'module_complex_args': 
{}, 'module_args': u'rm -rf /tmp/build_package_repo && mkdir 
/tmp/build_package_repo && cd /tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git 
&& cd libvirt && git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e 
&& fedpkg-copr --dist el6 srpm'}, 'warnings': ['Consider using file 
module with state=absent rather than running rm']}}}
[2016-01-19 15:16:31,759][  INFO][PID:3241] End Build: BuildJob154509, owner: jmliger, project: virt6-upstream, git branch: el6, 
git_hash: acef5efd6153aa8f9ea760f468333e65c9b46a4e, status: 3 >


https://copr.fedoraproject.org/coprs/jmliger/virt6-upstream/builds/

Regards,
Jean-Marc LIGER


___
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

dist-git build problem on epel-6-x86_64 chroot

[Jean-Marc LIGER]

Hy,

I'm facing the problem below on epel-6-x86_64 chroot for both from URL 
and upload SRPM :


[2016-01-19 15:16:26,790][  INFO][PID:3241] Setting up builder: 172.25.94.167
[2016-01-19 15:16:27,991][  INFO][PID:3241] marking build dir with build_id,
[2016-01-19 15:16:27,992][  INFO][PID:3241] Start build: BuildJob
[2016-01-19 15:16:27,993][  INFO][PID:3241] putting  into minimal buildroot of 
epel-6-x86_64
[2016-01-19 15:16:28,902][  INFO][PID:3241] Cloning Dist Git repo 
jmliger/virt6-upstream/libvirt, branch 
acef5efd6153aa8f9ea760f468333e65c9b46a4e, hash el6
[2016-01-19 15:16:30,906][ ERROR][PID:3241] Failed to obtain srpm from dist-git
Traceback (most recent call last):
  File "/usr/share/copr/backend/mockremote/builder.py", line 209, in 
download_job_pkg_to_builder
self.remote_pkg_path = 
list(results["contacted"].values())[0][u"stdout"].split("Wrote: ")[1]
IndexError: list index out of range
[2016-01-19 15:16:30,911][ ERROR][PID:3241] builder.build error building pkg `libvirt`: BuildError: Failed to obtain srpm from dist-git: ansible results {'dark': {}, 'contacted': 
{'172.25.94.167': {'cmd': 'rm -rf /tmp/build_package_repo && mkdir /tmp/build_package_repo && cd /tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git && cd libvirt && git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e && fedpkg-copr 
--dist el6 srpm', 'end': '2016-01-19 15:16:30.308282', 'stdout': 'Downloading libvirt-1.3.1.tar.gz\n\r 0.0%\r   
  100.0%\r 100.0%', 'changed': True, 'start': '2016-01-19 
15:16:28.758321', 'delta': '0:00:01.549961', 'stderr': "Cloning into 'libvirt'...\nNote: checking out 'acef5efd6153aa8f9ea760f468333e65c9b46a4e'.\n\nYou are in 'detached HEAD' state. You 
can look around, make experimental\nchanges and commit them, and you can discard any commits you make in this\nstate without impacting any branches by performing another checkout.\n\nIf you 
want to create a new branch to retain commits you create, you may\ndo so (now or later) by using -b with the checkout command again. Example:\n\n  git checkout -b 
\n\nHEAD is now at acef5ef... import_srpm\nerror: line 1800: Trigger fired by the same package is already defined in spec file: %post daemon-config-network\n\nerror: 
query of specfile /tmp/build_package_repo/libvirt/libvirt.spec failed, can't parse\n\nCould not execute srpm: Could not get n-v-r-e from '\\n\\n'", 'rc': 1, 'invocation': {'module_name': 
'shell', 'module_complex_args': {}, 'module_args': u'rm -rf /tmp/build_package_repo && mkdir /tmp/build_package_repo && cd /tmp/build_package_repo && git clone 
http://copr-dist-git.fedorainfracloud.org/git/jmliger/virt6-upstream/libvirt.git && cd libvirt && git checkout acef5efd6153aa8f9ea760f468333e65c9b46a4e && fedpkg-copr 
--dist el6 srpm'}, 'warnings': ['Consider using file module with state=absent rather than running rm']}}}
[2016-01-19 15:16:31,759][  INFO][PID:3241] End Build: BuildJob

https://copr.fedoraproject.org/coprs/jmliger/virt6-upstream/builds/

Regards,
Jean-Marc LIGER


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

Re: packages blocked in running state

[Jean-Marc LIGER]

Le 22/11/15 02:11, Sérgio Basto a écrit :

On Sex, 2015-11-20 at 10:17 +0100, Jean-Marc LIGER wrote:

Hi,

Packages have been built three times but are still in running state.

Builds 139024 and 139154 are also listed in waiting status page [1]
Can't you cancel it ?  after you may submit them again.

[1] https://copr.fedoraproject.org/status/waiting/


I would like to do so, but I've no delete button to achieve that.



JM

Le 16/11/2015 15:41, Jean-Marc LIGER a écrit :

Well, It's running again.

Le 15/11/2015 10:51, Jean-Marc LIGER a écrit :

Building states have been moved from running to pending.
JM

Le 13/11/2015 10:00, Jean-Marc LIGER a écrit :

Hi,

Some of my packages which have been built successfully are
still in
running state since several hours.

https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/bui
lds/

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

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


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

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

Re: packages blocked in running state

[Jean-Marc LIGER]

Hi,

Packages have been built three times but are still in running state.

JM

Le 16/11/2015 15:41, Jean-Marc LIGER a écrit :

Well, It's running again.

Le 15/11/2015 10:51, Jean-Marc LIGER a écrit :

Building states have been moved from running to pending.
JM

Le 13/11/2015 10:00, Jean-Marc LIGER a écrit :

Hi,

Some of my packages which have been built successfully are still in 
running state since several hours.


https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/builds/

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

___
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: packages blocked in running state

[Jean-Marc LIGER]

Well, It's running again.

Le 15/11/2015 10:51, Jean-Marc LIGER a écrit :

Building states have been moved from running to pending.
JM

Le 13/11/2015 10:00, Jean-Marc LIGER a écrit :

Hi,

Some of my packages which have been built successfully are still in 
running state since several hours.


https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/builds/

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

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

Re: packages blocked in running state

[Jean-Marc LIGER]

Building states have been moved from running to pending.
JM

Le 13/11/2015 10:00, Jean-Marc LIGER a écrit :

Hi,

Some of my packages which have been built successfully are still in 
running state since several hours.


https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/builds/

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

packages blocked in running state

[Jean-Marc LIGER]

Hi,

Some of my packages which have been built successfully are still in 
running state since several hours.


https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/builds/

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: packages deleted from copr interface are still enabled in cloud repository

[Jean-Marc LIGER]

Le 12/11/2015 12:42, Miroslav Suchý a écrit :

Dne 11.11.2015 v 22:23 Jean-Marc LIGER napsal(a):

Hi,

I'm facing a new problem. I've deleted some packages for cross-dependencies 
reasons but they are still enabled in the
cloud repository.

https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/monitor/
https://copr-be.cloud.fedoraproject.org/results/jmliger/tests-upstream/epel-7-x86_64/

We had some technical problems and it should be fixed now. Can you verify it 
now?



I've verified, my previous deletes have been suppressed and deleting is 
working well now.

Thanks,
JM
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

packages deleted from copr interface are still enabled in cloud repository

[Jean-Marc LIGER]

Hi,

I'm facing a new problem. I've deleted some packages for 
cross-dependencies reasons but they are still enabled in the cloud 
repository.


https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/monitor/
https://copr-be.cloud.fedoraproject.org/results/jmliger/tests-upstream/epel-7-x86_64/

Regards,
Jean-Marc
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: New release of Copr

[Jean-Marc LIGER]

Hi Miroslav,

As usual, new Copr release is really better than previous release, and 
as usual I'm really sorry to point out some slight regression.


So, there is a little but annoying bug with the Build ID order : 9 
is evaluated as superior as 10. This may also affect the Last build 
package information which isn't correct now.


Regards,
Jean-Marc



Le 15/10/2015 11:33, Miroslav Suchý a écrit :

It is my pleasure to announce new version of Copr.
   https://copr.fedoraproject.org/

What's new? Group projects!

When you log in. You can see in right column link "My Groups". There you can 
see list of your FAS groups and you can
activate them. In fact, you actually create alias for them. E.g. FAS group "gitmock" can 
be named "mock" in Copr.
You can click on Copr group in right column. That navigate you to url in format:

  https://copr.fedoraproject.org/groups/g/mock/coprs/

Where are listed all projects of this group. And you can create new group 
project there too.
Every member of that FAS group can administer it and build there. Due to the 
OpenID limitations, you have to
log-out/log-in to see your groups (or whenever you join new group in FAS).

Since copr-cli-1.45 (in updates-testing right now) you can submit package to 
group project like:
   copr-cli build @GROUP/PROJECT
e.g
   copr-cli build @mock/mock-dev

Creation of group project is not possible from command line right now due 
OpenID restriction and you have to use WebUI.
This may change in near future.

There is no API method in APIv1. But we provide APIv2
   http://copr-rest-api.readthedocs.org/en/latest/
which has methods to manipulate with groups.

To create new group in FAS, just follow:
   https://admin.fedoraproject.org/accounts/group/new

If you have some personal project and you want to change it to group project, 
then please let me know and we change it
manually.


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: Copr build failures

[Jean-Marc LIGER]

Le 20/08/2015 10:06, Valentin Gologuzov a écrit :

On 08/19/2015 03:30 PM, Jean-Marc LIGER wrote:

I don't know how git will interact with my
previous srpm file upload, which seems to have been interrupted.


Dist-git would overwrite data using latest version. So there will be 
no interaction with the previous uploads.




I confirm, I checked it last night.

One little more thing with dist-dit, when for some reason you delete a 
build which have succeeded for resubmit it with tiny modifications, 
without updating the release, dist-git keep in memory the previous 
delete build.

___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: Copr build failures

[Jean-Marc LIGER]

I don't worry about submitting new srpm when the external link was 
broken. But on another side, I don't know how git will interact with my 
previous srpm file upload, which seems to have been interrupted.



Le 19/08/2015 11:43, Valentin Gologuzov a écrit :
I expect to release fix for build deletion quite soon. Generally you 
should not worry about deletion of failed build, just submit new srpms.


Error reporting is much more complicated thing, no ETA yet.

On 08/18/2015 06:57 PM, Jean-Marc LIGER wrote:

Ok, I didn't verify this point. And for the previous build, my SRPM file
upload should have break before it was complete.

Error reporting and possibility to delete will be an appreciated
improvement and I'm sure you're working hard on it.

Anyway to delete before the fix ?


Le 18/08/2015 18:07, Valentin Gologuzov a écrit :

Hi,
your latest build are failed during the import of srpm into dist-git.
We are working on some error reporting.

From the logs it seems that your server responded with 404
at urls:
https://rpm.jenslody.de/review/gnome-shell-extension-panel-osd-1-0.1.20150816.git2b116b7.fc22.src.rpm 


so we failed to import srpm and consequently to build package.




On 08/18/2015 04:57 PM, Jean-Marc LIGER wrote:

Hi,

My tool of choice is broken for project
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/

All my new builds are failing without having started or finished.

Forcing rebuild with
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/repeat_build/build_id/ 



is allowed with the same result for the new build.

Forcing delete with
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/delete_build/build_id/ 



is disabled.

All my others COPR projects are working well and help is welcome.

Jean-Marc LIGER
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel




___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel




___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: Copr build failures

[Jean-Marc LIGER]

Ok, I didn't verify this point. And for the previous build, my SRPM file 
upload should have break before it was complete.


Error reporting and possibility to delete will be an appreciated 
improvement and I'm sure you're working hard on it.


Anyway to delete before the fix ?


Le 18/08/2015 18:07, Valentin Gologuzov a écrit :

Hi,
your latest build are failed during the import of srpm into dist-git.
We are working on some error reporting.

From the logs it seems that your server responded with 404
at urls: 
https://rpm.jenslody.de/review/gnome-shell-extension-panel-osd-1-0.1.20150816.git2b116b7.fc22.src.rpm 
so we failed to import srpm and consequently to build package.





On 08/18/2015 04:57 PM, Jean-Marc LIGER wrote:

Hi,

My tool of choice is broken for project
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/

All my new builds are failing without having started or finished.

Forcing rebuild with
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/repeat_build/build_id/ 


is allowed with the same result for the new build.

Forcing delete with
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/delete_build/build_id/ 


is disabled.

All my others COPR projects are working well and help is welcome.

Jean-Marc LIGER
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel




___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Copr build failures

[Jean-Marc LIGER]

Hi,

My tool of choice is broken for project 
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/


All my new builds are failing without having started or finished.

Forcing rebuild with 
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/repeat_build/build_id/ 
is allowed with the same result for the new build.


Forcing delete with 
https://copr.fedoraproject.org/coprs/jmliger/gnome-extensions/delete_build/build_id/ 
is disabled.


All my others COPR projects are working well and help is welcome.

Jean-Marc LIGER
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: New version of Copr (includes dist-git)

[Jean-Marc LIGER]

Hi,

My builds are still lost in space and I still can do no action yet.

Is there anybody to delete them ?

Thanks in advance.

Le 13/08/2015 12:50, Jean-Marc LIGER a écrit :

Hi,

COPR is definitively a great tool !

However, my last 108569 and 108579 builds are blocked in an unstarted 
and unfinished failed status ?


Regards,
Jean-Marc


Le 11/08/2015 16:18, Miroslav Suchy a écrit :

It is my pleasure to announce that we just upgraded
   https://copr.fedoraproject.org

It includes several major improvements:

* UI converted to PatternFly [1]. Most visible change is that tables
(e.g. list of builds) can be sorted using any column and you can filter
visible rows using any value.

* dist-git support -- We store your SRPM in dist-git now. It is not
accessible directly using fedpkg (it is in plan later). Dist-git is
browsable via cgit [2]. This allows us to offer you upload of SRPM
directly from your workstation. Just navigate to:
   New Build -> Upload SRPM
or if you upgrade to python-copr-1.58-1 (submitted to updates just
today) then you can do:
   copr-cli build name/project ./some.src.rpm
While we assume that uploading SRPM will be most popular method, we
preserved option to pass SRPM url.
You can see new state of your build - "Importing". It is obviously the
moment when we import your SRPM into dist-git.

* In project properties (Edit tab) you can now add you email if you want
to be contacted by users in case of some problems with your project.

* We improved queue handling of various architectures. This should fix
those long waiting time of PPC64LE builds.

[1] https://www.patternfly.org/
[2] http://copr-dist-git.fedorainfracloud.org/cgit/

Mirek Suchý

___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: New version of Copr (includes dist-git)

[Jean-Marc LIGER]

Hi,

COPR is definitively a great tool !

However, my last 108569 and 108579 builds are blocked in an unstarted 
and unfinished failed status ?


Regards,
Jean-Marc


Le 11/08/2015 16:18, Miroslav Suchy a écrit :

It is my pleasure to announce that we just upgraded
   https://copr.fedoraproject.org

It includes several major improvements:

* UI converted to PatternFly [1]. Most visible change is that tables
(e.g. list of builds) can be sorted using any column and you can filter
visible rows using any value.

* dist-git support -- We store your SRPM in dist-git now. It is not
accessible directly using fedpkg (it is in plan later). Dist-git is
browsable via cgit [2]. This allows us to offer you upload of SRPM
directly from your workstation. Just navigate to:
   New Build -> Upload SRPM
or if you upgrade to python-copr-1.58-1 (submitted to updates just
today) then you can do:
   copr-cli build name/project ./some.src.rpm
While we assume that uploading SRPM will be most popular method, we
preserved option to pass SRPM url.
You can see new state of your build - "Importing". It is obviously the
moment when we import your SRPM into dist-git.

* In project properties (Edit tab) you can now add you email if you want
to be contacted by users in case of some problems with your project.

* We improved queue handling of various architectures. This should fix
those long waiting time of PPC64LE builds.

[1] https://www.patternfly.org/
[2] http://copr-dist-git.fedorainfracloud.org/cgit/

Mirek Suchý

___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: copr builder change

[Jean-Marc LIGER]

Hi,

This change seems to have been reverted.

Many Thanks,
Jean-Marc


Le 07/05/2015 21:10, Jean-Marc LIGER a écrit :

Hi,

It seems that since some weeks the copr builder has been changing from
mockbuilder to root :

> DEBUG buildroot.py:130:  rootdir =
/var/lib/mock/epel-7-x86_64-mockbuilder-1823/root
---
< DEBUG buildroot.py:130:  rootdir =
/var/lib/mock/epel-7-x86_64-root-1824/root

This slightly move led some builds which were sucessfull to fail
(Fedora 22, Rawhide) :
https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/build/90174/

According to Debian ML : "The buildd's never run builds as root. This
issue was only reported by people
running the build manually (as root, apparently)."
https://www.mail-archive.com/search?l=debian-bugs-d...@lists.debian.org&q=subject:%22Bug%23761170\%3A+upstream%22&o=newest


If I'm not wrong, is there any way to fix it ?

Regards,
Jean-Marc

___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: Usability suggestions for Copr web interface

[Jean-Marc LIGER]

Hi all,

Every day I use COPR, I think it would be nice and very useful to :
a) be able to contact other COPR builders which have common goals ;
b) be inform in the future about flag outdated packages or any errors found.

Unfortunatly, "Contact the owner directly for bugs or issues (IE: not 
bugzilla)" can't be reach at the moment.


Anyway I love COPR, this is one of the great tools I ever used.

Jean-Marc


Le 28/04/2015 01:38, Martin Cigorraga a écrit :

Hi all,

First of all I want to say I'm really happy for having Copr, being an
Arch user for many, many years I got really used to the AUR (Arch User
Repository) so I can see Copr potential.

And speaking about that, I would like to make some suggestions to
improve the 'community' side of Copr as I believe from what I read the
technical side is already very well covered:
1. Copr needs a place where users and packager(s) can discuss stuff
about the packages and repositories, that could be achieved by simply
letting logged people to comment on each Copr repo page;
2. Likewise it would be nice to have a way to: a) contact the
packager(s)/maintainer(s), b) flag outdated packages, inform about any
errors found.

Having the chance for community to interact ultimately leads to
improved workflows and better quality projects; some folks will look
for guidance to create their first Copr repo, other people may want to
lend a hand and offer maintain a repo packed with the stuff they
usually use while others can just offer tips for improve things - or
ask for assistance as well!

Hope you guys take my suggestions in a positive way, I'm already happy
to have a great infrastructure like Copr already set and ready for
anyone to use, kudos!

-Martín
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

copr builder change

[Jean-Marc LIGER]

Hi,

It seems that since some weeks the copr builder has been changing from 
mockbuilder to root :


> DEBUG buildroot.py:130:  rootdir = 
/var/lib/mock/epel-7-x86_64-mockbuilder-1823/root

---
< DEBUG buildroot.py:130:  rootdir = 
/var/lib/mock/epel-7-x86_64-root-1824/root


This slightly move led some builds which were sucessfull to fail (Fedora 
22, Rawhide) :

https://copr.fedoraproject.org/coprs/jmliger/tests-upstream/build/90174/

According to Debian ML : "The buildd's never run builds as root. This 
issue was only reported by people

running the build manually (as root, apparently)."
https://www.mail-archive.com/search?l=debian-bugs-d...@lists.debian.org&q=subject:%22Bug%23761170\%3A+upstream%22&o=newest 



If I'm not wrong, is there any way to fix it ?

Regards,
Jean-Marc



___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: failed builds today morning

[Jean-Marc LIGER]

Le 02/05/2015 00:43, Miroslav Suchy a écrit :

On 05/01/2015 01:52 PM, Jean-Marc LIGER wrote:

With theses changes, root.log and build.log are also provided in .gz
mode for failed builds.

There was missing HTTP header. I'm sorry. If you click on them, you will
see it ungzipped in your browser now.


Yes, I realized it a two hours ago. Don't be sorry, I know COPR is still 
under developpement and it's one of the coolest tool, I've ever play with.



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


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: failed builds today morning

[Jean-Marc LIGER]

Hi,

With theses changes, root.log and build.log are also provided in .gz 
mode for failed builds.


So You can't edit them in your browser to investigate. Is there a way to 
revert theses settings ?


Regards,
Jean-Marc

Le 30/04/2015 14:47, Miroslav Suchý a écrit :

Hi,
you may experience failed build today morning. The issue is already solved.
   https://bugzilla.redhat.com/show_bug.cgi?id=1217463#c1
Sorry for the inconvenience


___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel

Re: how to kill a long awaiting build

[Jean-Marc LIGER]

Le 30/03/2015 09:42, Jea n-Marc LIGER a écrit :

Hi,

I have two few minutes builds which are running for ten hours now. I 
didn't find any way to kill them.


Did I miss something in the documentation ?

Regards,
Jean-Marc

___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel


The builds have succeeded after eleven hours...

Regards,
Jean-Marc

___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel