On Mon, Oct 16, 2006 at 02:15:48PM +0200, Peter Eisentraut wrote:
>> The proposed NMU diff is in #390957 (and Peter Eisentraut seems to have
>> reinvented the fix in #375077), but it's not likely to ever reach unstable
>> at this point.
> Please send your NMU diffs to the bug that they pertain to,
On Mon, Oct 16, 2006 at 01:46:13PM +0200, Rik Theys wrote:
> I think the 251-5.2 version needs to depend on a newer version of
> initscripts. I think the version of initscripts in testing (2.86.ds1-20)
> is too old to work with the libnss-ldap currently in testing.
> Initscripts is already froze
Hi,
I think the 251-5.2 version needs to depend on a newer version of
initscripts. I think the version of initscripts in testing (2.86.ds1-20)
is too old to work with the libnss-ldap currently in testing.
Initscripts is already frozen so it will need a hint from a release manager.
Rik
Stei
Am Montag, 16. Oktober 2006 13:51 schrieb Steinar H. Gunderson:
> The proposed NMU diff is in #390957 (and Peter Eisentraut seems to have
> reinvented the fix in #375077), but it's not likely to ever reach unstable
> at this point.
Please send your NMU diffs to the bug that they pertain to, not a
Il giorno lun, 16/10/2006 alle 12.59 +0200, Steinar H. Gunderson ha
scritto:
> The correct links, as installed on a fresh install (that is, after a...
> purge and reinstall :-) ), are
>
> senere:~# ls -l /etc/rc*.d | grep libnss-ldap
> lrwxrwxrwx 1 root root 21 Oct 10 03:27 S01libnss-ldap ->
> .
On Mon, Oct 16, 2006 at 11:08:56AM +0200, Christian Surchi wrote:
>> And if you purge and reinstall...?
> Are these good now?
>
> Adding system startup for /etc/init.d/libnss-ldap ...
No, seriously. When I say "purge and reinstall", I really mean "purge and
reinstall", not "remove and reinstall"
Il giorno gio, 05/10/2006 alle 13.15 +0200, Steinar H. Gunderson ha
scritto:
> On Thu, Oct 05, 2006 at 01:00:05PM +0200, Christian Surchi wrote:
> >> Sorry, I meant S03libnss-ldap. My guess is that -5.2 doesn't change the
> >> symlinks on upgrade. Purging and reinstalling should fix the problem,
>
On Thu, Oct 05, 2006 at 01:00:05PM +0200, Christian Surchi wrote:
>> Sorry, I meant S03libnss-ldap. My guess is that -5.2 doesn't change the
>> symlinks on upgrade. Purging and reinstalling should fix the problem,
>> although it isn't a proper solution.
> No link there for libsnss-ldap, in fact.
A
Il giorno mer, 04/10/2006 alle 19.42 +0200, Steinar H. Gunderson ha
scritto:
> On Wed, Oct 04, 2006 at 06:43:38PM +0200, Christian Surchi wrote:
> >> * What does your /etc/rcS.d look like? In particular, do you have an
> >> S03udev
> >> symlink?
> > Yes, never touched it:
> >
> > lrwxrwxrwx 1 r
On Wed, Oct 04, 2006 at 06:43:38PM +0200, Christian Surchi wrote:
>> * What does your /etc/rcS.d look like? In particular, do you have an S03udev
>> symlink?
> Yes, never touched it:
>
> lrwxrwxrwx 1 root root 14 2006-09-11 10:14 /etc/rcS.d/S03udev ->
> ../init.d/udev
Sorry, I meant S03libnss-
Il giorno mar, 03/10/2006 alle 21.36 +0200, Steinar H. Gunderson ha
scritto:
> * What does your /etc/rcS.d look like? In particular, do you have an S03udev
> symlink?
Yes, never touched it:
lrwxrwxrwx 1 root root 14 2006-09-11 10:14 /etc/rcS.d/S03udev -> ../init.d/udev
> * What does your mtab
On Tue, Oct 03, 2006 at 09:36:15PM +0200, Steinar H. Gunderson wrote:
> * What does your /etc/rcS.d look like? In particular, do you have an S03udev
> symlink?
I just found out that upgrades from semi-old versions without purging
in-between would not make the new init script symlinks go into the
On Tue, Oct 03, 2006 at 01:11:00PM +0200, Christian Surchi wrote:
>> After an upgrade to 251-5.2, during the boot sequence i have an
>> increasing timeout during udev initialization (16, 32, 64 seconds).
> I confirm that. No fix with -5.2 too.
OK, let's see.
* What does your /etc/rcS.d look like?
On Tue, Oct 03, 2006 at 08:35:13AM +0200, Sylvain Le Gall wrote:
> Subject: libnss-ldap: This bugs come back
> Followup-For: Bug #375215
> Package: libnss-ldap
> Version: 251-5.2
>
> After an upgrade to 251-5.2, during the boot sequence i have an
> increasing timeout during udev initialization (16
14 matches
Mail list logo
