From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.comp.lib.gnulib.bugs,gmane.emacs.devel Subject: Re: SHA, MD, and openssl Date: Wed, 11 Dec 2013 10:54:46 -0800 Organization: UCLA Computer Science Department Message-ID: <52A8B4F6.4080009@cs.ucla.edu> References: <83mwkbyw6v.fsf@gnu.org> <52A4DE34.7060407@cs.ucla.edu> <874n6h3238.fsf@uwakimon.sk.tsukuba.ac.jp> <52A762D6.5020908@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1386788106 5160 80.91.229.3 (11 Dec 2013 18:55:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Dec 2013 18:55:06 +0000 (UTC) Cc: Bug-gnulib , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Wed Dec 11 19:55:10 2013 Return-path: Envelope-to: gnu-bug-gnulib@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VqowA-00011q-BU for gnu-bug-gnulib@m.gmane.org; Wed, 11 Dec 2013 19:55:10 +0100 Original-Received: from localhost ([::1]:59546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqowA-0004zr-23 for gnu-bug-gnulib@m.gmane.org; Wed, 11 Dec 2013 13:55:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36919) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vqow1-0004Ce-0M for bug-gnulib@gnu.org; Wed, 11 Dec 2013 13:55:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vqovv-0000dT-5v for bug-gnulib@gnu.org; Wed, 11 Dec 2013 13:55:00 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:51371) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vqovu-0000dL-Um; Wed, 11 Dec 2013 13:54:55 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 97F4939E810A; Wed, 11 Dec 2013 10:54:53 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K0jjcQ8j63aI; Wed, 11 Dec 2013 10:54:52 -0800 (PST) Original-Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 73FD939E80FF; Wed, 11 Dec 2013 10:54:52 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 131.179.128.62 X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Original-Sender: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Xref: news.gmane.org gmane.comp.lib.gnulib.bugs:33499 gmane.emacs.devel:166306 Archived-At: [Adding bug-gnulib to CC. This discussion no longer directly affects Emacs, since I removed the libcrypto support from Emacs yesterday . Gnulib still has support for linking to libcrypto, though, so it's still relevant for gnulib. This email thread starts at .] On 12/11/2013 07:13 AM, Richard Stallman wrote: > I don't think OpenSSL is included in the normal form of > packaging Linux I'm afraid you've lost me. Did you mean that Linux is the "Major Component" as described in the GPL? If so, that doesn't sound right, as the code we're talking about is crypto hash code, which doesn't need to interface to the Linux kernel at all. It's written in pure C and/or assembly code, with no Linux system calls. The Major Component here is not the Linux kernel; it's cryptographic services, which these days are a major essential component of many operating systems, including common GNU/Linux distributions. Obviously one can build a GNU/Linux system without crypto, just as one can build one without a windowing system, but nevertheless crypto is a major essential component for many systems, just as windowing is. > I don't think it satisfies (b) either. I don't see why not, for the crypto hash functions we're talking about. MD5, SHA256, etc. are all interfaces that are official standards defined by recognized standards bodies, and implementations for them are available to the public in source code form.