On Tuesday 16 August 2005 19:35, Andres Salomon wrote:
> > Regarding this problem with iproute:
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D282492
> >
> > Would it be possible to include a fix for this, or at least make
> > CONFIG_ATM_CLIP a module instead of a yes in the stock kernel?
> > I'm suffering it right now, and it is the only reason that forces
> > me to compile my own kernels...
> > Thanks,
>
> This should probably be the case anyways, as it appears to be marked
> EXPERIMENTAL, and the config does support tristate. Not only that, but
> it's configured differently across different archs; definitely a
> candidate for a global config.
Could this also be the cause of #322723 (d-i installs failing because of=20
failing ip route command)? It seems somewhat similar.
If so, please implement the change soonest.
Message-Id: <email address hidden>
Date: Wed, 17 Aug 2005 02:13:46 +0200
From: Frans Pop <email address hidden>
To: Andres Salomon <email address hidden>,
<email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#323143: ip neigh flush (iproute) hangs because CONFIG_ATM_CLIP=y
--nextPart22485 1607.GIenB0L8mc "iso-8859- 1" Transfer- Encoding: quoted-printable Disposition: inline
Content-Type: text/plain;
charset=
Content-
Content-
On Tuesday 16 August 2005 19:35, Andres Salomon wrote: bugs.debian. org/cgi- bin/bugreport. cgi?bug= 3D282492
> > Regarding this problem with iproute:
> >
> > http://
> >
> > Would it be possible to include a fix for this, or at least make
> > CONFIG_ATM_CLIP a module instead of a yes in the stock kernel?
> > I'm suffering it right now, and it is the only reason that forces
> > me to compile my own kernels...
> > Thanks,
>
> This should probably be the case anyways, as it appears to be marked
> EXPERIMENTAL, and the config does support tristate. Not only that, but
> it's configured differently across different archs; definitely a
> candidate for a global config.
Could this also be the cause of #322723 (d-i installs failing because of=20
failing ip route command)? It seems somewhat similar.
If so, please implement the change soonest.
Cheers,
=46JP
--nextPart22485 1607.GIenB0L8mc pgp-signature
Content-Type: application/
-----BEGIN PGP SIGNATURE-----
Kwh6ICoQRAjhCAJ 94q9kmZayVbRRhi RukuCP0c0id1wCc DikO iyKeoWnA=
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBDAoE6gm/
f2Jc+FVbYcpFsXN
=PFCi
-----END PGP SIGNATURE-----
--nextPart22485 1607.GIenB0L8mc --