From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Remove Org from Emacs repository? Date: Mon, 19 Dec 2016 19:53:16 +0100 Message-ID: <87oa07zr6r.fsf@Rainer.invalid> References: <871sx5pp6u.fsf@laptoptop.i-did-not-set--mail-host-address--so-tickle-me> <87shpkyzcy.fsf@Rainer.invalid> <87lgvbrgd6.fsf@russet.org.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJ342-0006qR-KG for emacs-orgmode@gnu.org; Mon, 19 Dec 2016 13:53:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJ33x-0000QE-AF for emacs-orgmode@gnu.org; Mon, 19 Dec 2016 13:53:34 -0500 Received: from [195.159.176.226] (port=35194 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cJ33x-0000Pd-3Y for emacs-orgmode@gnu.org; Mon, 19 Dec 2016 13:53:29 -0500 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cJ33p-0000rj-CP for emacs-orgmode@gnu.org; Mon, 19 Dec 2016 19:53:21 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Phillip Lord writes: > I think there's only a few problems, actually. package.el initialization > is all or nothing at the moment, and is disabled on emacs -q. Neither of > these would make sense if we wanted in built packages. My opinion is that unless package.el adds explicit support for system-level packetization decisions (i.e. for admins or distributions) it's not going to gain widespread support from that small, but important set of folks. Of course the user will then have to be able to override these like deactivation of packages, installing different versions, etc. Before long it also needs to be able to cope with different package archives simultaneously especially when those have incompatible numbering schemes. > It's not strictly necessary, though. The current idea is to not to use > packages but to, essentially, move the lisp of packages in ELPA into > place in the build. package.el need not be involved then. Yes I know. Which is in essence prolonging the current state of affairs as far as the users are concerned. If it gets things moving into the right direction I'll be glad. I just had hoped for some more general (some would say radical) solution. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves