From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: "Emacs Lisp Packages" chapter in the Emacs manual Date: Mon, 11 May 2020 08:13:13 -0700 (PDT) Message-ID: <85aacf7d-51cc-420a-a53b-f16f2e497106@default> References: <11437E00-8970-4908-A900-0438A248428D@traduction-libre.org> <75254771-9303-4982-AB60-F92AF7AC6454@traduction-libre.org> <11AC1ECE-C120-4CBE-93C7-6FD82AF12299@traduction-libre.org> <18BA1545-091A-454E-B459-DEB96071D048@traduction-libre.org> <4f5da1c3-1311-44ca-80f7-942d9a0537b4@default> <0BBC80E8-7A74-4DB4-8C13-AF2AAFF04B4B@traduction-libre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="111849"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs developers To: Jean-Christophe Helary , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 11 17:15:13 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jYA9B-000Syo-4N for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 17:15:13 +0200 Original-Received: from localhost ([::1]:42524 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYA9A-0000gQ-2q for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 11:15:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38438) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYA7P-00077Q-7E for emacs-devel@gnu.org; Mon, 11 May 2020 11:13:23 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:52696) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYA7N-0005Dj-Q9 for emacs-devel@gnu.org; Mon, 11 May 2020 11:13:22 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04BF8N3M061847; Mon, 11 May 2020 15:13:19 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=ip6kb5rOSzqtvvcuA/g6pfcF5OLaZ9upe08TYcCWoLo=; b=yyi3VCSrZ6XIKOhK+/aZ3FoiSUcJ3gwY2yWu/QnmhYjo6Af/VOJtc1kJbes1sDYWu6xy GEYg6hl55vJpTvimnl2OEh5TwAFXqfYjiwI0iL91ad5ViS5nYHRr9b4KOVuOGIUITlnQ 66DvGacy+ygFxBwZB1kScQ1kmJ5ZtH38erquoOSPHcBvmY/h5H/qSpVKTD1pYfo4EEbu Yvau2n9V2aAo74X3uKVTsy3sb/Nljy6N8VtDaYAOJkvdIHYOpPfbfFNw/m4ihU7LsTws 01rCFtJ6WL4NcSZuW0JVUV0Ud2f753+ZPna2dENElm+hUztoZcSOZPToyLkpCjt9St20 MA== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 30x3gmdpwe-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 11 May 2020 15:13:19 +0000 Original-Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04BF7s9F100508; Mon, 11 May 2020 15:13:19 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3030.oracle.com with ESMTP id 30x6ew77ts-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 11 May 2020 15:13:19 +0000 Original-Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 04BFDFP5014918; Mon, 11 May 2020 15:13:15 GMT In-Reply-To: <0BBC80E8-7A74-4DB4-8C13-AF2AAFF04B4B@traduction-libre.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4993.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9617 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 spamscore=0 phishscore=0 mlxlogscore=999 mlxscore=0 malwarescore=0 bulkscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005110119 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9617 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 mlxlogscore=999 clxscore=1015 spamscore=0 lowpriorityscore=0 phishscore=0 bulkscore=0 malwarescore=0 priorityscore=1501 mlxscore=0 suspectscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2005110119 Received-SPF: pass client-ip=156.151.31.86; envelope-from=drew.adams@oracle.com; helo=userp2130.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/11 11:02:38 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:249798 Archived-At: In my opinion (just one user), a user's notion of "installing" is one thing. Loading a Lisp file is another thing. There's some overlap, but the Elisp, and even the Emacs, manual should at least present _loading_ Lisp code (byte-compiled or not). And in that context, `require', `provide', and "features" are important constructs to document. There's no wall between Elisp programmers and Emacs users. Many users are lispers, and many who are not could be, to everyone's advantage. I don't think the Emacs doc should tell users not to use `require'. It can certainly tell them how convenient it may be to use the package system. But package installing is not exactly the same thing as loading Lisp files, and yes, each can be useful for Emacs users - at least some users. Just one opinion.