initscripts/network-scripts, branch 10.00.13 Mageia fork of Fedora's Init Scripts network: fix set_link_up() 2020-12-17T07:31:46+00:00 Jan Macku jamacku@redhat.com 2020-12-17T07:31:46+00:00 9babd3713c55790ddeb81c1ca8c27cbd594e5508 This patch fixes issue, when interface wasn't bring up. Related: #1555001 (cherry picked from commit 17f1519e0dac05bf6b259ef9b7f8dcd6b94013ce) 
This patch fixes issue, when interface wasn't
bring up.

Related: #1555001

(cherry picked from commit 17f1519e0dac05bf6b259ef9b7f8dcd6b94013ce)
 network: add option to keep the link down 2020-12-15T09:07:50+00:00 Jan Macku jamacku@redhat.com 2020-12-15T09:07:50+00:00 e0c58b190523421347021029cd4516c7fc5db0bc Some interfaces like Open vSwitch bridges using the userspace datapath, needs the link to be kept down to avoid issues. Add a LINKSTATUS=[down|up] ifcfg parameter to add this functionality. If not specified, the link will default to up as before. Patch provided by Matteo Croce mcroce@redhat.com Resolves: #1555001 
Some interfaces like Open vSwitch bridges using the userspace datapath,
needs the link to be kept down to avoid issues.
Add a LINKSTATUS=[down|up] ifcfg parameter to add this functionality.
If not specified, the link will default to up as before.

Patch provided by Matteo Croce mcroce@redhat.com

Resolves: #1555001
 Add optional 'dev' keyword 2020-07-24T11:46:14+00:00 Jan Macku jamacku@redhat.com 2020-07-24T11:46:14+00:00 d137d6097a43687f98c642f172c48b94652ba067 Fix the problem when the device name could be interpreted as an iproute2 keyword. For example, for a bridge slave named "a" the iproute2 would treat the name as a prefix of keyword "address" and the network-scripts would fail to set the bridge master. Resolves: rhbz #1859785 (cherry picked from commit 100ed46b483b50059b3be796bafaf7b8f2b99220) 
Fix the problem when the device name could be interpreted as an iproute2 keyword.
For example, for a bridge slave named "a" the iproute2 would treat
the name as a prefix of keyword "address" and the network-scripts
would fail to set the bridge master.

Resolves: rhbz #1859785

(cherry picked from commit 100ed46b483b50059b3be796bafaf7b8f2b99220)
 ifup-eth: Switch to bc utility, which supports floating point computations. 2020-06-16T07:22:43+00:00 Jan Macku jamacku@redhat.com 2020-06-16T07:22:43+00:00 c7560969dd8540fb1ee76b494d5e744ad15c5a3e backport of: 0be5319 Resolves: #1826637 
backport of: 0be5319
Resolves:    #1826637
 Wait for scope link addresses as well as for scope global addresses 2020-04-14T14:28:56+00:00 Jan Macku jamacku@redhat.com 2020-04-14T14:28:56+00:00 fb773f3543972e6b6898938e2840c26991a10d1c Fix issue when interface has assigned only local address in tentative state and DHCPv6 isn't able to assign address to that interface. With this patch network-scripts will wait until tentative state is gone (wait for DAD) for all scopes including local one. Resolves: #1809601 
Fix issue when interface has assigned only local address in tentative
state and DHCPv6 isn't able to assign address to that interface.
With this patch network-scripts will wait until tentative state is gone (wait for DAD)
for all scopes including local one.

Resolves: #1809601
 network-function: bridges are created by ifup-eth 2019-10-30T07:35:57+00:00 Jan Macku jamacku@redhat.com 2019-10-30T07:35:57+00:00 27a0ae9caa874093898e572e7c1d2b3c30abb3f3 Resolves: rhbz#1762717 (cherry picked from commit 10f09913a177efaf007448c95c8b49dcfdc0a35f) 
Resolves: rhbz#1762717
(cherry picked from commit 10f09913a177efaf007448c95c8b49dcfdc0a35f)
 Add ip6gre tunnel option 2019-10-30T07:33:45+00:00 Jan Macku jamacku@redhat.com 2019-10-30T07:33:45+00:00 98af69a625d583eb0caf1f9b26f698e852e0eab9 Resolve: rhbz#1743251 
Resolve: rhbz#1743251
 ifup-eth: Check that device name is set 2019-10-30T07:32:24+00:00 Jan Macku jamacku@redhat.com 2019-10-30T07:32:24+00:00 d93f8f6f0a57305231a702c9ddd50fc409144e5e Resolve rhbz#1743249 
Resolve rhbz#1743249
 ifup-eth: Fix bridge setting stp option 2019-08-23T09:43:42+00:00 Bell blevin@redhat.com 2019-08-21T08:54:30+00:00 36ae9056a2e6e09ac1d9fae84332e802d8a40528 Fixes https://bugzilla.redhat.com/1743522 An uninitialized variable was copied from a closed PR [1] to submitted PR [2]. [1] https://github.com/fedora-sysv/initscripts/pull/212 [2] https://github.com/fedora-sysv/initscripts/pull/213 Signed-off-by: Bell Levin <blevin@redhat.com> (cherry picked from commit dd703a8494647d401dbffa0f036233e08044ec60) 
Fixes https://bugzilla.redhat.com/1743522

An uninitialized variable was copied from a closed PR [1]
to submitted PR [2].

[1] https://github.com/fedora-sysv/initscripts/pull/212
[2] https://github.com/fedora-sysv/initscripts/pull/213

Signed-off-by: Bell Levin <blevin@redhat.com>
(cherry picked from commit dd703a8494647d401dbffa0f036233e08044ec60)
ifup-post: fix incorrect condition for RESOLV_MODS 2019-06-06T08:32:53+00:00 David Kaspar [Dee'Kej] dkaspar@redhat.com 2018-08-20T12:31:56+00:00 1d4ffa5559de4cf3fdfcc2e69467fc74426cd78c This was causing the /etc/resolv.conf file to be always updated when RESOLV_MODS was not set... Before the commit 5d6156454bf8f6dab4a5fdd7e1bf6 we were not updating the /etc/resolv.conf file if the RESOLV_MODS was empty. See https://bugzilla.redhat.com/show_bug.cgi?id=1610411 for more info. 
  This was causing the /etc/resolv.conf file to be always updated when
  RESOLV_MODS was not set...

  Before the commit 5d6156454bf8f6dab4a5fdd7e1bf6 we were not updating
  the /etc/resolv.conf file if the RESOLV_MODS was empty.

  See https://bugzilla.redhat.com/show_bug.cgi?id=1610411 for more info.