From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Bleeding edge in elpa Date: Sun, 08 Mar 2015 18:59:38 +0100 Message-ID: <87d24jqsj9.fsf@Rainer.invalid> References: <87ioebmvex.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUfUa-00005x-VO for emacs-orgmode@gnu.org; Sun, 08 Mar 2015 13:59:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YUfUW-0005w0-Uh for emacs-orgmode@gnu.org; Sun, 08 Mar 2015 13:59:56 -0400 Received: from plane.gmane.org ([80.91.229.3]:40242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUfUW-0005vv-NM for emacs-orgmode@gnu.org; Sun, 08 Mar 2015 13:59:52 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YUfUU-0006Vk-H7 for emacs-orgmode@gnu.org; Sun, 08 Mar 2015 18:59:50 +0100 Received: from p4ff1c8d1.dip0.t-ipconnect.de ([79.241.200.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Mar 2015 18:59:50 +0100 Received: from Stromeko by p4ff1c8d1.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Mar 2015 18:59:50 +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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Nikolai Weibull writes: > Is trying to manage it via git+make oneself less likely to cause > incidents? There's a bunch of people who seem to manage it just fine. > From the FAQ: > > The master branch of the git repository always contains the bleeding > edge development code. This is important for Org's fast development, > because code on master gets checked out by many people daily and we > quickly receive bug reports if something is wrong. On rare occasions, > this code may not function perfectly for a limited time while we are > trying to fix things. It is therefore recommended to keep a known-good > version of org-mode installed outside the source tree and always run > the full test suite before using a new version from master. Yes, if the absolutely latest master doesn't work, people can just check out whatever version was working for them last and continue without waiting for the next snapshot from ELPA /which may or may not work). > The more time that passes between releases, the harder it is to > release a new version. > > And as this is the case here, having easy access to the latest > “version” would lessen the effect of this. It would also allow more > people to find bugs. It doesn't get any easier than it already is. Having both a stable and an unstable version of Org avilable via ELPA is a non-starter for the simple reason that the package manager can't deal with the versioning problems this would introduce. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada