[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 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
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 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
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 huh? packages
I'm working on the banshee/libgpod-sharp, but haven't had the chance yet to upload the changes El 30/10/18 a las 21:57, Stephen John Smoogen escribió: The following have problems in EPEL currently but I am not sure exactly what is needed to fix/remove them Need to be rebuilt/removed package: airinv-1.00.1-2.el7.x86_64 from epel-base unresolved deps: libzmq.so.4()(64bit) package: banshee-2.6.2-11.el7.x86_64 from epel-base unresolved deps: libgpod-sharp >= 0:0.8.2 package: bionetgen-2.2.5-2.el7.x86_64 from epel-base unresolved deps: libsundials_nvecserial.so.0()(64bit) libsundials_cvode.so.1()(64bit) package: simcrs-1.01.1-2.el7.x86_64 from epel-base unresolved deps: libzmq.so.4()(64bit) === python: === package: beets-1.4.3-2.el7.noarch from epel-base unresolved deps: python-mutagen >= 0:1.23 python-musicbrainzngs >= 0:0.4 python-jellyfish package: beets-plugins-1.4.3-2.el7.noarch from epel-base unresolved deps: python-musicbrainzngs >= 0:0.4 python-mpd python-acoustid pylast package: cjdns-graph-20.2-4.el7.noarch from epel-base unresolved deps: python2-networkx package: jabber-roster-0.1.1-7.el7.noarch from epel-base unresolved deps: python-xmpp package: python-atomic-reactor-1.6.23.2-1.el7.noarch from epel-base unresolved deps: python-docker-squash >= 0:1.0.0-0.3 package: python-django-doc-1.6.11.6-1.el7.noarch from epel-base unresolved deps: python-django = 0:1.6.11.6-1.el7 package: python-proliantutils-2.1.0-1.el7.noarch from epel-base unresolved deps: python-oslo-utils python-oslo-concurrency package: python2-boto3-1.4.6-1.el7.noarch from epel-base unresolved deps: python2-s3transfer >= 0:0.1.10 package: python2-pyfakefs-3.1-1.el7.noarch from epel-base unresolved deps: python-pytest >= 0:2.8.6 package: python3-yamlordereddictloader-0.3.0-1.el7.noarch from epel-base unresolved deps: python3-PyYAML package: python2-boto3-1.4.6-1.el7.noarch from epel-base unresolved deps: python2-s3transfer >= 0:0.1.10 package: python2-pyfakefs-3.1-1.el7.noarch from epel-base unresolved deps: python-pytest >= 0:2.8.6 package: python3-yamlordereddictloader-0.3.0-1.el7.noarch from epel-base unresolved deps: python3-PyYAML === GO: === package: golang-bazil-fuse-devel-0-0.2.20160811git371fbbd.el7.noarch from epel-base unresolved deps: golang(golang.org/x/net/context) package: golang-github-aws-aws-sdk-go-devel-1.4.22-0.1.git6c577e9.el7.noarch from epel-base unresolved deps: golang(golang.org/x/tools/go/loader) golang(golang.org/x/net/html) golang(github.com/jmespath/go-jmespath) golang(github.com/gucumber/gucumber) golang(github.com/go-ini/ini) package: golang-github-google-go-genproto-devel-0-0.3.git411e09b.el7.noarch from epel-base unresolved deps: golang(golang.org/x/net/context) package: golang-github-goraft-raft-devel-0-0.5.git73f9c44.el7.noarch from epel-base unresolved deps: golang(code.google.com/p/goprotobuf) package: golang-github-grpc-grpc-go-devel-1.0.0-0.2.git231b4cf.el7.noarch from epel-base unresolved deps: golang(golang.org/x/net/trace) golang(golang.org/x/net/http2/hpack) golang(golang.org/x/net/http2) golang(golang.org/x/net/context) package: golang-github-pkg-sftp-devel-0-0.1.git8197a2e.el7.noarch from epel-base unresolved deps: golang(golang.org/x/crypto/ssh) package: golang-github-rackspace-gophercloud-devel-1.0.0-14.el7.noarch from epel-base unresolved deps: golang(github.com/mitchellh/mapstructure) package: golang-github-rackspace-gophercloud-unit-test-1.0.0-14.el7.x86_64 from epel-base unresolved deps: golang(golang.org/x/crypto/ssh) package: golang-github-smartystreets-assertions-devel-1.6.0-0.7.git287b434.el7.noarch from epel-base unresolved deps: golang(golang.org/x/net/context) package: golang-github-spacemonkeygo-spacelog-devel-0-0.6.gitae95ccc.el7.noarch from epel-base unresolved deps: golang(github.com/spacemonkeygo/flagfile/utils) package: golang-golangorg-oauth2-devel-0-0.18.git1364adb.el7.noarch from epel-base unresolved deps: golang(google.golang.org/appengine/urlfetch) golang(google.golang.org/appengine) golang(golang.org/x/net/context) package: golang-google-golangorg-cloud-devel-0-0.10.git872c736.el7.noarch from epel-base unresolved deps: golang(google.golang.org/appengine/log) golang(google.golang.org/appengine/file) golang(google.golang.org/appengine) golang(google.golang.org/api/storage/v1) golang(google.golang.org/api/pubsub/v1) golang(google.golang.org/api/logging/v1beta3) golang(google.golang.org/api/googleapi) golang(google.golang.org/api/container/v1) golang(google.golang.org/api/bigquery/v2) golang(golang.org/x/net/context) = OCAML = package: llvm-ocaml