From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.mlbassoc.com ([65.100.170.105] helo=mail.chez-thomas.org) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1T1FrG-00005Z-RO for openembedded-core@lists.openembedded.org; Tue, 14 Aug 2012 14:04:27 +0200 Received: by mail.chez-thomas.org (Postfix, from userid 1998) id B3F39F811F1; Tue, 14 Aug 2012 05:52:33 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2 Received: from [192.168.1.114] (zeus [192.168.1.114]) by mail.chez-thomas.org (Postfix) with ESMTP id 9D9E7F811D7; Tue, 14 Aug 2012 05:52:32 -0600 (MDT) Message-ID: <502A3C00.6010609@mlbassoc.com> Date: Tue, 14 Aug 2012 05:52:32 -0600 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: openembedded-core@lists.openembedded.org References: <502A3A26.5090008@mlbassoc.com> <1344944787.23275.384.camel@phil-desktop> In-Reply-To: <1344944787.23275.384.camel@phil-desktop> Subject: Re: wpa-supplicant & EAP-TLS X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 12:04:27 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2012-08-14 05:46, Phil Blundell wrote: > On Tue, 2012-08-14 at 05:44 -0600, Gary Thomas wrote: >> Does anyone know why the recipe for wpa_supplicant is using gnutls >> and not the default OpenSSH for TLS services? It seems that gnutls >> is somehow broken and EAP-TLS does not work with this configuration. >> Changing wpa_supplicant to use the OpenSSH libraries makes EAP-TLS >> work fine. >> >> Would a patch to make this change be entertained? or should I just >> keep it in my own layer? > > I don't think a patch to just flip the default would be a good idea. A > patch to make it be a DISTRO_FEATURE, on the other hand, would be > excellent. Thanks, I'll see about working one up. -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------