Pavel Raiskup wrote:
>> I thought that previous fedpkg or mock releases printed a
>> large banner which explained this a bit and linked to
>> further details? I would have thought that was still in
>> place, but perhaps not.
>
> Mock prints the banner you expect iff the corresponding
> epel-*
bradb...@seanet.com wrote:
> I misspelled centos as contos Now fedpkg mockbuild works with the proper
> links:
>
>>ls -l $HOME/.config/mock
> total 8
> lrwxrwxrwx. 1 bradbell bradbell 41 Jun 3 19:09 epel-8-x86_64.cfg ->
> /etc/mock/centos-stream+epel-8-x86_64.cfg
> lrwxrwxrwx. 1 bradbell
Laura Flores wrote:
> Link to the thread:
> https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/SN2KUYRQRVPN5YD25LQRCRTOXGH2TUDH/
I think https://pagure.io/fedora-infrastructure/issue/11233
is tracking this. It looks like the problematic system
should be out
Chris Adams wrote:
> Once upon a time, Todd Zullinger said:
>> Sylvain Jones via epel-devel wrote:
>>> It appears the update to pypolicyd-spf-2.9.3 from pypolicyd-spf-2.0.x
>>> crashes Postfix unexpectedly. Perhaps a missing dependency?
>>
>> It
Hi,
Sylvain Jones via epel-devel wrote:
> It appears the update to pypolicyd-spf-2.9.3 from pypolicyd-spf-2.0.x
> crashes Postfix unexpectedly. Perhaps a missing dependency?
It looks like pypolicyd-spf-2.9.3-2 should be in
epel-testing now. That update will install python3-authres,
so you may
manuel wolfshant wrote:
> On 10/22/22 00:22, Troy Dawson wrote:
>>
>> distribution-gpg-keys-1.78-1.el7 is currently in testing.
>> https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-318362b0c0
>>
>> You can get things moving my using the epel-testing repo
>> yum --enablerepo=epel-testing
Andrew C Aitchison wrote:
> On Sun, 9 Feb 2020, Pete Geenhuizen wrote:
>
>> Is this the right list to ask about the status of ClamAV 0.102.1 and
>> when it will be released?
>> If this is not the right list please tell which list I to which I
>> should direct this question.
>
> I don't have
Hi,
Fred Gleason wrote:
> On Wed, 2019-05-01 at 16:17 -0700, Kevin Fenzi wrote:
>> Can you please refile that as two bugs? On python3-pycurl and
>> python3-mysql?
>>
>> The python34 component is only for python34 itself, you will need to
>> get
>> those other two packages to fix things.
>
> I
Kevin Fenzi wrote:
> On 2/3/19 11:48 AM, Stephen John Smoogen wrote:
>> Over the weekend, tmz asked on IRC why their RHEL-6 build was
>> failing when it had not failed previously. The problem was that
>> the expat21 package was being seen in the buildroot and
>> over-riding the RHEL-6 expat.
>>
Dave Love wrote:
> I thought devtoolset was now available for building EPEL packages, but
> I've just tried with something that needs a more recent gcc than el6's
> but neither devtoolset-6 nor -7 are found. Should that work?
I don't think devtoolset was added to koji for el6. It's in
the mock
Nicolas Kovacs wrote:
> Le 19/05/2018 à 16:19, Todd Zullinger a écrit :
>> The gthumb package just needs to be rebuilt against the
>> updated exiv libraries. A scratch build succeeds, so this
>> should be a relatively easy fix and will hopefully get
>> cleared up soon.
Hi,
Nicolas Kovacs wrote:
> Our local school is running a highly customized Xfce desktop based on
> CentOS 7. We're using quite many EPEL packages.
>
> The upgrade from CentOS 7.4 to 7.5 has been a bit bumpy for desktop
> users. Here's what happens when I try to install the Gthumb image viewer:
heelsl...@163.com wrote:
> centos 1804
> epel-release-7-11.noarch
> when i install qtcreator i got this errors bellow, and qt5-qtstyleplugins is
> same.
> --> Finished Dependency Resolution
> Error: Package: qt-creator-4.1.0-3.el7.x86_64 (epel)
>Requires: qt5-qtbase(x86-64) = 5.6.2
>
James Hogarth wrote:
> On Wed, 11 Apr 2018, 00:59 Todd Zullinger, <t...@pobox.com> wrote:
>> Red Hat announced today that Ansible was being deprecated
>> from the extras channel. Their advice is that those who
>> have "previously installed Ansible and its depende
James Hogarth wrote:
> I was under the impression that as of 2.4.0 in EL7 we removed ansible
> from EPEL7 since Red Hat included it in their extras repo, and EPEL
> policy is not to conflict.
>
> I was surprised just now to see ansible 2.5.0 on a test centos system,
> when it wasn't in extras,
Kevin Fenzi wrote:
> On 02/01/2018 07:40 AM, Todd Zullinger wrote:
>> Tom "spot" Callaway wrote:
>>> On 01/31/2018 10:53 AM, Stephen John Smoogen wrote:
>>>> So we have a problem with what is the canonical place for SCL's. I was
>>>> going fro
Tom "spot" Callaway wrote:
> On 01/31/2018 10:53 AM, Stephen John Smoogen wrote:
>> So we have a problem with what is the canonical place for SCL's. I was
>> going from http://mirror.centos.org/centos/7/sclo/ which just says x86_64.
>
> Even just getting x86_64 devtoolset into the potential
Stephen John Smoogen wrote:
> On 27 January 2018 at 15:41, Todd Zullinger <t...@pobox.com> wrote:
>> I'm not sure if we want to limit the package set to
>> devtoolset* via includepkgs or not. I did so in the above
>> commit and have tested it very lightly. Restricti
Hi,
I'm just a curious bystander and fellow package maintainer, so if
anything I say contradicts Jamie or other nginx maintainers, go with
them rather than me. :)
Somers-Harris, David | David | OPS wrote:
I have a question regarding the nginx package.
I’ve noticed that there are some known
Manuel Wolfshant wrote:
On 07/18/2017 05:02 PM, Claessen, Paul wrote:
Thanks for the reply!
Would you, by any chance, have a suggestion on how to avoid this behavior?
Is there anything I can do so that when I do a yum install, it will
always, and only, install the latest version of a
Hi Thomas,
Thomas Moschny wrote:
we are missing /usr/libexec/git-core/git-http-backend in the new
package. Has this been intentionally removed, or is this an accident?
The git exec-path on EL5 is /usr/bin, which was a requirement when
updating from 1.5 to prevent scripts from breaking.
21 matches
Mail list logo
