Re: Rawhide buildroot broken: GPG problem

[Michal Novotny]

On Sat, Mar 9, 2019 at 7:28 PM Jonathan Leroy  wrote:
>
> Le ven. 8 mars 2019 à 21:25, Robert-André Mauchin  a écrit 
> :
> > Any ideas when this would happen? The fix doesn't seem to have propagated 
> > yet.
>
> Hi all,
>
> Same error here on all my rawhide builds.

I found a problem. But it will take some time (few hours) until the
change propagates
to builders.

Sorry for waiting
clime

>
> --
> Jonathan Leroy
> ___
> 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: Download counters unavailables

[Michal Novotny]

On Mon, Jan 28, 2019 at 3:32 PM Jonathan Leroy  wrote:
>
> Le lun. 28 janv. 2019 à 14:59, Michal Novotny  a écrit :
> > I've investigated copr-backend part and it seems to be ok there.
> >
> > I will need to revisit it at the end of this week because it needs more 
> > time.
>
> FYI, everything seems to be OK since few days. See:
> https://copr.fedorainfracloud.org/coprs/jleroy/PlexMediaPlayer/

Ok, thank you for info.

clime

>
> --
> Jonathan Leroy
> ___
> 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: Download counters unavailables

[Michal Novotny]

On Wed, Jan 23, 2019 at 2:19 PM Jonathan Leroy  wrote:
>
> Hi,
>
> The repositories download counters (the ones in the "Architectures"
> columns) seems to be stuck at zero.

I've investigated copr-backend part and it seems to be ok there.

I will need to revisit it at the end of this week because it needs more time.

Thank you for the report again!
clime

>
> Thank you.
>
> --
> Jonathan Leroy
> ___
> 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: Importing stuck?

[Michal Novotny]

Hello!

On Sun, Jan 20, 2019 at 12:59 AM Miro Hrončok  wrote:
>
> Hi,
>
> I've noticed my importing task take a while and the queue looks long already:
>
> https://copr.fedorainfracloud.org/status/importing/
>
> While there are no pending on running builds.
>
> Is something broken?

Yes, there was a problem with backend<->builder communication presumably
due to too new OpenStack client installed. It is now fixed.

clime

>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> 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

[Michal Novotny]

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/l

Re: How to remove package from copr project

[Michal Novotny]

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

Re: Tasks stuck for weeks

[Michal Novotny]

On Fri, Jan 4, 2019 at 12:49 PM Avi Kivity  wrote:
>
> Looks like the problem is back:
>
> 4 days  rpmsoftwaremanagement/dnf-nightly   840406  libsolv 
> 0.7.2-18gd8a0a671.fc26  fedora-27-x86_64
> 46 hoursrpmsoftwaremanagement/dnf-nightly   841043  libsolv 
> 0.7.2-18gd8a0a671.fc26  fedora-27-x86_64
> 24 hoursrpmsoftwaremanagement/dnf-nightly   841297  libsolv 
> 0.7.2-18gd8a0a671.fc26  fedora-27-x86_64
>
> Perhaps someone should have a word with the good people at 
> rpmsoftwaremanagement. Building for Fedora 27? and backing up the queue?

I've cleaned up the jobs and the blocked builders. It seems builders
are not correctly released when a dnf-* build finishes. We will see
about tihs
build 
https://copr.fedorainfracloud.org/coprs/rpmsoftwaremanagement/dnf-nightly/build/841941/.

clime

>
> :)
> ___
> 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: Tasks stuck for weeks

[Michal Novotny]

On Sat, Dec 29, 2018 at 4:20 PM Sérgio Basto  wrote:
>
> On Fri, 2018-12-28 at 19:53 +0100, Michal Novotny wrote:
> > Hello!
> >
> > On Fri, Dec 28, 2018 at 2:36 PM Avi Kivity 
> > wrote:
> > >
> > > From the task queue page:
> > >
> > >
> > > Running Project Build   Package NamePackage Version Chroot
> > > 19 days rpmsoftwaremanagement/dnf-nightly   835447  dnf-
> > > plugins-core4.0.2-6g675369a.fc26fedora-27-x86_64
> > > 17 days rpmsoftwaremanagement/dnf-nightly   835834  libsolv
> > > 0.7.2-1g2645bc64.fc26   fedora-27-x86_64
> > > 4 days  rpmsoftwaremanagement/dnf-nightly   836102  libsolv
> > > 0.7.2-1g2645bc64.fc26   fedora-27-x86_64
> > > 15 days rpmsoftwaremanagement/dnf-nightly   836675  libsolv
> > > 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> > > 4 days  rpmsoftwaremanagement/dnf-nightly   837116  libsolv
> > > 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> > > 11 days rpmsoftwaremanagement/dnf-nightly   837960  libsolv
> > > 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> > > 10 days rpmsoftwaremanagement/dnf-nightly   838163  libsolv
> > > 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> > > 9 days  rpmsoftwaremanagement/dnf-nightly   838447  libsolv
> > > 0.7.2-15ge90ef867.fc26  fedora-27-x86_64
> > > 20 minutes  @dotnet-sig/dotnet-
> > > preview  839046  dotnet  3.0.0-0.1.preview1.fc30 fedora-29-
> > > x86_64
> > > 6 days  nalimilan/julia-nightlies   839415  llvm6   6.0.0-
> > > 4.fc26fedora-29-x86_64
> > > 4 days  rpmsoftwaremanagement/dnf-nightly   839671  libsolv
> > > 0.7.2-18gd8a0a671.fc26  fedora-27-x86_64
> > > 4 days  rpmsoftwaremanagement/dnf-nightly   839773  libsolv
> > > 0.7.2-18gd8a0a671.fc26  fedora-27-x86_64
> > > 54 minutes  avik/boost  840375  boost   1.66.0-
> > > 15.1.scylladb.fc29   fedora-29-x86_64
> > > 1
> > > minutesurfernsk/Personal_repos840377  qbittorrent
> > >1:4.1.5-1.fc28  fedora-28-x86_64
> > > 4
> > > minutes   surfernsk/Personal_repos840377  qbittorrent
> > >1:4.1.5-1.fc28  fedora-rawhide-i386
> > > 4
> > > minutes   surfernsk/Personal_repos840377  qbittorrent
> > >1:4.1.5-1.fc28  fedora-rawhide-x86_64
> > > 11
> > > minutes  surfernsk/Personal_repos840377  qbittorrent
> > >   1:4.1.5-1.fc28  fedora-29-i386
> > > 4 minutes   scylladb/toolchain  840378  boost   1.66.0-
> > > 15.1.scylladb.fc29   fedora-29-ppc64le
> > >
> > >
> > > Looks like there are several tasks stuck for many days. I expect
> > > they are zombies, but perhaps they are consuming execution slots
> > > and preventing other tasks from running.
> >
> > Thanks! I have cleaned the queue.
>
> Many thanks to keep copr in good shape on holidays and weekends

Thank you for the kind words!

clime

>
> Tasks
> 0 Pending
> 28 Running
>
>
> --
> Sérgio M. B.
> ___
> 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: Tasks stuck for weeks

[Michal Novotny]

Hello!

On Fri, Dec 28, 2018 at 2:36 PM Avi Kivity  wrote:
>
> From the task queue page:
>
>
> Running Project Build   Package NamePackage Version Chroot
> 19 days rpmsoftwaremanagement/dnf-nightly   835447  dnf-plugins-core  
>   4.0.2-6g675369a.fc26fedora-27-x86_64
> 17 days rpmsoftwaremanagement/dnf-nightly   835834  libsolv 
> 0.7.2-1g2645bc64.fc26   fedora-27-x86_64
> 4 days  rpmsoftwaremanagement/dnf-nightly   836102  libsolv 
> 0.7.2-1g2645bc64.fc26   fedora-27-x86_64
> 15 days rpmsoftwaremanagement/dnf-nightly   836675  libsolv 
> 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> 4 days  rpmsoftwaremanagement/dnf-nightly   837116  libsolv 
> 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> 11 days rpmsoftwaremanagement/dnf-nightly   837960  libsolv 
> 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> 10 days rpmsoftwaremanagement/dnf-nightly   838163  libsolv 
> 0.7.2-11g95dcddc7.fc26  fedora-27-x86_64
> 9 days  rpmsoftwaremanagement/dnf-nightly   838447  libsolv 
> 0.7.2-15ge90ef867.fc26  fedora-27-x86_64
> 20 minutes  @dotnet-sig/dotnet-preview  839046  dotnet  
> 3.0.0-0.1.preview1.fc30 fedora-29-x86_64
> 6 days  nalimilan/julia-nightlies   839415  llvm6   6.0.0-4.fc26
> fedora-29-x86_64
> 4 days  rpmsoftwaremanagement/dnf-nightly   839671  libsolv 
> 0.7.2-18gd8a0a671.fc26  fedora-27-x86_64
> 4 days  rpmsoftwaremanagement/dnf-nightly   839773  libsolv 
> 0.7.2-18gd8a0a671.fc26  fedora-27-x86_64
> 54 minutes  avik/boost  840375  boost   1.66.0-15.1.scylladb.fc29 
>   fedora-29-x86_64
> 1 minutesurfernsk/Personal_repos840377  qbittorrent 
> 1:4.1.5-1.fc28  fedora-28-x86_64
> 4 minutes   surfernsk/Personal_repos840377  qbittorrent 
> 1:4.1.5-1.fc28  fedora-rawhide-i386
> 4 minutes   surfernsk/Personal_repos840377  qbittorrent 
> 1:4.1.5-1.fc28  fedora-rawhide-x86_64
> 11 minutes  surfernsk/Personal_repos840377  qbittorrent 
> 1:4.1.5-1.fc28  fedora-29-i386
> 4 minutes   scylladb/toolchain  840378  boost   
> 1.66.0-15.1.scylladb.fc29   fedora-29-ppc64le
>
>
> Looks like there are several tasks stuck for many days. I expect they are 
> zombies, but perhaps they are consuming execution slots and preventing other 
> tasks from running.

Thanks! I have cleaned the queue.

clime

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

Fixed error with key generation

[Michal Novotny]

Hello,

we have just fixed an error with key generation that caused builds in newly
created coprs to fail.

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

Planned Copr outage 2018-12-06

[Michal Novotny]

Hello,

there will be an outage tomorrow starting at 11am UTC and last
approximatelly four hours. Copr servers will be upgraded from f27 to f28.

More details are here: https://pagure.io/fedora-infrastructure/issue/7422

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

Fedora Copr outage Fri 11pm - Sat 10am

[Michal Novotny]

Hello,

there was a fedorainfracloud outage yesterday that caused all the data
volumes that Copr uses to be mounted read-only. We actually caught this
problem yesterday on copr-fe but that was only a part of it, which we
didn't realize until today. All cloud instances were affected by the ro
remount and they are all finally fixed now.

We are sorry for rather long Copr unavailability at the time
Copr team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: ccached builds

[Michal Novotny]

On Fri, Oct 19, 2018 at 9:56 AM Miroslav Suchý  wrote:
>
> Dne 15.10.2018 v 12:46 Pavel Raiskup napsal(a):
> > the design of copr build system isn't really ready to have this
> > implemented, namely for storing the caches.  The builder machines (which
> > do the mock build) are freshly started VMs.
>
> +1
> Additionally using ccache on shared system is security problem as you can 
> easily alter the cache for some other user.

What do you mean? We are re-using builder machines only for user that
owns the machine (made the first build on it).

So if you chain one-after-another ten consecutive builds each one
compiling that same package, this might be useful.

Copr team

>
> Miroslav
> ___
> 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: Builds inaccessible

[Michal Novotny]

On Mon, Oct 15, 2018 at 12:49 PM Pavel Raiskup  wrote:
>
> Hi Antonio,
>
> On Sunday, October 14, 2018 11:59:17 AM CEST Antonio Trande wrote:
> > My running builds look inaccessible:
> > https://copr.fedorainfracloud.org/coprs/sagitter/ForTesting/build/809221/
> >
> > What's going on?
>
> seems like that build is canceled now (nothing special).  If you canceled
> it the report -- and you've been a long time in "pending" state -- there
> probably was some issues with allocating builder VMs.

There was an issue with data access after enlarging backend volume
during weekend. Backend was unaccessible for an extended period of time.

Luckily, Kevin Fenzi was able to fix the issue for us by freeing some space
from cloud hardware storage. He will have more details about this in
case people are interested.

I would like to thank Kevin that he was actually able to fix this.

Sorry for the problems
Copr team

>
> 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://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: Copr outage

[Michal Novotny]

On Thu, Oct 4, 2018 at 6:11 AM Michal Novotny  wrote:
>
> Hello,
>
> there is Copr outage right now. Spawning new builders does not work. See
>
> https://pagure.io/fedora-infrastructure/issue/7279

Thanks to puiterwijk, this is now fixed!

>
> We hope it can be fixed very soon.
> Copr team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Copr outage

[Michal Novotny]

Hello,

there is Copr outage right now. Spawning new builders does not work. See

https://pagure.io/fedora-infrastructure/issue/7279

We hope it can be fixed very soon.
Copr team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/copr-devel@lists.fedorahosted.org

Re: GitHub webhooks not working

[Michal Novotny]

