From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Kelly Dean" Newsgroups: gmane.emacs.devel Subject: Stale undo-tree in elpa Date: Tue, 30 Dec 2014 10:01:48 +0000 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1419933785 14929 80.91.229.3 (30 Dec 2014 10:03:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Dec 2014 10:03:05 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 30 11:02:58 2014 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 1Y5tdh-0001cI-0g for ged-emacs-devel@m.gmane.org; Tue, 30 Dec 2014 11:02:57 +0100 Original-Received: from localhost ([::1]:36307 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5tdg-0002MP-D4 for ged-emacs-devel@m.gmane.org; Tue, 30 Dec 2014 05:02:56 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54466) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5tdT-0002ME-Uh for emacs-devel@gnu.org; Tue, 30 Dec 2014 05:02:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5tdP-0001dK-BS for emacs-devel@gnu.org; Tue, 30 Dec 2014 05:02:43 -0500 Original-Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:45266) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5tdP-0001dE-5p for emacs-devel@gnu.org; Tue, 30 Dec 2014 05:02:39 -0500 Original-Received: from mfilter22-d.gandi.net (mfilter22-d.gandi.net [217.70.178.150]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 6CFF3A80CD for ; Tue, 30 Dec 2014 11:02:38 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter22-d.gandi.net Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter22-d.gandi.net (mfilter22-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id dRfe77ocH4jR for ; Tue, 30 Dec 2014 11:02:36 +0100 (CET) X-Originating-IP: 162.248.99.114 Original-Received: from localhost (114-99-248-162-static.reverse.queryfoundry.net [162.248.99.114]) (Authenticated sender: kelly@prtime.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id E2905A80B6 for ; Tue, 30 Dec 2014 11:02:33 +0100 (CET) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4b98:c:538::195 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:180883 Archived-At: The current content of http://elpa.gnu.org/packages/archive-contents (with sha1 d21c91d0..), with Last-Modified header showing Dec 28, 2014, says that undo-tree 0.6.5 is current. The content of http://elpa.gnu.org/packages/undo-tree-0.6.5.el (with sha1 58e720d1..) includes the line Repository: http://www.dr-qubit.org/git/undo-tree.git and is based on commit ffb346ac.. at that repo, which is dated Nov 19, 2013. However, commit a3e81b68.. is the latest, and is dated May 9, 2014. Emacs 24.4 was released Oct 20, 2014, and the first pretest was Apr 12. The most recent undo-tree prior to that pretest was commit b35a6af8.. on Jan 10, 2014, so the package was already stale in elpa even for the pretest. It appears the FSF doesn't automatically pull, and instead either manually pulls or relies on package maintainers to push, but people are busy with other things. For packages such as undo-tree that have only a trunk, not separate devel and stable branches, the assumption must be that new versions are unstable unless declared otherwise. But the FSF could motivate maintainers to use separate devel and stable branches by auto-pulling daily from stable into elpa; then nobody has to bother with push or with manual pull, and elpa's packages don't become stale. Of course, package maintainers would need to sign their commits to stable, and the auto-puller would need to reject unsigned commits. If the FSF is concerned about maintainers going bad and wants the chance to review before accepting new versions into elpa, then just stage auto-pulled updates for a week before auto-updating elpa, which gives the FSF a chance to veto, but avoids pocket veto. For undo-tree in particular, the maintainer might as well mark its trunk as the stable branch suitable for auto-pull, because he already ensures that each new commit is stable.