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]
>
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 w
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 F
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
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.
>
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
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
>
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
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
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 ma
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
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
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.f
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
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
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
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-*
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 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
> > > =
> > &g
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) =
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
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
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:
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:
>
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
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
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
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
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
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
30 matches
Mail list logo
