From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Moving files from lisp/gnus/ to lisp/net/? Date: Fri, 15 Oct 2004 16:05:47 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <20041015200547.GB15360@fencepost> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1097870802 2985 80.91.229.6 (15 Oct 2004 20:06:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 15 Oct 2004 20:06:42 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 15 22:06:35 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CIYLT-0006op-00 for ; Fri, 15 Oct 2004 22:06:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CIYSc-0007uO-Mn for ged-emacs-devel@m.gmane.org; Fri, 15 Oct 2004 16:13:58 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CIYST-0007u1-7Y for emacs-devel@gnu.org; Fri, 15 Oct 2004 16:13:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CIYSR-0007tH-TN for emacs-devel@gnu.org; Fri, 15 Oct 2004 16:13:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CIYSR-0007t7-Ol for emacs-devel@gnu.org; Fri, 15 Oct 2004 16:13:47 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CIYKk-00032f-96 for emacs-devel@gnu.org; Fri, 15 Oct 2004 16:05:50 -0400 Original-Received: from miles by fencepost.gnu.org with local (Exim 4.34) id 1CIYKh-0004Vk-Kq; Fri, 15 Oct 2004 16:05:49 -0400 Original-To: Simon Josefsson Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Blat: Foop 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28454 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28454 On Fri, Oct 15, 2004 at 09:26:59PM +0200, Simon Josefsson wrote: > People seem to fear using some files in gnus/ because they think the > files might end up loading all of Gnus. I believe moving some of the > self contained files in Gnus elsewhere would be good. This would make > it clear that they aren't an intrinsic part of Gnus. Offhand I think it's a great idea, but a few twists come to mind: * What will these file's status in "upstream" Gnus be? Gnus tries to be compatible with older emacs versions, so it seems like you can't just remove them from the Gnus distribution, but for this "separation" to have any real effect for Gnus developers, it would seem that they shouldn't be kept in their current location. * As discussed in another thread, Richard has said that files which are not under lisp/gnus/, and not "obviously" Gnus-related, should have a slightly different status with respect to the Gnus developers -- he doesn't want arbitrary changes made to them without more discussion (whereas with files under lisp/gnus/, you have a freer hand). In the previous thread, I came to the conclusion that this wasn't a big deal for th because the files in question are unlikely to see major changes on the branch Emacs syncs with (v5-10) anyway, but perhaps some sort of more official policy for Gnus upstream is useful (e.g., "Don't make major changes to the files in the "blahblah/" directory without coordinating it with Emacs developers first"). > Btw, should I do cvs remove + add, or should someone with repository > access do it? Moving in the repository is typically bad (it break > historic CVS branches), but I don't know what the tradition here is. Moving in the repository is _very_ bad. Definitely just "remove + add"; you can include the old location in the CVS log for users to follow. -Miles -- We are all lying in the gutter, but some of us are looking at the stars. -Oscar Wilde