May 2016 - erlang - Fedora Mailing-Lists

[Bug 1309684] New: Rebase rabbitmq-server to ver. 3.6.0

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1309684 Bug ID: 1309684 Summary: Rebase rabbitmq-server to ver. 3.6.0 Product: Red Hat OpenStack Version: 9.0 Component: rabbitmq-server Keywords: FutureFeature, Triaged Assignee: plemenko(a)redhat.com Reporter: plemenko(a)redhat.com QA Contact: yeylon(a)redhat.com CC: apevec(a)redhat.com, erlang(a)lists.fedoraproject.org, extras-qa(a)fedoraproject.org, hubert.plociniczak(a)gmail.com, jeckersb(a)redhat.com, lemenkov(a)gmail.com, lhh(a)redhat.com, rjones(a)redhat.com, s(a)shk.io, upstream-release-monitoring(a)fedoraproject.org, yeylon(a)redhat.com Depends On: 1309683 +++ This bug was initially created as a clone of Bug #1309683 +++ Latest upstream release: 3.6.0 Current version/release in rawhide: 3.5.7-4.fc24 URL: http://www.rabbitmq.com/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. --- Additional comment from Upstream Release Monitoring on 2016-02-18 08:23:10 EST --- Failed to kick off scratch build. cmd: spectool -g /var/tmp/thn-C4bWoT/rabbitmq-server.spec return code: 22 stdout: Getting http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.0/rabbitmq-server-3... to ./rabbitmq-server-3.6.0.tar.gz stderr: % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1309683 [Bug 1309683] rabbitmq-server-3.6.0 is available -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 8 months

1
25
0 / 0

[Bug 1292170] New: erlang-18.1 is available

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1292170 Bug ID: 1292170 Summary: erlang-18.1 is available Product: Red Hat OpenStack Version: 8.0 Component: erlang Keywords: FutureFeature, Triaged Assignee: plemenko(a)redhat.com Reporter: plemenko(a)redhat.com QA Contact: yeylon(a)redhat.com CC: apevec(a)redhat.com, erlang(a)lists.fedoraproject.org, extras-qa(a)fedoraproject.org, jeckersb(a)redhat.com, lemenkov(a)gmail.com, lhh(a)redhat.com, rhbugs(a)n-dimensional.de, ruben.caro.estevez(a)gmail.com, s(a)shk.io, upstream-release-monitoring(a)fedoraproject.org, yeylon(a)redhat.com Depends On: 1221824 +++ This bug was initially created as a clone of Bug #1221824 +++ We really want to upgrade Erlang stack up to 18.x version. Otherwise we won't have an option to enable HiPE (among other goodies). Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1221824 [Bug 1221824] erlang-18.1 is available -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 8 months

1
19
0 / 0

