As I wrote in
https://bugzilla.redhat.com/show_bug.cgi?id=2129662#c11
I did not know that epel packages are used also in CentOS Stream,
sometimes causing issues like the one previously mentioned.
In fact this behaviour obliges epel maintainers that wanted to maintain
RHEL only, to work to main
There hasn't been a qt update in CentOS Stream 8 or 9 since May 2022,
so you'll have to give more information.
I double checked and I found out the origin of my misunderstanding. I
wrote everything in this comment
https://bugzilla.redhat.com/show_bug.cgi?id=2129662#c8
___
any update on this matter? A few days ago I got another bugreport
concerning CentOS Stream Qt update breaking an application
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedorap
A colleague suggested me to use
http://elrepo.org/tiki/kernel-ml
so I no longer need help for the Copr build.
Best regards
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedorapro
Good day,
on Fedora Copr I am trying to build kernel 4.x [1] for EL7.
The problem is that the build [2] fails on "No Package found for
llvm-toolset-7.0"
I checked the srpm and devtoolset for llvm are present and also enabled
(line 1110), so I really wonder what is wrong.
Thank you for your
Il 29/04/22 21:42, Troy Dawson ha scritto:
On Fri, Apr 29, 2022 at 11:28 AM Germano Massullo
wrote:
Recent CentOS Stream Qt update broke some EPEL packages like
keepassxc
that needed a rebuild against the new Qt version.
Can we talk about a way to prevent this from happening
Recent CentOS Stream Qt update broke some EPEL packages like keepassxc
that needed a rebuild against the new Qt version.
Can we talk about a way to prevent this from happening again?
Best regards
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=2077742
__
Good day, package "apcupsd" (client for APC Uninterruptible Power Supply) is
now available on EPEL 8.
So if you own such UPS and an Enterprise Linux 8 workstation you can enjoy
using this service.
Best regards
___
epel-devel mailing list -- epel-devel@
Good day, BOINC Text User Interface is now available on EPEL 7 and 8, so
you can better manage BOINC client on headless systems.
Just install boinc-tui package and enjoy!
P.S. you may want to join BOINC volunteers to help scientific research
against COVID19. More informations at https://boinc.bake
Il 25/03/2018 00:24, Jason L Tibbitts III ha scritto:
> The package should appear in the repositories with the next EPEL7
> compose.
>
> - J<
>
Thank you Jason, when next EPEL7 compose will happen?
___
epel-devel mailing list -- epel-devel@lists.fedorapr
I released open-eid as a new package in epel7-testing [1], but when I run
# yum --enablerepo=epel-testing install open-eid
I obtain various message like
Error: Package: webextension-token-signing-1.0.6-4.el7.x86_64
(epel-testing) Requires: esteidcerts
but esteidcerts package is in EPEL7 *stable
Il 03/01/2018 10:25, Anssi Johansson ha scritto:
> Please upgrade to SL 7.4 and see if the problems persist. darktable in
> EPEL was compiled in RHEL 7.4.
Exactly!
// darktable co-maintainer here :-)
___
epel-devel mailing list -- epel-devel@lists.fedorap
https://bugzilla.redhat.com/show_bug.cgi?id=1381507#c9
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Other feedbacks?
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Il 25/10/2016 19:07, Kevin Fenzi ha scritto:
> Well, we need more information (or at least I do):
>
> * Is 1.x still supported by upstream?
No
> * is 1.x still supported by anyone else (rhel, other lts distros,
> people you could work with on backporting fixes).
I don't think so, and I have nev
The following message concerns darktable major update 2.x (actually on
EPEL7 = 1.6.x)
My interpretation of EPEL packaging guidelines [1] is that the major
update darktable 2.x should be pushed as a darktable2 package [2].
Moreover, once you read XML files (generated by darktable) of photos
using da
Hi, I would like to inform you that the first build of owncloud-client
is going to be pushed in testing repositories.
So I am glad that people who use EPEL7 on their machine can now benefit
of that great piece of software that owncloud is.
Have a nice day
__
Just fixed the problem (thank you Rex Dieter) and built 2.0.3
https://copr.fedorainfracloud.org/coprs/germano/Darktable_2.0_release_candidate/build/172878/
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin
darktable 2.0.2 successfully built for EPEL 7 on my Copr repository:
https://copr.fedorainfracloud.org/coprs/germano/Darktable_2.0_release_candidate/
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/list
2016-03-03 13:32 GMT+01:00 Peter Loeffler :
> Do you know why on Sep 08 2015 the decition was made to build without
> libgnome-keyring?
>
I am in constant contact with upstream developers and almost every change
has been made with their supervision
___
Hi, I am the darktable co-maintainer for Fedora
I tried to test darktable 2.0.x on EPEL7, but the build will fail due an
old version of pugixml
https://copr-be.cloud.fedoraproject.org/results/germano/Darktable_2.0_release_candidate/epel-7-x86_64/00165100-darktable/build.log.gz
Il 23/11/2015 23:22, R P Herrold ha scritto:
> On Sat, 21 Nov 2015, Germano Massullo wrote:
>
>> Did you try to ask them to include all TeXLive packages that are
>> available from upstream? If not, I can try
> there are lots of licenses to audit, per sub-package, and
> de
Il 21/11/2015 04:56, Orion Poplawski ha scritto:
> On 11/20/2015 03:51 AM, Germano Massullo wrote:
>> I saw https://admin.fedoraproject.org/pkgdb/package/texlive/ that there
>> is not texlive for EPEL7.
>> But in a CentOS 7 installation, if I do "yum search texlive"
I saw https://admin.fedoraproject.org/pkgdb/package/texlive/ that there
is not texlive for EPEL7.
But in a CentOS 7 installation, if I do "yum search texlive" you get
many packages. They have been simply automatically ported from the EPEL
6 repos? Why are them so less in amount, compared to the Fe
Il 09/11/2015 21:46, Stephen John Smoogen ha scritto:
> On 9 November 2015 at 13:30, Germano Massullo
> wrote:
>> Hi, I am one of the Darktable maintainers.
>> Darktable 2.0 is going too be released soon. According to EPEL policies, I
>> could not release such major releas
Hi, I am one of the Darktable maintainers.
Darktable 2.0 is going too be released soon. According to EPEL policies, I
could not release such major release for EPEL/RHEL 7.
Do you usually apply this rule strictly or sometimes you make an exception?
New version of Darktable will rely on GTK3, but con
26 matches
Mail list logo