On Thu, Sep 20, 2018 at 8:55 PM Jonathan Leroy  wrote:
>
> Le jeu. 20 sept. 2018 à 18:22, Michal Novotny  a écrit :
> > The generated srpm is written to
> >
> > Wrote: 
> > /mnt/tmp/tmpktelyu3h/plexmediaplayer-fedora/SRPMS/plexmediaplayer-2.18.0-1.fc28.src.rpm
> >
> > But it should be written to
> >
> > $(outdir)
> >
> > /mnt/var/lib/copr-rpmbuild/results/tmpeuhha9ly in the referenced build.
>
> I've added to the following argument to rpmbuild to force the SRPM
> output directory:
>  --define "_srcrpmdir $(outdir)"
>
> The build now succeed. Thank you!

Glad it worked!

>
> --
> Jonathan Leroy
> ___
> 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: GitHub webhooks not working

[Michal Novotny]

Hello Jonathan,

if you check the end of build-live.log here:
https://copr-be.cloud.fedoraproject.org/results/jleroy/PlexMediaPlayer/srpm-builds/00799659/builder-live.log

There is no output from the script

> Output: []

The generated srpm is written to

Wrote: 
/mnt/tmp/tmpktelyu3h/plexmediaplayer-fedora/SRPMS/plexmediaplayer-2.18.0-1.fc28.src.rpm

But it should be written to

$(outdir)

/mnt/var/lib/copr-rpmbuild/results/tmpeuhha9ly in the referenced build.

From our docs

$ cd myrepo
$ cat .copr/Makefile
srpm:
dnf -y install tito
tito build --builder=SomeBuilder --test --srpm --output=$(outdir)

Copr looks for the generated srpm in the $(outdir) Makefile variable
(that you can pass to a custom shell script optionally).

