From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64548 Path: news.gmane.org!not-for-mail From: Reiner Steib Newsgroups: gmane.emacs.gnus.general Subject: Re: Mixing whitespace and topical changes Date: Wed, 18 Apr 2007 22:55:21 +0200 Message-ID: References: Reply-To: Reiner Steib NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1176930140 7831 80.91.229.12 (18 Apr 2007 21:02:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 18 Apr 2007 21:02:20 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M13059@lists.math.uh.edu Wed Apr 18 23:02:14 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1HeHI1-0006de-VR for ding-account@gmane.org; Wed, 18 Apr 2007 23:02:10 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1HeHFv-0007TP-TD; Wed, 18 Apr 2007 15:59:59 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HeHFu-0007T3-4F for ding@lists.math.uh.edu; Wed, 18 Apr 2007 15:59:58 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.63) (envelope-from ) id 1HeHFn-0006YP-FP for ding@lists.math.uh.edu; Wed, 18 Apr 2007 15:59:58 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1HeHFl-0005MV-00 for ; Wed, 18 Apr 2007 22:59:49 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HeHFF-0008UK-Hp for ding@gnus.org; Wed, 18 Apr 2007 22:59:17 +0200 Original-Received: from bridgekeeper.physik.uni-ulm.de ([134.60.10.123]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Apr 2007 22:59:17 +0200 Original-Received: from Reiner.Steib by bridgekeeper.physik.uni-ulm.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Apr 2007 22:59:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 141 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: bridgekeeper.physik.uni-ulm.de X-Face: .*T0'iU(sujq_j9\J>-d4fg;N/1++U#U$_5ii6k.=|"-n'?5O:Hyz&wi'-!I~,}7~GgT=0S /&-R5sbkNy5+Xo1y{Tw2KKxi@Xh"g@]Qc|.U<*]WDd)qvGowFDvfU1F]{EDho:7P0@|oOD=Bc{K4?> WP68K[Mx:}=`ZT'6g4'f+g?;`vri2!)xGy}3:=l'(/Cea0l4lo^H5#@/Z3ev Mail-Copies-To: nobody User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.97 (gnu/linux) Cancel-Lock: sha1:/bYWMNUnK+aW5kN5sl0yMYpmHtk= X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64548 Archived-At: On Wed, Apr 18 2007, Didier Verna wrote: > Reiner Steib wrote: > >> - Synchronizing also happens between the trunk and v5-10 [...] > >> The fact that doing mass whitespace change (and even mixing them >> with topical changes) makes syncing harder, already is a >> k.o. argument against switching to such a policy. >> >> - Unrelated whitespace changes make many CVS operations less useful >> (diff, annotate, ...). [...] > > You're missing the point: you're arguing that mixing whitespace > and topical changes together is a bad thing. Of course. What I'm arguing > is that whitespace cleanness is a good thing, and that if all committers > took care of it locally, the files would always be whitespace-clean, and > would never see the problem again.[1] The "problem" (files not being "whitespace clean") is minor. Trying to enforce it doesn't outweigh the disadvantages of the "cleaning up". >> - As Gnus is part of Emacs we should follow the same policies whenever >> possible. >> >> * It's consensus among Emacs developers _not_ to do mass whitespace >> removal without prior coordination. >> >> * It's consensus among Emacs developers to use the Emacs defaults >> for editing Emacs files (e.g. fill-column, tab-width, coding >> style, ...). `whitespace-cleanup' in `write-file-hooks' is not >> the default in Emacs. > > Now, this part really upsets me :-( [...]. Gnus is an > independant project, If Gnus wasn't a part of Emacs, we would not have to require a copyright assignment for non-trivial contributions (you also signed it, so you should be aware of it). Lars even considers releases such as 5.10.* as "beta" and the version included in Emacs as "final"... ,----[ http://article.gmane.org/gmane.emacs.gnus.general/54341 ] | From: Lars Magne Ingebrigtsen | Date: 2003-10-18 13:53:41 GMT | | Derrell.Lipman UnwiredUniverse.com writes: | | > The README file in the gnus-5.10.2 obtained from the US mirror this evening | > contains the statement, "This packages contains a *beta* version of Gnus." | > (emphasis added). | | Yes, that's true. Gnus 5.10 is beta, Gnus 5.11 will be production | code. :-) `---- ,----[ README ] | This package contains a beta version of Gnus (beta because the final version | is the one included in Emacs). [...] `---- > maintained in an independant CVS archive, With the syncing from and to Emacs started 2004, it's not really independent anymore. Lars explicitly agreed to this and gave Miles write access to the Gnus repositories for this reason. > by independant developpers. > I don't give a sh*t about how the GNU Emacs guys do their job and I > shouldn't have to. This is almost as hilarious as the "backend > back-end back end or was it BackEnd" troll. >> Didier, in the past few years, I've never seen any other Gnus >> developer committing mixed changes except you. > > Sure, I was the only one to properly whitespace-clean my files > after editing. For trailing whitespace, this is not true. >> Beside yourself, nobody argued in favor of those "by-the-way >> whitespace changes". > > So what ? When I think the majority is wrong, I try to convince > the majority. Wouldn't you ? Note that this was a reply to... >>> Note that I will accept whatever decision the majority adopts ... so I tried to point out that the majority (at least of those who participated in the previous discussions) doesn't agree. [ You may even replace Emacs developers with Gnus developers in the paragraph above that upset you. ] >> If also Larsi has said "Don't use whitespace.el or equivalent when >> changing Gnus." (as Katsumi mentioned), isn't this sufficient to >> convince you? > > No. > >> I agree that we should _not introduce_ trailing whitespace. > > Oh, I see. Now we're talking. _Not introducing_ trailing whitespace is different to "cleanup" leading spaces to tabs. > And how do you propose to ensure that this is the case ? I propose > a whitespace-cleanup in write-file-hooks; that way you don't have to > think about it. Does that ring a bell ? If we'd agree that every Gnus developer should follows your proposal: How do you propose to ensure this? >> You are kind of arguing that we should change our policy because of a >> bug/missing feature in `whitespace.el'. > > Again, you're missing the point. My point is that files should > *always* be whitespace-clean. whitespace.el is just a tool. I don't care > about the tool. > > OK, you made an illegitimate yet strong point. Making synchronization between v5-10 and the trunk as simple as possible is illegitimate? > I'm obviously not going to make the GNU Emacs guys change their way, > and I don't want to make anybody's job harder, so I'll fix my > setup. Congrats though. You've just ruined my day with that "Gnus is > part of Emacs" bullshit. :-( Well, if reminding you about facts upsets, I can't do much about it. But I don't think to accuse me of writing bullshit is good style. Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/