From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 11 17:03:49 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEA71106566C; Fri, 11 Feb 2011 17:03:49 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9673C8FC16; Fri, 11 Feb 2011 17:03:49 +0000 (UTC) Received: from kibab-nb.kibab.com (p5099b4c2.dip0.t-ipconnect.de [80.153.180.194]) by mx0.deglitch.com (Postfix) with ESMTPSA id 22FE28FC2B; Fri, 11 Feb 2011 20:03:44 +0300 (MSK) Message-ID: <4D556C1C.6030002@kibab.com> Date: Fri, 11 Feb 2011 18:04:28 +0100 From: Ilya Bakulin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20101007 Thunderbird/3.1.4 MIME-Version: 1.0 To: Alexander Leidinger References: <20110211103028.12684f54yrw8tgqo@webmail.leidinger.net> <201102110751.52863.jhb@freebsd.org> <20110211145445.12722r7902rz8vc4@webmail.leidinger.net> In-Reply-To: <20110211145445.12722r7902rz8vc4@webmail.leidinger.net> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9EFCC5F89145175FE988CEA6" Cc: freebsd-hackers@freebsd.org, kibab@freebsd.org Subject: Re: CFR: FEATURE macros for AUDIT/CAM/IPC/KTR/MAC/NFS/NTP/PMC/SYSV/... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2011 17:03:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9EFCC5F89145175FE988CEA6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 11.02.2011 14:54, Alexander Leidinger wrote: > As a 3rd point (attention bikeshed ahead), having everything as a > FEATURE would give an uniform way of listing what is available or not > (with the benefit to administratively hide parts of it). Needless to > say that this would reduce the amount of knowledge and code to > determine if something is available (as a person who works in a > production environement with mixed knowledge levels of the people and > who has to analyse problems which are sometimes caused by lack of > knowledge of the people which implemented something, I welcome > everything which lowers the learning curve and complexity). When I was beginning this GSoC work, I primarily thought about unifying the way to determine if particular feature exists in the kernel. Of course there should be at least one way to check if the feature is available or not (by definition: if I may use some functionality, than feature is present, otherwise... Oh, no, may be I have no permissions to use it? or something is terribly wrong with system confuguration? Or?...), but it is better to have a sort of unified way to get this information without looking for files in /dev, parsing `kldstat -v`, etc.= --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enig9EFCC5F89145175FE988CEA6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1VbCQACgkQo9vlj1oadwjvegCfbNAoG7/yteKo/0TLXbuKFgIV tFcAoNzLbD+bzlUprV0OMFTk4maSlfDL =YEQ4 -----END PGP SIGNATURE----- --------------enig9EFCC5F89145175FE988CEA6--