Let us know if it works for you
Copr team
On Tue, Sep 18, 2018 at 11:02 AM Jonathan Leroy  wrote:
>
> Le dim. 16 sept. 2018 à 10:17, Michal Novotny  a écrit :
> > Hello, the problem with make_srpm method is that useful information
> > in the builder-live.log is usually somewhere in the middle. Here:
>
> Thank you for your answer.
> Indeed the errors are in the log file, I should have checked better!
>
> I'm now calling spectool in my Makefile in order to download the
> missing source file from GitHub.
>
> The SRPM file is successfully built according to the logs, but the
> build still fail and I don't see any error message in the logs located
> at 
> https://copr-be.cloud.fedoraproject.org/results/jleroy/PlexMediaPlayer/srpm-builds/00799659/.
>
> However, the task log
> (https://copr-dist-git.fedorainfracloud.org/per-task-logs/799659.log)
> show this strange error:
>
> Traceback (most recent call last):
>   File "/usr/share/copr/dist_git/importer.py", line 75, in do_import
> workdir
>   File "/usr/share/copr/dist_git/helpers.py", line 173, in download_file
> raise FileDownloadException(str(e))
> dist_git.exceptions.FileDownloadException: Invalid URL 'None': No
> schema supplied. Perhaps you meant http://None?
>
>
> After looking at Copr's source code, this seems to be an issue with
> dist-git's handling of srpm import?
> https://pagure.io/copr/copr/blob/master/f/dist-git/dist_git/importer.py#_75
>
> Thank you,
>
> --
> Jonathan Leroy
> ___
> 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: Build succeded but shown as failed

[Michal Novotny]

On Sun, Sep 16, 2018 at 6:55 PM Richard Shaw  wrote:
>
> Not sure what's going on but only the ppc64le builds even started and it's 
> been a while but they are showing as failed.
>
> When I look at the log dir the success file is there and the build log show 
> the packages were written and exit code 0...
>
> https://copr-be.cloud.fedoraproject.org/results/hobbes1069/FT8Call/fedora-27-ppc64le/00798681-ft8call/build.log.gz

Hello,

that's very likely because signing has failed for them:

# ntpdate -u 1.rhel.pool.ntp.org
16 Sep 21:20:28 ntpdate[9637]: step time server 107.181.191.189 offset
-11.079278 sec

ntp requests are currently being block from the cloud. We will need to
find an alternative solution.

Copr team

>
> Thanks,
> Richard
> ___
> 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: GitHub webhooks not working

[Michal Novotny]

On Sat, Sep 15, 2018 at 4:44 PM Jonathan Leroy  wrote:
>
> 2018-07-01 19:42 GMT+02:00 Jonathan Leroy :
> > Thank you for your very detailed answer. I will look at that.
>
> Michal,
>
> I don't known if it's related to the use of the "make_sprm" build
> method (first time I use it with Copr), but I can't get to build my
> package using Copr.
> Every build fails with the following description: "Attempt to build
> SRPM have failed."
>
> I don't see anything interesting in the builder-live.log, but the
> rsync log show this error:
>
> rsync: link_stat "/var/lib/copr-rpmbuild/results/*" failed: No such
> file or directory (2)
> [...]
> rsync error: some files/attrs were not transferred (see previous
> errors) (code 23) at main.c(1659) [Receiver=3.1.3]
> rsync: [Receiver] write error: Broken pipe (32)
>
> Any idea?

Hello, the problem with make_srpm method is that useful information
in the builder-live.log is usually somewhere in the middle. Here:

rc: 2
stdout: Selected user namespace base 280625152 and range 65536.
rpmbuild --define "_topdir `pwd`" -bs SPECS/plexmediaplayer.spec
error: Bad source:
/mnt/tmp/tmp3kv4mkdu/plexmediaplayer-fedora/SOURCES/plexmediaplayer-2.18.0.tar.gz:
No such file or directory
make: *** [/mnt/tmp/tmp3kv4mkdu/plexmediaplayer-fedora/.copr/Makefile:2:
srpm] Error 1
stderr: INFO: mock.py version 1.4.13 starting (python version = 3.6.5)...

rpmbuild is looking for
/mnt/tmp/tmp3kv4mkdu/plexmediaplayer-fedora/SOURCES/plexmediaplayer-2.18.0.tar.gz

but can't find it.

Maybe the file has been generated somwhere else...

Thank you.
M.

>
> Thanks,
>
> --
> Jonathan Leroy
> ___
> 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

copr-frontend release: security update with fix for webhook secrets and pagure api tokens leakage!

[Michal Novotny]

Hello,

there was a security update of copr-frontend which fixes problem with
leaking of webhook secrets which are used to generate
Github/Gitlab/Bitbucket
webhook urls.

Basically, it was possible to get webhook_secret of another project simply
by forking it.
You could then launch builds for that project :/.

Also, the Integration page (formerly 'Webhooks') was accessible for foreign
projects
under a direct URL if you knew what that URL should look like (it wasn't
that difficult to guess).

This is the page where pagure api token for flagging pull requests and
commits is being inserted.

If you have already setup this integration with an api token generated at a
pagure instance,
I recommend to revoke the currently used api token and generate a new one.

For the webhook leak, we have added command copr-cli new-webhook-secret


So I recommend regenerating your webhook secrets with this command and
resetting your
Github/Gitlab/Bitbucket webhooks on your sourceforge.

The new copr-cli and python-copr package (both are needed) with the new
`new-webhook-secret`
command are available here:
https://copr.fedorainfracloud.org/coprs/g/copr/copr/

You should also be able to install them from updates-testing shortly.

In the attachment, you can find list of people, whose project has been
forked, which means
that somebody else shares their webhook secret.

Updates:
copr-frontend:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-9efcbc194b
copr-backend: https://bodhi.fedoraproject.org/updates/FEDORA-2018-8821da2c15
python-copr: https://bodhi.fedoraproject.org/updates/FEDORA-2018-393d4b16fc
copr-cli: https://bodhi.fedoraproject.org/updates/FEDORA-2018-72094a49b4

Sorry for these problems. We are going to carefully audit the whole
code-base
now and make sure the code is clean of any further issues of this kind.

Copr team
  username|  name  
--+-
a9rkzz| PhantomJS
abellott  | manageiq-scl
abn   | ghostwriter
abn   | netperf
abn   | repository
abompard  | epel7-python34
adelton   | opentx-companion-2.2
admiralnemo   | i3wm-el7
adrienverge   | couchdb
aflyhorse | libjpeg
akahl | davmail
akien | godot
alonid| bazel
alonid| llvm-5.0.0
alonid| rxvt-unicode-24bit-ansi-color
alonid| tensorflow
alonid| yum-plugin-copr
alunux| linux-steam-integration
alunux| vala-panel-appmenu
ankursinha| qutebrowser
antonpatsev   | minikube-rpm
ariscop   | eatmydata
arrfab| lxde-el7
asamalik  | keepassx
asn   | samba_ad_dc
athmane   | gns3
avik  | misc
axeld | nvidia-xrun
azrdev| tinc
baoboa| netdata
bmr   | boom
bnied | packer
bob131| dsview
bob131| sigrok-git
bpeck | restraint
brollylssj| mGBA
buglloc   | Brick
c3kay | j4-dmenu-desktop
cam34 | mutt-sidebar
carlwgeorge   | ripgrep
cbrspc| freetype
cbrspc| libreoffice
che   | llvm
che   | mesa
chenxiaolong  | bumblebee
churchyard| openscad-devel
clime | copr
clime | copr-dev
clime | rpkg-client
cmollekopf| kube
codeblock | google-authenticator-el7
codonell  | glibc-f25
copart| restic
cottsay   | dovecot-antispam
cottsay   | gringo
csutherl  | tomcat
czanik| syslog-ng38
czanik| syslog-ng38epel6
dani  | qgis-testing
dani  | tvheadend
dasourcerer   | kernel-ck
davidcarlos   | kiskadee
davidgf   | kernel-nvme-lp
davidva   | deadbeef
davidva   | firefox-nightly
davidva   | makehuman
dawid | better_fonts
dcantrel  | cde
dcaroest  | yapf
dchen | enlightement-19-no-wayland
dcsouthwick   | Plasma-5
decisivinc| CentOS_RPMS
decisivinc| CentOS_Ruby22
dfas  | calibre
dhruvparanjape| terminix
dionney   | mesa
dirkdavidis   | Mediaelch
dirkdavidis   | papirus-icon-theme
djbw  | ndctl
dkrejci   | librosa
dperson   | neovim
dperson   | neovim-head
drahnr| oregano
duh   | GNOME_3.20_for_RHEL_and_CentOS_7.x
duh   | GNOME_3.22_for_RHEL_and_CentOS_7.x
duritong  | 

Re: APIv3 docs and Pagure integration docs

[Michal Novotny]

You can also read some interesting background about developing the new API
here:

https://frostyx.cz/posts/copr-has-a-brand-new-api

Please, enjoy
Copr team

On Mon, Aug 20, 2018 at 1:02 PM Michal Novotny  wrote:

> Hello!
>
> as we promised in the last release notification email, here is
> documentation for APIv3:
>
> https://python-copr.readthedocs.io/en/latest/ClientV3.html
>
> and here for Pagure integration:
>
>
> https://docs.pagure.org/copr.copr/user_documentation.html#pagure-integration
>
> Both of those new features are pretty great in our opinion so give it a
> look if you have time.
>
> Best regards
> Copr team
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/EBEAZTO4PH5PJ66OVZGVT2LFZWFD4QWX/

APIv3 docs and Pagure integration docs

[Michal Novotny]

Hello!

as we promised in the last release notification email, here is
documentation for APIv3:

https://python-copr.readthedocs.io/en/latest/ClientV3.html

and here for Pagure integration:

https://docs.pagure.org/copr.copr/user_documentation.html#pagure-integration

Both of those new features are pretty great in our opinion so give it a
look if you have time.

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

Re: branches cleanup

[Michal Novotny]

On Mon, Aug 20, 2018 at 10:59 AM Pavel Raiskup  wrote:

> On Monday, August 20, 2018 7:03:46 AM CEST Miroslav Suchý wrote:
> > Dne 17.8.2018 v 11:24 Miroslav Suchý napsal(a):
> > > We have lots of old branches. Here is the list:
> >
> > PEBKAC. The branches are not there any more.
>
> Not really PEBKAC, I'd say.  Some of those branches really were in origin,
> and got disappeared as a reaction to https://pagure.io/copr/copr/issue/363


There was like one additional branch that got deleted because that's what
we do we already merged branches.


>
>
> 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://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/7CMOFJOCF5JHXVINMQNEDKUXQGW774HC/
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/UCFFPB7J43QJSVUEXRI35X5YQIKZZG26/

f29 chroots activated

[Michal Novotny]

Hello,

we have just activated f29 chroots.

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

f26 chroot deactivation

[Michal Novotny]

Hello,

we have deactivated EOLed f26 chroots in production.

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

Building in rawhide

[Michal Novotny]

Hello,

building in rawhide should work again.

We have deployed configuration fix from
https://github.com/rpm-software-management/mock/commit/96d76d277f30e89def09922431fd091c7d2bb26c

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

New release & deploy

[Michal Novotny]

Hello,

we have just released & deployed the latest Copr stack. This one brings
some long-expected features. Mainly:

- APIv3
- Pagure Integration

Both features will be presented on Flock and we will also write some
tutorials/blog posts about them.

As for APIv3, you can download python-copr from
https://bodhi.fedoraproject.org/updates/FEDORA-2018-d5ac820aac and already
start experimenting with `from copr.v3 import Client`. It's pretty neat.

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

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

Enjoy!
Copr team

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

Re: Copr overusing python standard library backports on Python 3

[Michal Novotny]

On Fri, Jul 6, 2018 at 12:11 PM Michal Novotny  wrote:

> On Sun, Jul 1, 2018 at 7:42 PM Michal Novotny  wrote:
>
>> Hello Miro,
>>
>> On Sun, Jul 1, 2018 at 7:20 PM Miro Hrončok  wrote:
>>
>>> On 30.6.2018 15:22, Miro Hrončok wrote:
>>> > See
>>> >
>>> https://lists.fedoraproject.org/archives/list/python-de...@lists.fedoraproject.org/message/KARHO4ZVELJIFBCJG6TEG5ZWUXVVKBSR/
>>> >
>>> >
>>> > particularly:
>>> >
>>> > copr-backend
>>> > copr-frontend
>>> > copr-dist-git
>>> > copr-frontend
>>> > copr-keygen
>>> > copr-rpmbuild
>>>
>>
I opened https://pagure.io/copr/copr/pull-request/350#request_diff for
those. Thanks for the python3-ujson recommendation!

clime

> python-copr
>>> >
>>> > use:
>>> > python3-mock
>>> > python3-simplejson
>>>
>>> Also note that in that thread linked above a point was made that
>>> simplejson might not just be a backport but porjects utilize it for
>>> spped. So my question is, why do you use simplejson in Copr? Is it
>>> speed? If so, do you have some actual data? Have you tried ujson?
>>>
>>> https://pypi.org/project/ujson/
>>>
>>> Thanks for info.
>>>
>>>
>> We will look into it and let you know as soon as possible.
>>
>> Thank you for the hints how to fix it!
>>
>
> For the python3-mock part, this PR was opened
> https://pagure.io/copr/copr/pull-request/336#request_diff
>
> I additionally investigated why we use python-simplejson in clients and
> the main reason is that it has
> a handy `for_json` attribute in `simplejson.dumps` method, which enables
> us to invoke for_json() method
> of an object when serializing it. We use it in our API1, which will soon
> become deprecated so
> I would like to keep it there for the time being.
>
> In other Copr components like frontend, backend, keygen, which are only
> for python3, we
> can easily switch to python3-ujson. Thanks for that suggestion, it really
> seems very
> fast. We can also employ it in the new APIv3, which needs to be discussed
> a bit further
> but I think it should be possible.
>
> Best regards
> Copr team
>
>
>> Best regards
>> Copr team
>>
>>
>>> --
>>> Miro Hrončok
>>> --
>>> Phone: +420777974800
>>> IRC: mhroncok
>>> ___
>>> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
>>> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>>> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>>> List Archives:
>>> https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/IYQINVI2K4IUG3YRZJXT746YG2P3D4RG/
>>>
>>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/QRVPHN2Y2M6QJLREFBA5EOL3GI4QLR6O/

New copr-frontend release

[Michal Novotny]

Hello!

we have just released and deployed copr-frontend-1.135. There are two major
improvements:
- graph page is working
- there is a direct IRC contact on us in footer

We hope it serves well!
Copr team

* https://bodhi.fedoraproject.org/updates/FEDORA-2018-938de6c96a
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/JDZL4AZC7ACBTUZ4R3AKQWYHTDFUD7BQ/

Re: Copr overusing python standard library backports on Python 3

[Michal Novotny]

On Sun, Jul 1, 2018 at 7:42 PM Michal Novotny  wrote:

> Hello Miro,
>
> On Sun, Jul 1, 2018 at 7:20 PM Miro Hrončok  wrote:
>
>> On 30.6.2018 15:22, Miro Hrončok wrote:
>> > See
>> >
>> https://lists.fedoraproject.org/archives/list/python-de...@lists.fedoraproject.org/message/KARHO4ZVELJIFBCJG6TEG5ZWUXVVKBSR/
>> >
>> >
>> > particularly:
>> >
>> > copr-backend
>> > copr-frontend
>> > copr-dist-git
>> > copr-frontend
>> > copr-keygen
>> > copr-rpmbuild
>> > python-copr
>> >
>> > use:
>> > python3-mock
>> > python3-simplejson
>>
>> Also note that in that thread linked above a point was made that
>> simplejson might not just be a backport but porjects utilize it for
>> spped. So my question is, why do you use simplejson in Copr? Is it
>> speed? If so, do you have some actual data? Have you tried ujson?
>>
>> https://pypi.org/project/ujson/
>>
>> Thanks for info.
>>
>>
> We will look into it and let you know as soon as possible.
>
> Thank you for the hints how to fix it!
>

For the python3-mock part, this PR was opened
https://pagure.io/copr/copr/pull-request/336#request_diff

I additionally investigated why we use python-simplejson in clients and the
main reason is that it has
a handy `for_json` attribute in `simplejson.dumps` method, which enables us
to invoke for_json() method
of an object when serializing it. We use it in our API1, which will soon
become deprecated so
I would like to keep it there for the time being.

In other Copr components like frontend, backend, keygen, which are only for
python3, we
can easily switch to python3-ujson. Thanks for that suggestion, it really
seems very
fast. We can also employ it in the new APIv3, which needs to be discussed a
bit further
but I think it should be possible.

Best regards
Copr team


> Best regards
> Copr team
>
>
>> --
>> Miro Hrončok
>> --
>> Phone: +420777974800
>> IRC: mhroncok
>> ___
>> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
>> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
>> https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/IYQINVI2K4IUG3YRZJXT746YG2P3D4RG/
>>
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/F6GJC62ERCJQPXQO4X2DDPP6X6N7JI5O/

One more round Infrastructure restarts

[Michal Novotny]

Hello,

there will be another round of restarts starting from 21:00 UTC that may
take up to six hours and may affect Copr building at some point. The issue
is described in detail here:
https://pagure.io/fedora-infrastructure/issue/7065

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

Copr scheduled outage

[Michal Novotny]

Hello,

there will be an outage today starting at 21:00 UTC and it might take up to
4 hours.

See details here https://pagure.io/fedora-infrastructure/issue/7064

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

Re: Copr overusing python standard library backports on Python 3

[Michal Novotny]

Hello Miro,

On Sun, Jul 1, 2018 at 7:20 PM Miro Hrončok  wrote:

> On 30.6.2018 15:22, Miro Hrončok wrote:
> > See
> >
> https://lists.fedoraproject.org/archives/list/python-de...@lists.fedoraproject.org/message/KARHO4ZVELJIFBCJG6TEG5ZWUXVVKBSR/
> >
> >
> > particularly:
> >
> > copr-backend
> > copr-frontend
> > copr-dist-git
> > copr-frontend
> > copr-keygen
> > copr-rpmbuild
> > python-copr
> >
> > use:
> > python3-mock
> > python3-simplejson
>
> Also note that in that thread linked above a point was made that
> simplejson might not just be a backport but porjects utilize it for
> spped. So my question is, why do you use simplejson in Copr? Is it
> speed? If so, do you have some actual data? Have you tried ujson?
>
> https://pypi.org/project/ujson/
>
> Thanks for info.
>
>
We will look into it and let you know as soon as possible.

Thank you for the hints how to fix it!

Best regards
Copr team


> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/IYQINVI2K4IUG3YRZJXT746YG2P3D4RG/
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/HTBBBLI6QFGNAZQP5NCDEPTOK2ZOCD4G/

Re: GitHub webhooks not working

[Michal Novotny]

Hello Jonathan!

On Sun, Jul 1, 2018 at 6:56 PM Jonathan Leroy  wrote:

> Hi,
>
> I've setup a GitHub webhook according to the documentation at
> https://copr.fedorainfracloud.org/coprs/jleroy/PlexMediaPlayer/webhooks/.
> When a push my commits to GitHub, a POST request is sent to the
> webhook URL by GitHub and and HTTP 200 response received according to
> GitHub logs. But nothing happens on Copr's side.
>

That's because you have set SOURCES as subdirectory, which causes filtering
out commits that did not modify a subpath of SOURCES/. Like e.g. if you
make a change in the spec file under SPECS, then this change won't get
rebuilt.

The problem here is that the 'Subdirectory' parameter is overloaded and
it does more than it probably should. The filtering on paths should be a
separate thing. We are assuming there that the spec file will be placed
next to sources, which is not true in this case.

The systematic fix for this will take time however so I would suggest
switching to make_sprm method. You can then leave subdirectory empty
and set 'Spec file' to SPECS/plexmediaplayer.spec. But you will additionally
need to write a Makefile placed at .copr/Makefile in you repository
with 'srpm' target. There you can manually invoke rpkg to build the srpm.
See docs here:
https://docs.pagure.org/copr.copr/user_documentation.html#make-srpm

Example usage is here: https://github.com/att/ast/blob/master/.copr/Makefile

Note that you will probably need much more simpler script.


You could also use Custom build method with Custom webhook.
https://docs.pagure.org/copr.copr/custom_source_method.html#custom-source-method
That might be more simple although you will need to switch your Github
webhook for the Custom one (see "Custom webhook") at the bottom of
the 'webhooks' page. Again, manual invocation of either rpkg or
rpmbuild -bs will be needed to be build the srpm but this time, you
will write the command directly into Copr input form instead of using
the .copr/Makefile in your Git repository. If you use rpkg, you will also
need to add it to the 'builddeps' field.

This might take a bit of trial and error to get it up and running. Let us
know if you meet and difficulties.

Best regards
Copr team


>
> However, if I trigger the build manually using the "Rebuild" button,
> everything works fine.
>
> Any idea?
>
> --
> Jonathan Leroy
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/XI76WCQVKPSSLO4CRWMQJ4TJCT224FPG/
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/H4BUIS6JGJZQXZPOZHKVBV4HRQ47RNAY/

Re: ssl enabled on copr-dist-git

[Michal Novotny]

There was an additional problem that builders still had http:// in the
copr-dit-git lookaside url and the tarballs could not be downloaded due to
a redirect.

Hopefully, everything will run okay now although there might still some
builders with the old config and they need to be respawned first.

Affected builds:
https://copr.fedorainfracloud.org/coprs/petrb/mesa/build/772307/
https://copr.fedorainfracloud.org/coprs/petrb/mesa/build/772314/
https://copr.fedorainfracloud.org/coprs/flepied/systemd-master/build/772308/
https://copr.fedorainfracloud.org/coprs/flepied/systemd-master/build/772309/
https://copr.fedorainfracloud.org/coprs/flepied/systemd-master/build/772311/
https://copr.fedorainfracloud.org/coprs/flepied/systemd-master/build/772312/
https://copr.fedorainfracloud.org/coprs/baude/Upstream_CRIO_Family/build/772310/
https://copr.fedorainfracloud.org/coprs/victoroliveira/Dolphin-emu/build/772315/
https://copr.fedorainfracloud.org/coprs/dani/qgis-testing/build/772316/
https://copr.fedorainfracloud.org/coprs/rpmsoftwaremanagement/rpm-gitoverlay-1530266923.454272/build/772317/

With a sincere apology
Copr team


On Fri, Jun 29, 2018 at 11:35 AM Michal Novotny  wrote:

> Hello,
>
> we have just enabled ssl for copr-dist-git with redirect from http:// to
> https://.
> There was a short outage that however hit a few builds:
>
>
> https://copr-be.cloud.fedoraproject.org/results/rubensfig/grpc/fedora-26-x86_64/00772306-grpc/builder-live.log
>
> https://copr-be.cloud.fedoraproject.org/results/jkastner/various/fedora-rawhide-x86_64/00772302-python-gist/
>
> We are sorry for this inconvenience.
> Copr team
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/AFYQWB735TOHJRFCMZYBJL6JYWW6WH5S/

ssl enabled on copr-dist-git

[Michal Novotny]

Hello,

we have just enabled ssl for copr-dist-git with redirect from http:// to
https://.
There was a short outage that however hit a few builds:

https://copr-be.cloud.fedoraproject.org/results/rubensfig/grpc/fedora-26-x86_64/00772306-grpc/builder-live.log
https://copr-be.cloud.fedoraproject.org/results/jkastner/various/fedora-rawhide-x86_64/00772302-python-gist/

We are sorry for this inconvenience.
Copr team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/L4N7L7X5I36VCJ2MXOHEHBBRFNEEEF7I/

Deprecation of auto-packing for rpkg

[Michal Novotny]

Hello,

if you are using SCM source type with rpkg source build method, then this
is message is especially for you. Since rpkg version 2, the auto-packing
functionality has been deprecated in favor of spec templates. Auto-packing
means that when building from a Git repo, the content of this repo gets
automatically packed into a tarball named according to Source0 definition
in a spec file.

The spec file and the packed tarball are then taken together to create an
srpm, from which rpms are built afterwards.

This functionality, which was originally taken from mock-scm plugin is now
deprecated in rpkg in favor of spec templates. With spec templates, there
is another way to achieve the same - putting an explicit directive into the
spec which says: "hey man, please, pack this and that directory and replace
me with the resulting tarball filename". Example looks like this:

Name:   {{{ git_name }}}
Version:{{{ git_version }}}
Release:1%{?dist}
Summary:This is a test package.

License:GPLv2+
URL:https://someurl.org
VCS:{{{ git_vcs }}}

Source: {{{ git_pack }}}


You can see there are several {{{ ... }}} tags, which are rpkg's special
macros. The one that packs the sources (the functionality previously
provided by auto-packing) is {{{ git_pack }}}. This macro will pack the the
repository content and replaces itself with the resulting tarball name.
Similar replacements happen for all the other {{{ ... }}} tags as well
until the spec is a fully valid rpm spec file. This rendered spec file is
then taken with the generated tarball and the srpm is built.

You may notice the {{{ git_pack }}} macro is different from all the others
because it has a side-effect, which is the tarball generation.

Note that auto-packing will be kept working for some time but you will be
getting the following notice in the srpm builder-live.log like:

cmd: ['rpkg', '-C', '/etc/rpkg.conf', 'srpm', '--outdir',
'/var/lib/copr-rpmbuild/results/tmptov9ctr1', '--spec',
'/tmp/tmpdgwt9w7b/corrade/package/rpm/corrade.spec']
cwd: /tmp/tmpdgwt9w7b/corrade/package/rpm
rc: 0
stdout: Wrote: /var/lib/copr-rpmbuild/results/tmptov9ctr1/corrade.spec
Wrote: /var/lib/copr-rpmbuild/results/tmptov9ctr1/corrade-0.2.tar.gz
Wrote: /var/lib/copr-rpmbuild/results/tmptov9ctr1/corrade-0.2-1.src.rpm
stderr: Auto-packing is deprecated and will be removed in a future
release.  <

Output: ['corrade-0.2.tar.gz', 'corrade-0.2-1.src.rpm', 'corrade.spec']

Don't worry though, it's gonna stay there for quite some time. Still, we
would recommend to try the spec templates out already because you might
find them interesting and useful. More docs about spec templates are here:
- https://pagure.io/rpkg-util
- https://docs.pagure.org/rpkg-util/

Some projects that already use it are:
- https://github.com/FreeCAD/FreeCAD/blob/master/package/fedora/freecad.spec
- https://pagure.io/copr/copr/blob/master/f/prunerepo/prunerepo.spec

At some point, we will be opening pull requests against upstream projects
that use SCM+rpkg but still use auto-packing but that's still quite far
away.

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

copr-frontend-1.133 released

[Michal Novotny]

Hello!

copr-frontend-1.133 has been just deployed and released [1]. The main point
of this release was GDPR (General Data Protection Regulation 2016/679 of
the European Union) compliance. Any user can now just delete his/her own
personal data from Fedora Copr by going to "User Info" link in the user
profile. Hopefully, you don't need to use that ;). Apart from that, there
are some improvements in copr-frontend theme (flavor) package versioning
and a few other useful tweaks.

Please, Enjoy!
Copr team

[1] https://bodhi.fedoraproject.org/updates/FEDORA-2018-3c3931fd1d
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/CMIUUIR5PVBG3ZOI3Y7QWRTGI2R3K3LL/

Re: Invalid URL 'None': No schema supplied. Perhaps you meant http://None?

[Michal Novotny]

Hey,

On Mon, Jun 11, 2018 at 1:38 PM, Kevin Olbrich  wrote:

> Hi Michal,
>
> I just tried both (rpm folder and top). It did not work (still "Source
> zero not found").
> Should I just add an empty source?
>
> Mit freundlichen Grüßen / best regards,
> Kevin Olbrich.
>

Right, it doesn't use the rpkg.conf file because of explicit

rpkg', '-C', '/etc/rpkg.conf'

in
https://copr-be.cloud.fedoraproject.org/results/kolbrich/k2update/srpm-builds/00765433/builder-live.log

The config file is being explicitly set to /etc/rpkg.conf there, which
affects automatic config discovery and
reading. We will need to fix that on our builders. Sorry for that.

Glad you find a workaround.
clime


> 2018-06-11 13:27 GMT+02:00 Michal Novotny :
>
>> Hello,
>>
>> On Mon, Jun 11, 2018 at 12:58 PM, Kevin Olbrich  wrote:
>>
>>> Hi!
>>>
>>> I uploaded a new package to COPR with source located at GitHub.
>>> Every time I try to build it by either starting it manually or with the
>>> webhook, it fails with:
>>>
>>> Downloading None
>>> None
>>> Exception raised during package import.
>>> Traceback (most recent call last):
>>>   File "/usr/share/copr/dist_git/helpers.py", line 171, in download_file
>>> r = get(url, stream=True, verify=False)
>>>   File "/usr/lib/python3.6/site-packages/requests/api.py", line 72, in get
>>> return request('get', url, params=params, **kwargs)
>>>   File "/usr/lib/python3.6/site-packages/requests/api.py", line 58, in 
>>> request
>>> return session.request(method=method, url=url, **kwargs)
>>>   File "/usr/lib/python3.6/site-packages/requests/sessions.py", line 494, 
>>> in request
>>> prep = self.prepare_request(req)
>>>   File "/usr/lib/python3.6/site-packages/requests/sessions.py", line 437, 
>>> in prepare_request
>>> hooks=merge_hooks(request.hooks, self.hooks),
>>>   File "/usr/lib/python3.6/site-packages/requests/models.py", line 305, in 
>>> prepare
>>> self.prepare_url(url, params)
>>>   File "/usr/lib/python3.6/site-packages/requests/models.py", line 379, in 
>>> prepare_url
>>> raise MissingSchema(error)
>>> requests.exceptions.MissingSchema: Invalid URL 'None': No schema supplied. 
>>> Perhaps you meant http://None?
>>>
>>> During handling of the above exception, another exception occurred:
>>>
>>> Traceback (most recent call last):
>>>   File "/usr/share/copr/dist_git/importer.py", line 75, in do_import
>>> workdir
>>>   File "/usr/share/copr/dist_git/helpers.py", line 173, in download_file
>>> raise FileDownloadException(str(e))
>>> dist_git.exceptions.FileDownloadException: Invalid URL 'None': No schema 
>>> supplied. Perhaps you meant http://None?
>>> sending a response for task {'build_id': 765433}
>>> Sending back:
>>> {"build_id": 765433}
>>>
>>>
>>> Using the same spec as URL (manual build) works perfectly.
>>> This package does not need any external component, as it only bundles a
>>> shell script.
>>>
>>> https://copr.fedorainfracloud.org/coprs/kolbrich/k2update/build/765433/
>>> https://github.com/kevin-olbrich/k2update
>>>
>>> Any idea what's causing this?
>>>
>>
>> look at https://copr-be.cloud.fedoraproject.org/results/kolbrich/
>> k2update/srpm-builds/00765433/builder-live.log.
>>
>> cmd: ['rpkg', '-C', '/etc/rpkg.conf', 'srpm', '--outdir', 
>> '/var/lib/copr-rpmbuild/results/tmpntem662b', '--spec', 
>> '/tmp/tmp0l4ce8ed/k2update/rpm/kolbrich-k2update.spec']
>> cwd: /tmp/tmp0l4ce8ed/k2update/rpm
>> rc: 0
>> stdout: Wrote: 
>> /var/lib/copr-rpmbuild/results/tmpntem662b/kolbrich-k2update.spec
>> stderr: Source zero not found
>>
>> Output: ['kolbrich-k2update.spec']
>>
>> The src.rpm file is actually not being successfully generated (and the
>> subsequent copr-dist-git import error is misleading). The problem is that
>> you have no 'Source' directive in the spec file and the deprecated rpkg
>> auto-packing feature (description can be found here:
>> https://pagure.io/rpkg-util) requires one. You should be able to fix it
>> by putting rpkg.conf file into your Git repository with the following
>> content:
>>
>> [rpkg]
>> auto_pack = False
>>
>> You can either put it into the Gi

Re: Invalid URL 'None': No schema supplied. Perhaps you meant http://None?

[Michal Novotny]

Hello,

On Mon, Jun 11, 2018 at 12:58 PM, Kevin Olbrich  wrote:

> Hi!
>
> I uploaded a new package to COPR with source located at GitHub.
> Every time I try to build it by either starting it manually or with the
> webhook, it fails with:
>
> Downloading None
> None
> Exception raised during package import.
> Traceback (most recent call last):
>   File "/usr/share/copr/dist_git/helpers.py", line 171, in download_file
> r = get(url, stream=True, verify=False)
>   File "/usr/lib/python3.6/site-packages/requests/api.py", line 72, in get
> return request('get', url, params=params, **kwargs)
>   File "/usr/lib/python3.6/site-packages/requests/api.py", line 58, in request
> return session.request(method=method, url=url, **kwargs)
>   File "/usr/lib/python3.6/site-packages/requests/sessions.py", line 494, in 
> request
> prep = self.prepare_request(req)
>   File "/usr/lib/python3.6/site-packages/requests/sessions.py", line 437, in 
> prepare_request
> hooks=merge_hooks(request.hooks, self.hooks),
>   File "/usr/lib/python3.6/site-packages/requests/models.py", line 305, in 
> prepare
> self.prepare_url(url, params)
>   File "/usr/lib/python3.6/site-packages/requests/models.py", line 379, in 
> prepare_url
> raise MissingSchema(error)
> requests.exceptions.MissingSchema: Invalid URL 'None': No schema supplied. 
> Perhaps you meant http://None?
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>   File "/usr/share/copr/dist_git/importer.py", line 75, in do_import
> workdir
>   File "/usr/share/copr/dist_git/helpers.py", line 173, in download_file
> raise FileDownloadException(str(e))
> dist_git.exceptions.FileDownloadException: Invalid URL 'None': No schema 
> supplied. Perhaps you meant http://None?
> sending a response for task {'build_id': 765433}
> Sending back:
> {"build_id": 765433}
>
>
> Using the same spec as URL (manual build) works perfectly.
> This package does not need any external component, as it only bundles a
> shell script.
>
> https://copr.fedorainfracloud.org/coprs/kolbrich/k2update/build/765433/
> https://github.com/kevin-olbrich/k2update
>
> Any idea what's causing this?
>

look at
https://copr-be.cloud.fedoraproject.org/results/kolbrich/k2update/srpm-builds/00765433/builder-live.log
.

cmd: ['rpkg', '-C', '/etc/rpkg.conf', 'srpm', '--outdir',
'/var/lib/copr-rpmbuild/results/tmpntem662b', '--spec',
'/tmp/tmp0l4ce8ed/k2update/rpm/kolbrich-k2update.spec']
cwd: /tmp/tmp0l4ce8ed/k2update/rpm
rc: 0
stdout: Wrote: /var/lib/copr-rpmbuild/results/tmpntem662b/kolbrich-k2update.spec
stderr: Source zero not found

Output: ['kolbrich-k2update.spec']

The src.rpm file is actually not being successfully generated (and the
subsequent copr-dist-git import error is misleading). The problem is that
you have no 'Source' directive in the spec file and the deprecated rpkg
auto-packing feature (description can be found here:
https://pagure.io/rpkg-util) requires one. You should be able to fix it by
putting rpkg.conf file into your Git repository with the following content:

[rpkg]
auto_pack = False

You can either put it into the Git repo top-level or into the 'rpm'
subdirectory - both should work. That setting will disable the deprecated
auto-packing functionality that is being kept in Copr right now for
backward compatibility but will be disabled eventually.

Thanks for the clear issue description!
clime


> Kind regards,
> Kevin
>
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/copr-devel@
> lists.fedorahosted.org/message/CXJXCA4Y72HKEPSY42NPMKCEIXTY2HL4/
>
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/7FSDBM2ZQ23QEGFSKSR6DKUQB3DMZOR6/

New Release

[Michal Novotny]

Hello,

we have deployed a new Copr stack. Hurray!

The main highlights are that copr-dist-git as the last missing piece has
been rewritten into python3 meaning that the whole stack now runs on
python3. Then some new openSUSE chroots were introduced. Thanks to Neal
Gompa, you can now build for:

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

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

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

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

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

Re: COPR outage

[Michal Novotny]

fsck checks on both machines have passed successfully. Copr should be back
now.

Copr team

On Fri, May 18, 2018 at 9:16 AM, Michal Novotny <cl...@redhat.com> wrote:

> Hello,
>
> there were some filesystem errors reported on both copr-dist-git and
> copr-backend machines. Right now, both machines are stopped and fsck is
> running on them. The service will be unavailable for some time.
>
> Copr team
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/copr-devel@lists.fedorahosted.org/message/TD6SJFE3GXKMCZH2G7G2BRDDUOODQDWX/

Re: Backporting from rawhide: setting %fedora to 29

[Michal Novotny]

On Mon, May 14, 2018 at 3:13 PM, Miro Hrončok <mhron...@redhat.com> wrote:

> On 14.5.2018 15:09, Miro Hrončok wrote:
>
>> On 14.5.2018 14:20, Michal Novotny wrote:
>>
>>> Can we cover it just by providing "with" and "without" fields for
>>> chroots/builds which would then basically translate to --with/--without
>>> options for mock, rpkg, and similar tools?
>>>
>>
>> Yes! Good idea. Thanks.
>>
>

OK.


>
> One more thing. A granularity per package might be desirable here.


I will do some basic implementation, probably just with per-chroot
granularity. We will add the package specific setting when the new API and
new copr-cli comes.


>
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> 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: Backporting from rawhide: setting %fedora to 29

[Michal Novotny]

On Mon, May 14, 2018 at 1:12 PM, Miro Hrončok <mhron...@redhat.com> wrote:

> On 14.5.2018 12:35, Michal Novotny wrote:
>
>> Now to my problem: some packages update rawhide only and the
>> fedpkg+rpkg integration works like a charm. Other packages however
>> keep all the branches synced and they use the %{fedora} variable to
>> determine different behavior. I'd like to tell copr: Set fedora to
>> 29 even if building for older Fedoras. Can I do that?
>>
>>
>> Thank you for the positive feedback. I need to admit I don't exactly
>> understand the use-case. When a package keeps the branches synced, wouldn't
>> it help to build e.g. for rawhide branch only and ignore incoming push
>> events for all the other branches?
>>
>
> The use case for example:
>
> fedpkg switches to python3 in rawhide only with a conditional (if fedora >
> 28).
>
> I want to build a fedpkg package for f28 that uses python3.
>
> Currently that would require:
>
>  1. fedpkg clone fedpkg && cd fedpkg
>  2. change the conditional in spec
>  3. fedpkg srpm
>  4. copr upload and build
>  5. script the above or manually do it with every rawhide update
>
> What I'd like to do:
>
>  1. add fedpkg package with fedmsg+rpkg integration
>  2. set fedora to 29 via a configuration dialog
>  3. keep it running automatically


Can we cover it just by providing "with" and "without" fields for
chroots/builds which would then basically translate to --with/--without
options for mock, rpkg, and similar tools?


>
>
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

copr-backend out of service

[Michal Novotny]

Hello,

copr-backend was out service temporarily due to incomatible
python2-novaclient package that got installed last night. We have
downgraded the package back to version 3.3.1 installed from Koji, which is
compatible with the current cloud.

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

copr-frontend downtime

[Michal Novotny]

Hello,

there was an unexpected copr-frontend downtime aproximatelly from 7:30pm
UTC to 8pm UTC due to instance resizing to handle higher load.

With hopes for a smoother experience
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

rpkg 2.2 deployed

[Michal Novotny]

Hello,

rpkg 2.2 will now slowly start appearing on Copr builders after their
recyclation.

If you are using {{{ git_pack }}} macro in your spec file, note that this
version contains an important bugfix for symlinks present in your project.
The previous rpkg version would basically invalidate the (sym)linked paths
but this is now fixed and symlinks can happily live in your repo.

Note rpkg(-util) is a generic Git+rpm utility that can be used for projects
hosted on Github as well as for projects hosted on src.fedoraproject.org.
It's in no way related only to Fedora Copr even though it has been deployed
there first.

Enjoy! :)
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

openSUSE tumbleweed chroots enabled experimentally

[Michal Novotny]

Hello,

we have experimentally enabled chroots opensuse-tumbleweed-ppc64le and
opensuse-tumbleweed-x86_64.

Best regards!
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

copr-frontend release

[Michal Novotny]

Hello folks,

I have released and deployed copr-frontend-1.131:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-e562d3fdd8

Main thing there is fixed fedmsg listener that should now correctly rebuild
on both src.fp.o and pagure messages into main repos as well forked repos
and it should build always only the latest commit in a pushed batch.

Also distribution icon links were fixed.

Thank you!
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

ppc64le builders problem solved

[Michal Novotny]

Hello,

there was a problem with ppc64le builder spawning after yesterday's cloud
maintenance. This is now fixed. The problem is described in
https://pagure.io/fedora-infrastructure/issue/6889.

Sorry for the problems
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New release

[Michal Novotny]

On Thu, Apr 26, 2018 at 9:39 PM, Dominik Turecek  wrote:

> Hello,
>
> we have released new versions of backend, frontend, and rpmbuild.
> The release contains mostly fixes and unbundling of static libraries in
> frontend,
> as well as the addition of rpkg to COPR.
>
> We expect the packages to be deployed later today.
>
> Regards
> COPR team
>
> Updates:
> backend - https://bodhi.fedoraproject.org/updates/FEDORA-2018-7a486914e2
> frontend - https://bodhi.fedoraproject.org/updates/FEDORA-2018-5c6e60b4e7
> rpmbuild - https://bodhi.fedoraproject.org/updates/FEDORA-2018-212a96cff2



The deployment of those has been finished.

COPR team


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

builder image upgrade

[Michal Novotny]

Hello,

we have upgraded builder images to contain the latest packages for f27,
including redhat-rpm-config as requested in
https://bugzilla.redhat.com/show_bug.cgi?id=1571336.

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

Re: Failing to sync external repos for some chroots

[Michal Novotny]

Hello Guilherme,

e.g. this repo source:

https://rpm.nodesource.com/pub_8.x/el/
(https_rpm_nodesource_com_pub_8_x_el_releasever_basearch)

is only valid for epel chroots and should be only added for those (see
'Edit' link for individual chroots in project settings).

The repo with id https_rpm_nodesource_com_pub_8_x_el_27_basearch uses
https://rpm.nodesource.com/pub_8.x/el/27/$basearch link
but https://rpm.nodesource.com/pub_8.x/el/27/ gives 404.

So there are some problems with the repo setup.

An important repo is https://rpm.nodesource.com/pub_8.x/fc/, which provides
nodejs for Fedora with npm bundled but only up to f27. f28 and rawhide
builds will therefore fail. Also fedora-27-i386 is failing because dnf, for
some reason, prefers (probably because of the Arch field):

Name : nodejs
Epoch: 1
Version  : 8.11.0
Release  : 1.fc27
Arch : i686

over:

Name : nodejs
Epoch: 2
Version  : 8.11.1
Release  : 1nodesource
Arch : i386

I would suggest to use npm from official Fedora repositories or you can ask
maintainers of rpm.nodesource.com to
provide updated rpms (for f28 and f29).

Best Regards!
clime

On Sat, Apr 14, 2018 at 7:27 PM, Guilherme Cardoso  wrote:

> Hi!
> I'm trying to build a new version with external repositories for nodejs.
> Depending on the chroot the connectivity fails.
>
> For example, successful build:
> https://copr.fedorainfracloud.org/coprs/luminoso/Signal-
> Desktop/build/741053/
>
> Unsuccessful build, no matter how many times I submit:
> https://copr.fedorainfracloud.org/coprs/luminoso/Signal-
> Desktop/build/741061/
>
> builder-live shows the following:
> Failed to synchronize cache for repo 
> 'https_rpm_nodesource_com_pub_8_x_el_releasever_basearch',
> disabling.
> Failed to synchronize cache for repo 
> 'https_rpm_nodesource_com_pub_8_x_fc_releasever_basearch',
> disabling.
> Failed to synchronize cache for repo 
> 'https_rpm_nodesource_com_pub_8_x_el_27_basearch',
> disabling.
>
> which makes the build to fail afterward.  Any ideas what's going on?
> ___
> 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: Builders are slower than ever

[Michal Novotny]

On Fri, Apr 13, 2018 at 10:08 AM, Michal Novotny <cl...@redhat.com> wrote:

>
>
> On Fri, Apr 13, 2018 at 9:02 AM, Michal Novotny <cl...@redhat.com> wrote:
>
>> On Fri, Apr 13, 2018 at 8:47 AM, Jean-Marc Liger <
>> jean-marc.li...@parisdescartes.fr> wrote:
>>
>>> Hi all,
>>>
>>> Since a couple of days, builders are anormaly slow. I can take hours for
>>> a single build.
>>>
>>> Any reasons for that ?
>>>
>> We sincerely apologize for this. The current OpenStack platform on which
>> COPR builders are running is outdated and problematic and currently,
>> there
>> seems to be not yet solved problem in the platform that causes very slow
>> builder starts and inability to correctly delete instances.
>>
>> We will try to alleviate the issue as much as we can by preparing a
>> builder
>> image with the latest packages to minimize spawning time.
>>
>> Hopefully this will help.
>>
>> Sorry again, we are aware of it and working on this
>> COPR team
>>
>> P.S.: we are waiting for a new platform to arrive so when COPR
>> will be migrated there, the situation should be permanently very
>> much improved.
>>
>
> I opened this bug https://pagure.io/fedora-infrastructure/issue/6854.
> I hope somebody will be able to resolve this very soon.
>

Hello, the issue has been fixed by nirik and the rest of infrastructure
team.
(thank you a lot). COPR should be now again fully operable. I couldn't
previously spawn a machine to provision a new builder image so I will
do it additionally today.

Sorry for the problems!
COPR team


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

Re: Builders are slower than ever

[Michal Novotny]

On Fri, Apr 13, 2018 at 9:02 AM, Michal Novotny <cl...@redhat.com> wrote:

> On Fri, Apr 13, 2018 at 8:47 AM, Jean-Marc Liger <
> jean-marc.li...@parisdescartes.fr> wrote:
>
>> Hi all,
>>
>> Since a couple of days, builders are anormaly slow. I can take hours for
>> a single build.
>>
>> Any reasons for that ?
>>
> We sincerely apologize for this. The current OpenStack platform on which
> COPR builders are running is outdated and problematic and currently, there
> seems to be not yet solved problem in the platform that causes very slow
> builder starts and inability to correctly delete instances.
>
> We will try to alleviate the issue as much as we can by preparing a
> builder
> image with the latest packages to minimize spawning time.
>
> Hopefully this will help.
>
> Sorry again, we are aware of it and working on this
> COPR team
>
> P.S.: we are waiting for a new platform to arrive so when COPR
> will be migrated there, the situation should be permanently very
> much improved.
>

I opened this bug https://pagure.io/fedora-infrastructure/issue/6854.
I hope somebody will be able to resolve this very soon.


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

Re: Builders are slower than ever

[Michal Novotny]

On Fri, Apr 13, 2018 at 8:47 AM, Jean-Marc Liger  wrote:

> Hi all,
>
> Since a couple of days, builders are anormaly slow. I can take hours for a
> single build.
>
> Any reasons for that ?
>
We sincerely apologize for this. The current OpenStack platform on which
COPR builders are running is outdated and problematic and currently, there
seems to be not yet solved problem in the platform that causes very slow
builder starts and inability to correctly delete instances.

We will try to alleviate the issue as much as we can by preparing a builder
image with the latest packages to minimize spawning time.

Hopefully this will help.

Sorry again, we are aware of it and working on this
COPR team

P.S.: we are waiting for a new platform to arrive so when COPR
will be migrated there, the situation should be permanently very
much improved.

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

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

[Michal Novotny]

On Thu, Apr 12, 2018 at 11:20 AM, Miro Hrončok  wrote:
> See https://src.fedoraproject.org/rpms/git/commits/master -> last commit is
> from 2018-04-02. Yet the automation in
> https://copr.fedorainfracloud.org/coprs/churchyard/git/package/git/ still
> builds several empty builds every couple hours.
>
> I also get notifications like:
>
> Automated git copr build of None for srpm-builds finished with 'failed'
>
> Notification time stamped 2018-04-12 04:21:05 UTC
>
> {
> "certificate":
> "LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUVUakNDQTdlZ0F3SUJBZ0lDQVBZd0RRWUpL\nb1pJaHZjTkFRRUZCUUF3Z2FBeEN6QUpCZ05WQkFZVEFsVlQKTVFzd0NRWURWUVFJRXdKT1F6RVFN\nQTRHQTFVRUJ4TUhVbUZzWldsbmFERVhNQlVHQTFVRUNoTU9SbVZrYjNKaApJRkJ5YjJwbFkzUXhE\nekFOQmdOVkJBc1RCbVpsWkcxelp6RVBNQTBHQTFVRUF4TUdabVZrYlhObk1ROHdEUVlEClZRUXBF\nd1ptWldSdGMyY3hKakFrQmdrcWhraUc5dzBCQ1FFV0YyRmtiV2x1UUdabFpHOXlZWEJ5YjJwbFkz\nUXUKYjNKbk1CNFhEVEUwTURReU16RTBNamsxTVZvWERUSTBNRFF5TURFME1qazFNVm93Z2R3eEN6\nQUpCZ05WQkFZVApBbFZUTVFzd0NRWURWUVFJRXdKT1F6RVFNQTRHQTFVRUJ4TUhVbUZzWldsbmFE\nRVhNQlVHQTFVRUNoTU9SbVZrCmIzSmhJRkJ5YjJwbFkzUXhEekFOQmdOVkJBc1RCbVpsWkcxelp6\nRXRNQ3NHQTFVRUF4TWtZMjl3Y2kxamIzQnkKTFdKbExtTnNiM1ZrTG1abFpHOXlZWEJ5YjJwbFkz\nUXViM0puTVMwd0t3WURWUVFwRXlSamIzQnlMV052Y0hJdApZbVV1WTJ4dmRXUXVabVZrYjNKaGNI\nSnZhbVZqZEM1dmNtY3hKakFrQmdrcWhraUc5dzBCQ1FFV0YyRmtiV2x1ClFHWmxaRzl5WVhCeWIy\ncGxZM1F1YjNKbk1JR2ZNQTBHQ1NxR1NJYjNEUUVCQVFVQUE0R05BRENCaVFLQmdRQ2UKREs5VFQy\nM05BdTZPWTVGMnVVNHpMRW9Ld2k1RnRRTU5jVWV5eDdmOHJxMUZXaUxDWHBjWFhpU2tzUE1XV1NM\nWQo5SHNoa1pvM3ZjMHFSRXVBWDNweWRuM2VFRDA0UExrUmRlaWpvSXA5L0Y2YlZ3MmlLMDdXRmc5\nU2MwNlRsKzhSCld1RHNaeTQ1SVJKYXhCRTlJaHBYL0x2Y2JnQ1cvZmVHVGp5WG1iRHd0UUlEQVFB\nQm80SUJWekNDQVZNd0NRWUQKVlIwVEJBSXdBREF0QmdsZ2hrZ0JodmhDQVEwRUlCWWVSV0Z6ZVMx\nU1UwRWdSMlZ1WlhKaGRHVmtJRU5sY25ScApabWxqWVhSbE1CMEdBMVVkRGdRV0JCUm5lNTg0d3Bs\nWGYrZVE2K25zSTZCbm5BNENaRENCMVFZRFZSMGpCSUhOCk1JSEtnQlJyUUZyNUVnaUpXZWRaNVFY\nMUFoMEtUbjhVQUtHQnBxU0JvekNCb0RFTE1Ba0dBMVVFQmhNQ1ZWTXgKQ3pBSkJnTlZCQWdUQWs1\nRE1SQXdEZ1lEVlFRSEV3ZFNZV3hsYVdkb01SY3dGUVlEVlFRS0V3NUdaV1J2Y21FZwpVSEp2YW1W\namRERVBNQTBHQTFVRUN4TUdabVZrYlhObk1ROHdEUVlEVlFRREV3Wm1aV1J0YzJjeER6QU5CZ05W\nCkJDa1RCbVpsWkcxelp6RW1NQ1FHQ1NxR1NJYjNEUUVKQVJZWFlXUnRhVzVBWm1Wa2IzSmhjSEp2\nYW1WamRDNXYKY21lQ0NRRGpVQjVIVHhjZVJUQVRCZ05WSFNVRUREQUtCZ2dyQmdFRkJRY0RBakFM\nQmdOVkhROEVCQU1DQjRBdwpEUVlKS29aSWh2Y05BUUVGQlFBRGdZRUFVazNlbjBYUXpDQm5IUlh4\nZDhyOHp2ZFAwVURvbEpiUysyTEl3Z3NDClJDMnNkZ1UwNGdFblYxdFpVTjNydEk1SzQ2MnpKT0JQ\nOFhQd3h4eUZMN1lOYmVtWTgyTG52Y1pHdzliMGdxTDMKdHNKbzllSFV5SXBZMG93TlVKdzgzU1Ax\neFJvb3NwVGJRK3BsNm9qdjVPNVpGZ1lBUG1yckRWZ0M4a2gzRlp4Rgp0SWc9Ci0tLS0tRU5EIENF\nUlRJRklDQVRFLS0tLS0K\n",
> "crypto": "x509",
> "i": 3,
> "msg": {
> "build": 740145,
> "chroot": "srpm-builds",
> "copr": "git",
> "ip": "172.25.94.241",
> "owner": "churchyard",
> "pid": 14794,
> "pkg": null,
> "status": 0,
> "user": null,
> "version": null,
> "what": "build end: user:None copr:git build:740145 pkg:None
> version:None ip:172.25.94.241 pid:14794 status:0",
> "who": "backend.worker-9816-PPC64LE"
> },
> "msg_id": "2018-6688f20e-7d09-4b52-8708-8a2eedd3e490",
> "signature":
> "HqiUY1n7uatfPGVXjjOTN71cDz/zzwGYpUtIwM+pPK5v0/r9De9GIjAEXnpLBLqIsha8sGLGXx9x\n4sk6yIOtMGoaSC6r/YRT3A/DwyChl8wBap8nxJl3ApW8uU5vyZ9iyV67rUBQad95BVQuBZ8OtWPc\nQo6nR6U0XyYm8Y0hDOw=\n",
> "timestamp": 1523506865,
> "topic": "org.fedoraproject.prod.copr.build.end",
> "username": "copr"
> }
> https://copr.fedoraproject.org/coprs/churchyard/git/build/740145/

Yes, please, see this: https://pagure.io/fedora-infrastructure/issue/6575

The builds you are seeing are invoked by pushes into forks and that's
because DistGit message interface
has changed since the time of implementation :(.

>
> --
> You received this message due to your preference settings at
> https://apps.fedoraproject.org/notifications/churchyard.id.fedoraproject.org/email/908
>
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> 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: GitHub Apps

[Michal Novotny]

On Thu, Mar 22, 2018 at 2:13 PM, Pavel Raiskup  wrote:
> On Thursday, March 22, 2018 11:31:23 AM CET Jakub Kadlcik wrote:
>> The chart says that we likely want to use GitHub App. It doesn't matter
>> which way go, you always end up with GitHub App because of "Access
>> everything? No".
>>
>> Also, they say this, in the document
>>
>> > Using OAuth Apps
>> > - An OAuth App should always act as the authenticated GitHub user,
>> across all of GitHub
>> > - Don't build an OAuth App if you want your application to act on a
>> single repository. With the repo OAuth scope, OAuth apps can act on all of
>> the authenticated user's repositories.
>>
>> I have a question about a user-friendliness of these two - GitHub App vs
>> OAuth App. I am reading through tons of docs, but can't find the answer
>> anywhere. Do I understand it right, that in case of GitHub App, every user
>> will need to create his own app to get a new access token and put that into
>> Copr, but in case of OAuth app, *we* will create an application, put it
>> somehow into https://github.com/works-with and then a user will just
>> one-click to allow it and then everything will automagically work?
>
> - _I think_ that you can _only_ share GitHub OAuth App on GitHub's
>   "Marketplace".  Go to Settings -> Developer settings -> OAuth Apps
>   ->  -> "List this application in the Marketplace"
>
> - I'm not sure whether we can implement OAuth in one-click fashion for the
>   user, but I have to admit that I haven't gone that far with the research
>   (I only played with GitHub Apps, and those work pretty well for the
>   usecase).
>
>> In such case, OAuth apps may be worth it even though the permission
>> restriction possibilities are limited (
>> https://developer.github.com/apps/building-oauth-apps/scopes-for-oauth-apps/
>> )
>
> Right.  Maybe that's not an issue, who knows (TravisCI or CircelCI seems
> to be implemented this way, and people trust them, so why wouldn't they
> trust the Copr?).  For me it would be crucial whether the application (==
> copr) works under it's own name, say "Copr CI Bot" or it does something
> (or can) under my nick-name...  If it has it's own identity, I would be
> fine.

As for token-based authentication described here:

https://developer.github.com/apps/differences-between-apps/#token-based-identification

Github App:
An installation token identifies the app as the GitHub Apps bot, such
as @jenkins-bot.

OAuth App:
An access token identifies the app as the user who granted the token
to the app, such as @octocat.

>
> Pavel
>
>>
>>
>> Jakub
>>
>>
>>
>>
>> On Wed, Mar 21, 2018 at 12:57 PM, Pavel Raiskup  wrote:
>>
>> > On Wednesday, March 21, 2018 12:36:25 PM CET Miroslav Suchý wrote:
>> > > Dne 21.3.2018 v 12:28 Pavel Raiskup napsal(a):
>> > > > 4. store **only** the **app** credentials into copr
>> > >
>> > > Yes. Only one app for all projects and all githubs and individual
>> > permission
>> > > for each specific Github is granted via OAuth.
>> >
>> > GitHub OAuth:
>> >
>> > pros: users don't have to create custom app (a few clicks anyway)
>> > cons: that app has complete access to the repo, even push
>> >
>> > GitHub App:
>> >
>> > pros: users can grant the app to e.g. only set the "CI flags" in PR
>> > cons: users have to create the custom app in web-ui
>> >
>> > To me, we should support both ways (oauth for convenience of users)..  but
>> > I voted for non-OAuth as that's the only option I would _personaly_
>> > accept.
>> >
>> > 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
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: Builders are locked in importing mode

[Michal Novotny]

Hello Jean-Marc!

2018-03-14 12:41 GMT+01:00 Jean-Marc Liger <
jean-marc.li...@parisdescartes.fr>:

> Hi,
>
> It seems builders are locked in importing mode ?
>

Yes, thank you, it was somehow stuck on downloading firefox.

clime


> Thanks,
>
>
>
> * Jean-Marc LIGER Ingénieur Systèmes et Réseaux 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 <+33%201%2053%2010%2046%2017>
>
>
> ___
> 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: Can't build in f28

[Michal Novotny]

On Sun, Mar 11, 2018 at 2:11 PM, Richard W.M. Jones <rjo...@redhat.com>
wrote:

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

Thank you for the feedback!


>
> --
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~
> rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> virt-builder quickly builds VMs from scratch
> http://libguestfs.org/virt-builder.1.html
> ___
> 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: Can't build in f28

[Michal Novotny]

Hello Robert-André,

On Sun, Mar 11, 2018 at 2:15 AM, Robert-André Mauchin <zebo...@gmail.com>
wrote:

> On dimanche 11 mars 2018 01:09:14 CET Michal Novotny wrote:
> > Hello, thank you for the report. Disk was full on copr-dist-git so I have
> > enlarged it to twice the size.
> >
> > Best Regards!
> > clime
> >
>
> Thanks for solving the issue but I seem to have another one:
>
> https://copr.fedorainfracloud.org/coprs/eclipseo/firefox-
> nightly/build/726677/
>
> Builds interrupt just after import with:
>
> Downloading firefox-nightly-60.0a1.tar.gz
> stderr: Could not execute sources: firefox-nightly-60.0a1.tar.gz failed
> checksum
>
> https://copr-be.cloud.fedoraproject.org/results/eclipseo/firefox-nightly/
> fedora-28-x86_64/00726677-firefox-nightly/builder-live.log
>
> Best Regards,
>

One of the source file was only partially uploaded to CoprDistGit (then
disk got full) and it had a wrong checksum. I removed the file so you
can try to submit the build again (do not use 'Resubmit' function though
- that wouldn't re-import the sources again).

Best Regards
COPR team



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

Re: Can't build in f28

[Michal Novotny]

Hello, thank you for the report. Disk was full on copr-dist-git so I have
enlarged it to twice the size.

Best Regards!
clime

On Sat, Mar 10, 2018 at 10:48 PM, Robert-André Mauchin 
wrote:

> On samedi 10 mars 2018 22:25:43 CET Richard W.M. Jones wrote:
> > https://copr.fedorainfracloud.org/coprs/rjones/riscv/build/726615/
> > http://copr-dist-git.fedorainfracloud.org/per-task-logs/726615.log
> >
> > fatal: cannot update ref 'refs/heads/f28': couldn't write
> > '/var/lib/dist-git/git/rjones/riscv/riscv-qemu.git/./refs/
> heads/f28.lock'
> > ERROR: Branch rjones/riscv/riscv-qemu f28 could not be created
> >
> > --
> > Richard Jones, Virtualization Group, Red Hat
> > http://people.redhat.com/~rjones
>  Read my programming and virtualization
> > blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines.
> > Tiny program with many
> > powerful monitoring features, net stats, disk stats, logging, etc.
> > http://people.redhat.com/~rjones/virt-top
> > ___
> > copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> > To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
> I have similar issues with the package not being imported correctly
> https://copr.fedorainfracloud.org/coprs/eclipseo/firefox-
> nightly/build/726617/
> http://copr-dist-git.fedorainfracloud.org/per-task-logs/726617.log
>
> Running: git push
> Exception raised during push.
> Traceback (most recent call last):
>   File "/usr/share/copr/dist_git/package_import.py", line 241, in
> import_package
> commands.push()
>   File "/usr/lib/python2.7/site-packages/pyrpkg/__init__.py", line 1754,
> in
> push
> self._run_command(cmd, cwd=self.path)
>   File "/usr/lib/python2.7/site-packages/pyrpkg/__init__.py", line 998, in
> _run_command
> raise rpkgError(e)
> rpkgError: Command '['git', 'push']' returned non-zero exit status 1
>
> ___
> 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: Slow SRPM uploads?

[Michal Novotny]

I tried right now and reached upload speed around 1.6 MB/s. I cannot really
reproduce it.

clime

On Sun, Mar 4, 2018 at 2:08 PM, Richard Shaw  wrote:

> Both last night and this morning I'm experience EXTREMELY slow uploads
> ~25kB/s...
>
> Is something going on that would cause that?
>
> Thanks,
> Richard
>
> ___
> 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

frontend production update for yum-plugin-copr

[Michal Novotny]

Hello,

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

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

new copr-frontend release

[Michal Novotny]

Hello,

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

You can find the latest packages at
https://copr.fedorainfracloud.org/coprs/g/copr/copr/ (dnf copr enable
@copr/copr + dnf install ) if you are too impatient to wait for
the Fedora package to get into stable :).

Enjoy!

COPR team

---
copr-frontend changelog:
- several tweaks for graphs of utilization
- fix copr_update after user and group routes merge
- custom build: single-line textarea placeholder
- vanish '\r\n' in custom script
- fix filter has no len() error
- make the news box optional
- fix group listing
- remove workaround from copr_url macro
- merge regular and group views
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: Release notes

[Michal Novotny]

Hello, I have just deployed copr-frontend with additional fixes for module
building and custom method. There was a problem for both when running from
GUI. clime

On Mon, Feb 26, 2018 at 11:04 PM, Michal Novotny <cl...@redhat.com> wrote:

> Hello folks,
>
> last week on Friday, we released the latest version of our stack. It was
> quite a big release, probably the biggest we have done so far...so as
> expected some problems occured - mainly, fedmsg sending didn't work up
> until Saturday 11pm UTC, rpm download counting was a bit off (counting in
> also hits from copr builders), and fas group list didn't contain any
> entries.
>
> The first problem was, in the end, solvable pretty easily by upgrading
> python3-fedmsg from version 1.0.1-4 to 1.1.0-1. In 1.0.1-4, there is a bug
> in signing by x509 that makes the message sending fail during json
> serialization (on error: type 'bytes' is not json-serializable). The same
> problem is there for gpg crypto backend even in master:
> https://github.com/fedora-infra/fedmsg/issues/506, I believe (but I might
> be wrong).
>
> The second problem was solved by excluding copr-builder-gateway
> (communication bridge between builders and copr-backend) from hit-counting.
> But this was done as late as today so some projects will have an excessive
> number of rpm downloads reported for the next ~6 days :).
>
> And finally the third problem, was in python2->python3 conversion. Namely,
> in python3, 'filter' built-in method returns an iterator and if you do
> something like: some_list = [x for x in filter_iter] and then you try to
> do: another_list = list(filter_iter), then another_list will be empty due
> to the previously done iteration. Not so surprising once you know it but
> before...quite hard to find :).
>
> So all of these problems should be pretty much resolved now. I don't
> expect this will be everything but I still consider this release to go
> relatively smoothly so far.
>
> So...what new did we actually bring?
>
> Well, the first thing you can notice are the cool graphs showing number of
> running builds during last day and last 90 days (https://copr.
> fedorainfracloud.org/status/stats/). We might do some minor tweaks to the
> graphics but otherwise I consider this work of our intern Dominik Turecek
> very nice.
>
> Then there is a new  "custom" srpm build method together with a custom
> webhook (!) thanks to Pavel Raiskup! This method makes it possible to very
> easily tweak the dynamic source rpm generation procedure by giving you
> anything-to-type text-area so you can e.g. write:
>
> #! /bin/sh
> rust2rpm 
> spectool -g *.spec
>
>
> as suggested here: https://pagure.io/copr/copr/issue/246
>
> Extended examples of how to use this method (source type) can be found
> here: https://docs.pagure.org/copr.copr/custom_source_method.
> html#custom-source-method. By the way, we plan to extend the custom
> webhook functionality to other source methods as well.
>
> Another thing is Fedora DistGit auto-rebuilding!
>
> You can now setup a package in COPR that will be auto-rebuilt by a commit
> into your package repo at src.fedoraproject.org _super_ easily. All that
> is needed is to create a new SCM package, fill in "Clone URL" field with
> https:// clone url of your package repo and check "Webhook rebuild" (and
> Save).
>
> Note that you don't need to enable anything at src.fp.o settings page for
> your package if your package repo is a "main repo" (unforked). I will
> probably send a note about this feature even to fedora-devel mailing list.
>
> Next thing is that we reworked how "modules" are built in COPR, which is a
> great work done by Jakub Kadlcik. The main difference is that we no longer
> use MBS (Module Build Service) for building modules but we are building
> them ourselves, which brought many simplifications. Jakub will give you
> more information about this in his blog at http://frostyx.cz/.
>
> Another quite important thing is that we improved our queuing mechanism to
> prevent queue jamming that tend to occur quite frequently recently. We
> should be able to increase our throughput by a100% at least (in case anyone
> is building in COPR).
>
> Oh, we also added support for auto-rebuilding from BitBucket (!), which is
> a great work done by Peter Oliver (mavit).
>
> Next, we actually added tracking of srpm build progress (in case of
> dynamic source-generation methods like SCM). COPR now shows the progress of
> the srpm build as pending->starting->running(->suceeded), the same as for
> rpm build. The last item is in parentheses because when srpm build
> succeeds, then rpm (chroot) builds start (until then they are in "wai

New release

[Michal Novotny]

Hello,

we have just deployed the latest COPR stack to the production. I will talk
more about it on Monday. For now, you can enjoy the new graphs that our
_very_ talented intern has made :)...

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

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

