RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2060850 - Move all OCaml packages to CRB
Summary: Move all OCaml packages to CRB
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: distribution
Version: 9.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: RHEL Program Management
QA Contact: tingting zheng
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-03-04 11:13 UTC by Richard W.M. Jones
Modified: 2022-11-15 13:22 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-11-15 11:23:33 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-114523 0 None None None 2022-03-04 11:23:47 UTC
Red Hat Product Errata RHBA-2022:8408 0 None None None 2022-11-15 11:23:35 UTC

Description Richard W.M. Jones 2022-03-04 11:13:31 UTC 
Description of problem:

For more context see this thread:
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/FHC3MQZNRT72QL6TPVZCQORYBGSJZMDO/

All ocaml* packages (except ocaml-srpm-macros) should be in CRB.
We will not support them, but we need them to build EPEL 9 packages
against, especially coccinelle.

Some ocaml* packages are already in CRB.

I believe the full list of packages which are not in CRB yet is:

    ocaml-calendar*
    ocaml-camomile*
    ocaml-csexp*
    ocaml-csv*
    ocaml-curses*
    ocaml-dune*
    ocaml-fileutils*
    ocaml-gettext*
    ocaml-libvirt*
    ocaml-source
    ocaml-xml-light*

* = wildcard character

Version-Release number of selected component (if applicable):

