Il 09/11/2015 21:46, Stephen John Smoogen ha scritto:
> On 9 November 2015 at 13:30, Germano Massullo
> <germano.massu...@gmail.com> wrote:
>> Hi, I am one of the Darktable maintainers.
>> Darktable 2.0 is going too be released soon. According to EPEL policies, I
>>
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
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
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
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
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
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
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
Other feedbacks?
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
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 --
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 --
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
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 --
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
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
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
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
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
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
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
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
22 matches
Mail list logo