[Michal Novotny]

On Tue, Feb 13, 2018 at 9:51 PM, Michal Novotny <cl...@redhat.com> wrote:

> Hello,
>
> On Tue, Feb 13, 2018 at 12:54 PM, Michael Šimáček <msima...@redhat.com>
> wrote:
>
>> On 2018-02-13 11:47, Pavel Raiskup wrote:
>>
>>> Sorry, I wanted to CC fedora devel before, forwarding.
>>>
>>> Pavel
>>>
>>> On Tuesday, February 13, 2018 10:54:55 AM CET Pavel Raiskup wrote:
>>>
>>>> Because we are unable to find a consensus on implementation details,
>>>> it's
>>>> likely we'll drop this feature from copr API and it will be probably a
>>>> bit
>>>> more complicated to setup mock chroot for local tests in future (you'll
>>>> need to have builder machine with copr-rpmbuild installed, which brings
>>>> a
>>>> lot more runtime dependencies at least).
>>>>
>>>>  From user perspective, do you mind if we dropped `copr mock-config`
>>>> command?
>>>>
>>>>
>> I didn't know this command existed, but there were multiple times in the
>> past where I wished something like this had been available (It didn't exist
>> back then). It was usually situation like this: "Hi, I'm trying to build
>> $package in $copr and it fails because of $build_tool that you maintain,
>> can you help me?". And since I had no idea how his copr was set up, it took
>> me a lot of time before I was able to reproduce the problem. So, I would
>> find the feature useful, especially in instances outside Fedora, which
>> usually have more complex configurations.
>> If it had to be dropped, I'd appreciate if copr could display the
>> configuration of given project for non-owners. That way it would be easier
>> to construct my own config, without trying to guess stuff based on the logs.
>>
>
> First, thanks for your input. This is very useful information for us.
> Next, I would like to ask if it was ok to put all the functionality about
> build-testing and building itself into just a single package:
> copr-rpmbuild. I think having things on just one place can help us focus on
> doing them really well and as the copr-rpmbuild tool is already responsible
> for building, I think it would be a perfect place to add additional
> build-debugging functionality like printing-out/dumping mock configs,
> enablement to run just a part of the build process, possibility to enter
> the build environment interactively etc. Would this be alright?
>

