From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sam Steingold Newsgroups: gmane.emacs.devel Subject: Re: Everyone, please stop making my life more difficult Date: Fri, 12 Sep 2014 11:21:21 -0400 Organization: disorganization Message-ID: References: <20140912043652.4D6D8380604@snark.thyrsus.com> <83zje56ymd.fsf@gnu.org> <20140912083430.GA32586@thyrsus.com> <87mwa59i1r.fsf@igel.home> <87ioksx5v8.fsf@fencepost.gnu.org> Reply-To: sds@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1410535359 842 80.91.229.3 (12 Sep 2014 15:22:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 12 Sep 2014 15:22:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 12 17:22:35 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 1XSSgD-0002ff-Vr for ged-emacs-devel@m.gmane.org; Fri, 12 Sep 2014 17:22:34 +0200 Original-Received: from localhost ([::1]:45700 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSSgD-00070h-GK for ged-emacs-devel@m.gmane.org; Fri, 12 Sep 2014 11:22:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57988) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSSfR-0005eP-5q for emacs-devel@gnu.org; Fri, 12 Sep 2014 11:21:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XSSfN-0005Xi-5T for emacs-devel@gnu.org; Fri, 12 Sep 2014 11:21:45 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:51893) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSSfM-0005Ws-WA for emacs-devel@gnu.org; Fri, 12 Sep 2014 11:21:41 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XSSfJ-00029I-9W for emacs-devel@gnu.org; Fri, 12 Sep 2014 17:21:37 +0200 Original-Received: from 66.9.135.66 ([66.9.135.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Sep 2014 17:21:37 +0200 Original-Received: from sds by 66.9.135.66 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Sep 2014 17:21:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 38 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 66.9.135.66 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (darwin) X-Attribution: Sam X-Disclaimer: You should not expect anyone to agree with me. Cancel-Lock: sha1:6Tc4Y5opZJhDGbJu6f78Vl/W5Mo= 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:174225 Archived-At: > * David Kastrup [2014-09-12 16:36:59 +0200]: > > Sam Steingold writes: > >>> * Andreas Schwab [2014-09-12 13:47:44 +0200]: >>> >>> "Eric S. Raymond" writes: >>> >>>> This choice helps avoid collisions. It is unlikely that one >>>> committer will ever manage two commits in the same clock second. >>> >>> That's pretty easy if you are rebasing. >> >> Are you saying that rebasing changes the timestamp?! > > The commit timestamp? Most certainly. > >> I.e., I make a commit X today and tomorrow rebase (= remove X; pull from >> upstream; reapply X) it. >> Is X now dated today or tomorrow? >> If the answer is "tomorrow", this looks like a bug. > > If the commit timestamp were anything but "tomorrow" it would be a > bug. The whole point of a commit timestamp is to track who created a > commit when. Since a rebase creates commits, obviously the commit > timestamp will correspond to the time of the rebase, and the commit > author will correspond to the person doing the rebase. I thought that rebase _moves_ commits, not _creates_ them anew. Just like "mv" does not change ctime of a file, rebase must not change the commit time. -- Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1265 http://www.childpsy.net/ http://think-israel.org http://openvotingconsortium.org http://mideasttruth.com http://memri.org http://ffii.org Lisp: Serious empowerment.