From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: Gnus overrides.texi and WEBHACKDEVEL Date: Sat, 05 Feb 2011 10:01:46 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87y65ua2s5.fsf@lifelogs.com> References: <83ei7makon.fsf@gnu.org> <83ei7makon.fsf@gnu.org> <838vxuaek9.fsf@gnu.org> <877hdebm01.fsf_-_@lifelogs.com> <831v3ma532.fsf@gnu.org> <8739o2bjci.fsf@lifelogs.com> <83wrle8p8q.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1296921746 4539 80.91.229.12 (5 Feb 2011 16:02:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 5 Feb 2011 16:02:26 +0000 (UTC) Cc: ding@gnus.org To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 05 17:02:19 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PlkaY-0001kr-Cd for ged-emacs-devel@m.gmane.org; Sat, 05 Feb 2011 17:02:18 +0100 Original-Received: from localhost ([127.0.0.1]:49160 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlkaX-00025H-RI for ged-emacs-devel@m.gmane.org; Sat, 05 Feb 2011 11:02:17 -0500 Original-Received: from [140.186.70.92] (port=59805 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlkaP-00023M-2y for emacs-devel@gnu.org; Sat, 05 Feb 2011 11:02:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlkaL-0007gW-9R for emacs-devel@gnu.org; Sat, 05 Feb 2011 11:02:09 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:35671) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlkaL-0007gB-2C for emacs-devel@gnu.org; Sat, 05 Feb 2011 11:02:05 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PlkaJ-0001eE-9Y for emacs-devel@gnu.org; Sat, 05 Feb 2011 17:02:03 +0100 Original-Received: from c-67-186-102-106.hsd1.il.comcast.net ([67.186.102.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Feb 2011 17:02:03 +0100 Original-Received: from tzz by c-67-186-102-106.hsd1.il.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Feb 2011 17:02:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-67-186-102-106.hsd1.il.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:bri1+bTuzHNURTr1xn59FWbClOw= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:135619 gmane.emacs.gnus.general:76400 Archived-At: On Sat, 05 Feb 2011 17:39:33 +0200 Eli Zaretskii wrote: >> From: Ted Zlatanov >> Date: Sat, 05 Feb 2011 09:18:37 -0600 >> Cc: ding@gnus.org >> EZ> More generally, what is a user supposed to do if she does want to put EZ> something on gnus-overrides.texi? That's a versioned file, so "bzr EZ> status" will show it as modified, and there's still a danger of having EZ> it committed inadvertently. How is this better than just modifying EZ> gnu.texi or any other file directly? >> >> The user wouldn't touch them, they are for the developers. EZ> By "user" I _did_ mean developers in this case. How do we prevent the EZ> danger of committing a modified file? Versioned files that are EZ> modified are generally meant to be committed at some point. I see what you mean. I want to use it differently, not for temporary modifications but for regular use. If it's modified, it should be committed by the developer. It's supposed to be in the VCS and unchanging regardless of the make actions taken by the user. Ted