I need to add that with this tool you really need to know _what_ you are
building to be on the safe side. It is similar to running rpmbuild locally
(unless you are really just dumping mock configs).


>
> Thank you again for your feedback
> Michal
>
>
>>
>> Michael
>> ___
>> 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: Usefulness of `copr mock-config ` feature?

[Michal Novotny]

Hello,

On Tue, Feb 13, 2018 at 12:54 PM, Michael Šimáček 
wrote:

> On 2018-02-13 11:47, Pavel Raiskup wrote:
>
>> Sorry, I wanted to CC fedora devel before, forwarding.
>>
>> Pavel
>>
>> On Tuesday, February 13, 2018 10:54:55 AM CET Pavel Raiskup wrote:
>>
>>> Because we are unable to find a consensus on implementation details, it's
>>> likely we'll drop this feature from copr API and it will be probably a
>>> bit
>>> more complicated to setup mock chroot for local tests in future (you'll
>>> need to have builder machine with copr-rpmbuild installed, which brings a
>>> lot more runtime dependencies at least).
>>>
>>>  From user perspective, do you mind if we dropped `copr mock-config`
>>> command?
>>>
>>>
> I didn't know this command existed, but there were multiple times in the
> past where I wished something like this had been available (It didn't exist
> back then). It was usually situation like this: "Hi, I'm trying to build
> $package in $copr and it fails because of $build_tool that you maintain,
> can you help me?". And since I had no idea how his copr was set up, it took
> me a lot of time before I was able to reproduce the problem. So, I would
> find the feature useful, especially in instances outside Fedora, which
> usually have more complex configurations.
> If it had to be dropped, I'd appreciate if copr could display the
> configuration of given project for non-owners. That way it would be easier
> to construct my own config, without trying to guess stuff based on the logs.
>

