From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "John Wiegley" Newsgroups: gmane.emacs.devel Subject: Re: [ANN] New library stream.el in ELPA Date: Wed, 14 Oct 2015 17:48:59 -0700 Organization: New Artisans LLC Message-ID: References: <87d1whk75h.fsf@petton.fr> <87si5djubt.fsf@petton.fr> <87pp0hjlhj.fsf@petton.fr> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444870231 31243 80.91.229.3 (15 Oct 2015 00:50:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Oct 2015 00:50:31 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 15 02:50:27 2015 Return-path: Envelope-to: ged-emacs-devel@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 1ZmWkS-0007mu-UR for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 02:50:25 +0200 Original-Received: from localhost ([::1]:45223 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmWkS-0002JV-2k for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 20:50:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51979) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmWjE-000283-7N for emacs-devel@gnu.org; Wed, 14 Oct 2015 20:49:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmWjB-0000fK-1R for emacs-devel@gnu.org; Wed, 14 Oct 2015 20:49:08 -0400 Original-Received: from mail-pa0-x232.google.com ([2607:f8b0:400e:c03::232]:35363) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmWjA-0000fE-Sa for emacs-devel@gnu.org; Wed, 14 Oct 2015 20:49:04 -0400 Original-Received: by pacao1 with SMTP id ao1so4541616pac.2 for ; Wed, 14 Oct 2015 17:49:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type; bh=gN+WYUBD2iyYPHlCdFqTNu5ll92jweDPh8ZCurysSjc=; b=QydPqcQXeTKGUy+ke7d2lNH6p7MU6IJKAQ2ukpUqr1WTS8J7giVCgTKt28/mitn7Nw 7D9WsJnoiJpNZZsqdwrboMLIzP6I83iywta5XWDYb/j8lIikwxyIbnV0DgfYvTcEigUs POQPEj17ojS0x2lgFoa9xLso/vpSal6JaMeR6pvAzw4rWclx6oc7GzsKsTgZsFpPfPND T+FxYAdnqLhh+b9T9y3kzU8yc87h9S6EqfxzeSnwUExxmr1kMIgN7+jGOaRkeJHMFi/e P5cKqY/A9oRY3akZoAu9+CPnxBu865DX4jo4Uwsex+B0vqJBMjE5gMDofLBh4VgCSlB9 qKIQ== X-Received: by 10.66.138.11 with SMTP id qm11mr6784568pab.126.1444870144243; Wed, 14 Oct 2015 17:49:04 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id pc8sm11819216pbc.27.2015.10.14.17.49.03 for (version=TLS1 cipher=AES128-SHA bits=128/128); Wed, 14 Oct 2015 17:49:03 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id D27C9F3C2E84; Wed, 14 Oct 2015 17:49:02 -0700 (PDT) In-Reply-To: (raman@google.com's message of "Wed, 14 Oct 2015 17:42:02 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::232 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:191604 Archived-At: >>>>> raman writes: > Speaking from the perspective of building Emacspeak, I only feel comfortable > using modules that are already in Core, since I dont want the average > emacspeak user to have to pull things from elpa to get the system started > up. Raman, with due respect to your tremendous efforts on Emacspeak, the way that non-Core packages are distributed should not have a bearing on what does and does not go into Core; otherwise, we would be making our choices based on undefinable criteria, like which packages are the most popular. If a package is in ELPA, it can just as easily download its dependencies as itself; if it is not in ELPA, it is outside the scope of this discussion. John