erlang March 2016

erlang@lists.fedoraproject.org

3 participants
329 discussions

[Bug 1307480] New: erlang-riak_search: FTBFS in rawhide
by Red Hat Bugzilla 18 Jun '16

18 Jun '16

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.

1 8

[Bug 1234568] New: Package should not ship a separate emacs sub-package
by Red Hat Bugzilla 18 Jun '16

18 Jun '16

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.

1 5

[Bug 1164003] New: systemd script calls non-existing ExecStop
by Red Hat Bugzilla 06 Jun '16

06 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1164003 Bug ID: 1164003 Summary: systemd script calls non-existing ExecStop Product: Fedora Version: 20 Component: ejabberd Assignee: lemenkov(a)gmail.com Reporter: honza(a)slunceweb.cz QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, jkaluza(a)redhat.com, lemenkov(a)gmail.com, martin(a)laptop.org Description of problem: In "/usr/lib/systemd/system/ejabberd.service" is "ExecStop=/usr/sbin/ejabberdctl stop", but the script is located in /usr/bin Version-Release number of selected component (if applicable): ejabberd-2.1.13-7.fc20.x86_64 How reproducible: allways Actual results: It fails to stop ejabberd. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1319126] New: incorrect use of Requires(pre)?
by Red Hat Bugzilla 06 Jun '16

