erlang January 2014

erlang@lists.fedoraproject.org

6 participants
48 discussions

[Bug 1036359] New: ejabberd logs not reopened after rotation
by Red Hat Bugzilla 01 Sep '14

01 Sep '14

https://bugzilla.redhat.com/show_bug.cgi?id=1036359 Bug ID: 1036359 Summary: ejabberd logs not reopened after rotation Product: Fedora Version: 20 Component: ejabberd Assignee: lemenkov(a)gmail.com Reporter: redhat(a)subs.maneos.org 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: Version-Release number of selected component (if applicable): ejabberd-2.1.13-7.fc20.x86_64 How reproducible: Steps to Reproduce: 1. Make sure ejabberd is running and logrotate is enabled. 2. Wait until logrotate runs. 3. Check contents of /var/log/ejabberd/ejabberd.log. Actual results: 0 size file that never gets updated. Expected results: File containing log entries for events as they occur. Additional info: /etc/logrotate.d/ejabberd is trying to run /usr/sbin/ejabberdctl, but ejabberdctl is installed in /usr/bin now. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1023017] New: Restore ECC support in Erlang's crypto library
by Red Hat Bugzilla 27 Aug '14

27 Aug '14

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

1 7

[Bug 1038314] New: Cyclic dependencies: erlang and erlang-examples
by Red Hat Bugzilla 27 Aug '14

27 Aug '14

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.

1 1

[Bug 1056027] New: tsung-recorder script on x86_64 uses wrong path to Erlang
by Red Hat Bugzilla 07 Aug '14

07 Aug '14

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.

1 14

[Bug 1059913] New: Race condition creating .erlang.cookie
by Red Hat Bugzilla 01 Jun '14

01 Jun '14

https://bugzilla.redhat.com/show_bug.cgi?id=1059913 Bug ID: 1059913 Summary: Race condition creating .erlang.cookie Product: Fedora Version: 20 Component: rabbitmq-server Assignee: hubert.plociniczak(a)gmail.com Reporter: jeckersb(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: erlang(a)lists.fedoraproject.org, hubert.plociniczak(a)gmail.com, lemenkov(a)gmail.com, skottler(a)redhat.com Description of problem: There is a race condition when starting rabbitmq-server for the first time. When the erlang runtime starts, it tries to read its cookie file (for rabbitmq, /var/lib/rabbitmq/.erlang.cookie) and if it doesn't already exist, it generates a new random cookie and creates the file. The following two lines from the rabbitmq-service.service unit file are involved: ExecStart=/usr/lib/rabbitmq/bin/rabbitmq-server ExecStartPost=/usr/lib/rabbitmq/bin/rabbitmqctl wait /var/run/rabbitmq/pid The rabbitmq-server command returns before the service is up. Therefor it is required to exec the additional rabbitmqctl wait in order to make sure the service starts all the way. However both of these are erlang programs, and they share the cookie startup code described previously. There is variance on the order of events and the eventual error. But generally what happens is: - ExecStart (rabbitmq-server) is run and exits. The erlang runtime is now booting in the background. - ExecStartPost (rabbitmqctl) is run. - rabbitmq-server determines the cookie file is not present, and generates a new cookie. - rabbitmqctl determines the cookie file is not present, and generates a new cookie. - rabbitmq-server writes the new cookie to disk and sets the file to read-only - rabbitmqctl tries to open the cookie file read/write in order to write its cookie, but errors with EACCESS because the file already exists and is read only. - The erlang runtime for rabbitmqctl crashes and the command returns with a non-successful exit code. - The entire service unit is marked as failed, and all of the processes are killed by systemd. Version-Release number of selected component (if applicable): rabbitmq-server-3.1.5-1.fc20.noarch erlang-R16B-03.1.fc20.x86_64 How reproducible: There is some variability since it's a race. I've provided my reproducer below that works 100% of the time for me, inside a F20 VM. In theory this behavior should still exist if starting the service from the cli instead of rebooting, but I can't reproduce it that way. Steps to Reproduce: 1. install rabbitmq-server 2. systemctl enable rabbitmq-server.service 3. reboot Actual results: Service fails to start, see attachment of journalctl output for error Expected results: Service starts cleanly Additional info: This is really an erlang bug, but the workaround for rabbit is simple (I'll post a patch in a followup). I'll run down the erlang bit separately but it will take longer, so it makes sense to apply the workaround here until erlang is fixed. -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 1059563] New: erlang-R16B03-1 is available
by Red Hat Bugzilla 18 Apr '14

18 Apr '14

https://bugzilla.redhat.com/show_bug.cgi?id=1059563 Bug ID: 1059563 Summary: erlang-R16B03-1 is available Product: Fedora Version: rawhide Component: erlang 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, rhbugs(a)n-dimensional.de, skottler(a)redhat.com Latest upstream release: R16B03-1 Current version/release in Fedora Rawhide: R16B-03.1.fc21 URL: http://www.erlang.org/download.html 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 -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1048760] New: elixir-0.12.1 is available
by Red Hat Bugzilla 04 Feb '14

04 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1048760 Bug ID: 1048760 Summary: elixir-0.12.1 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, lemenkov(a)gmail.com, puiterwijk(a)redhat.com, relrod(a)redhat.com Latest upstream release: 0.12.1 Current version/release in Fedora Rawhide: 0.12.0-1.fc21 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 -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Bug 1054074] New: elixir-0.12.2 is available
by Red Hat Bugzilla 04 Feb '14

04 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1054074 Bug ID: 1054074 Summary: elixir-0.12.2 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, lemenkov(a)gmail.com, puiterwijk(a)redhat.com, relrod(a)redhat.com Latest upstream release: 0.12.2 Current version/release in Fedora Rawhide: 0.12.1-1.fc21 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 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

Broken dependencies: erlang-rpm-macros
by Fedora Koji Build System 31 Jan '14

31 Jan '14

erlang-rpm-macros has broken dependencies in the epel-7 tree: On x86_64: erlang-rpm-macros-0.1.3-6.el7.noarch requires /usr/bin/escript On ppc64: erlang-rpm-macros-0.1.3-6.el7.noarch requires /usr/bin/escript Please resolve this as soon as possible.

1 0

Broken dependencies: erlang-rpm-macros
by Fedora Koji Build System 30 Jan '14

30 Jan '14

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

erlang January 2014