[Bug 1023017] New: Restore ECC support in Erlang's crypto library
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1023017
Bug ID: 1023017
Summary: Restore ECC support in Erlang's crypto library
Product: Fedora
Version: rawhide
Component: erlang
Severity: high
Assignee: lemenkov(a)gmail.com
Reporter: lemenkov(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com,
rhbugs(a)n-dimensional.de
Right now ECC is disabled explicitly since it looks like Erlang's crypto
library assumes that it's either available fully or not. We've just enabled few
ECC curves so this confuses erlang-crypto and leads to a startup issue like
this:
=ERROR REPORT==== 24-Oct-2013::16:30:48 ===
Unable to load crypto library. Failed with error:
"load_failed, Failed to load NIF library:
'/usr/lib64/erlang/lib/crypto-3.1/priv/lib/crypto.so: undefined symbol:
EC_GROUP_new_curve_GF2m'"
OpenSSL might not be installed on this system.
We should patch crypto module to provide available ECC bits instead of
disabling it completely.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=COwcnn7Cu3&a=cc_unsubscribe
9 years, 3 months
[Bug 1038314] New: Cyclic dependencies: erlang and erlang-examples
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1038314
Bug ID: 1038314
Summary: Cyclic dependencies: erlang and erlang-examples
Product: Fedora
Version: 19
Component: erlang
Assignee: lemenkov(a)gmail.com
Reporter: jakub.jedelsky(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com,
rhbugs(a)n-dimensional.de
Description of problem:
It is impossible to remove erlang package with /usr/bin/rpm command with
erlang-examples and vice versa. There are cyclic dependencies among these two
packages.
Version-Release number of selected component (if applicable):
erlang-R16B-02.3.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1. try to remove erlang
$ /usr/bin/rpm -e erlang
returns:
error: Failed dependencies:
erlang(x86-64) = R16B-02.3.fc19 is needed by (installed)
erlang-examples-R16B-02.3.fc19.x86_64
2. try to remove erlang-examples
$ /usr/bin/rpm -e erlang-examples
returns:
error: Failed dependencies:
erlang-examples(x86-64) = R16B-02.3.fc19 is needed by (installed)
erlang-R16B-02.3.fc19.x86_64
3. try to remove erlang
...
Actual results:
can't remove erlang without erlang-examples and vice versa
Expected results:
One of packages is possible to remove without any dependencies.
Additional info:
It's because of puppet, which removes packages through rpm command. There is no
problem with removing through yum.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months
[Bug 1122088] New: erlang-rebar missing bootstrap for new ppc64le archi
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1122088
Bug ID: 1122088
Summary: erlang-rebar missing bootstrap for new ppc64le archi
Product: Fedora
Version: rawhide
Component: erlang-rebar
Severity: medium
Assignee: lemenkov(a)gmail.com
Reporter: normand(a)linux.vnet.ibm.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com,
s(a)shk.io
Description of problem: erlang-rebar missing bootstrap for new ppc64le archi
Version-Release number of selected component (if applicable):
erlang-rebar-2.1.0-0.8.fc22
Steps to Reproduce:
1. fedpkg clone -a erlang-rebar
2. fedpkg mockbuild
Actual results:
http://ppc.koji.fedoraproject.org/koji/buildinfo?buildID=252445
===
DEBUG util.py:282: --> erlang-rebar-2.1.0-0.7.fc21.ppc64le
DEBUG util.py:282: Error: Package: erlang-rebar-2.1.0-0.7.fc21.ppc64le (build)
DEBUG util.py:282: Requires: erlang-erlydtl(ppc-64)
DEBUG util.py:282: Error: Package: erlang-rebar-2.1.0-0.7.fc21.ppc64le (build)
DEBUG util.py:282: Requires: erlang-neotoma(ppc-64)
DEBUG util.py:282: Error: Package: erlang-rebar-2.1.0-0.7.fc21.ppc64le (build)
DEBUG util.py:282: Requires: erlang-getopt(ppc-64)
===
Additional info:
I did a change in spec file in scratch as detailed below that succeeded in
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1959813
I am not authorised to commit temporarily this change in fedora db.
====
$git diff
diff --git a/erlang-rebar.spec b/erlang-rebar.spec
index e8b59f0..ca26a8e 100644
--- a/erlang-rebar.spec
+++ b/erlang-rebar.spec
@@ -7,7 +7,7 @@
# Set this to true when starting a rebuild of the whole erlang stack. There's
# a cyclical dependency between erlang-rebar and erlang-getopt so this package
# (rebar) needs to get built first in bootstrap mode.
-%global need_bootstrap_set 0
+%global need_bootstrap_set 1
%{!?need_bootstrap: %global need_bootstrap %{need_bootstrap_set}}
===
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months
[Bug 1082170] New: CVE-2014-2668 couchdb: remote denial of service flaw [fedora-all]
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1082170
Bug ID: 1082170
Summary: CVE-2014-2668 couchdb: remote denial of service flaw
[fedora-all]
Product: Fedora
Version: 20
Component: couchdb
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: lemenkov(a)gmail.com
Reporter: vdanen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com
Blocks: 1082168 (CVE-2014-2668)
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please ensure that it is only closed
when all affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1082168
[Bug 1082168] CVE-2014-2668 couchdb: remote denial of service flaw
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months
[Bug 1056027] New: tsung-recorder script on x86_64 uses wrong path to Erlang
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1056027
Bug ID: 1056027
Summary: tsung-recorder script on x86_64 uses wrong path to
Erlang
Product: Fedora EPEL
Version: el6
Component: tsung
Severity: medium
Assignee: cickumqt(a)gmail.com
Reporter: ts(a)bee.kz
QA Contact: extras-qa(a)fedoraproject.org
CC: cickumqt(a)gmail.com, erlang(a)lists.fedoraproject.org,
lemenkov(a)gmail.com
Description of problem:
tsung-recorder script on x86_64 uses wrong path to Erlang
Version-Release number of selected component (if applicable):
1.5.0-3.el6
How reproducible:
Steps to Reproduce:
$ yum install tsung
$ cat /usr/bin/tsung-recorder | grep ^INSTALL_DIR
Actual results:
INSTALL_DIR=/usr/lib/erlang/
Expected results:
INSTALL_DIR=/usr/lib64/erlang/
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months
[Bug 1083637] New: Trim dependencies in rabbitmq-server
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1083637
Bug ID: 1083637
Summary: Trim dependencies in rabbitmq-server
Product: Fedora EPEL
Version: epel7
Component: rabbitmq-server
Assignee: hubert.plociniczak(a)gmail.com
Reporter: lhh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org,
hubert.plociniczak(a)gmail.com, josh(a)fornwall.com,
rjones(a)redhat.com, skottler(a)redhat.com
Description of problem:
The rabbitmq-server package pulls in 59 dependencies on a system with X
previously installed. (It also pulls in wxGTK and wxGTK-gl, which is
rabbitmq-server needs the following erlang packages to run:
Requires: erlang-inets
Requires: erlang-mnesia
Requires: erlang-erts
Requires: erlang-asn1
Requires: erlang-snmp
Requires: erlang-xmerl
Requires: erlang-stdlib
Requires: erlang-public_key
Requires: erlang-otp_mibs
Requires: erlang-ssl
Requires: erlang-kernel
Requires: erlang-sasl
Requires: erlang-crypto
Requires: erlang-os_mon
Requires: erlang-runtime_tools
There are some internal Requires: lines in erlang which pull in more, but if
you delete them with 'rpm -e --nodeps', rabbitmq-server still operates.
Without changing the internal requirements of the erlang package, using the
above 'Requires' lines cuts the number of dependencies pulled in from ~59 to
~29. It still includes wxGTK / wxGTK-gl, so not perfect, but better.
(It is also possible to build Erlang without wx* support, but it is less
beneficial to do so as doing so breaks things like the debugger - I'll explore
that separately.)
Version-Release number of selected component (if applicable): 3.1.5-3.el7
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 4 months
