Hi
I'm Main developper ofSystemImager a software that is aimed at image deployment on cluster client nodes (and other computer by extension): https://github.com/finley/SystemImager/wiki https://github.com/finley/SystemImager/wiki/ScreenShots
It is based on dracut+plymouth for the imager and builds fine on most distro including fedora-30.
Unfortunately, I've discovered with centos-8 that many (I really mean MANY) packages have been dropped by redhat and epel as well. redhat dropped docbook-utils-pdf for example (while keeping docbook-utils) which I rely on to build the manual.
EPEL-8 has dropped xmlstarlet, perl-Qt and a few others which I deeply rely on.
My question is simple. What is the status of EPEL8? I mean is it incomplete and I shouldn't worry about packages like xmlstarlet or perl-Qt missing as they will appear anytime soon or did EPEL also dropped many packages like RHEL did for v8 and I’m stuck?
While I can understand that perl-Qt is not widely used or docbook-utils-pdf can be replaced with some xml alternative (that I need to identify), I can’t believe that tools like xmlstarlet will be unavailable to RHEL/CentOS v8 as AFAIK, there is no alternative to manipulate/validate/transform xml files from command line. Did I missed something?
Best Regards,
-- Olivier LAHAYE
On Mon, Sep 30, 2019 at 09:34:27AM +0000, LAHAYE Olivier wrote:
Unfortunately, I've discovered with centos-8 that many (I really mean MANY) packages have been dropped by redhat
Yes, that happens.
and epel as well.
EPEL did not drop anything. EPEL for a new RHEL always starts with an empty repository. Any package appears there must be actively requested and packaged.
redhat dropped docbook-utils-pdf for example (while keeping docbook-utils) which I rely on to build the manual.
Either buy a RHEL subscription and report a request to Red Hat, or ask EPEL packagers to package docbook-utils-pdf from the docbook-utils RHEL sources.
EPEL-8 has dropped xmlstarlet,
File a request to Fedora Bugzilla for adding it.
perl-Qt
perl-Qt is deader than a dead horse. It requires other libraries that cannot be even built and many distributions including Fedora and Debian removed it. Please use a different GUI toolkit.
-- Petr
Thanks for your help, I'll request packages like xmlstarlet. For docbook-utils-pdf, I don't understand why redhat did drop it, and I wonder how can EPEL publish only the missing part without breakage if redhat updates the 1st half. Anyway, I'll also request it. Aside that, I'll try to learn and understand how I can migrate my docbook sgml files to more modern techno.
For perl-QT, Fedora-30 still ships it: https://pkgs.org/download/perl-Qt (v4.14.3-17), but I know it's not well maintained.
In fact, I'm in the process of removing all scripting language like perl, python and such from SystemImager keeping only bash code (wich is rock solid across ages) as those language (perl, python, lua, ...) are not stable in the long term (need often port at each release, libraries change or obsolecences, ...). Even the shebang is not consistent across distros. Now, #!/usr/bin/python is broken on rhel-8/centos-8 which doesn't provide a compatibility link.
Olivier.
Le 30/09/2019 12:53, « Petr Pisar » ppisar@redhat.com a écrit :
On Mon, Sep 30, 2019 at 09:34:27AM +0000, LAHAYE Olivier wrote: > Unfortunately, I've discovered with centos-8 that many (I really mean MANY) > packages have been dropped by redhat
Yes, that happens.
> and epel as well.
EPEL did not drop anything. EPEL for a new RHEL always starts with an empty repository. Any package appears there must be actively requested and packaged.
> redhat dropped docbook-utils-pdf for example (while keeping docbook-utils) > which I rely on to build the manual. > Either buy a RHEL subscription and report a request to Red Hat, or ask EPEL packagers to package docbook-utils-pdf from the docbook-utils RHEL sources.
> EPEL-8 has dropped xmlstarlet,
File a request to Fedora Bugzilla for adding it.
> perl-Qt
perl-Qt is deader than a dead horse. It requires other libraries that cannot be even built and many distributions including Fedora and Debian removed it. Please use a different GUI toolkit.
-- Petr
Hello, I'm on server using munin software and I notice that this package is missing from EPEL for CentOS 8.
I'm trying to build this package in my local mock from Fedora 31 package, but it fails on perl dependencies.
What can I do to cowork on this package to be in EPEL repository.
With best regards, Filip Bartmann
On Mon, 30 Sep 2019 11:45:24 +0000 LAHAYE Olivier olivier.lahaye@cea.fr wrote:
Thanks for your help, I'll request packages like xmlstarlet. For docbook-utils-pdf, I don't understand why redhat did drop it, and I wonder how can EPEL publish only the missing part without breakage if redhat updates the 1st half. Anyway, I'll also request it. Aside that, I'll try to learn and understand how I can migrate my docbook sgml files to more modern techno.
For perl-QT, Fedora-30 still ships it: https://pkgs.org/download/perl-Qt (v4.14.3-17), but I know it's not well maintained.
In fact, I'm in the process of removing all scripting language like perl, python and such from SystemImager keeping only bash code (wich is rock solid across ages) as those language (perl, python, lua, ...) are not stable in the long term (need often port at each release, libraries change or obsolecences, ...). Even the shebang is not consistent across distros. Now, #!/usr/bin/python is broken on rhel-8/centos-8 which doesn't provide a compatibility link.
Olivier.
Le 30/09/2019 12:53, « Petr Pisar » ppisar@redhat.com a écrit :
On Mon, Sep 30, 2019 at 09:34:27AM +0000, LAHAYE Olivier wrote: > Unfortunately, I've discovered with centos-8 that many (I > really mean MANY) packages have been dropped by redhat Yes, that happens. > and epel as well. EPEL did not drop anything. EPEL for a new RHEL always starts
with an empty repository. Any package appears there must be actively requested and packaged. > redhat dropped docbook-utils-pdf for example (while keeping > docbook-utils) which I rely on to build the manual. > Either buy a RHEL subscription and report a request to Red Hat, or ask EPEL packagers to package docbook-utils-pdf from the docbook-utils RHEL sources. > EPEL-8 has dropped xmlstarlet,
File a request to Fedora Bugzilla for adding it. > perl-Qt perl-Qt is deader than a dead horse. It requires other libraries
that cannot be even built and many distributions including Fedora and Debian removed it. Please use a different GUI toolkit.
-- Petr
epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject...
On Mon, Sep 30, 2019 at 01:59:33PM +0200, filbar@centrum.cz wrote:
I'm on server using munin software and I notice that this package is missing from EPEL for CentOS 8.
I'm trying to build this package in my local mock from Fedora 31 package, but it fails on perl dependencies.
What can I do to cowork on this package to be in EPEL repository.
For each missing dependency, file a request to Fedora Bugzilla. If it existed in EPEL 7, use "Fedora EPEL" product, if it never existed, use "Fedora" products and the same Fedora component you are missing. Hopefully former maintainers will add it into EPEL 8.
You can also become a packager and add and maintain the packages yourself in the EPEL.
-- Petr
On Mon, Sep 30, 2019 at 11:45:24AM +0000, LAHAYE Olivier wrote:
For docbook-utils-pdf, I don't understand why redhat did drop it, and I wonder how can EPEL publish only the missing part without breakage if redhat updates the 1st half.
This is the burden of a downstream distributor. You never know what the upstream breaks.
One way EPEL wants to solve it is repackaging the complete package as a Modularity module and then providing it to users as a non-default module stream so that users who need it can explictly enable it and consume the packages from EPEL instead from CentOS/RHEL.
For perl-QT, Fedora-30 still ships it: https://pkgs.org/download/perl-Qt (v4.14.3-17), but I know it's not well maintained.
It's there by a mistake. (A late Qt rebase broke it and nobody removed it from the distribution.) It even cannot be installed.
-- Petr
Hi,
I've reported packages I've found missing so fare (right now), but I may add some in the future.
Don't get me wrong I don't blame EPEL for their effort, I'm so happy that it exists that I'll do my best to help at least by reporting bugs in the most constructive way I can.
For now, I'm unable to help building as 100% of my spare time is dedicated to bring back to life SysteImager and OSCAR Cluster.
For those who knew SystemImager, the new upcoming release is light years ahead the last stable release (full rewrite of the imager that can install an run a linux distro without rebooting). But there is still lots of work to do before I can release it. As I said, I'm in the process of removing most perl/python code that is too hard to maintain (migration between releases, shebang changes, inconsistency of toolboxes across distros, ...) in the benefit of a web GUI with push events (php + json). I'll soon solve the perl-Qt dependency.
Of course, once released, I'll maintain EPEL package for EPEL6,7,8 , all supported fedoras and SuSE (and hopefully Debian world if I find time to sort out dracut/initramfstools conflicts and have some kind of automatic dependency checking like the rpm-helpers we have for php/perl/python/binaries/...)
All SystemImager is based on sgml docbook V4? Files and I know this is pretty old, but I have no knowledge to migrate that to something that is up to date and modern. Any tips? Should I move to mxml? (as I need to find an alternative for missing docbook-utils-pdf needed here: https://github.com/finley/SystemImager/tree/initrd-from-imageserver-and-dont...).
Best regards,
Olivier.
Le 30/09/2019 14:08, « Petr Pisar » ppisar@redhat.com a écrit :
On Mon, Sep 30, 2019 at 11:45:24AM +0000, LAHAYE Olivier wrote: > For docbook-utils-pdf, I don't understand why redhat did drop it, and > I wonder how can EPEL publish only the missing part without breakage if > redhat updates the 1st half.
This is the burden of a downstream distributor. You never know what the upstream breaks.
One way EPEL wants to solve it is repackaging the complete package as a Modularity module and then providing it to users as a non-default module stream so that users who need it can explictly enable it and consume the packages from EPEL instead from CentOS/RHEL.
> For perl-QT, Fedora-30 still ships it: https://pkgs.org/download/perl-Qt (v4.14.3-17), but I know it's not well maintained.
It's there by a mistake. (A late Qt rebase broke it and nobody removed it from the distribution.) It even cannot be installed.
-- Petr
epel-devel@lists.fedoraproject.org