[EPEL-devel] Re: EL-7.6 huh? packages

2018-11-01 Thread Richard W.M. Jones
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

2018-11-01 Thread Orion Poplawski
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.

-- 
Orion Poplawski
Manager of NWRA Technical Systems  720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/
___
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

2018-11-01 Thread Richard W.M. Jones
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

2018-11-01 Thread Stephen John Smoogen
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'?

-- 
Stephen J Smoogen.
___
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

2018-11-01 Thread Richard W.M. Jones
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