[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, 9 months
[Bug 1080382] New: tsung erlang lib directory is wrong on lib64
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1080382
Bug ID: 1080382
Summary: tsung erlang lib directory is wrong on lib64
Product: Fedora
Version: rawhide
Component: tsung
Assignee: cickumqt(a)gmail.com
Reporter: kwizart(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cickumqt(a)gmail.com, erlang(a)lists.fedoraproject.org,
lemenkov(a)gmail.com
Description of problem:
The tsung erlang lib directory is wrong on lib64 when running the following
command:
tsung-recorder -p webdav start
Version-Release number of selected component (if applicable):
tsung-1.5.0-3.fc20.x86_64
How reproducible:
always with tsung-recorder
Steps to Reproduce:
1. tsung-recorder -p webdav start
2.
3.
Actual results:
Creating local Tsung directory /home/kwizart/.tsung
Creating Tsung log directory /home/kwizart/.tsung/log
Starting Tsung recorder on port 8090
$ {"init terminating in do_boot",{'cannot get
bootfile','/usr/lib/erlang//lib/tsung_recorder-1.5.0/priv/tsung_recorder.boot'}}
Expected results:
don't know yet...
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 9 months
[Bug 1074288] New: erlang-rpm-macros installs macros files to /etc/rpm
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1074288
Bug ID: 1074288
Summary: erlang-rpm-macros installs macros files to /etc/rpm
Product: Fedora
Version: rawhide
Component: erlang-rpm-macros
Assignee: lemenkov(a)gmail.com
Reporter: ville.skytta(a)iki.fi
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com
Blocks: 1074261
The proper location for rpm macros files in rpm >= 4.11 is
%{_rpmconfigdir}/macros.d, please move them there from /etc/rpm.
If this package's specfile targets Fedora and EL >= 7 only, the
location for macro files can be simply changed from /etc/rpm to
%{_rpmconfigdir}/macros.d. If it is intended to work on EL 5 and/or 6
as well, you can define a macros dir for example as follows (all on
one line) and install the macros to %{macrosdir}:
%global macrosdir %(d=%{_rpmconfigdir}/macros.d; [ -d $d ] ||
d=%{_sysconfdir}/rpm; echo $d)
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1074261
[Bug 1074261] macro files install dir tracker bug
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 10 months
[Bug 1059913] New: Race condition creating .erlang.cookie
by Red Hat Bugzilla
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.
9 years, 11 months
[erlang-meck] Fix build
by Lubomir Rintel
commit b1ef53b0181393d5fcc65d4d449e5339e13a01c0
Author: Lubomir Rintel <lkundrak(a)v3.sk>
Date: Mon Apr 28 12:32:53 2014 +0200
Fix build
erlang-meck-0001-Build-with-R16B03.patch | 32 ++++++++++++++++++++++++++++++
erlang-meck.spec | 8 ++++++-
2 files changed, 39 insertions(+), 1 deletions(-)
---
diff --git a/erlang-meck-0001-Build-with-R16B03.patch b/erlang-meck-0001-Build-with-R16B03.patch
new file mode 100644
index 0000000..d4a674b
--- /dev/null
+++ b/erlang-meck-0001-Build-with-R16B03.patch
@@ -0,0 +1,32 @@
+From a151f644aeba90423c95e2a110233acceb078191 Mon Sep 17 00:00:00 2001
+From: Lubomir Rintel <lkundrak(a)v3.sk>
+Date: Mon, 28 Apr 2014 12:30:12 +0200
+Subject: [PATCH] Build with R16B03
+
+Based on the following upstream commit:
+
+commit 3e8de7e17d8cbaff59d78d4cb628812e10719243
+Author: Adam Lindberg <hello(a)alind.io>
+Date: Fri Mar 14 18:42:00 2014 +0100
+
+ Fix changed cover compile opts on R16B03+
+---
+ test/meck_tests.erl | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/test/meck_tests.erl b/test/meck_tests.erl
+index 3cc22c9..44d6a29 100644
+--- a/test/meck_tests.erl
++++ b/test/meck_tests.erl
+@@ -625,7 +625,7 @@ cover_options_fail_({_OldPath, Src, Module}) ->
+ {ok, _} = compile:file(Src, CompilerOptions),
+ ?assertEqual(CompilerOptions, meck_mod:compile_options(Module)),
+ {ok, _} = cover:compile_beam(Module),
+- ?assertEqual([], meck_mod:compile_options(Module)),
++ ?assertEqual([{i,"../test/include"},{d,'TEST',true}], meck_mod:compile_options(Module)),
+ a = Module:a(),
+ b = Module:b(),
+ {1, 2} = Module:c(1, 2),
+--
+1.9.0
+
diff --git a/erlang-meck.spec b/erlang-meck.spec
index 8960c7c..047ae32 100644
--- a/erlang-meck.spec
+++ b/erlang-meck.spec
@@ -8,7 +8,7 @@
Name: erlang-%{realname}
Version: 0.7.2
-Release: 4%{?dist}
+Release: 5%{?dist}
Summary: A mocking library for Erlang
Group: Development/Libraries
License: ASL 2.0
@@ -17,6 +17,8 @@ URL: http://eproxus.github.com/meck/
Source0: %{upstream}-%{realname}-%{version}-%{patchnumber}-g%{git_tag}.tar.gz
# Backported from upstream - https://github.com/eproxus/meck/pull/95
Patch1: erlang-meck-0001-Remove-parametrized-module-test.patch
+# Based on upstream commiterlang-meck-0001-Build-with-R16B03.patch
+Patch2: erlang-meck-0001-Build-with-R16B03.patch
BuildRequires: erlang-rebar
Requires: erlang-compiler%{?_isa}
Requires: erlang-erts%{?_isa}
@@ -37,6 +39,7 @@ modules, such as making sure no function is called in a way it should not.
%prep
%setup -q -n %{upstream}-%{realname}-37715e6
%patch1 -p1 -b .no_param_mods
+%patch2 -p1 -b .r16b03
%build
@@ -62,6 +65,9 @@ rebar eunit -v
%changelog
+* Mon Apr 28 2014 Lubomir Rintel (GoodData) <lubo.rintel(a)gooddata.com> - 0.7.2-5
+- Fix build
+
* Sat Aug 03 2013 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 0.7.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
9 years, 12 months