From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alain Schneble Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added Date: Sat, 8 Oct 2016 12:57:54 +0200 Message-ID: <86a8efqf9p.fsf@realize.ch> References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <871t0apsxm.fsf@russet.org.uk> <87shsm7hi6.fsf@russet.org.uk> <83a8eucwi2.fsf@gnu.org> <878tudgwlq.fsf@russet.org.uk> <8360pgoyo4.fsf@gnu.org> <87d1jn3ws9.fsf@russet.org.uk> <83a8eqoi08.fsf@gnu.org> <87d1jlacsh.fsf@russet.org.uk> <867f9t4n4t.fsf@realize.ch> <874m4x8sq5.fsf@russet.org.uk> <8637kh4j1u.fsf@realize.ch> <87wpht4b1i.fsf@russet.org.uk> <86y4292m2u.fsf@realize.ch> <8737kd8vfh.fsf@russet.org.uk> <867f9n2r6s.fsf@realize.ch> <87a8egw2az.fsf@russet.org.uk> <8360p3i2gt.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1475924427 10421 195.159.176.226 (8 Oct 2016 11:00:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 8 Oct 2016 11:00:27 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (windows-nt) Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, Phillip Lord To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 08 13:00:23 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bspMG-0007Sy-FZ for ged-emacs-devel@m.gmane.org; Sat, 08 Oct 2016 13:00:00 +0200 Original-Received: from localhost ([::1]:40416 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bspM9-0004FA-78 for ged-emacs-devel@m.gmane.org; Sat, 08 Oct 2016 06:59:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40200) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bspLc-0004E8-W5 for emacs-devel@gnu.org; Sat, 08 Oct 2016 06:59:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bspLb-0007eD-1v for emacs-devel@gnu.org; Sat, 08 Oct 2016 06:59:20 -0400 Original-Received: from clientmail.realize.ch ([46.140.89.53]:3124) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bspLW-0007aq-O3; Sat, 08 Oct 2016 06:59:15 -0400 Original-Received: from rintintin.hq.realize.ch.lan.rit (Unknown [192.168.0.105]) by clientmail.realize.ch with ESMTP ; Sat, 8 Oct 2016 12:58:19 +0200 Original-Received: from myngb (192.168.66.64) by rintintin.hq.realize.ch.lan.rit (192.168.0.105) with Microsoft SMTP Server (TLS) id 15.0.516.32; Sat, 8 Oct 2016 12:57:54 +0200 In-Reply-To: <8360p3i2gt.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Oct 2016 13:01:38 +0300") X-ClientProxiedBy: rintintin.hq.realize.ch.lan.rit (192.168.0.105) To rintintin.hq.realize.ch.lan.rit (192.168.0.105) X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] X-Received-From: 46.140.89.53 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:208085 Archived-At: Eli Zaretskii writes: > And what kind of build do you have in mind here? We have: > > . build out of Git repo > . build of the release tarball as distributed from ftp.gnu.org > . build of the release tarball after updating some packages from ELPA What is the difference between the last and the second last point? >> As a secondary benefit, this means I can build and test an ELPA checkout >> directly as part of the Emacs build, which should be useful for finding >> regressions. > > ELPA packages should be logically part of Emacs, just in a different > Git repo. So this goal should be supported, of course. But I don't > understand why it would require using a separate directory tree for > ELPA packages. > >> It also, of course, means that files from ELPA would now be duplicated >> in core Emacs because they would have been copied. > > ??? Copied from where to where? And why? I don't understand why they > would need to be copied anywhere, they just need to be downloaded > directly to where they belong in the Emacs directory structure. > >> So, when developing Emacs, there would be version controlled .el >> source files and non-version controlled copied .el files in the same >> location. > > We already have that; see charscript.el. Why having some moe > unversioned *.el files would hurt or be any different? > >> You would have to remember to edit the former, but not the latter. > > ??? Unversioned files can be edited to your heart's content, they will > just be overwritten on the next update. We successfully deal with > this with the generated files, I see no reasons why we couldn't do the > same with ELPA packages. AFAIU, Phillip is concerned about the development process of ELPA core packages. While developing such a package, one wants to edit the git-controlled files directly and probably also load these files instead of the (git-uncontrolled) ones in the proper Emacs core location, where they would reside at least in a tarball release. Alain