start-stop-daemon was removed and vtund started directly but the "--" is still there. "--" means "end of arguments" but the init script has arguments after the "--" sign. This means "-s" (server mode) is interpreted as non-option and vtund thinks it's a hostname which results in following error: * Starting vtund server... vtund[18410]: Host -s not found in /etc/vtund.conf [ !! ] Reproducible: Always Steps to Reproduce: 1. emerge vtun 2.6 2. configure vtun as server 3. run the init script Actual Results: * Starting vtund server... vtund[18410]: Host -s not found in /etc/vtund.conf [ !! ] Expected Results: Normal start. When not using start-stop-daemon anymore the "--" should be used different or droped at all. If still used then NOT before all args like "-s" are defined. maybe something like: /usr/sbin/vtund -s -P $server -- $args
Fixed in cvs.
I've tried the the initscript in my client today. It also fails because of "--" I use the following line in /etc/vtund-start.conf: connection_name ip_of_server -p -P 5555 vtund ignores stuff like -P 5555 because of "--" So "/usr/sbin/vtund -- $args $host $server" fails where "/usr/sbin/vtund $args $host $server" would work. I suggest removing the "--" part complettly or make 100% sure that no optiones are possible after the "--" string. Wild guess would be the "--" *after* $args.
I guess the most standard compilant version would be: Server: /usr/sbin/vtund -s -P $server -- $args Client: /usr/sbin/vtund $args -- $host $server (All arguments before "--" and the rest after)
Argh sorry ... no -- in the server part at all since arguments are allowed in the 3rd collum. So it's better this way: Server: /usr/sbin/vtund -s -P $server $args Client: /usr/sbin/vtund $args -- $host $server
Please test.
Since vtun.rc is now exactly the way i changed it localy it should work on both client and server.
