[Bug 781341] New: Unnecessary Requires - shorewall and tcpwrappers
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Unnecessary Requires - shorewall and tcpwrappers
https://bugzilla.redhat.com/show_bug.cgi?id=781341
Summary: Unnecessary Requires - shorewall and tcpwrappers
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: fail2ban
AssignedTo: axel.thimm(a)atrpms.net
ReportedBy: vogel(a)folz.de
QAContact: extras-qa(a)fedoraproject.org
CC: herrold(a)owlriver.com, mattdm(a)mattdm.org,
axel.thimm(a)atrpms.net, tim(a)niemueller.de,
vogel(a)folz.de, jonathan.underwood(a)gmail.com,
ruben(a)rubenkerkhof.com, wdierkes(a)rackspace.com,
triage(a)lists.fedoraproject.org,
maxamillion(a)fedoraproject.org,
voronin.andrey(a)gmail.com,
bugzilla.redhat.com(a)ewood.users.cementhorizon.com
Estimated Hours: 0.0
Classification: Fedora
Story Points: ---
Clone Of: 244275
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
+++ This bug was initially created as a clone of Bug #244275 +++
Description of problem (copied from Bug #244275):
fail2ban doesn't require shorewall to function, and in fact, as we ship it, it
makes use of the Fedora firewall - installing an extra firewall which is the
not
used in the default configuration is a bit gratuitous and confusing to the
user.
Also, the Requires: tcpwrappers isn't needed unless the user decides to enable
the tcpwrapper action (disabled by default)
Additional information:
Bug #244275 contains suggestions and possible patches for a fix, but was closed
with NOTABUG as noted in the comment from the EPEL maintainer:
--- Additional comment from maxamillion(a)fedoraproject.org on 2012-01-12
22:46:49 EST ---
Since this is just the EPEL package and I don't maintain fail2ban for Fedora, I
will be keeping it in line with Fedora proper. Please feel free to discuss this
with the Fedora package maintainer.
As I wrote in some comments in Bug #244275, I'm interested in a fix for Fedora,
which is why I file this bug now.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
10 years
[Bug 204448] RPM verify not functional: "file's dependencies has changed since prelinking"
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=204448
Markus Falb <wnefal+redhatbugzilla(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wnefal+redhatbugzilla@gmail
| |.com
--- Comment #28 from Markus Falb <wnefal+redhatbugzilla(a)gmail.com> ---
(In reply to comment #7)
...
> Instead of "prelink -y ...", "prelink -u ..." could be used if it were able
> to spit out the contents to stdout:
...
> Alternatively to making the above work, one could add a "--stdout" option to
> be used with "-u" (or a "--always" for use with "-y"). Regardless of the
> solution, /etc/rpm/macros.prelink needs to be adapted as well.
This would be the very solution, I think. I understand that prelink -y works
this way because standalone prelink has no external reference it can compare
with. rpm has the md5 sums in its database so the only thing what is necessary
is dump the un-prelinked version to stdout and calculate the md5 of that and
compare it to db. As a side effect it would give a performance boost because
the re-prelink is not necessary any more.
+1 for a --stdout parameter
--
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=rjJHJMDdg7&a=cc_unsubscribe
10 years, 3 months
Stuck to Text Mode
by Varad Gautam
My F18 won't boot into GUI mode!
After starting up, it shows me a text based login prompt, and to
switch to the GUI mode, I have to give a 'startx' manually. I have
tried using
$ ln -s /lib/systemd/system/graphical.target /etc/systemd/system/default.target
(since inittab won't work) and reinstalling gnome-shell.
I suspect this is because of some DBus issue (I've been receiving DBus
errors for a little while).
Any ideas?
10 years, 3 months