[Bug 1264617] New: [abrt] erlang-erts: erl_exit_vv(): beam.smp killed by SIGABRT

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1264617 Bug ID: 1264617 Summary: [abrt] erlang-erts: erl_exit_vv(): beam.smp killed by SIGABRT Product: Fedora Version: 22 Component: erlang Assignee: lemenkov(a)gmail.com Reporter: a.shubnikov(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, jeckersb(a)redhat.com, lemenkov(a)gmail.com, rhbugs(a)n-dimensional.de, s(a)shk.io Version-Release number of selected component: erlang-erts-17.4-4.fc22 Additional info: reporter: libreport-2.6.2 backtrace_rating: 4 cmdline: /usr/lib64/erlang/erts-6.3/bin/beam.smp -- -root /usr/lib64/erlang -progname erl -- -home /home/shuba -- -sname 17_77d04_shuba_7ab41@ingoa -setcookie erlide crash_function: erl_exit_vv executable: /usr/lib64/erlang/erts-6.3/bin/beam.smp global_pid: 8879 kernel: 4.1.6-201.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (6 frames) #2 erl_exit_vv at beam/erl_init.c:2110 #3 erl_exit at beam/erl_init.c:2120 #4 halt_2 at beam/bif.c:3974 #5 process_main at beam/beam_emu.c:2779 #6 sched_thread_func at beam/erl_process.c:7743 #7 thr_wrapper at pthread/ethread.c:106 -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 9 months

1
1
0 / 0

[Bug 1315046] New: Incorrect ExecStop= directive in ejabberd.service

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1315046 Bug ID: 1315046 Summary: Incorrect ExecStop= directive in ejabberd.service Product: Fedora Version: 23 Component: ejabberd Assignee: lemenkov(a)gmail.com Reporter: rbarlow(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: arcfi(a)aetera.net, erlang(a)lists.fedoraproject.org, extras-qa(a)fedoraproject.org, jeremy(a)jcline.org, lemenkov(a)gmail.com, martin(a)laptop.org, rbarlow(a)redhat.com Depends On: 1314753 +++ This bug was initially created as a clone of Bug #1314753 +++ Description of problem: Incorrect ExecStop= directive in ejabberd.service resulting in unit stop failing. The correct directive is: ExecStop=/usr/bin/bash /usr/bin/ejabberdctl stop Version-Release number of selected component (if applicable): ejabberd-14.07-6.fc22.x86_64 How reproducible: Always. Steps to Reproduce: 1. systemctl stop ejabberd.service 2. systemctl status ejabberd.service Actual results: systemd[1]: Stopping A distributed, fault-tolerant Jabber/XMPP server... ejabberdctl[3067]: Refusing to render service to dead parents. systemd[1]: ejabberd.service: Control process exited, code=exited status=127 systemd[1]: Stopped A distributed, fault-tolerant Jabber/XMPP server. systemd[1]: ejabberd.service: Unit entered failed state. systemd[1]: ejabberd.service: Failed with result 'exit-code'. Expected results: # grep ExecStop= /usr/lib/systemd/system/ejabberd.service ExecStop=/usr/bin/bash /usr/bin/ejabberdctl stop --- Additional comment from Randy Barlow on 2016-03-06 01:48:08 EST --- This is easy to fix in Fedora 24, but unfortunately the SRPM does not build anymore on F22 or F23 with this build error: Compiling /builddir/build/BUILD/ejabberd-14.07/deps/jiffy/c_src/double-conversion/bignum.cc /builddir/build/BUILD/ejabberd-14.07/deps/jiffy/c_src/double-conversion/bignum.cc: In member function 'void double_conversion::Bignum::AssignDecimalString(double_conversion::Vector<const char>)': /builddir/build/BUILD/ejabberd-14.07/deps/jiffy/c_src/double-conversion/bignum.cc:101:6: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false [-Werror=strict-overflow] void Bignum::AssignDecimalString(Vector<const char> value) { ^ cc1plus: all warnings being treated as errors I will have an F24 fix out shortly, but I don't have time to investigate these build failures this weekend. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1314753 [Bug 1314753] Incorrect ExecStop= directive in ejabberd.service -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 9 months

1
5
0 / 0

[Bug 1316206] New: erl_interface: regression in erl_decode for LLONG_MIN longlong value

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1316206 Bug ID: 1316206 Summary: erl_interface: regression in erl_decode for LLONG_MIN longlong value Product: Fedora Version: rawhide Component: erlang Assignee: lemenkov(a)gmail.com Reporter: ptoscano(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, jeckersb(a)redhat.com, lemenkov(a)gmail.com, rhbugs(a)n-dimensional.de, s(a)shk.io Blocks: 910269 (TRACKER-bugs-affecting-libguestfs) Created attachment 1134565 --> https://bugzilla.redhat.com/attachment.cgi?id=1134565&action=edit simple reproducer Description of problem: In libguestfs we have erlang bindings using OTP, and one of the tests involves passing limit values and checking that they are read as expected in the C API. It seems erl_decode fails to decode -9223372036854775808 (which is LLONG_MIN) as ERL_LONGLONG value, giving a ERL_INTEGER with value -1. The attached test case contains the dump of a message (the libguestfs add_drive_scratch call) whose second item in the tuple is a longlong. Version-Release number of selected component (if applicable): erlang-erl_interface-18.2.4-2.fc25.x86_64 How reproducible: 100% with the attached test case. Steps to Reproduce: 1. build the testcase 2. run it Actual results: - f23: TYPE is 137 TYPE is 17 - f24/rawhide: TYPE is 137 TYPE is 1 17 = ERL_LONGLONG 1 = ERL_INTEGER Expected results: Same decoding result in f24/rawhide (i.e. as ERL_LONGLONG). Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=910269 [Bug 910269] Tracker: Bugs in other packages that stop libguestfs working -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 10 months

1
12
0 / 0

[Bug 1239488] New: erlang-riak_search: FTBFS in rawhide

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1239488 Bug ID: 1239488 Summary: erlang-riak_search: FTBFS in rawhide Product: Fedora Version: rawhide Component: erlang-riak_search Assignee: lemenkov(a)gmail.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Blocks: 1239338 (F23FTBFS) Your package erlang-riak_search failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=10087578 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1239338 [Bug 1239338] Fedora 23 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 10 months

1
7
0 / 0

[Bug 1307480] New: erlang-riak_search: FTBFS in rawhide

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1307480 Bug ID: 1307480 Summary: erlang-riak_search: FTBFS in rawhide Product: Fedora Version: rawhide Component: erlang-riak_search Assignee: lemenkov(a)gmail.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Blocks: 1305208 Your package erlang-riak_search failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=12814338 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1305208 [Bug 1305208] Fedora 24 Mass rebuild FTBFS tracker bug -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 10 months

1
8
0 / 0

[Bug 1340829] New: FTBFS on secondary arches

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1340829 Bug ID: 1340829 Summary: FTBFS on secondary arches Product: Fedora Version: rawhide Component: erlang-eleveldb Assignee: lemenkov(a)gmail.com Reporter: dan(a)danny.cz QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Blocks: 467765 (ZedoraTracker), 922257 (ARM64,F-ExcludeArch-aarch64), 1071880 (PPCTracker) Current erlang-eleveldb 2.2 fails to build on all secondary arches due ... + make cc -I. -I./include -fno-builtin-memcmp -pthread -DOS_LINUX -DLEVELDB_PLATFORM_POSIX -DSNAPPY -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -march=z9-109 -mtune=z10 -fPIC -MM -E -MT port/port_posix.d -MT port/port_posix.o -MF port/port_posix.d port/port_posix.cc In file included from ./port/port_posix.h:45:0, from port/port_posix.cc:5: ./port/atomic_pointer.h:143:2: error: #error Please implement AtomicPointer for this platform. #error Please implement AtomicPointer for this platform. ^~~~~ ... The problem seems to be caused by the bundled leveldb 2.0.19 where it checks for <cstdatomic> in build_detect_platform while recent gcc 5.x or 6.x are providing <atomic>. See eg. https://github.com/google/leveldb/blob/master/build_detect_platform#L180 links to failed builds are eg. http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=2244725 http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=3419255 http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=3573239 Version-Release number of selected component (if applicable): erlang-eleveldb-2.2.19-1.fc25 but seems all version >= 2.2 have the same problem Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=467765 [Bug 467765] Fedora for System z (s390): Bug Tracker https://bugzilla.redhat.com/show_bug.cgi?id=922257 [Bug 922257] Tracker for ARM64 support https://bugzilla.redhat.com/show_bug.cgi?id=1071880 [Bug 1071880] (PPCTracker) Fedora for PowerPC architectures (ppc64,ppc64le): Bug Tracker -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 10 months

1
6
0 / 0

[Bug 1337728] New: erlang-protobuffs-0.8.3 is available

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1337728 Bug ID: 1337728 Summary: erlang-protobuffs-0.8.3 is available Product: Fedora Version: rawhide Component: erlang-protobuffs Keywords: FutureFeature, Triaged Assignee: lemenkov(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Latest upstream release: 0.8.3 Current version/release in rawhide: 0.8.2-2.fc25 URL: https://github.com/basho/erlang_protobuffs Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/738/ -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 10 months

1
9
0 / 0

[Bug 1234568] New: Package should not ship a separate emacs sub-package

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1234568 Bug ID: 1234568 Summary: Package should not ship a separate emacs sub-package Product: Fedora Version: rawhide Component: erlang-lfe Assignee: lemenkov(a)gmail.com Reporter: jonathan.underwood(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com Blocks: 1234479 The Emacs add-on packaging guidelines no longer stipulate that packages which also bundle support for Emacs should split out those Emacs files into separate sub-packages. This package should instead ship those files with the main package which should also Require emacs-filesystem. See https://fedoraproject.org/wiki/Packaging:Emacs for more detail. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1234479 [Bug 1234479] Violations of Emacs add-on packaging guidelines -- You are receiving this mail because: You are on the CC list for the bug.

7 years, 10 months

1
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

erlang May 2016