Control: -1 found insserv/1.14.0-2
Control: -1 retitle depending on a script that depends on $all (including by
not having LSB headers) creates loop
We've encountered this problem many times with locally-written init
scripts without LSB headers, since they get an implicit dependency on
$all, whic
On Thu, Dec 13, 2012 at 09:15:12AM +0100, Adrin wrote:
> This is the find output:
> # find /etc -name '*vpnagentd_init*'
> /etc/rc5.d/K25vpnagentd_init
> /etc/rc5.d/S85vpnagentd_init
> /etc/init.d/vpnagentd_init
> /etc/rc4.d/K25vpnagentd_init
> /etc/rc4.d/S85vpnagentd_init
> /etc/rc2.d/K25vpnagentd
[Michael Biebl]
> Seems we do have quite a few packages using $all (see attached file).
Yes. But it only become a problem if there are any scripts that
depend on any of the scripts that depend on $all. :)
> Seing that $all can lead to such unwanted behaviour, maybe it would
> be worth investigat
On 13.12.2012 21:19, Petter Reinholdtsen wrote:
> Because of this, I recommend to avoid $all if at all possible. It do
> not work the way most people (myself included) expect, and can lead to
> incorrect boot ordering if a script depend on a script which in turn
> depend on $all.
Seems we do hav
[Roger Leigh]
> One thing I'm not entirely clear on is how $all interacts with
> runlevels. Is there a $all at the end of every runlevel, or is
> this restricted to rcS?
$all do not work the way you think. :)
I'm told by the insserv author that all init.d scripts are sorted into a
global depend
On Thu, Dec 13, 2012 at 09:15:12AM +0100, Adrin wrote:
> This is the find output:
> # find /etc -name '*vpnagentd_init*'
> /etc/rc5.d/K25vpnagentd_init
> /etc/rc5.d/S85vpnagentd_init
> /etc/init.d/vpnagentd_init
> /etc/rc4.d/K25vpnagentd_init
> /etc/rc4.d/S85vpnagentd_init
> /etc/rc2.d/K25vpnagentd
On Wed, Dec 12, 2012 at 01:41:26PM +0100, Adrin wrote:
> Hi,
>
> Thanks for the fast follow up. Two files are attached and this is the more
> comprehensive report by adding set -x:
I've tried to reproduce the failure on a clean wheezy install this
evening using the /etc/init.d directory you provi
On Wed, Dec 12, 2012 at 01:41:26PM +0100, Adrin wrote:
> Hi,
>
> Thanks for the fast follow up. Two files are attached and this is the more
> comprehensive report by adding set -x:
Thanks for the files. The trigger for the problem is "vpnagentd_init",
which lacks LSB headers. But there's nothin
[Michael Biebl]
>>> insserv: warning: script 'K25vpnagentd_init' missing LSB tags and overrides
>>> insserv: warning: script 'vpnagentd_init' missing LSB tags and overrides
>>> insserv: Starting vpnagentd_init depends on laptop-mode and therefore on
>>> system facility `$all' which can not be true
Processing commands for cont...@bugs.debian.org:
> reassign 695751 insserv
Bug #695751 [gdm3] gdm: gdm3 update fails due to conflict with laptop-mode-tools
Bug reassigned from package 'gdm3' to 'insserv'.
No longer marked as found in versions gdm3/3.4.1-5.
Ignoring request to alter fixed versions
reassign 695751 insserv
thanks
Hi adrin,
On 12.12.2012 12:14, Simon McVittie wrote:
> On 12/12/12 09:32, adrin wrote:
>> insserv: warning: script 'K25vpnagentd_init' missing LSB tags and overrides
>> insserv: warning: script 'vpnagentd_init' missing LSB tags and overrides
>> insserv: Starting vp
On 12/12/12 09:32, adrin wrote:
> I can not upgrade gdm3 as follows.
This does not necessarily look like gdm3's fault to me.
> dpkg: error processing gdm3 (--configure):
> subprocess installed post-installation script returned error exit
> status 1
There does seem to be a bug of some sort here
12 matches
Mail list logo