C9S/RHEL/EPEL 9.1
Comment 2 Richard W.M. Jones 2022-03-07 22:38:00 UTC 
tingting, could QA consider ACKing this?  I only needs simply checking
that the packages end up in CRB.  Or should we ask another team for
the ACK (release team is current QA owner).
Comment 3 tingting zheng 2022-03-08 01:30:29 UTC 
(In reply to Richard W.M. Jones from comment #2)
> tingting, could QA consider ACKing this?  I only needs simply checking
> that the packages end up in CRB.  Or should we ask another team for
> the ACK (release team is current QA owner).

Done, I can check it.
Comment 4 Richard W.M. Jones 2022-03-08 08:37:18 UTC 
https://gitlab.com/redhat/centos-stream/release-engineering/comps/-/merge_requests/223
Comment 5 Richard W.M. Jones 2022-03-08 14:34:28 UTC 
Couple of questions here:

- Is there anything I need to do to this bug (eg. add it to an erratum)?

- When will the changes become visible such that we can start building
  EPEL 9 coccinelle with these packages?
Comment 11 tingting zheng 2022-03-09 02:59:31 UTC 
Checked latest RHEL9.1 compose:RHEL-9.1.0-20220308.2

These ocaml* packages mentioned in description have not been moved to CRB now, which compose will make the change?
Comment 12 Richard W.M. Jones 2022-03-09 09:44:44 UTC 
Unfortunately - see comment 10 - I will have to rebuild every OCaml package
in RHEL 9, which will take quite a lot of effort to do, so I don't know when
this will be fixed.  It seems as if the results of this won't be available
until RHEL 9.1 anyway, so we have no solution for EPEL until that is released
at the end of this year.

Another reason why RHEL buildroot is a terrible idea as we should try to
avoid it as much as possible in future.
Comment 13 tingting zheng 2022-03-09 10:11:43 UTC 
(In reply to Richard W.M. Jones from comment #12)
> Unfortunately - see comment 10 - I will have to rebuild every OCaml package
> in RHEL 9, which will take quite a lot of effort to do, so I don't know when
> this will be fixed.  It seems as if the results of this won't be available
> until RHEL 9.1 anyway, so we have no solution for EPEL until that is released
> at the end of this year.
> 
> Another reason why RHEL buildroot is a terrible idea as we should try to
> avoid it as much as possible in future.

Got it,then I will check the bug in late RHEL9.1.
Comment 14 Richard W.M. Jones 2022-03-11 14:47:03 UTC 
I've spent the afternoon building packages.  They're currently
waiting in OSCI at the moment.
Comment 15 Richard W.M. Jones 2022-03-11 17:25:41 UTC 
Tested by me.
Comment 18 Richard W.M. Jones 2022-03-11 17:38:16 UTC 
The builds are:

ocaml-4.11.1-5.el9.2
ocaml-labltk-8.06.5-25.el9
ocaml-ocamlbuild-0.14.0-27.el9
ocaml-csexp-1.3.2-6.el9
ocaml-findlib-1.8.1-28.el9
ocaml-cppo-1.6.6-15.el9
ocaml-curses-1.0.4-24.el9
ocaml-libvirt-0.6.1.5-19.el9
ocaml-calendar-2.04-40.el9
ocaml-camomile-1.0.2-19.el9
ocaml-csv-1.7-29.el9
ocaml-extlib-1.7.8-7.el9
ocaml-xml-light-2.3-0.56.svn234.el9
ocaml-fileutils-0.5.2-29.el9
ocaml-gettext-0.4.2-6.el9
ocaml-dune-2.8.5-6.el9

OSCI created separate advisories for every single one of these builds and I don't
have permissions to drop them to combine the advisories into one.  So here we are.
Comment 19 Jim Bair 2022-03-11 18:52:39 UTC 
I have removed the following builds from the following errata:

ocaml-curses-1.0.4-24.el9           -> https://errata.devel.redhat.com/advisory/89735
ocaml-dune-2.8.5-6.el9              -> https://errata.devel.redhat.com/advisory/89736
ocaml-gettext-0.4.2-6.el9           -> https://errata.devel.redhat.com/advisory/89737
ocaml-csv-1.7-29.el9                -> https://errata.devel.redhat.com/advisory/89738
ocaml-fileutils-0.5.2-29.el9        -> https://errata.devel.redhat.com/advisory/89739
ocaml-extlib-1.7.8-7.el9            -> https://errata.devel.redhat.com/advisory/89740
ocaml-findlib-1.8.1-28.el9          -> https://errata.devel.redhat.com/advisory/89741
ocaml-csexp-1.3.2-6.el9             -> https://errata.devel.redhat.com/advisory/89742
ocaml-labltk-8.06.5-25.el9          -> https://errata.devel.redhat.com/advisory/89743
ocaml-xml-light-2.3-0.56.svn234.el9 -> https://errata.devel.redhat.com/advisory/89744
ocaml-camomile-1.0.2-19.el9         -> https://errata.devel.redhat.com/advisory/89745
ocaml-calendar-2.04-40.el9          -> https://errata.devel.redhat.com/advisory/89746
ocaml-libvirt-0.6.1.5-19.el9        -> https://errata.devel.redhat.com/advisory/89747
ocaml-cppo-1.6.6-15.el9             -> https://errata.devel.redhat.com/advisory/89748
ocaml-ocamlbuild-0.14.0-27.el9      -> https://errata.devel.redhat.com/advisory/89749

Feel free to re-add these builds to https://errata.devel.redhat.com/advisory/89734 as discussed in IRC and ping me if you run into any surprises.

Thanks!
Comment 20 Richard W.M. Jones 2022-03-11 18:58:58 UTC 
I added all the builds to the super-advisory (89734).
Comment 21 tingting zheng 2022-03-31 03:35:31 UTC 
Checked the latest RHEL9.1 nightly compose:
http://download.eng.pek2.redhat.com/rhel-9/nightly/RHEL-9/RHEL-9.1.0-20220329.0/compose/CRB/x86_64/os/Packages/

All ocaml* related packages except ocaml-srpm-macros have been moved to CRB, so move the bug to VERIFIED.
Comment 22 Jesse Brandeburg 2022-05-25 01:39:20 UTC 
This issue is blocking us from using RHEL9.0 as a development environment.
Comment 23 Richard W.M. Jones 2022-05-25 09:01:20 UTC 
(In reply to Jesse Brandeburg from comment #22)
> This issue is blocking us from using RHEL9.0 as a development environment.

Can you explain exactly what the problem is?
Comment 24 Jesse Brandeburg 2022-05-25 16:29:40 UTC 
I had been looking forward to using the new kernel and features from RHEL9.0 (and contributing feedback if I found problems) by using RHEL9.0 on a test/development platform. The issue is that we extensively use coccinelle in our driver software development (on multiple drivers), and without this coccinelle package, I'm having to roll my own (my first try resulted in a REALLY SLOW coccinelle/spatch)

Coccinelle (via EPEL) works fine in fedora, and even in RHEL8.6, so when I upgraded from 8.6 to 9.0 - my development environment broke and now I'm scrambling (maybe I need a container)
Comment 25 Richard W.M. Jones 2022-05-25 16:43:16 UTC 
Unfortunately for reasons outside my control I have to wait until
RHEL 9.1 GA before we can build coccinelle for EPEL.
Comment 26 Jesse Brandeburg 2022-05-25 17:10:25 UTC 
Thanks Richard, I appreciate that you've worked on this, and I read the whole series of threads, and wanted to at least mention in an appropriate forum that this particular bug hurts my use case.
Comment 28 errata-xmlrpc 2022-11-15 11:23:33 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (ocaml bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2022:8408
Note You need to log in before you can comment on or make changes to this bug.