From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Bug: Please supply stable releases on ELPA or MELPA Stable [8.3.4 (8.3.4-dist @ /usr/local/share/emacs/25.1.50/site-lisp/org-mode/)] Date: Mon, 31 Oct 2016 15:56:08 +0100 Message-ID: <87ins8ftyv.fsf@nicolasgoaziou.fr> References: <87mvhltqpw.fsf@sc3d.org> <87oa21tmp0.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42448) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c1E0T-0006Jl-VW for emacs-orgmode@gnu.org; Mon, 31 Oct 2016 10:56:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c1E0T-00016J-5F for emacs-orgmode@gnu.org; Mon, 31 Oct 2016 10:56:14 -0400 In-Reply-To: (Reuben Thomas's message of "Mon, 31 Oct 2016 11:44:03 +0000") 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: Reuben Thomas Cc: Josiah Schwab , Bastien Guerry , "emacs-orgmode@gnu.org" Hello, Reuben Thomas writes: > =E2=80=8BThat's great! However, is a cut of the release branch as good as= an actual > release? It is better, since it contains more bugfixes than last release without adding new features. However, I think we should make more frequent bugfix releases. We may even automate such releases, e.g., one week after the last unreleased bugfix in the branch. I don't do releases however, so this may just be a weird idea. Bastien, is it even possible? > Thought experiment: if it is good enough, surely the web site should > point users to this installation method for the stable version? Isn't it the case already? From the first page I see M-x list-packages RET (see Org ELPA) Daily snapshots: tar.gz or zip > I can't imagine there are many users who would prefer to compile from > source rather than just use package-install! I don't think we force users to use development version (even though it is appreciated, particularly close to a major release). OTOH, being able to browse source code is very important so the "git clone" command and the "cgit" link also belong to the first page. > =E2=80=8B Also, the version should be the git tag (so that the version nu= mber is > clearly visible), rather than the current "YYYYMMDD" format, which looks > like a development snapshot. We need to tell the difference between a release and a cut from the maint branch.=20 Also, I'd rather have monotonic version tags, so 8.3.6.whatever is not really an option. Maybe 8.3.YYYMMDD... and we drop manual bugfix releases altogether. Regards, --=20 Nicolas Goaziou