First, thanks for your input. This is very useful information for us. Next,
I would like to ask if it was ok to put all the functionality about
build-testing and building itself into just a single package:
copr-rpmbuild. I think having things on just one place can help us focus on
doing them really well and as the copr-rpmbuild tool is already responsible
for building, I think it would be a perfect place to add additional
build-debugging functionality like printing-out/dumping mock configs,
enablement to run just a part of the build process, possibility to enter
the build environment interactively etc. Would this be alright?

Thank you again for your feedback
Michal


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

copr-backend upgraded

[Michal Novotny]

Hello,

we have deployed copr-backend-1. 110-2 to production. This version contains
patch to prevent multiple builder allocation for one srpm build, which
caused occasional failures on signing.

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

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

[Michal Novotny]

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

There will be an outage starting at 2018-01-16 09:00 UTC, which will last
approximately 0.5 hours.

To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d
'2018-01-16 09:00 UTC'

Reason for outage:

Upgrade of copr-backend machine to f27

Affected Services:

copr-backend - https://copr-be.cloud.fedoraproject.org/


Ticket Link:

https://pagure.io/fedora-infrastructure/issue/6635

Contact Information:

Please join #fedora-admin or #fedora-buildsys in irc.freenode.net or add
comments to the ticket for this outage above.
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

