From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: merging the xwidget_mvp branch Date: Wed, 11 Nov 2015 08:32:38 -0800 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447260558 12293 80.91.229.3 (11 Nov 2015 16:49:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Nov 2015 16:49:18 +0000 (UTC) Cc: Emacs developers To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 11 17:49:13 2015 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 1ZwYa6-00075S-TF for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 17:49:11 +0100 Original-Received: from localhost ([::1]:41712 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwYa6-0006nz-Bi for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 11:49:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41560) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwYZr-0006Z1-Dm for emacs-devel@gnu.org; Wed, 11 Nov 2015 11:49:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwYZk-0000H1-Nn for emacs-devel@gnu.org; Wed, 11 Nov 2015 11:48:55 -0500 Original-Received: from mail-pa0-x236.google.com ([2607:f8b0:400e:c03::236]:36341) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwYZk-0000GJ-JA for emacs-devel@gnu.org; Wed, 11 Nov 2015 11:48:48 -0500 Original-Received: by pacdm15 with SMTP id dm15so35410527pac.3 for ; Wed, 11 Nov 2015 08:48:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mail-followup-to:mime-version:content-type; bh=q4e4f8fIQyGvwRfGzIhzLeoGk/XKHZM7QL3Sp7v5W7w=; b=0+X/cET2PjnznCJC7I+tGgFQhAtK6gM9SitxqmkKzBgkGesRo5cEFqNJZmDup6oWzv oiTAB1P+yaYMYJmM83ODUD5iLXiFzew4NCDLRoY4vkODHtPkwPzi2BcjbzeLoxrpOvG+ QE95Ra6iWX9WmbgP0HptHOaTr+X6CAfjXvqNLVJHla0RbK2iUtC/pykeBSu7tF2+3Udy PE3+A3HJhICskWnfqtrP7nRHwSvkrFh1oNibveGgqJ+HBuQy1DCGa2Piay67VKthUSPX HSM972rAv4srnDGYPIBv9iebH26OOiS6Ed42V6q1UMr9rnxRP+qCDdSx43V54bdgjMQy 6XdQ== X-Received: by 10.68.184.132 with SMTP id eu4mr15820027pbc.122.1447260527948; Wed, 11 Nov 2015 08:48:47 -0800 (PST) Original-Received: from Vulcan.attlocal.net (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id ws6sm10237742pbc.33.2015.11.11.08.48.47 (version=TLS1 cipher=AES128-SHA bits=128/128); Wed, 11 Nov 2015 08:48:47 -0800 (PST) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.attlocal.net (Postfix, from userid 501) id 6489110545FF4; Wed, 11 Nov 2015 08:48:46 -0800 (PST) In-Reply-To: (joakim@verona.se's message of "Wed, 11 Nov 2015 11:33:28 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: joakim@verona.se, Emacs developers X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::236 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:194087 Archived-At: >>>>> joakim writes: > Did we come to an argeement regarding merging this feature? I think I read > in another mail that you do agree now, but I'm having trouble finding > anything in the recent torrent of email. > > If you now do agree, when should we attempt the merge? Is there a hard > freeze on friday? Your feature is accepted into 25.1, and you are exempted from the freeze on Friday. Take what time you need to get it ready, but do not delay long. I want to test that feature aggressively, since it extends our redisplay code. John