What used to work in /etc/conf.d/net is now causing one of my server unbootable because iproute2.sh ends up in an endless loop. The relevant part form my /etc/conf.d/net: config_eth0=" 168.40.110.137 peer 168.40.110.129 168.40.110.172/29 2a02:4f8:100:8553::2/64 2a02:4f8:100:8553::3/64 preferred 0 " The problem is that the function _add_address() will stay in its while loop if it gets an unknown parameter ("preferred" in this case). There should really be a default entry in the case like *) ewarn "Unknown option: $1"; shift ;; or something like that. The script knows about preferred_lft, but how is that supposed to work? "ip" needs "preferred <value>" or "preferred_lft <value>" so that it will work.
So this is basically a request to stabilize amore recent version, I just noticed that there IS a default entry in the current version of openrc.
Openrc team: Should we fast stable openrc-0.9.8.1 or just 0.9.8? Thanks, William
0.9.8.1 should be stabilized. Part of the problem is that preferred is a shortcut for preferred_lft, and we didn't always handle shortcuts correctly (not did iproute2 historically).
Arch teams: I am aware that openrc-0.9.8.1 has only been in the tree for a few days; however, we need a fast stabilization due to the issue brought up in this bug. Thanks much. William
Not sure why this got reassigned to bug-wranglers, I'm pushing it back to openrc.
x86 stable
amd64 is ok
amd64 ok
amd64 stable, thanks Michael and Maurizio
amd64/x86: Sorry to re-add you, but two last-minute bugs cropped up after users got to 0.9.8.1, and so 0.9.8.2 needs fast-stable over 0.9.8.1. other arches: please note the stable target has changed to 0.9.8.2. Bug 400613: IPs for bonds added to wrong interface Bug 399037: Ethtool wrapper wasn't updated after other program changes
Stable for HPPA.
=sys-apps/openrc-0.9.8.2, x86 stable
amd64 stable
alpha/arm/ia64/m68k/s390/sh/sparc stable
This bug has been superceeded by bug #401593. Please stabilize the version referred to in that bug asap.