ChrotScan Enabled on copr-builders

[Michal Novotny]

Hello!

To tackle the latest problems with synchronizing Fedora repos, we have
employed mocks' ChrootScan plugin
 on
builders to tackle them. It will take a bit of time until 'chroot_scan'
directory with dnf logs (especially dnf.librepo.log is important) will
start occurring as new builders need to be spawned first that have the
updated mock config.

Hopefully we will be able to sort those issues out
Let us know if you encounter a problem with repo synchronization
Best regards
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

failing ppc64le builds

[Michal Novotny]

If you encountered the following log record in builder-live.log on ppc64le:

Running: unbuffer /usr/bin/mock --buildsrpm --spec
/tmp/tmp75ah4ork/gawk.spec --sources /tmp/tmp75ah4ork --configdir
/var/lib/copr-rpmbuild/results/configs --resultdir
/var/lib/copr-rpmbuild/results --define %_disable_source_fetch 0
--uniqueext 1515449007.724298 -r child
WARNING: Could not find required logging config file:
/var/lib/copr-rpmbuild/results/configs/logging.ini. Using default...
ERROR: Could not find log config file /etc/mock/logging.ini

It was because misconfiguration in new ppc64le images that were just
deployed in production.

The problem in base image is now fixed.

New x86_64 images were deployed as well. Both archs are now using the
latest mock 1.4.8.

We are very sorry for the problem.

COPR Team
___
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 Internal Server Error

[Michal Novotny]

Hey, thank you for noticing.

There was a SELinux configuration problem causing cgit (git_script_t) not
being able to access any git content (git_user_content_t). We have fixed it
by adding map permission for the git_script_t type:

allow git_script_t git_user_content_t:file map;

map permission is necessary since f27.

COPR team

On Wed, Jan 3, 2018 at 12:41 PM, Miro Hrončok  wrote:

> Hi,
>
> I keep getting Internal Server Error every time I want to see
> copr-dist-git, such as clicking any link at [1] or a commit has next to
> build details at copr frontend.
>
>
> [1] http://copr-dist-git.fedorainfracloud.org/cgit/
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> 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

after-release fixes

[Michal Novotny]

Hello, since the release on Monday, we have implemented and deployed the
following fixes:

- fixed building in epel-7-ppc64le chroot (by temporarily switching of
nosync mock plugin on ppc64le until we have better fix:
https://github.com/kjn/nosync/issues/3#issuecomment-353176672)
- fixed make-srpm build method by providing /etc/mock/default.cfg that is
missing in mock-1.3.4 being currently under use until new mock is released
- deployed backend-1.110 that contains fix for the backend repo
hit-counting script

Thank you if you build in COPR
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: COPR outage at 1am UTC

[Michal Novotny]

I am very sorry. I meant 1pm UTC today.

Best regrads
On behalf of COPR team
clime

On Mon, Dec 18, 2017 at 10:03 AM, Michal Novotny <cl...@redhat.com> wrote:

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

COPR outage at 1am UTC

[Michal Novotny]

Hello,

today there will be a COPR outage lasting approximately for 1 hour starting
at 1 a.m. UTC. We will be upgrading most of the machines to the latest
released Fedora version.

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

Re: is COPR down?

[Michal Novotny]

COPR is back now. Sorry for the problems. We get high load peaks at times.

clime

On Mon, Dec 4, 2017 at 7:05 PM, David Shea  wrote:

> Connection is timing out connecting to copr.fedorainfracloud.org. Is
> there an ETA on when it will come back?
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

COPR: usage of http:// in python client

[Michal Novotny]

Hello,

we have found out that http://copr.fedoraproject.org was used as default
API endpoint if no copr_url was specified for CoprClient initialization.
This is now fixed in the latest version of python-copr (python-copr-1.84)
and we recommend updating to that version. Also we have decided to revoke
user API tokens for which there have been accesses through the http
interface recently. You can find the list of the affected users in the
attachment and we apologize for this. Please, use
https://copr.fedorainfracloud.org/api/ to retrieve new tokens. If you know
you have been using CoprClient without specifying copr-frontend URL and you
won't find yourself in the attached list, please, go to
https://copr.fedorainfracloud.org/api/ and regenerate your tokens as well.

COPR team
jmontleon
hnakamur
user501254
sochotni
jkastner
bkabrda
james
khara
praiskup
lazka
madcat
che
openscapmaint
tartare
vishalv
jenslody
pvoborni
gozer
rholy
immanetize
msuchy
alebastr
mbaldessari
thm
___
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

[Michal Novotny]

Hello Jean-Marc,

answer is below...

On Tue, Nov 28, 2017 at 11:20 AM, Jean-Marc Liger <
jean-marc.li...@parisdescartes.fr> wrote:

> Hi Clime,
> Le 03/11/2017 à 06:39, Michal Novotny a écrit :
>
> Hey,
>
> On Wed, Nov 1, 2017 at 3:42 PM, Michal Novotny <cl...@redhat.com> 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
> <https://pagure.io/copr/copr/issue/160>, 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 ?
>

No, not really. This is an OpenStack problem as we are not able to spawn
any new ppc64le builder from COPR. We will try to build a new ppc64le image
based on Fedora27 and see if it helps and if not, we will give another try
to solve it together with OpenStack folks.

clime


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

[Michal Novotny]

Hey,

On Wed, Nov 1, 2017 at 3:42 PM, Michal Novotny <cl...@redhat.com> 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
<https://pagure.io/copr/copr/issue/160>, 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
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: New Deploy

[Michal Novotny]

Hello,

On Wed, Oct 18, 2017 at 7:46 PM, Michal Novotny <cl...@redhat.com> wrote:

> > I'll be writing docs for the new source type and all that can be done
> with it...wait for it ;). Now this is just a quick update.
>

