From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brian Benson Subject: Re: Teste kernel for a certain capability Date: Tue, 19 Apr 2005 22:00:01 -0700 Message-ID: <58defec70504192200662841f4@mail.gmail.com> References: <42615FDF.5010302@tuxdoit.com> <20050416215312.GA30465@dantooine> <42618D2D.3000701@tuxdoit.com> <20050416223836.GA2640@dantooine> Reply-To: Brian Benson Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <20050416223836.GA2640@dantooine> Content-Disposition: inline Sender: linux-admin-owner@vger.kernel.org List-Id: Content-Type: text/plain; charset="iso-8859-1" To: linux-admin@vger.kernel.org If it is 2.6 and it has .config.gz support then you can just extract the config from /proc, load it in a new kernel and run make menuconfig to check out whats included. On 4/16/05, markus reichelt wrote: > M=E1rio Gamito wrote: > > > Rule of thumb: You have to stress-test it > > > > > > Anything specific you are looking for? > > Checking for AppleTalk monolithic support would be nice :) >=20 > Hm. Haven't played with that one yet, but what about some script you > run at some time (end) of the boot process? As far as I know, > AppleTalk's purpose was to allow multiple users to share resources. > Check for those; if it works, go ahead, do your stuff, if not well, > time for plan B. I use that kind of approach (feature is present, but > its usability is the point) on my laptop when I connect to my LAN to > check for the presence of backup servers (-> NFS) >=20 >=20 > > > -- > > > Bastard Administrator in $hell > > Aren't we all ;-) ? >=20 > As it should be; users better have a backup ;) >=20 > -- > Bastard Administrator in $hell >=20 >=20 > - To unsubscribe from this list: send the line "unsubscribe linux-admin" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html