From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: RFC - cleaning up /etc Date: Sun, 12 Jan 2014 01:37:37 +0100 Organization: Organization?!? Message-ID: <87y52mdoha.fsf@fencepost.gnu.org> References: <20140109140226.57D6C38085A@snark.thyrsus.com> <20140110155121.GA8178@thyrsus.com> <20140111205925.GC17111@thyrsus.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1389487082 27551 80.91.229.3 (12 Jan 2014 00:38:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 12 Jan 2014 00:38:02 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 12 01:38:08 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 1W2943-00084n-7r for ged-emacs-devel@m.gmane.org; Sun, 12 Jan 2014 01:38:07 +0100 Original-Received: from localhost ([::1]:35983 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W2942-00009f-SN for ged-emacs-devel@m.gmane.org; Sat, 11 Jan 2014 19:38:06 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45588) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W293s-0008Ow-QU for emacs-devel@gnu.org; Sat, 11 Jan 2014 19:38:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W293l-0001C4-Sv for emacs-devel@gnu.org; Sat, 11 Jan 2014 19:37:56 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:35157) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W293l-0001B0-Lx for emacs-devel@gnu.org; Sat, 11 Jan 2014 19:37:49 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W293j-0007qX-Sj for emacs-devel@gnu.org; Sun, 12 Jan 2014 01:37:47 +0100 Original-Received: from x2f3cf5e.dyn.telefonica.de ([2.243.207.94]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 12 Jan 2014 01:37:47 +0100 Original-Received: from dak by x2f3cf5e.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 12 Jan 2014 01:37:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 45 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: x2f3cf5e.dyn.telefonica.de X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:jKlYRV6yYtVCcNYoc6oN8N7BoJY= 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:168140 Archived-At: Lars Magne Ingebrigtsen writes: > Uhm -- I thought we were in a feature freeze. I.e., we should > concentrate on fixing bugs, and not do lots of non-bug-related changes. > > Removing things from etc might be nice, but it doesn't seem to have > anything to do with fixing bugs. Yes, that sounds like after-release material. Also quite unrelated to the git move, so it might make sense for Eric to take it off his post-release work list. He can still return to it when Git and VC have stopped biting him. > Stefan, please clarify. > > As for moving to git, I'm for it, even though git is inferior to bzr in > a few ways (no bound branches, totally icky sha revisions instead of > human-parseable revnos, Well, for a _distributed_ version control system, I prefer icky. "human-parseable" is not compatible with "automatically unique without requiring coordination". > a `C-x v g' that's so slow it's unusable (but David is fixing that), Will still take a year to trickle down to typical users. Man, my fix better be good with everybody taking its efficacy for granted. > worse vc-mode support). That sounds more like a hen-and-egg problem than anything else. I mean, the hen-and-egg situation was a main motivator for moving Emacs to bzr at a time when it was actually painful to do so. > But isn't all this also taking all focus from doing meaningful bug > work? How about waiting until the next feature period opens? It's one of the sad realities of software development that alternating "stabilization" and "feature" periods mean that if you only start working on features when the "feature" period is there, you won't finish before "stabilization" sets in. The "feature" period is when _prepared_ features get committed. -- David Kastrup