[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Fri, Jun 23, 2023 at 05:20:04PM +, Brandeburg, Jesse wrote: > If I may, I'd like to revive this long ago [1] thread, and now that RHEL9.1 > is out, can we proceed to build coccinelle for EPEL 9.1? > > Is there anything I can do to help? > > [1] > https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/FHC3MQZNRT72QL6TPVZCQORYBGSJZMDO/ I guess you need to work through the coccinelle dependencies and ensure they're all in EPEL, then build coccinelle itself. I don't think there's anything for me to do unless you have a specific problem. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Fri, Mar 11, 2022 at 09:36:08AM +, Richard W.M. Jones wrote: > On Fri, Mar 04, 2022 at 11:14:31AM +0000, Richard W.M. Jones wrote: > > On Fri, Mar 04, 2022 at 11:01:20AM +, Richard W.M. Jones wrote: > > > On Fri, Mar 04, 2022 at 10:51:48AM +0000, Richard W.M. Jones wrote: > > > > I'll see if we can move the OCaml packages to CRB. It seems to be the > > > > easiest way to fix the original coccinelle build problem. > > > > > > This gets odder. I see from our internal spreadsheet and downloads > > > that some of the ocaml packages are in fact already in CRB for RHEL > > > 9.0, and others are not. We previously requested that all ocaml-* > > > packages be added to CRB. > > > > > > Binary packages which are not in CRB but should be: > > > > > > ocaml-calendar* > > > ocaml-camomile* > > > ocaml-csexp* > > > ocaml-csv* > > > ocaml-curses* > > > ocaml-dune* > > > ocaml-fileutils* > > > ocaml-gettext* > > > ocaml-libvirt* > > > ocaml-source > > > ocaml-xml-light* > > > > > > Do you need a BZ opened to move these packages to CRB? > > > > https://bugzilla.redhat.com/show_bug.cgi?id=2060850 > > Currently even with this bug fixed we won't be able to build > Coccinelle until RHEL 9.1 is released, which is like 9+ months away. > This (if true) is ridiculous. Is there some other solution? I have now rebuilt all the packages and they're in a RHEL 9.1 erratum (RHBA-2022:89734-01 for those who have access). Is there anything we can do to get these packages into the EPEL buildroot so we don't have to wait forever to build coccinelle for EPEL? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Fri, Mar 11, 2022 at 10:57:29AM +0100, Miro Hrončok wrote: > On 11. 03. 22 10:36, Richard W.M. Jones wrote: > >On Fri, Mar 04, 2022 at 11:14:31AM +, Richard W.M. Jones wrote: > >>On Fri, Mar 04, 2022 at 11:01:20AM +0000, Richard W.M. Jones wrote: > >>>On Fri, Mar 04, 2022 at 10:51:48AM +, Richard W.M. Jones wrote: > >>>>I'll see if we can move the OCaml packages to CRB. It seems to be the > >>>>easiest way to fix the original coccinelle build problem. > >>> > >>>This gets odder. I see from our internal spreadsheet and downloads > >>>that some of the ocaml packages are in fact already in CRB for RHEL > >>>9.0, and others are not. We previously requested that all ocaml-* > >>>packages be added to CRB. > >>> > >>>Binary packages which are not in CRB but should be: > >>> > >>>ocaml-calendar* > >>>ocaml-camomile* > >>>ocaml-csexp* > >>>ocaml-csv* > >>>ocaml-curses* > >>>ocaml-dune* > >>>ocaml-fileutils* > >>>ocaml-gettext* > >>>ocaml-libvirt* > >>>ocaml-source > >>>ocaml-xml-light* > >>> > >>>Do you need a BZ opened to move these packages to CRB? > >> > >>https://bugzilla.redhat.com/show_bug.cgi?id=2060850 > > > >Currently even with this bug fixed we won't be able to build > >Coccinelle until RHEL 9.1 is released, which is like 9+ months away. > >This (if true) is ridiculous. Is there some other solution? > > Given that EPEL 9 now builds against CentOS Stream, this is not necessarily > true. > > The other solution would have been to include the packages in CRB sooner :D I've surely learned a lesson never to use RHEL buildroot for anything. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Fri, Mar 04, 2022 at 11:14:31AM +, Richard W.M. Jones wrote: > On Fri, Mar 04, 2022 at 11:01:20AM +0000, Richard W.M. Jones wrote: > > On Fri, Mar 04, 2022 at 10:51:48AM +, Richard W.M. Jones wrote: > > > I'll see if we can move the OCaml packages to CRB. It seems to be the > > > easiest way to fix the original coccinelle build problem. > > > > This gets odder. I see from our internal spreadsheet and downloads > > that some of the ocaml packages are in fact already in CRB for RHEL > > 9.0, and others are not. We previously requested that all ocaml-* > > packages be added to CRB. > > > > Binary packages which are not in CRB but should be: > > > > ocaml-calendar* > > ocaml-camomile* > > ocaml-csexp* > > ocaml-csv* > > ocaml-curses* > > ocaml-dune* > > ocaml-fileutils* > > ocaml-gettext* > > ocaml-libvirt* > > ocaml-source > > ocaml-xml-light* > > > > Do you need a BZ opened to move these packages to CRB? > > https://bugzilla.redhat.com/show_bug.cgi?id=2060850 Currently even with this bug fixed we won't be able to build Coccinelle until RHEL 9.1 is released, which is like 9+ months away. This (if true) is ridiculous. Is there some other solution? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Fri, Mar 04, 2022 at 11:01:20AM +, Richard W.M. Jones wrote: > On Fri, Mar 04, 2022 at 10:51:48AM +0000, Richard W.M. Jones wrote: > > I'll see if we can move the OCaml packages to CRB. It seems to be the > > easiest way to fix the original coccinelle build problem. > > This gets odder. I see from our internal spreadsheet and downloads > that some of the ocaml packages are in fact already in CRB for RHEL > 9.0, and others are not. We previously requested that all ocaml-* > packages be added to CRB. > > Binary packages which are not in CRB but should be: > > ocaml-calendar* > ocaml-camomile* > ocaml-csexp* > ocaml-csv* > ocaml-curses* > ocaml-dune* > ocaml-fileutils* > ocaml-gettext* > ocaml-libvirt* > ocaml-source > ocaml-xml-light* > > Do you need a BZ opened to move these packages to CRB? https://bugzilla.redhat.com/show_bug.cgi?id=2060850 I didn't know what Product / Component to use, so I used RHEL 9 / distribution. Rich. > (Insert here my monthly request that there be a single source of truth > about packages.) > > Rich. > > -- > Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones > Read my programming and virtualization blog: http://rwmj.wordpress.com > libguestfs lets you edit virtual machines. Supports shell scripting, > bindings from many languages. http://libguestfs.org > ___ > epel-devel mailing list -- epel-devel@lists.fedoraproject.org > To unsubscribe send an email to epel-devel-le...@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.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Fri, Mar 04, 2022 at 10:51:48AM +, Richard W.M. Jones wrote: > I'll see if we can move the OCaml packages to CRB. It seems to be the > easiest way to fix the original coccinelle build problem. This gets odder. I see from our internal spreadsheet and downloads that some of the ocaml packages are in fact already in CRB for RHEL 9.0, and others are not. We previously requested that all ocaml-* packages be added to CRB. Binary packages which are not in CRB but should be: ocaml-calendar* ocaml-camomile* ocaml-csexp* ocaml-csv* ocaml-curses* ocaml-dune* ocaml-fileutils* ocaml-gettext* ocaml-libvirt* ocaml-source ocaml-xml-light* Do you need a BZ opened to move these packages to CRB? (Insert here my monthly request that there be a single source of truth about packages.) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Thu, Mar 03, 2022 at 12:42:03PM -0500, Josh Boyer wrote: > On Thu, Mar 3, 2022 at 12:27 PM Richard W.M. Jones wrote: > > > > On Wed, Mar 02, 2022 at 09:04:04AM -0500, Neal Gompa wrote: > > > So why not have the OCaml toolchain exposed in RHEL CRB? It sounds > > > like it would be very beneficial to have it there. > > > > It's a good question. I think we chose not to do that simply because > > we were worried about handling CVEs in a timely way and general > > support (I'm not sure if CRB is officially supported or not, but there > > may be some "implicit" support if we're shipping stuff). I would not > > be opposed to it though. > > This requires a Customer Portal account > > https://access.redhat.com/solutions/4180391 > > The CRB repo is documented heavily internally as well. I see "not supported" and "no ABI compatibility guarantee" in bold there which is what we want. I'll see if we can move the OCaml packages to CRB. It seems to be the easiest way to fix the original coccinelle build problem. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Wed, Mar 02, 2022 at 09:04:04AM -0500, Neal Gompa wrote: > So why not have the OCaml toolchain exposed in RHEL CRB? It sounds > like it would be very beneficial to have it there. It's a good question. I think we chose not to do that simply because we were worried about handling CVEs in a timely way and general support (I'm not sure if CRB is officially supported or not, but there may be some "implicit" support if we're shipping stuff). I would not be opposed to it though. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
To keep this a bit more specific, we're trying to build coccinelle for EPEL 9. This requires ocaml [compiler] and a bunch of ocaml packages. They are mainly in RHEL buildroot. The problem we're going to have (which to be fair is a problem somewhat specific to OCaml linking) is that an alternate OCaml compiler built for EPEL will have different hash values[1] for core libraries. If we use a different version from the RHEL compiler, say we use Fedora Rawhide version, then all the hashes will be different. If we use the same version as in RHEL, then most hash values will be the same, but if the compiler flags are even slightly different then there will be some differences. OCaml libraries in RHEL that we do ship (ocaml-libnbd and others) will not be linkable with code compiled with the EPEL toolchain. It's entirely possible we don't care about this, and I maybe even agree. But also that people using RHEL with EPEL added will get into weird situations if they try to recompile the virt tools packages. Rich. [1] Hash values are computed over the modules to prevent linking incompatible versions: $ ocamlobjinfo /usr/lib64/ocaml/unix.cma | grep Unix Unit name: Unix 49c6c492a189deeaed5bf77a6793e7fa Unix and turned into RPM dependencies: $ rpm -qR ocaml | grep Unix ocaml(Unix) = 49c6c492a189deeaed5bf77a6793e7fa -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Missing RHEL 9 buildroot packages in EPEL 9 buildroot
On Tue, Mar 01, 2022 at 04:21:56AM -0500, Neal Gompa wrote:
> On Tue, Mar 1, 2022 at 3:07 AM Richard W.M. Jones wrote:
> >
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=2058274
> >
> > fails to build with:
> >
> > DEBUG util.py:444: No matching package to install: 'ocaml-dune >= 1.0'
> >
> > This package is in RHEL 9 buildroot (ocaml-dune-2.8.5-5.el9.x86_64).
> >
> > I read an earlier thread ("Subject: [EPEL-devel] Re: Packages
> > disappearing from the EPEL 9 buildroot") and it seems to indicate that
> > RHEL 9 buildroot packages aren't going to be available in EPEL 9.
> > This seems crazy, is it really correct?
> >
>
> It's not crazy. EPEL is intended to build on RHEL content, which means
> we can't depend on something RHEL doesn't publish. If Red Hat wants to
> publish their buildroot repo, then sure, we could use it.
I wasn't very clear, but I was addressing my remark at Red Hat.
There's really no reason why we (Red Hat) don't publish buildroot, in
fact my personal view is we ought to for open source reasons.
> Just because it happens to exist in the CentOS Stream 9 buildroot
> content does not mean we would be able to rely on it once we replace
> CentOS Stream with RHEL for EPEL 9. Thus, we don't use the CentOS
> Stream 9 buildroot either.
So this was going to be my next question - is it that difficult to use
C9S buildroot packages to replace the "missing" ones? AFAIK they
ought to be almost identical. Obviously they are rebuilds and they
might be a little out of sync, but saves EPEL doing a literal third
rebuild of the same content!
> If we did, we'd wind up in a situation where packages were built once
> and then not buildable ever again. That already kind of happened when
> we initially had that buildroot repo in the EPEL build environment and
> it made it way harder for us to figure out what gaps we had for things
> to build against RHEL later. We've fortunately dealt with the small
> number of cases that occurred from then.
I'm not sure I totally understand this bit. Is it right to say that
packages wouldn't be "buildable ever again" only in the case where we
used C9S buildroot and then dropped it? If we just use C9S buildroot
packages + RHEL 9 packages - forever - we'd be OK?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@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.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
[EPEL-devel] Missing RHEL 9 buildroot packages in EPEL 9 buildroot
https://bugzilla.redhat.com/show_bug.cgi?id=2058274
fails to build with:
DEBUG util.py:444: No matching package to install: 'ocaml-dune >= 1.0'
This package is in RHEL 9 buildroot (ocaml-dune-2.8.5-5.el9.x86_64).
I read an earlier thread ("Subject: [EPEL-devel] Re: Packages
disappearing from the EPEL 9 buildroot") and it seems to indicate that
RHEL 9 buildroot packages aren't going to be available in EPEL 9.
This seems crazy, is it really correct?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@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.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: EPEL 9 branch?
On Sun, Dec 05, 2021 at 03:27:49AM +, Gary Buhrmaster wrote: > Now that CentOS Stream 9 is announced as > available, is there a schedule for when EPEL-9 > branches can be made, and when one can > (start to) ask others to build for EPEL-9 > (it would be nice if a number of the EPEL-9 > packages were preliminarily ready at the time > of the EL-9 formal release (just, perhaps, > needing a (mass) rebuild to be sure)). EPEL 9 was announced here a few days ago: https://lists.fedoraproject.org/archives/list/epel-annou...@lists.fedoraproject.org/thread/5UJSW3FBGQMLXWWV7BGHWZTOFLH4NH3G/ From a quick read it seems as if you can just create branches in the normal way, but maybe check the FAQ linked there. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: SONAME BUMP HEADS-UP: ntfs-3g update for fixing multiple CVEs
On Tue, Aug 31, 2021 at 11:20:30PM +0100, Richard W.M. Jones wrote: > On Tue, Aug 31, 2021 at 05:25:47PM -0400, Neal Gompa wrote: > > * libguestfs > > * ntfs-3g-system-compression > > I will do these two packages. Dammit, side tags ... Here are the builds: https://koji.fedoraproject.org/koji/buildinfo?buildID=1826420 ntfs-3g-system-compression-1.0-7.fc36 https://koji.fedoraproject.org/koji/buildinfo?buildID=1826421 ntfs-3g-system-compression-1.0-7.fc35 (f35-build-side-45239) https://koji.fedoraproject.org/koji/buildinfo?buildID=1826422 ntfs-3g-system-compression-1.0-7.fc34 (f34-build-side-45241) https://koji.fedoraproject.org/koji/buildinfo?buildID=1826428 libguestfs-1.45.7-2.fc36 https://koji.fedoraproject.org/koji/taskinfo?taskID=74883815 libguestfs-1.45.7-2.fc35 (f35-build-side-45239) https://koji.fedoraproject.org/koji/taskinfo?taskID=74883788 libguestfs-1.45.7-2.fc34 (f34-build-side-45241) If any of them fail I'll take a look tomorrow morning. Also nbdkit in Rawhide at least needs to be rebuilt but I'll deal with that one too. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: SONAME BUMP HEADS-UP: ntfs-3g update for fixing multiple CVEs
On Tue, Aug 31, 2021 at 05:25:47PM -0400, Neal Gompa wrote: > * libguestfs > * ntfs-3g-system-compression I will do these two packages. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: Retiring mingw-* packages from EPEL 7
This has been done now. In total 107 EPEL 7 mingw-* packages were retired, and 307 bugs closed. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org
[EPEL-devel] Retiring mingw-* packages from EPEL 7
If you're in the CC line, then I'm intending to retire your package *in the EPEL 7 branch only* in the next few days. I will also close any bugs filed against the package in RHEL or EPEL 7. As we will remove packages such as mingw-filesystem, mingw-gcc etc from EPEL 7 too, your package will likely no longer be compilable. That's the immediate reason for retiring these packages. Use Fedora for Windows development instead. For the longer reasons for this, see: https://pagure.io/fesco/issue/2333 https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/RXU4G27Q7FVR4DMI7OMQDUQ22GAFMBME/ Full list of packages (107) below. Note that some of these are dead packages in Fedora. mingw-angleproject mingw-atk mingw-binutils mingw-boost mingw-bzip2 mingw-cairo mingw-c-ares mingw-cmocka mingw-crt mingw-curl mingw-dbus mingw-dlfcn mingw-enchant mingw-expat mingw-filesystem mingw-flac mingw-fontconfig mingw-freetype mingw-gcc mingw-gdb mingw-gdk-pixbuf mingw-gettext mingw-glib2 mingw-glib-networking mingw-gmp mingw-gnutls mingw-gsm mingw-gstreamer1 mingw-gstreamer1-plugins-base mingw-gtk2 mingw-gtk3 mingw-harfbuzz mingw-headers mingw-hunspell mingw-icu mingw-jasper mingw-libffi mingw-libgcrypt mingw-libgpg-error mingw-libidn mingw-libidn2 mingw-libjpeg-turbo mingw-libogg mingw-libpng mingw-libsoup mingw-libssh2 mingw-libtasn1 mingw-libtheora mingw-libtiff mingw-libvorbis mingw-libwebp mingw-libxml2 mingw-libxslt mingw-llvm mingw-log4c mingw-nettle mingw-nsis mingw-nspr mingw-openssl mingw-opus mingw-p11-kit mingw-pango mingw-pcre mingw-pdcurses mingw-physfs mingw-pixman mingw-pkg-config mingw-qt mingw-qt5-qt3d mingw-qt5-qtactiveqt mingw-qt5-qtbase mingw-qt5-qtdeclarative mingw-qt5-qtgraphicaleffects mingw-qt5-qtimageformats mingw-qt5-qtlocation mingw-qt5-qtmultimedia mingw-qt5-qtquick1 mingw-qt5-qtscript mingw-qt5-qtsensors mingw-qt5-qtsvg mingw-qt5-qtsystems mingw-qt5-qttools mingw-qt5-qttranslations mingw-qt5-qtwebkit mingw-qt5-qtwebsockets mingw-qt5-qtwinextras mingw-qt5-qtxmlpatterns mingw-readline mingw-SDL mingw-SDL2 mingw-SDL2_image mingw-SDL2_mixer mingw-SDL_image mingw-SDL_mixer mingw-speex mingw-sqlite mingw-tcl mingw-termcap mingw-w64-tools mingw-wavpack mingw-webkitgtk mingw-webkitgtk3 mingw-win-iconv mingw-winpthreads mingw-winstorecompat mingw-xz mingw-zlib Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org
[EPEL-devel] Removal of mingw-* packages from EPEL 7
MinGW is a Windows cross compiler for Fedora. There is a base toolchain like mingw-filesystem and mingw-gcc, and many cross-compiled libraries like mingw-glib2 which you can link with your programs to make Windows binaries, all without needing to interact with Windows itself. The mingw-* packages are primarily developed in Fedora. We added them to EPEL 7 a long time ago, but they have been effectively unmaintained for a really long time. I don't know how to find out exactly when they were branched, but a random sample of packages I looked at haven't been updated in epel7/ since 2014(!), only shortly after RHEL 7 was released. They therefore remain at very old versions with the attendant problems that brings. Therefore we would like to remove them from EPEL 7. If this is going to cause a problem, then honestly the only way you'll be able to save them is to step up to do the maintenance on them right now. I'm not very clear on the exact removal method, whether that is going to be retirement, orphaning or even blocking them at the RCM level from EPEL, but expect they'll go away unless someone very soon starts to maintain them actively. Note that some of these packages are in RHEL 8 CRB where they are used to build various Windows programs that Red Hat ships, but none of them are branched for EPEL 8 that I'm aware of. More information in this thread: https://pagure.io/fesco/issue/2333 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@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.org
[EPEL-devel] Re: EL-7.6 huh? packages
On Thu, Nov 01, 2018 at 09:00:18AM -0600, Orion Poplawski wrote: > On 11/01/2018 06:41 AM, Richard W.M. Jones wrote: > > On Thu, Nov 01, 2018 at 08:24:35AM -0400, Stephen John Smoogen wrote: > >> On Thu, 1 Nov 2018 at 06:00, Richard W.M. Jones wrote: > >>> > >>> On Tue, Oct 30, 2018 at 08:57:29PM -0400, Stephen John Smoogen wrote: > >>>> = > >>>> OCAML > >>>> = > >>>> package: llvm-ocaml-3.4.2-8.el7.x86_64 from epel-base > >>>> unresolved deps: > >>>> ocaml(runtime) = 0:4.01.1 > >>>> ocaml(Unix) = 0:93736a394d3d85d6d127fe238ddc6092 > >>>> ocaml(Pervasives) = 0:36b5bc8227dc9914c6d9fd9bdcfadb45 > >>>> ocaml(Int64) = 0:3945db6e8df0d5a79bcbc949ee550d52 > >>>> ocaml(Int32) = 0:ad06f04cfca6d404d1de76c3dc67324a > >>> > >>> I've never heard of this package before. In any case it needs to be > >>> rebuilt, because we rebased OCaml from 4.01 to 4.05 (in RHEL 7.5) and > >>> therefore all dependent OCaml packages outside RHEL must be rebuilt. > >>> > >>> Rich. > >>> > >> > >> Thank you for being proactive on checking on this. I was supposed to > >> reach out to you yesterday if you knew about this package and if it > >> needed a rebuild. I will put it on the list for proven packagers to > >> rebuild. Do you know if it needs an 'update'? > > > > I see this is actually the ocaml subpackage of llvm, which makes > > more sense now -- it is the OCaml bindings to the LLVM C++ API. > > > > The package hasn't been touched since c.2015. However I did a simple > > bump and *scratch* rebuild: > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=30595143 > > > > If that succeeds I'll push it and follow up with a real build. > > Otherwise I guess changes of some kind will be necessary. > > > > Rich. > > Just to be explicit - this is version 3.4 of LLVM (i.e. quite old). There are > llvm3.7, llvm3.9, and llvm5.0 packages as well (as well as devtoolset versions > of 5.0). So it may be time to just drop it. Almost certainly yes. However the scratch build did succeed (thanks for reminding me :-) and so I have pushed this trivial fix and kicked off a real build. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: EL-7.6 huh? packages
On Thu, Nov 01, 2018 at 08:24:35AM -0400, Stephen John Smoogen wrote: > On Thu, 1 Nov 2018 at 06:00, Richard W.M. Jones wrote: > > > > On Tue, Oct 30, 2018 at 08:57:29PM -0400, Stephen John Smoogen wrote: > > > = > > > OCAML > > > = > > > package: llvm-ocaml-3.4.2-8.el7.x86_64 from epel-base > > > unresolved deps: > > > ocaml(runtime) = 0:4.01.1 > > > ocaml(Unix) = 0:93736a394d3d85d6d127fe238ddc6092 > > > ocaml(Pervasives) = 0:36b5bc8227dc9914c6d9fd9bdcfadb45 > > > ocaml(Int64) = 0:3945db6e8df0d5a79bcbc949ee550d52 > > > ocaml(Int32) = 0:ad06f04cfca6d404d1de76c3dc67324a > > > > I've never heard of this package before. In any case it needs to be > > rebuilt, because we rebased OCaml from 4.01 to 4.05 (in RHEL 7.5) and > > therefore all dependent OCaml packages outside RHEL must be rebuilt. > > > > Rich. > > > > Thank you for being proactive on checking on this. I was supposed to > reach out to you yesterday if you knew about this package and if it > needed a rebuild. I will put it on the list for proven packagers to > rebuild. Do you know if it needs an 'update'? I see this is actually the ocaml subpackage of llvm, which makes more sense now -- it is the OCaml bindings to the LLVM C++ API. The package hasn't been touched since c.2015. However I did a simple bump and *scratch* rebuild: https://koji.fedoraproject.org/koji/taskinfo?taskID=30595143 If that succeeds I'll push it and follow up with a real build. Otherwise I guess changes of some kind will be necessary. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: EL-7.6 huh? packages
On Tue, Oct 30, 2018 at 08:57:29PM -0400, Stephen John Smoogen wrote: > = > OCAML > = > package: llvm-ocaml-3.4.2-8.el7.x86_64 from epel-base > unresolved deps: > ocaml(runtime) = 0:4.01.1 > ocaml(Unix) = 0:93736a394d3d85d6d127fe238ddc6092 > ocaml(Pervasives) = 0:36b5bc8227dc9914c6d9fd9bdcfadb45 > ocaml(Int64) = 0:3945db6e8df0d5a79bcbc949ee550d52 > ocaml(Int32) = 0:ad06f04cfca6d404d1de76c3dc67324a I've never heard of this package before. In any case it needs to be rebuilt, because we rebased OCaml from 4.01 to 4.05 (in RHEL 7.5) and therefore all dependent OCaml packages outside RHEL must be rebuilt. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: EL-7.6 remove packages
You missed nbdkit, but please read this email first: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/B4RKEC62ODYF4K6RGXHP3L3GHNKGQ6KM/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] FYI nbdkit has been added to RHEL 7.6
nbdkit is our super-flexible, pluggable NBD server. Read more about it here: https://github.com/libguestfs/nbdkit https://rwmj.wordpress.com/?s=nbdkit This package is in EPEL, and was added to RHEL 7.6. Now unfortunately (owing to my screw up) we added a lower NVR to RHEL 7.6 than is present in EPEL. If we remove nbdkit from EPEL then there wouldn't be an upgrade path to RHEL 7.6. This in itself wouldn't matter since the version numbers are similar except for a second screw up (yes, it's me again). The RHEL 7.6 package backports a substantial feature from upstream. The EPEL package had a higher NVR and fewer features. Lack of the new feature will break virt-v2v and the ability to read virtual machines from VMware. To get around that as the last release in EPEL I backported all the changes from RHEL 7.6: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-093ee2a8e8 https://src.fedoraproject.org/rpms/nbdkit/c/c59e48e5bb7b8867b4c180bf86d5243b0ddaebdc?branch=epel7 This EPEL package still has a higher NVR than RHEL 7.6, but this time it truly doesn't matter because the packages are "effectively" the same. If you're going from (eg) CentOS 7.5 + EPEL -> 7.6, you won't get the nbdkit package from CentOS 7.6 (because lower NVR) but you will still have all the features, provided you got the final EPEL nbdkit package. I hope that rather long explanation is clear! I think there are two things that need to happen as a result: (1) We need to make sure nbdkit-1.2.7-2.el7 from EPEL 7 goes out to all the mirrors, and then wait a little while for everyone to upgrade to it. (2) We need to remove nbdkit from EPEL once it has appeared in CentOS and some time has passed for (1) to happen, as per normal procedures when a package is moved from EPEL to RHEL. https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life#EPEL All of this will be resolved in RHEL 7.7 by an nbdkit package with a higher NVR than all previous. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] OCaml 4.05 in RHEL 7.5
We rebased OCaml to 4.05 in RHEL 7.5. As a consequence of this, all OCaml libraries in EPEL need to be bumped and rebuilt. I rebuilt at least some of them, possibly all of them. You can find a full list of the ones I recompiled and links to the updates here: https://bugzilla.redhat.com/show_bug.cgi?id=1568359 If you use OCaml in RHEL 7 then please test these and check everything works for you. If you find more OCaml packages which need to be recompiled — they will have obvious broken dependencies so won't be installable — then let me know by adding a comment on the above bug. Also: ocaml-camlp4 [preprocessor/macro system], ocaml-ocamlbuild [a build system] and ocaml-labltk [Tk bindings] are no longer part of the base ocaml package. These are now available as separate packages. In theory at least if we got all the Obsoletes/Provides right then simply updating should replace the packages properly. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
[EPEL-devel] Re: unison240 and epel7
Let's keep the discussion on the epel-devel mailing list.
On Mon, Sep 19, 2016 at 08:33:49PM -0400, jason taylor wrote:
> Hi Rich,
>
> I updated the spec to include:
>
> %if 0%{?el7}
> ExcludeArch: ppc64
> %endif
>
> The scratch build is here:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=15711388
>
>
> Is the conditional something you would want to merge into the other
> branches or in this case maintain the epel spec seperately from the
> other branches?
Please keep these changes in the epel 7 branch.
> I noticed that the latest upstream stable release is 2.48.4 and also
> that we build for very specific versions of unison.
>
> I was wondering what the history behind the RPM versioning that we have
> is and would it be possible/advisable to update to 2.48 while we are
> adding the epel7 branch?
If you want to build the latest version in the epel 7 branch, then go
ahead. I need to get round to updating the OCaml packages in master
at some point when I have the time.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
[EPEL-devel] Missing ocaml-findlib on ppc64 (was: Re: ocaml packages for epel7)
On Fri, Sep 16, 2016 at 08:18:11PM -0400, jason taylor wrote: > With regard to ocaml-lablgtk, I > removed the excludearch and ran a scratch build that failed. > > >From the root.log of the scratch build: > https://kojipkgs.fedoraproject.org//work/tasks/8236/15668236/root.log > > DEBUG util.py:421: --> gtksourceview2-devel-2.11.2-15.el7.ppc64 > DEBUG util.py:421: Error: No Package found for ocaml-findlib > DEBUG util.py:557: Child return code was: 1 > DEBUG util.py:180: kill orphans > DEBUG util.py:578: child environment: None > > I was looking through the altarch packages for centos: > http://mirror.centos.org/altarch/7/os/ppc64/Packages/ > > and ocaml-findlib is available. > > In researching I came across a thread you and Orion P had about this a > couple years ago, the result was Orion opening https://bugzilla.redhat. > com/show_bug.cgi?id=1066208 > > However I can't see the details of the bug to know the comments or > disposition and I don't see any details elsewhere except for various > ocaml packages being built with excludearch ppc64. ^^ Any ideas? This package is certainly being built in RHEL Brew. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Re: EPEL Orphan packages in epel7
On Tue, Oct 07, 2014 at 05:15:03PM +, opensou...@till.name wrote: ocaml-lablglorphan, peter, rjones I took this in EPEL 5, 6, 7. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Orphan packages in epel6
On Tue, Oct 07, 2014 at 05:23:22PM +, opensou...@till.name wrote: auto-buildrequires orphan, rjones I took this (again) in EPEL 6, 5. Not sure why it was orphaned since I'm still maintaining the project upstream. It's possible someone else added it to EPEL then orphaned it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On Mon, Feb 17, 2014 at 05:48:24PM +, Richard W.M. Jones wrote: (Optional channel). So I shouldn't be needed in EPEL 7, and indeed hmm ... s/I/it/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On Mon, Feb 17, 2014 at 10:53:05AM -0700, Orion Poplawski wrote: Well, it isn't in http://ftp.redhat.com/redhat/rhel/beta/7/ppc64/os/Packages/ so it does appear to be on RedHat's side. Other ocaml packages are there though. There should be enough ocaml packages that you can at least rebuild the RHEL 7 packages on ppc64, which requires: for libguestfs hivex supermin: BuildRequires: ocaml BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-gettext-devel for virt-top: BuildRequires: ocaml = 3.10.2 BuildRequires: ocaml-ocamldoc BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-curses-devel = 1.0.3-7 BuildRequires: ocaml-extlib-devel BuildRequires: ocaml-xml-light-devel BuildRequires: ocaml-csv-devel BuildRequires: ocaml-calendar-devel BuildRequires: ocaml-libvirt-devel = 0.6.1.2-5 BuildRequires: ocaml-gettext-devel = 0.3.3 BuildRequires: ocaml-fileutils-devel So I would say that lack of those packages is a bug. You should file a bug against ... RHEL 7 / release engineering (probably)? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL ocaml-findlib on epel7 ppc64
On Mon, Feb 17, 2014 at 11:17:32AM -0700, Orion Poplawski wrote: On 02/17/2014 11:03 AM, Richard W.M. Jones wrote: On Mon, Feb 17, 2014 at 10:53:05AM -0700, Orion Poplawski wrote: Well, it isn't in http://ftp.redhat.com/redhat/rhel/beta/7/ppc64/os/Packages/ so it does appear to be on RedHat's side. Other ocaml packages are there though. There should be enough ocaml packages that you can at least rebuild the RHEL 7 packages on ppc64, which requires: for libguestfs hivex supermin: BuildRequires: ocaml BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-gettext-devel for virt-top: BuildRequires: ocaml = 3.10.2 BuildRequires: ocaml-ocamldoc BuildRequires: ocaml-findlib-devel BuildRequires: ocaml-curses-devel = 1.0.3-7 BuildRequires: ocaml-extlib-devel BuildRequires: ocaml-xml-light-devel BuildRequires: ocaml-csv-devel BuildRequires: ocaml-calendar-devel BuildRequires: ocaml-libvirt-devel = 0.6.1.2-5 BuildRequires: ocaml-gettext-devel = 0.3.3 BuildRequires: ocaml-fileutils-devel So I would say that lack of those packages is a bug. You should file a bug against ... RHEL 7 / release engineering (probably)? Rich. Well, none of libguestfs, hivex, supermin, virt-top are in the ppc64 repo either - so it seems that perhaps none of those are supported on RHEL7/ppc64. There's a build bug open against libguestfs. It's waiting on someone to get me some hardware so I can fix it, but yes we will definitely be shipping all four of those in RHEL 7. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
