[Bug 1164003] New: systemd script calls non-existing ExecStop
by Red Hat Bugzilla
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.
7 years, 10 months
[Bug 1227478] New: Missing perl-Template-Toolkit dependency for tsung
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1227478
Bug ID: 1227478
Summary: Missing perl-Template-Toolkit dependency for tsung
Product: Fedora
Version: 22
Component: tsung
Assignee: i(a)cicku.me
Reporter: dvarga(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, i(a)cicku.me,
lemenkov(a)gmail.com
Description of problem:
perl-Template-Toolkit dependency is missing from spec file. Because of this
you will get:
Can't locate Template.pm in @INC (you may need to install the Template module)
(@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5
/usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5
/usr/share/perl5 .) at
/usr/lib64/tsung/bin/tsung_stats.pl line 570.
when trying to run /usr/lib64/tsung/bin/tsung_stats.pl to generate the HTML
report.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 11 months
[Bug 1236481] New: package does not include command
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1236481
Bug ID: 1236481
Summary: package does not include command
Product: Fedora
Version: 21
Component: erlang-lfe
Severity: high
Assignee: lemenkov(a)gmail.com
Reporter: piervit(a)pvittet.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com
Description of problem:
According to the lfe doc (https://github.com/lfe/lfe/blob/develop/README.md),
post the installation of lfe, there should be an "lfe" command available.
Using the yum install version, I don't get an executable file:
$ repoquery -l erlang-lfe
/usr/lib64/erlang/lib/lfe-0.9.0
/usr/lib64/erlang/lib/lfe-0.9.0/ebin
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe.app
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_bits.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_codegen.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_comp.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_env.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_eval.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_gen.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_init.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_io.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_io_format.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_io_pretty.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_lib.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_lint.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_macro.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_macro_include.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_macro_record.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_ms.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_parse.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_pmod.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_qlc.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_scan.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_shell.beam
/usr/lib64/erlang/lib/lfe-0.9.0/ebin/lfe_trans.beam
/usr/share/doc/erlang-lfe
/usr/share/doc/erlang-lfe/LICENSE
/usr/share/doc/erlang-lfe/README.md
/usr/share/doc/erlang-lfe/doc
/usr/share/doc/erlang-lfe/doc/lfe_bits.txt
/usr/share/doc/erlang-lfe/doc/lfe_comp.txt
/usr/share/doc/erlang-lfe/doc/lfe_gen.txt
/usr/share/doc/erlang-lfe/doc/lfe_io.txt
/usr/share/doc/erlang-lfe/doc/lfe_lib.txt
/usr/share/doc/erlang-lfe/doc/lfe_macro.txt
/usr/share/doc/erlang-lfe/doc/lfe_shell.txt
/usr/share/doc/erlang-lfe/doc/lfescript.txt
/usr/share/doc/erlang-lfe/doc/user_guide.txt
/usr/share/doc/erlang-lfe/doc/version_history.md
/usr/share/doc/erlang-lfe/examples
/usr/share/doc/erlang-lfe/examples/church.lfe
/usr/share/doc/erlang-lfe/examples/core-macros.lfe
/usr/share/doc/erlang-lfe/examples/ets_demo.lfe
/usr/share/doc/erlang-lfe/examples/fizzbuzz.lfe
/usr/share/doc/erlang-lfe/examples/gps1.lfe
/usr/share/doc/erlang-lfe/examples/guessing-game.lfe
/usr/share/doc/erlang-lfe/examples/http-async.lfe
/usr/share/doc/erlang-lfe/examples/http-sync.lfe
/usr/share/doc/erlang-lfe/examples/internal-state.lfe
/usr/share/doc/erlang-lfe/examples/joes-fav.lfe
/usr/share/doc/erlang-lfe/examples/lfe_eval.lfe
/usr/share/doc/erlang-lfe/examples/messenger-back.lfe
/usr/share/doc/erlang-lfe/examples/messenger.lfe
/usr/share/doc/erlang-lfe/examples/mnesia_demo.lfe
/usr/share/doc/erlang-lfe/examples/object-via-closure.lfe
/usr/share/doc/erlang-lfe/examples/object-via-process.lfe
/usr/share/doc/erlang-lfe/examples/ping_pong.lfe
/usr/share/doc/erlang-lfe/examples/ring.lfe
/usr/share/doc/erlang-lfe/examples/sample-lfe-shellscript
/usr/share/doc/erlang-lfe/examples/sample-lfescript
/usr/share/doc/erlang-lfe/examples/simple-erl-exercises.lfe
Version-Release number of selected component (if applicable): 0.9.0
How reproducible:
Steps to Reproduce:
1. yum install erlang-lfe
2. try to execute it (or repoquery -l erlang-lfe)
Actual results:
You will not find an lfe command.
Expected results:
You would like an lfe command.
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 1 month
[Bug 1185515] New: RabbitMQ: /api/definitions rsponse splitting vulnerability
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1185515
Bug ID: 1185515
Summary: RabbitMQ: /api/definitions rsponse splitting
vulnerability
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: kseifried(a)redhat.com
CC: abaron(a)redhat.com, aortega(a)redhat.com,
apevec(a)redhat.com, ayoung(a)redhat.com,
chrisw(a)redhat.com, dallan(a)redhat.com,
erlang(a)lists.fedoraproject.org, gkotton(a)redhat.com,
hubert.plociniczak(a)gmail.com, jeckersb(a)redhat.com,
josh(a)fornwall.com, lemenkov(a)gmail.com, lhh(a)redhat.com,
lpeer(a)redhat.com, markmc(a)redhat.com,
pmyers(a)redhat.com, rbryant(a)redhat.com,
rjones(a)redhat.com, s(a)shk.io, sclewis(a)redhat.com,
yeylon(a)redhat.com
26433 fix response-splitting vulnerability in /api/downloads (since 2.1.0)
Bug 26433 allowed an attacker to specify a URL to /api/definitions which
would cause an arbitrary additional header to be returned. This was
fixed by stripping out CR/LF from the "download" query string parameter.
Upstream patches:
http://hg.rabbitmq.com/rabbitmq-management/rev/dceba16cc105
References:
https://groups.google.com/forum/#!topic/rabbitmq-users/-3Z2FyGtXhs
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 1 month
[Bug 1185514] New: RabbitMQ: /api/... XSS vulnerability
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1185514
Bug ID: 1185514
Summary: RabbitMQ: /api/... XSS vulnerability
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: kseifried(a)redhat.com
CC: abaron(a)redhat.com, aortega(a)redhat.com,
apevec(a)redhat.com, ayoung(a)redhat.com,
chrisw(a)redhat.com, dallan(a)redhat.com,
erlang(a)lists.fedoraproject.org, gkotton(a)redhat.com,
hubert.plociniczak(a)gmail.com, jeckersb(a)redhat.com,
josh(a)fornwall.com, lemenkov(a)gmail.com, lhh(a)redhat.com,
lpeer(a)redhat.com, markmc(a)redhat.com,
pmyers(a)redhat.com, rbryant(a)redhat.com,
rjones(a)redhat.com, s(a)shk.io, sclewis(a)redhat.com,
yeylon(a)redhat.com
26437 prevent /api/* from returning text/html error messages which could act as
an XSS vector (since 2.1.0)
Bug 26437 allowed an attacker to create a URL to "/api/..." which would
provoke an internal server error, resulting in the server returning an
html page with text from the URL embedded and not escaped. This was
fixed by ensuring all URLs below /api/ only ever return responses with a
content type of application/json, even in the case of an internal server
error.
Upstream patches:
http://hg.rabbitmq.com/rabbitmq-web-dispatch/rev/caf3d0a80cf3
References:
https://groups.google.com/forum/#!topic/rabbitmq-users/-3Z2FyGtXhs
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 1 month
[Bug 1152267] New: Support multiple instances of couchdb
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1152267
Bug ID: 1152267
Summary: Support multiple instances of couchdb
Product: Fedora
Version: rawhide
Component: couchdb
Assignee: lemenkov(a)gmail.com
Reporter: thomas(a)apestaart.org
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com,
wtogami(a)gmail.com
Created attachment 946532
--> https://bugzilla.redhat.com/attachment.cgi?id=946532&action=edit
older style init file
Description of problem:
couchdb is often used as a supporting database for different software which
recommends using a different separate instance for various reasons. Examples I
know of are:
- hood.ie which uses different parameters for the config of couchdb
- feat, a clustering agent which uses python view servers which need to be
custom-configured
- desktopcouch, which uses per-user couch instances
- puppet can use it as an ENC
I'm adding an init file (for older Fedora and pre-7 RHEL), and a systemd
multiple instances file.
In my puppet modules for couchdb, I also add some selinux rules for these
differently named instances, which potentially might make sense to just put in
selinux-policy-targeted instead.
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 1 month