| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This concept is quite outdated, and not sane to use at all.
|
| |
|
|
|
|
|
| |
Other references to these files were removed, as well as irrelevant
info in sysconfig.txt, and some dead code in init.d/functions file.
|
|
|
|
|
|
| |
It has been agreed that maintainers of 'policycoreutils' will either
accept the pull-request, or they will close it if the sushell is no
longer needed...
|
|
|
|
|
| |
This script has been obsoleted by other concepts in Fedora, and using
it can be quite dangerous nowadays...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This installs the real scripts into /etc/sysconfig/network-scripts
while leaving the management of the launchers in /usr/sbin to the
alternatives system.
This allows coexistence with alternative implementations of ifup
and ifdown, notably NetworkManager.
A priority of 90 is chosen rather arbitrarily, NetworkManager will
use a lower one (50) so that our implementation takes precedence over
NetworkManaager in case both are installed. In an unlikely event the
user will want to switch to NetworkManager implementations when both
are installed they can override the default with:
$ update-alternatives --config ifup
|
|
|
|
|
| |
The line /etc/adjtime has been kept in rwtab, to not break the
readonly-root...
|
|
|
|
|
| |
The specfile should follow the Fedora Packaging Guidelines now:
https://fedoraproject.org/wiki/Packaging:Guidelines
|
| |
|
|
|
|
| |
https://bugzilla.redhat.com/show_bug.cgi?id=1512688
|
|
|
|
| |
https://fedoraproject.org/wiki/Packaging:C_and_C%2B%2B#BuildRequire
|
| |
|
| |
|
|
|
|
|
|
|
| |
This will allow users to unistall 'system-release' or 'fedora-release'
package, thus allowing de-branding of Fedora if needed. For more info:
https://bugzilla.redhat.com/show_bug.cgi?id=1493479
|
| |
|
|
|
|
|
| |
The symlinks are no longer needed. Enablement of default services is
now managed by 'fedora-release' package.
|
|
|
|
|
|
|
|
|
|
|
| |
Using this package was very dangerous, and could lead to instability
of system, or even being unable to bootup at all, and value of this
functionality was at least questionable, and was not documented.
We decided to drop functionality completely, to make sure users do not
install it accidentally (e.g. by using globbing with 'dnf install').
Resolves: #69
|
|
|
|
|
| |
Users can still create the /etc/sysconfig/init file manually to
override the default values, which are now taken from init.d/functions.
|
|
|
|
| |
This is a follow up to 13d638c0a7df4a998429163b9a0189dcffa2393a.
|
| |
|
|
|
|
| |
Error caused by commit 13d638c0a7df4a.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
When we are creating rpm, we install initscripts to chroot,
so the ROOT variable is set. And since we need that directory
in the package [1], we would have to create it in spec file
anyway.
[1] https://fedoraproject.org/wiki/Packaging:Tmpfiles.d
This reverts commit b119d37d1929a09e25bf288d0273aaaf8c7de86e.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This file now only contains lines to disable netfilter on bridges.
In kernel 3.18 this filtering functionality was made non-default by
moving it to br_netfilter [https://bugzilla.redhat.com/show_bug.cgi?id=512206].
Aybody who actually wants to use br_netfilter has to load it explicitly
anyway, so disabling it through sysctl isn't necessary anymore.
The reason for removal is that by default (i.e. when br_netfilter is
not loaded), we get a warning on every boot:
systemd-sysctl[210]: Couldn't write '0' to 'net/bridge/bridge-nf-call-ip6tables', ignoring: No such file or directory
systemd-sysctl[210]: Couldn't write '0' to 'net/bridge/bridge-nf-call-iptables', ignoring: No such file or directory
systemd-sysctl[210]: Couldn't write '0' to 'net/bridge/bridge-nf-call-arptables', ignoring: No such file or directory
This is confusing for users and inelegant.
The downside of removing this file is for people who load br_netfilter
for some reason *and* do no want to use it, will have to take an
additional step now (either restore the sysctl settings or remove br_netfilter
from /etc/modules-load.d or wherever). I expect the number of people affected
to be very small.
(Note that the file was overwritten on sparc and s390, so those
architectures see no change.)
|
| |
|
| |
|
| |
|
|
|
|
| |
Move everything to github
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
new upstream:
https://github.com/nmav/ipcalc
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|