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-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
====== NodeJS ====== package: nodejs-bson-0.2.9-1.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-follow-0.11.4-2.el7.noarch from epel-base unresolved deps: nodejs(engine) < 0:0.11 package: nodejs-fs-ext-0.4.2-2.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-i2c-0.1.4-9.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-is-builtin-module-1.0.0-1.el7.noarch from epel-base unresolved deps: npm(builtin-modules) < 0:2 npm(builtin-modules) >= 0:1.0.0 package: nodejs-libxmljs-0.9.0-1.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-node-expat-2.1.4-5.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-node-stringprep-0.2.3-5.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-pg-0.12.3-2.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10
==== RUBY ==== package: ruby-qpid-qmf-1.35.0-1.el7.x86_64 from epel-base unresolved deps: qpid-qmf(x86-64) = 0:1.35.0-1.el7 package: rubygem-apipie-bindings-0.0.10-2.el7.noarch from epel-base unresolved deps: rubygem(oauth) rubygem(awesome_print) package: ruby-qpid-qmf-1.35.0-1.el7.x86_64 from epel-base unresolved deps: qpid-qmf(x86-64) = 0:1.35.0-1.el7 package: rubygem-apipie-bindings-0.0.10-2.el7.noarch from epel-base unresolved deps: rubygem(oauth) rubygem(awesome_print)
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-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
====== NodeJS ====== package: nodejs-bson-0.2.9-1.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-follow-0.11.4-2.el7.noarch from epel-base unresolved deps: nodejs(engine) < 0:0.11 package: nodejs-fs-ext-0.4.2-2.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-i2c-0.1.4-9.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-is-builtin-module-1.0.0-1.el7.noarch from epel-base unresolved deps: npm(builtin-modules) < 0:2 npm(builtin-modules) >= 0:1.0.0 package: nodejs-libxmljs-0.9.0-1.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-node-expat-2.1.4-5.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-node-stringprep-0.2.3-5.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10 package: nodejs-pg-0.12.3-2.el7.x86_64 from epel-base unresolved deps: nodejs(v8-abi) = 0:3.14 nodejs(abi) = 0:0.10
==== RUBY ==== package: ruby-qpid-qmf-1.35.0-1.el7.x86_64 from epel-base unresolved deps: qpid-qmf(x86-64) = 0:1.35.0-1.el7 package: rubygem-apipie-bindings-0.0.10-2.el7.noarch from epel-base unresolved deps: rubygem(oauth) rubygem(awesome_print) package: ruby-qpid-qmf-1.35.0-1.el7.x86_64 from epel-base unresolved deps: qpid-qmf(x86-64) = 0:1.35.0-1.el7 package: rubygem-apipie-bindings-0.0.10-2.el7.noarch from epel-base unresolved deps: rubygem(oauth) rubygem(awesome_print)
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.
On Thu, 1 Nov 2018 at 06:00, Richard W.M. Jones rjones@redhat.com 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'?
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 rjones@redhat.com 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.
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 rjones@redhat.com 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.
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 rjones@redhat.com 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.
epel-devel@lists.fedoraproject.org