From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.devel Subject: Re: Supporting multiline Package-Requires header Date: Tue, 25 Aug 2015 07:44:08 +0200 Organization: Linux Private Site Message-ID: <87mvxfsz13.fsf@Rainer.invalid> References: <87si7rjqmp.fsf@newcastle.ac.uk> <87fv3rjogj.fsf@newcastle.ac.uk> <87fv3po7ss.fsf@russet.org.uk> <87lhd2h5ug.fsf@Rainer.invalid> <87614518fa.fsf@Rainer.invalid> <87twrofpnd.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1440481488 1680 80.91.229.3 (25 Aug 2015 05:44:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 25 Aug 2015 05:44:48 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 25 07:44:38 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZU72C-0002BO-VZ for ged-emacs-devel@m.gmane.org; Tue, 25 Aug 2015 07:44:37 +0200 Original-Received: from localhost ([::1]:58130 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZU72C-00028N-6e for ged-emacs-devel@m.gmane.org; Tue, 25 Aug 2015 01:44:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44682) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZU71y-000283-GC for emacs-devel@gnu.org; Tue, 25 Aug 2015 01:44:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZU71v-0005I7-43 for emacs-devel@gnu.org; Tue, 25 Aug 2015 01:44:22 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:43720) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZU71u-0005I1-T0 for emacs-devel@gnu.org; Tue, 25 Aug 2015 01:44:19 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZU71t-0001to-50 for emacs-devel@gnu.org; Tue, 25 Aug 2015 07:44:17 +0200 Original-Received: from p54b47399.dip0.t-ipconnect.de ([84.180.115.153]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Aug 2015 07:44:17 +0200 Original-Received: from Stromeko by p54b47399.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Aug 2015 07:44:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 40 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b47399.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:jWkygr9Q0ZizTH6pbLBUe0nozPc= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:189142 Archived-At: Artur Malabarba writes: > From what I've been gathering (do correct me if I'm wrong), it sounds > like this issue stems from wanting to use GNU Elpa to release org > snapshots. Org snapshots are yet a different thing and trace the master branch. > You want your version numbers to be updated every day, and you need > that because you want to always deliver the very latest commits. The maint branch is for bugfixes between releases, so the ELPA package is for people that want releases plus bugfixes. > However, the Gelpa reporistory is really more designed to deliver > proper releases, not snapshots. Which is why its release system is > based on when you bump the version number (which people usually do on > a specific commit when they decide to release). That's the design problem, it should really be based on tags instead. Among other things, it allows you to release a version further down the history, after proper testing, when (likely someone else) has already added new commits on top of that already, which is common in distributed development. > That said, I'm not here to tell people they're "doing it wrong". And > I'm very sympathetic to org. > So, if you guys find that any solution on org's side would be "a > horrible hack", I can put some effort into making Gelpa's "tiny hack" > a little smaller. We can cope, I just need direction as to what the decision is. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds