Bug#682615: initscripts: doesn´t seem to take additional arguments to openvpn initscript

2012-07-24 Thread Martin Steigerwald
Package: systemd
Version: 44-4
Severity: important

Dear Maintainer,

I tried to start an OpenVPN and got:

merkaba:~ /etc/init.d/openvpn start teamix
[ ok ] Starting openvpn (via systemctl): openvpn.service.

I should have been asked some credentials, but I wasn´t. OpenVPN is
not running.

That seems to be the same result as when running the initscript without
additional argument.

merkaba:~ /etc/init.d/openvpn start
[ ok ] Starting openvpn (via systemctl): openvpn.service.


The OpenVPN initscript uses the additional argument to determine which
VPN to bring up. Without argument it brings anything up that I told it
to bring up by default – which is none in my setup.

I think I will workaround by running openvpn with --config directly.

But for full initscript compatibility I think it is good to fix this.

Thanks,
Martin

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (120, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5.0-tp520 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  dpkg 1.16.8
ii  initscripts  2.88dsf-29
ii  libacl1  2.2.51-8
ii  libaudit01:1.7.18-1.1
ii  libc62.13-35
ii  libcap2  1:2.22-1.1
ii  libcryptsetup4   2:1.4.3-2
ii  libdbus-1-3  1.6.2-2
ii  libkmod2 9-1
ii  liblzma5 5.1.1alpha+20120614-1
ii  libpam0g 1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsystemd-daemon0   44-4
ii  libsystemd-id128-0   44-4
ii  libsystemd-journal0  44-4
ii  libsystemd-login044-4
ii  libudev0 175-3.1
ii  libwrap0 7.6.q-23
ii  udev 175-3.1
ii  util-linux   2.20.1-5.1

Versions of packages systemd recommends:
ii  libpam-systemd  44-4

Versions of packages systemd suggests:
ii  python2.7.3-1
ii  python-cairo  1.8.8-1+b2
ii  python-dbus   1.1.1-1
ii  systemd-gui   44-4

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#682615: initscripts: doesn´t seem to take additional arguments to openvpn initscript

2012-07-24 Thread Tollef Fog Heen
]] Martin Steigerwald 

 I tried to start an OpenVPN and got:
 
 merkaba:~ /etc/init.d/openvpn start teamix
 [ ok ] Starting openvpn (via systemctl): openvpn.service.
 
 I should have been asked some credentials, but I wasn´t. OpenVPN is
 not running.

Correct, the way to do this with systemd is to use multiple instance
services instead.

 But for full initscript compatibility I think it is good to fix this.

There's no way to «fix» this within systemd, it's simply done in a
different way.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#682615: initscripts: doesn´t seem to take additional arguments to openvpn initscript

2012-07-24 Thread Martin Steigerwald
Am Dienstag, 24. Juli 2012 schrieb Tollef Fog Heen:
 ]] Martin Steigerwald
 
  I tried to start an OpenVPN and got:
  
  merkaba:~ /etc/init.d/openvpn start teamix
  [ ok ] Starting openvpn (via systemctl): openvpn.service.
  
  I should have been asked some credentials, but I wasn´t. OpenVPN is
  not running.
 
 Correct, the way to do this with systemd is to use multiple instance
 services instead.

Hmmm, so that systemd can monitor each openvpn process separately.

  But for full initscript compatibility I think it is good to fix this.
 
 There's no way to «fix» this within systemd, it's simply done in a
 different way.

Hmmm, okay. So then close this?

Thanks,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org