The mentioned docs can be found here:
https://clime.github.io/2017/10/24/COPR-SCM.html

Best Regards!
COPR team


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

long waiting times for COPR jobs

[Michal Novotny]

Hello,

lately, COPR pending job queues are holding jobs for pretty long time (even
hours). This is a buggy behaviour and we will be doing our best to fix this
issue in the following days.

Thank your for your patience
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

Re: Counters down

[Michal Novotny]

I finally got to it again today. It seems all the setup is correct. It
works when invoked manually but not when invoked from cron.
I made a small change here
https://infrastructure.fedoraproject.org/cgit/ansible.git/commit/?id=bbc44d677706e05f649db4f86ec5804e11454b4f
but we will see if it helps. I will check it again on Monday and continue
debugging if it still doesn't work.

Thank you for being patient
clime

On Sun, Oct 15, 2017 at 4:04 PM, Jean-Marc LIGER <
jean-marc.li...@parisdescartes.fr> wrote:

>
>
> Le 11/10/2017 à 15:32, Jean-Marc LIGER a écrit :
>
> Hello Clime,
> Le 11/10/2017 à 14:05, Michal Novotny a écrit :
>
> Hello,
>
> On Wed, Aug 23, 2017 at 2:32 PM, Michal Novotny <cl...@redhat.com> wrote:
>
>> Hello!
>>
>> On Wed, Aug 23, 2017 at 2:29 PM, Jean-Marc Liger <
>> jean-marc.li...@parisdescartes.fr> wrote:
>>
>>>
>>> Le 22/08/2017 à 11:55, Jean-Marc Liger a écrit :
>>>
>>> Le 21/08/2017 à 16:15, Michal Novotny a écrit :
>>>
>>> Hello Jean,
>>>
>>> On Mon, Aug 21, 2017 at 4:05 PM, Jean-Marc Liger <
>>> jean-marc.li...@parisdescartes.fr> wrote:
>>>
>>>> Olders builds seem to be unvailable also.
>>>>
>>>
>>> Can you, please, give me more information about the builds.
>>>
>>>
>>> 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
>
>
___
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

[Michal Novotny]

Hello Jean!

On Thu, Oct 19, 2017 at 9:58 AM, Jean-Marc Liger <
jean-marc.li...@parisdescartes.fr> wrote:

> Hello,
>
> It seems that ppc64le builders are stuck in pending mode.
>
>
Thank you for the info! It should be fixed now.


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

New Deploy

[Michal Novotny]

Hello,

we have just deployed the latest COPR stack. Apart from a few bugfixes,
there is one important update: SCM source types were finally unified so now
there is only one "SCM" tab. You can also use copr command-line client
(copr-cli) to build for any Github/Gitlab/DistGit repo. See `copr-cli
buildscm` subcommand. You need the latest copr-cli (1.64) and python-copr
(1.82) for that. You should be able to find them in
https://copr.fedorainfracloud.org/coprs/g/copr/copr/. I'll be writing docs
for the new source type and all that can be done with it...wait for it ;).
Now this is just a quick update.

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

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

[Michal Novotny]

The problem should be fixed now. Please try and let me know.

clime

On Thu, Oct 5, 2017 at 4:39 PM, Michal Novotny <cl...@redhat.com> wrote:

> Hey,
>
> On Thu, Oct 5, 2017 at 2:56 PM, Miro Hrončok <mhron...@redhat.com> wrote:
>
> I may have found an issue with copr:
>>
>>
> Yes, it's a bug when accessing not-so-new builds that have not-updated
> build definition in DB.
> I can fix it manually in DB and in any case, this will be fixed upon next
> copr-frontend deploy
> (might be more than week though). Let me know if you want fast fix. I can
> do it immediately then.
>
>
>> 1. go to https://copr.fedorainfracloud.org/coprs/g/python/pypy35/builds/
>> 2. click a build ID -> https://copr.fedorainfracloud.
>> org/coprs/g/python/pypy35/build/564097/
>>
>> Error 500 : Internal Server Error
>> 'url'
>>
>> Note: This is a repository owned by a group.
>>
>> --
>> Miro Hrončok
>> --
>> Phone: +420777974800
>> IRC: mhroncok
>> ___
>> 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: Counters down

[Michal Novotny]

Hello,

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

> Hello!
>
> On Wed, Aug 23, 2017 at 2:29 PM, Jean-Marc Liger <jean-marc.liger@
> parisdescartes.fr> wrote:
>
>>
>> Le 22/08/2017 à 11:55, Jean-Marc Liger a écrit :
>>
>> Le 21/08/2017 à 16:15, Michal Novotny a écrit :
>>
>> Hello Jean,
>>
>> On Mon, Aug 21, 2017 at 4:05 PM, Jean-Marc Liger <
>> jean-marc.li...@parisdescartes.fr> wrote:
>>
>>> Olders builds seem to be unvailable also.
>>>
>>
>> Can you, please, give me more information about the builds.
>>
>>
>> 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!


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

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

[Michal Novotny]

Hey,

On Thu, Oct 5, 2017 at 2:56 PM, Miro Hrončok  wrote:

I may have found an issue with copr:
>
>
Yes, it's a bug when accessing not-so-new builds that have not-updated
build definition in DB.
I can fix it manually in DB and in any case, this will be fixed upon next
copr-frontend deploy
(might be more than week though). Let me know if you want fast fix. I can
do it immediately then.


> 1. go to https://copr.fedorainfracloud.org/coprs/g/python/pypy35/builds/
> 2. click a build ID -> https://copr.fedorainfracloud.
> org/coprs/g/python/pypy35/build/564097/
>
> Error 500 : Internal Server Error
> 'url'
>
> Note: This is a repository owned by a group.
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> 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: CI-style package builds from a Git repository

[Michal Novotny]

Hello Florian,

yes, it should be possible. I would need to see the build to debug the
problem.

Thank you
clime

On Mon, Oct 2, 2017 at 3:28 PM, Florian Weimer  wrote:

> Is there a way to get Copr to build binary packages directly from a Git
> repository?  I do not need the SRPM, and I don't want to bother with
> revision and %changelog updates.
>
> I tried an SCM-1 style repository (I think), but the generated SRPM only
> had the spec file, which is not what I want.
>
> I used to have a private builder which did exactly that for Debian
> packages, and it was extremely helpful for distributing software.  And if
> Copr isn't the tool for that, what is?
>
> Thanks,
> Florian
> ___
> copr-devel mailing list -- copr-devel@lists.fedorahosted.org
> To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org
>
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

New deploy

[Michal Novotny]

Hello,

today, we have deployed new copr-frontend 1.120-1, copr-backend 1.103-1,
and copr-keygen 1.68-1.

Changes in keygen and backend are mainly cosmetic (i.e. spelling fixes) but
in frontend, there are quite a few:

- fix build stucking with srpm url/upload resubmitted builds
- .spec cleanup
- move DEFER_BUILD_SECONDS to config values and set default to 80
- show backend log for srpm builds
- fix url to import log
- Bug 1431035 - coprs should check credentials before uploading
  source rpm

Hopefully, this will serve well. Next update will finally fix repo/rpm
download counters.

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

Re: New release

[Michal Novotny]

Hello Jean-Marc,

On Mon, Sep 11, 2017 at 2:00 PM, Jean-Marc Liger <
jean-marc.li...@parisdescartes.fr> wrote:

> Hi Clime,
> Le 07/09/2017 à 22:46, Michal Novotny a écrit :
>
> Hello!
>
> We have just released new COPR stack. There is one big important change:
>
> SRPMs are now built on builders before they get imported into DistGit.
>
> There will be more to follow regarding SRPM generation.
>
> Thank you for building on COPR
> COPR team
>
>
> Some (nice for me) features which were in the previous release have been
> reverted :
> - the original SRPM dist tag is present again in the package version ;
> - there is no more spec file in the result repository.
>
> What about it ?
>

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

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

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

Re: New release

[Michal Novotny]

Hello Robert,

On Sun, Sep 10, 2017 at 5:35 PM, Robert-André Mauchin 
wrote:

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

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


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

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

[Michal Novotny]

Hello,

If you encounter this error, you probably also won't get any easy access to
the logs about the error :(. We will fix that in the next release. For now,
you can access the logs in a slightly more difficult way:

They are placed at:

https://copr-be.cloud.fedoraproject.org/results/<
owner>//srpm-builds//

"srpm-builds" directory is placed next to the chroot directories.

Sorry for this inconvenience. We will fix this promptly for the next
release (i.e. make the link available directly from UI).

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

Re: New release

[Michal Novotny]

Hey Jean-Marc,

On Fri, Sep 8, 2017 at 9:50 AM, Jean-Marc Liger <
jean-marc.li...@parisdescartes.fr> wrote:

> Hi,
>
> Le 07/09/2017 à 22:46, Michal Novotny a écrit :
>
>> Hello!
>>
>> We have just released new COPR stack. There is one big important change:
>>
>> SRPMs are now built on builders before they get imported into DistGit.
>>
>
> Great, so DistGit won't be update if build fails ?
>
>
Right now, srpm is imported into DistGit before the actual rpm build. So it
should be updated if the rpm build fails. But it will not be updated if the
initial
srpm generation fails (that is the first step in the build process now
unless
SRPM upload or SRPM url sources are used, then it is being skipped).


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

Re: New release

[Michal Novotny]

Hello Igor!

On Fri, Sep 8, 2017 at 9:18 AM, Igor Gnatenko <
ignatenkobr...@fedoraproject.org> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Thu, 2017-09-07 at 22:46 +0200, Michal Novotny wrote:
> > Hello!
> >
> > We have just released new COPR stack. There is one big important
> > change:
> >
> > SRPMs are now built on builders before they get imported into
> > DistGit.
> Does it enable "external repositories"? Because I need patched RPM to
> build SRPM.
>

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


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

New release

[Michal Novotny]

Hello!

We have just released new COPR stack. There is one big important change:

SRPMs are now built on builders before they get imported into DistGit.

There will be more to follow regarding SRPM generation.

Thank you for building on COPR
COPR team
___
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org

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

[Michal Novotny]

You can watch this branch
https://pagure.io/copr/copr/branch/rpmbuild-providers that should fix the
problem after merge
Otherwise, you can also report the bug here Enter Bug: Copr
<https://bugzilla.redhat.com/enter_bug.cgi?product=Copr> or
https://pagure.io/copr/copr/issues and watch the status there.

Thank you
clime

On Fri, Sep 1, 2017 at 11:31 PM, Robbi Nespu <robbine...@fedoraproject.org>
wrote:

> Thank you, Where I can see bug status regarding this issue? I can't find
> it on bugzilla.
>
> On Fri, Sep 1, 2017 at 3:42 AM, Michal Novotny <cl...@redhat.com> wrote:
>
>> This is a bug on our side.
>>
>> More concretely, the error is caused by:
>>
>> BuildRoot: %(mktemp -ud %{_tmppath}/%{namevr}-XX)
>>
>> directive in the spec file. We "disallow" calling external commands
>> currently from
>> the .spec preamble.
>>
>> This will be fixed in the next release. As a temporary solution I would
>> suggest putting
>> the mktemp call into %build section or avoid it completely.
>>
>> Sorry for the problems
>> clime
>>
>> On Thu, Aug 31, 2017 at 8:26 PM, Robbi Nespu <
>> robbine...@fedoraproject.org> wrote:
>>
>>> Hi there,
>>> I am new with packager, please teach me if I doing wrong. I fork some
>>> project to learn about packaging.
>>>
>>> I forked a copr project (riot) and try to build new version of riot but
>>> failed, source are stored on github https://github.com/RobbiNespu/
>>> riot-rpm
>>>
>>> Latest build and  log : https://copr.fedorainfracloud.
>>> org/coprs/robbinespu/Riot/build/596875/
>>>
>>> I keep getting the same error for each build, can anyone tell my why and
>>> what should I do
>>> ___
>>> 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
>>
>>
>
>
> --
>
> Best Regards,
> RN
>
> ___
> 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: build process doesn't work for me

[Michal Novotny]

Hello Jean,

no problem at all. Glad you figured it out.

On Fri, Aug 25, 2017 at 7:06 PM, Jean-Marc Liger <
jean-marc.li...@parisdescartes.fr> wrote:

>
>
> Le 25/08/2017 à 17:03, Jean-Marc Liger a écrit :
>
> Le 25/08/2017 à 14:07, Jean-Marc Liger a écrit :
>
> Hello,
>
> All my builds have a 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 <+33%201%2053%2010%2046%2017>
>
>
> ___
> 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