06 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1319126 Bug ID: 1319126 Summary: incorrect use of Requires(pre)? Product: Fedora Version: rawhide Component: ejabberd Assignee: lemenkov(a)gmail.com Reporter: jsilhan(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, jeremy(a)jcline.org, lemenkov(a)gmail.com, martin(a)laptop.org, rbarlow(a)redhat.com We've identified your package for having `Requires(pre)` RPM flag without `Requires` [1]. `Requires(pre)` rpm tag could be interpreted wrongly, so to prevent any harm to Fedora users I am notifying you about this fact. Any package that is specified in `Requires(pre)` could be freely removed. Citing from RPM pages: ``` If there are no other dependencies on the package providing /usr/sbin/useradd, that package is permitted to be removed from the system after installation(!) ``` [2] If you really rely on dependency just during the installation process and your package don't necessary require the dependency for the proper run of your application then ignore this bug report and close it as NOTABUG. Otherwise add to your spec file additional `Requires` for the dependency, please. [1] paste.fedoraproject.org/341611/82208431 [2] http://www.rpm.org/wiki/PackagerDocs/MoreOnDependencies -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1315047] New: Incorrect ExecStop= directive in ejabberd.service
by Red Hat Bugzilla 06 Jun '16

06 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1315047 Bug ID: 1315047 Summary: Incorrect ExecStop= directive in ejabberd.service Product: Fedora Version: 22 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 Blocks: 1315046 +++ 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 https://bugzilla.redhat.com/show_bug.cgi?id=1315046 [Bug 1315046] Incorrect ExecStop= directive in ejabberd.service -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1313511] New: Erlang Port Mapper crashes at startup
by Red Hat Bugzilla 01 Jun '16

01 Jun '16

https://bugzilla.redhat.com/show_bug.cgi?id=1313511 Bug ID: 1313511 Summary: Erlang Port Mapper crashes at startup Product: Red Hat OpenStack Version: 7.0 Component: erlang Assignee: jeckersb(a)redhat.com Reporter: jeckersb(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, rar(a)tid.es, rjones(a)redhat.com, s(a)shk.io, yeylon(a)redhat.com Depends On: 1310808, 1312452 +++ This bug was initially created as a clone of Bug #1312452 +++ +++ This bug was initially created as a clone of Bug #1310808 +++ Description of problem: After upgrading from erlang-R16B-03.11 to erlang-R16B-03.13 epmd has started crashing at start up in some of our machines. Version-Release number of selected component (if applicable): erlang-R16B-03.13 How reproducible: Start epmd daemon in a machine without ipv6 address Steps to Reproduce: [root@myhost ~]# epmd -debug epmd: Wed Feb 17 08:27:23 2016: epmd running - daemon = 0 *** buffer overflow detected ***: epmd terminated ======= Backtrace: ========= /lib64/libc.so.6(__fortify_fail+0x37)[0x7f01fe269ac7] /lib64/libc.so.6(+0x10bc80)[0x7f01fe267c80] /lib64/libc.so.6(+0x10da37)[0x7f01fe269a37] epmd[0x403a96] epmd[0x401915] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f01fe17db15] epmd[0x401d0d] ======= Memory map: ======== 00400000-0040c000 r-xp 00000000 fd:00 34108967 /usr/lib64/erlang/erts-5.10.4/bin/epmd 0060b000-0060c000 r--p 0000b000 fd:00 34108967 /usr/lib64/erlang/erts-5.10.4/bin/epmd 0060c000-0060d000 rw-p 0000c000 fd:00 34108967 /usr/lib64/erlang/erts-5.10.4/bin/epmd 0149f000-014c0000 rw-p 00000000 00:00 0 [heap] 7f01fcc70000-7f01fcc85000 r-xp 00000000 fd:00 50663 /usr/lib64/libz.so.1.2.7 7f01fcc85000-7f01fce84000 ---p 00015000 fd:00 50663 /usr/lib64/libz.so.1.2.7 7f01fce84000-7f01fce85000 r--p 00014000 fd:00 50663 /usr/lib64/libz.so.1.2.7 7f01fce85000-7f01fce86000 rw-p 00015000 fd:00 50663 /usr/lib64/libz.so.1.2.7 7f01fce86000-7f01fce95000 r-xp 00000000 fd:00 66728 /usr/lib64/libbz2.so.1.0.6 7f01fce95000-7f01fd094000 ---p 0000f000 fd:00 66728 /usr/lib64/libbz2.so.1.0.6 7f01fd094000-7f01fd095000 r--p 0000e000 fd:00 66728 /usr/lib64/libbz2.so.1.0.6 7f01fd095000-7f01fd096000 rw-p 0000f000 fd:00 66728 /usr/lib64/libbz2.so.1.0.6 7f01fd096000-7f01fd0ba000 r-xp 00000000 fd:00 16885 /usr/lib64/liblzma.so.5.0.99 7f01fd0ba000-7f01fd2b9000 ---p 00024000 fd:00 16885 /usr/lib64/liblzma.so.5.0.99 7f01fd2b9000-7f01fd2ba000 r--p 00023000 fd:00 16885 /usr/lib64/liblzma.so.5.0.99 7f01fd2ba000-7f01fd2bb000 rw-p 00024000 fd:00 16885 /usr/lib64/liblzma.so.5.0.99 7f01fd2bb000-7f01fd2d0000 r-xp 00000000 fd:00 66743 /usr/lib64/libelf-0.163.so 7f01fd2d0000-7f01fd4cf000 ---p 00015000 fd:00 66743 /usr/lib64/libelf-0.163.so 7f01fd4cf000-7f01fd4d0000 r--p 00014000 fd:00 66743 /usr/lib64/libelf-0.163.so 7f01fd4d0000-7f01fd4d1000 rw-p 00015000 fd:00 66743 /usr/lib64/libelf-0.163.so 7f01fd4d1000-7f01fd4d5000 r-xp 00000000 fd:00 66753 /usr/lib64/libattr.so.1.1.0 7f01fd4d5000-7f01fd6d4000 ---p 00004000 fd:00 66753 /usr/lib64/libattr.so.1.1.0 7f01fd6d4000-7f01fd6d5000 r--p 00003000 fd:00 66753 /usr/lib64/libattr.so.1.1.0 7f01fd6d5000-7f01fd6d6000 rw-p 00004000 fd:00 66753 /usr/lib64/libattr.so.1.1.0 7f01fd6d6000-7f01fd6ec000 r-xp 00000000 fd:00 16866 /usr/lib64/libpthread-2.17.so 7f01fd6ec000-7f01fd8ec000 ---p 00016000 fd:00 16866 /usr/lib64/libpthread-2.17.so 7f01fd8ec000-7f01fd8ed000 r--p 00016000 fd:00 16866 /usr/lib64/libpthread-2.17.so 7f01fd8ed000-7f01fd8ee000 rw-p 00017000 fd:00 16866 /usr/lib64/libpthread-2.17.so 7f01fd8ee000-7f01fd8f2000 rw-p 00000000 00:00 0 7f01fd8f2000-7f01fd907000 r-xp 00000000 fd:00 142 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f01fd907000-7f01fdb06000 ---p 00015000 fd:00 142 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f01fdb06000-7f01fdb07000 r--p 00014000 fd:00 142 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f01fdb07000-7f01fdb08000 rw-p 00015000 fd:00 142 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f01fdb08000-7f01fdb4d000 r-xp 00000000 fd:00 82543 /usr/lib64/libdw-0.163.so 7f01fdb4d000-7f01fdd4c000 ---p 00045000 fd:00 82543 /usr/lib64/libdw-0.163.so 7f01fdd4c000-7f01fdd4e000 r--p 00044000 fd:00 82543 /usr/lib64/libdw-0.163.so 7f01fdd4e000-7f01fdd4f000 rw-p 00046000 fd:00 82543 /usr/lib64/libdw-0.163.so 7f01fdd4f000-7f01fdd53000 r-xp 00000000 fd:00 66757 /usr/lib64/libcap.so.2.22 7f01fdd53000-7f01fdf52000 ---p 00004000 fd:00 66757 /usr/lib64/libcap.so.2.22 7f01fdf52000-7f01fdf53000 r--p 00003000 fd:00 66757 /usr/lib64/libcap.so.2.22 7f01fdf53000-7f01fdf54000 rw-p 00004000 fd:00 66757 /usr/lib64/libcap.so.2.22 7f01fdf54000-7f01fdf5b000 r-xp 00000000 fd:00 16870 /usr/lib64/librt-2.17.so 7f01fdf5b000-7f01fe15a000 ---p 00007000 fd:00 16870 /usr/lib64/librt-2.17.so 7f01fe15a000-7f01fe15b000 r--p 00006000 fd:00 16870 /usr/lib64/librt-2.17.so 7f01fe15b000-7f01fe15c000 rw-p 00007000 fd:00 16870 /usr/lib64/librt-2.17.so 7f01fe15c000-7f01fe312000 r-xp 00000000 fd:00 16840 /usr/lib64/libc-2.17.so 7f01fe312000-7f01fe512000 ---p 001b6000 fd:00 16840 /usr/lib64/libc-2.17.so 7f01fe512000-7f01fe516000 r--p 001b6000 fd:00 16840 /usr/lib64/libc-2.17.so 7f01fe516000-7f01fe518000 rw-p 001ba000 fd:00 16840 /usr/lib64/libc-2.17.so 7f01fe518000-7f01fe51d000 rw-p 00000000 00:00 0 7f01fe51d000-7f01fe61e000 r-xp 00000000 fd:00 16848 /usr/lib64/libm-2.17.so 7f01fe61e000-7f01fe81d000 ---p 00101000 fd:00 16848 /usr/lib64/libm-2.17.so 7f01fe81d000-7f01fe81e000 r--p 00100000 fd:00 16848 /usr/lib64/libm-2.17.so 7f01fe81e000-7f01fe81f000 rw-p 00101000 fd:00 16848 /usr/lib64/libm-2.17.so 7f01fe81f000-7f01fe822000 r-xp 00000000 fd:00 16846 /usr/lib64/libdl-2.17.so 7f01fe822000-7f01fea21000 ---p 00003000 fd:00 16846 /usr/lib64/libdl-2.17.so 7f01fea21000-7f01fea22000 r--p 00002000 fd:00 16846 /usr/lib64/libdl-2.17.so 7f01fea22000-7f01fea23000 rw-p 00003000 fd:00 16846 /usr/lib64/libdl-2.17.so 7f01fea23000-7f01fea25000 r-xp 00000000 fd:00 16874 /usr/lib64/libutil-2.17.so 7f01fea25000-7f01fec24000 ---p 00002000 fd:00 16874 /usr/lib64/libutil-2.17.so 7f01fec24000-7f01fec25000 r--p 00001000 fd:00 16874 /usr/lib64/libutil-2.17.soAborted (core dumped) Actual results: epmd crashes Expected results: epmd daemon starts Additional info: strace shows that before the crash: bind(3, {sa_family=AF_INET, sin_port=htons(4369), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 listen(3, 128) = 0 socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = -1 EAFNOSUPPORT (Address family not supported by protocol) select(4, [3], NULL, NULL, {5, 0}) = 0 (Timeout) open("/dev/tty", O_RDWR|O_NOCTTY|O_NONBLOCK) = 4 writev(4, [{"*** ", 4}, {"buffer overflow detected", 24}, {" ***: ", 6}, {"epmd", 4}, {" terminated\n", 12}], 5*** buffer overflow detected ***: epmd terminated ) = 50 systemctl start epmd(a)0.0.0.0 works fine. --- Additional comment from John Eckersberg on 2016-02-22 14:32:37 EST --- Can you attach the core dump? Merely starting epmd on a host with no IPv6 addresses doesn't seem to be enough to trigger the bug, I'm unable to reproduce: [root@centos7 ~]# rpm -q erlang-erts erlang-erts-R16B-03.13.el7.x86_64 [root@centos7 ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:87:2d:f5 brd ff:ff:ff:ff:ff:ff inet 192.168.122.147/24 brd 192.168.122.255 scope global dynamic eth0 valid_lft 2850sec preferred_lft 2850sec [root@centos7 ~]# epmd -debug epmd: Mon Feb 22 14:27:20 2016: epmd running - daemon = 0 (no crash for me) --- Additional comment from Raúl Andrés on 2016-02-23 01:44 EST --- --- Additional comment from Raúl Andrés on 2016-02-23 02:59:59 EST --- I have IPv6 support disabled: [root@myhost tmp]# cat /proc/net/if_inet6 cat: /proc/net/if_inet6: No such file or directory [root@myhost tmp]# modprobe -c| grep ipv6 options ipv6 disable=1 --- Additional comment from John Eckersberg on 2016-02-26 12:44:37 EST --- This also reproduces on OSP: [root@rhel7 ~]# rpm -q erlang-erts erlang-erts-R16B-03.10min.5.el7ost.x86_64 [root@rhel7 ~]# epmd -d 2>&1 | head epmd: Fri Feb 26 12:38:16 2016: epmd running - daemon = 0 *** buffer overflow detected ***: epmd terminated ======= Backtrace: ========= /lib64/libc.so.6(__fortify_fail+0x37)[0x7fc11d6f4b37] /lib64/libc.so.6(+0x10bcf0)[0x7fc11d6f2cf0] /lib64/libc.so.6(+0x10daa7)[0x7fc11d6f4aa7] epmd[0x403a96] epmd[0x401915] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7fc11d608b15] epmd[0x401d0d] ... Disable IPv6 first as per https://access.redhat.com/solutions/8709?tour=6#rhel7disable in order to reproduce. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1310808 [Bug 1310808] Erlang Port Mapper crashes at startup if IPv6 disabled completely https://bugzilla.redhat.com/show_bug.cgi?id=1312452 [Bug 1312452] Erlang Port Mapper crashes at startup -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 1192341] New: elixir-1.0.3 is available
by Red Hat Bugzilla 26 May '16

26 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1192341 Bug ID: 1192341 Summary: elixir-1.0.3 is available Product: Fedora Version: rawhide Component: elixir Keywords: FutureFeature, Triaged Assignee: relrod(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, jochen(a)herr-schmitt.de, lemenkov(a)gmail.com, puiterwijk(a)redhat.com, relrod(a)redhat.com Latest upstream release: 1.0.3 Current version/release in Fedora Rawhide: 1.0.2-1.fc22 URL: https://api.github.com/repos/elixir-lang/elixir/tags 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 Soon this service will be implemented by a new system: https://release-monitoring.org/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- You are receiving this mail because: You are on the CC list for the bug.

1 38

[Bug 1239485] New: erlang-riak_kv: FTBFS in rawhide
by Red Hat Bugzilla 21 May '16

21 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1239485 Bug ID: 1239485 Summary: erlang-riak_kv: FTBFS in rawhide Product: Fedora Version: rawhide Component: erlang-riak_kv 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_kv failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=10087563 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.

1 9

[Bug 1307477] New: erlang-riak_kv: FTBFS in rawhide
by Red Hat Bugzilla 21 May '16

21 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1307477 Bug ID: 1307477 Summary: erlang-riak_kv: FTBFS in rawhide Product: Fedora Version: rawhide Component: erlang-riak_kv 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_kv failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=12814324 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.

1 8

[Bug 1239483] New: erlang-riak_core: FTBFS in rawhide
by Red Hat Bugzilla 20 May '16

20 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1239483 Bug ID: 1239483 Summary: erlang-riak_core: FTBFS in rawhide Product: Fedora Version: rawhide Component: erlang-riak_core 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_core failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=10087551 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.

1 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

erlang March 2016