When configuration file like /etc/conf.d/net.ppp* contain options for pppd plugin (not for core pppd itself) interface failed to start. This is because options for plugins must be placed after "plugin name.so" stanza when constructing "opts" arguments string. Patch is trivial. Bug also reported upstream. (http://roy.marples.name/projects/openrc/ticket/205) Reproducible: Always Steps to Reproduce: 1. Configure ppp interface using /etc/conf.d/net.ppp*. 2. Enable one of the pppd plugins (e.g. pppoe) in plugins_ppp*= section. 3. Try to specify some options (e.g rp_pppoe_ac) for this plugin in pppd_ppp*= section. 4. Try to start interface. Actual Results: Interface failed to start because an "unknown" option. Expected Results: openrc need to place all "plugin name.so" stanzas at the top of the pppd arguments list.
Created attachment 209249 [details, diff] Patch to fix order of plugin name.so stanzas.
Bug fixed in upstream git: http://roy.marples.name/projects/openrc/changeset/4a892a23ba440a90d8a55f6d19d686917fd3e76e
When we've designed PPP support for baselayout (aka openrc nowadays), we decided to imbrincate plugin options within plugins_$iface parameter, right after the plugin name (e.g plugins_ppp0="pppoe rp_pppoe_ac ...") - see the pppoa plugin configuration in net.example. Does this still works in the new openrc?
