From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bastien Newsgroups: gmane.emacs.devel Subject: Re: patch vs. overwrite in bzr Date: Wed, 04 Apr 2012 07:51:04 +0200 Message-ID: <87ehs4yrhz.fsf@gnu.org> References: <87k42cwys8.fsf@gnu.org> <87limhuldm.fsf@gnu.org> <871uo7g4j6.fsf@gnu.org> <87iphjhbm8.fsf@wanadoo.es> <87398lgrat.fsf_-_@niu.edu> <871uo5c7r0.fsf@wanadoo.es> <87pqbpj5j3.fsf@altern.org> <87aa2szgig.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1333518603 22843 80.91.229.3 (4 Apr 2012 05:50:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 4 Apr 2012 05:50:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 04 07:50:02 2012 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 1SFJ6T-0003ML-Ha for ged-emacs-devel@m.gmane.org; Wed, 04 Apr 2012 07:49:57 +0200 Original-Received: from localhost ([::1]:51407 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SFJ6S-00036z-Kd for ged-emacs-devel@m.gmane.org; Wed, 04 Apr 2012 01:49:56 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35243) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SFJ6Q-00036u-CR for emacs-devel@gnu.org; Wed, 04 Apr 2012 01:49:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SFJ6O-0007P7-Ju for emacs-devel@gnu.org; Wed, 04 Apr 2012 01:49:53 -0400 Original-Received: from mail-we0-f169.google.com ([74.125.82.169]:65105) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SFJ6O-0007NG-Ah; Wed, 04 Apr 2012 01:49:52 -0400 Original-Received: by werj55 with SMTP id j55so336669wer.0 for ; Tue, 03 Apr 2012 22:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; bh=u3mu8Z/w9nXPW/V2LWqrtJowz6QUJcH1xiZQbDAVO8Y=; b=pub/EY/w6y6NT0oy5lzIxKwagiBLLK/jcY8Aj2cDcZUgulc/OYr9DboII0olGKI+5a qJugnCPQlgO/Wsyr2YOTCcx6OYniMM5tz4Jg8OQLReqGH1Le/tQzjy4Wy4Cb0bYsD+LY DKf66vqk97N8LIJSLutsaN+HqdWfN8wYnEpvedzzYzPaQRlA8WxLN4Zio5Xpc0/XgA9a ZnQjmhTyZyyPvmWPE2QfijdO1oi+5YHhV/6V9T6NGxUdUBtiuLGpA23skdVc1BHLfEM/ jfdQYtzGpqOpluGI5xeqy7/A2W6A6UtiW421O4MhxMwFSoC0lagk/AQ57BlgQczsj7dT pcsg== Original-Received: by 10.180.97.4 with SMTP id dw4mr1980862wib.18.1333518589128; Tue, 03 Apr 2012 22:49:49 -0700 (PDT) Original-Received: from myhost.localdomain (pha75-11-82-236-86-204.fbx.proxad.net. [82.236.86.204]) by mx.google.com with ESMTPS id gg2sm3748368wib.7.2012.04.03.22.49.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Apr 2012 22:49:48 -0700 (PDT) Original-Received: by myhost.localdomain (Postfix, from userid 1000) id D47D6856E; Wed, 4 Apr 2012 07:51:04 +0200 (CEST) In-Reply-To: (Stefan Monnier's message of "Tue, 03 Apr 2012 20:26:15 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.94 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.169 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:149364 Archived-At: Stefan Monnier writes: >> I already suggested a possible improvement (not a solution) about >> this: have a different feature freeze window for modules and for Emacs >> core, but got 0 answer. > > I may have replied elsewhere. The way I see it, Org should be taken out > of `trunk' and instead the Emacs release should include a set of ELPA > packages (including Org). If people continue fixing things in ELPA instead of fixing them in Org, we have the same 2-way sync challenge. IMHO this move would just send a signal to Emacs devs "do not try to fix this, it's just an ELPA package" -- which does not so good to me. I'd rather stick to the current situation where I get blamed for my laziness in merging "the proper way", while still having vigilant people like Glenn, Paul, Juanma and others fixing stuff in Org :) After all, Org is in a pretty good shape right now in trunk. -- Bastien