On 01/29/2015 04:36 PM, Miroslav Suchy wrote:
This is problem in mockchain:
I'm taking it back. This is completly correct.
curl
http://www.patternfly.org/wp-content/uploads/rpmsrc/patternfly1-1.1.3-1.fc20.src.rpm
will print you redirect to https variant:
https://www.patternfly.org/wp
On 02/13/2015 05:26 PM, Richard Shaw wrote:
I added a comment to the BZ... The release doesn't really bother me but
it takes the dist tag from the SRPM which I think is a bad idea, and
since the repos are separate for each release, I don't think it provides
any useful purpose.
Technically
Dne 11.5.2015 v 19:13 Klára Šimíčková napsal(a):
Thank you very much for your thoughts. I've changed the font and
simplified the dill seed and I think it matches the Fedora types much
better. So what do you think about this one?
This one is much better!
Can we use it?
Which font is used?
Dne 4.7.2015 v 17:01 Sérgio Basto napsal(a):
Anyone could see what happens with copr ? [1] which have some pending
jobs since yesterday on ppc64le builders .
[1] https://copr.fedoraproject.org/status/waiting/
Fixed.
M.
___
copr-devel mailing
On 11/05/2015 09:54 PM, Sergio Oliveira wrote:
> Patch attached
Patch committed and pushed.
Thank you.
Mirek
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/copr-devel
Dne 7.6.2016 v 11:26 Pavel Raiskup napsal(a):
Is this still truth even for the rubygem batch? Seems like the ruby
builds have some higher priority (waiting about ~2 hours before some other
build gets processed).
Ops. One config value got lost during latest upgrade. Should be fixed now.
Mirek
Dne 13.6.2016 v 21:40 Zygmunt Krynicki napsal(a):
Is there any issue with the infrastructure or is it possible that there is
something wrong on my end?
Yes, we are aware of this problem (since today's afternoon). It is
problem in Copr code. We will fix it soon. In the mean time reload helps
Hi,
I just upgraded Copr instance to new version.
There is one big change. You can now lower priority of your build.
It was introduced to easy rebuild of rubygems and pypi. But it can be
used by CI systems later.
Copr-cli from our git, has --background option already. It lowers the
priority.
Dne 26.6.2016 v 17:36 Clinton Work napsal(a):
The following chromium job has been running for the past 2 days and it
looks like it is backing up the rest of the build queues. There are now
168 build jobs waiting in the queue.
Running Project Build Package NamePackage Version Chroot
2
copr.fedoraproject.org
or
copr.fedorainfracloud.org
The second one is preferred for now.
Miroslav Suchy
___
copr-devel mailing list
copr-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/admin/lists/copr-devel@lists.fedorahosted.org
Dne 22.1.2016 v 13:26 Patrick Uiterwijk napsal(a):
> The old URL is a redirect at this moment, and I don't see any
> reason to drop those in the foreseeable future.
I am curious as well.
What was wrong on copr.fedoraproject.org? What was the reason for the
change?
Mirek
Dne 15.3.2016 v 13:21 Sérgio Basto napsal(a):
> Hello, can someone fix this please ,
> https://copr.fedorainfracloud.org/coprs/sergiomb/vboxfor23/build/167974
> /
>
> builds are done , repo is working, but status says that still running
There was running appstream builder. For unknown reason. I
Dne 19.4.2016 v 09:09 Sérgio Basto napsal(a):
> https://copr.fedorainfracloud.org/coprs/sergiomb/vboxfor23/build/178895/
> http://copr-dist-git.fedorainfracloud.org/per-task-logs/178895-epel7.lo
Fixed.
Our current code leaves some files behind. There is already fix in
master which should prevent
FYI - in case you operate your own Copr instance.
Currently our copr-dist-git is on EL7, but this means we are unable to
process weak and rich deps. So I moved our devel instance to F23 and it
work flawlessly. So after next deploy to production we will stop
actively support EL7 as target plaftorm
Dne 17.4.2016 v 17:38 Martin Novák napsal(a):
> Copr however offers only Tito and Mock SCM builds. From what I read,
> it seems to me that both methods expect upstream and packaging files
> to be in same repository. Is it true? If not, is there any example of
> a Tito/MockSCM project linking
Recently I've got reports that
http://copr-dist-git.fedorainfracloud.org/cgit/
was timeouting.
I enabled cgit cache and disabled access for robots and it seems it helped.
If you encounter some problems please report.
Mirek
___
copr-devel mailing
Hi,
today we had incident, where Copr failed to sign package. It started
yesterday and it took us nearly one day to fix the issue.
It was caused by upgrade of gnupg2 and it tried to migrate data to new
format, which failed in middle of the process.
Today we restored the data and manually migrated
17 matches
Mail list logo