From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: long-standing set-up errors on upgrade (elimination of x cut buffers) Date: Wed, 15 Sep 2010 06:39:08 +0200 Message-ID: <4C904DEC.9070902@swipnet.se> References: <201009150110.o8F1AQGX093877@kzsu.stanford.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1284525565 1508 80.91.229.12 (15 Sep 2010 04:39:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 15 Sep 2010 04:39:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: Joe Brenner Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 15 06:39:24 2010 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 1OvjmF-0003mL-LJ for ged-emacs-devel@m.gmane.org; Wed, 15 Sep 2010 06:39:23 +0200 Original-Received: from localhost ([127.0.0.1]:49677 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OvjmF-0000UZ-2Q for ged-emacs-devel@m.gmane.org; Wed, 15 Sep 2010 00:39:23 -0400 Original-Received: from [140.186.70.92] (port=57445 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ovjm7-0000UU-L0 for emacs-devel@gnu.org; Wed, 15 Sep 2010 00:39:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ovjm6-0007up-Hy for emacs-devel@gnu.org; Wed, 15 Sep 2010 00:39:15 -0400 Original-Received: from smtprelay-h22.telenor.se ([195.54.99.197]:40159) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ovjm6-0007uG-5a for emacs-devel@gnu.org; Wed, 15 Sep 2010 00:39:14 -0400 Original-Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 9BB66EA8E6 for ; Wed, 15 Sep 2010 06:39:10 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApcwAFXqj0xV4S0jPGdsb2JhbACHbZoBDAEBAQE1LcUlhUEEjSqIDw X-IronPort-AV: E=Sophos;i="4.56,369,1280700000"; d="scan'208";a="1671123015" Original-Received: from c-232de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.35]) by ipb4.telenor.se with ESMTP; 15 Sep 2010 06:39:10 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 831EC7FA05A; Wed, 15 Sep 2010 06:39:09 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 In-Reply-To: <201009150110.o8F1AQGX093877@kzsu.stanford.edu> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:130172 Archived-At: Joe Brenner skrev 2010-09-15 03.10: > I see in NEWS > > "*** Support for X cut buffers has been removed." > > For some time, I've had this in my emacs init files: > > (setq x-select-enable-clipboard t) This is now the default in Emacs 24. > (setq interprogram-paste-function 'x-cut-buffer-or-selection-value) AFAIK, this has been the default since forever, why are you setting it? > > Now, with a recent build of bzr emacs, I see that leading to this error > message: > > current-kill: > Symbol's function definition is void: x-cut-buffer-or-selection-value Replace with x-selection-value, but there is no point in setting it to the same value it already has. > > I personally am not actually fussy about the details of how X the > clipboard talks to the kill-ring and vice versa. I need there to be a > way to do it, but it almost doesn't matter which way it is (e.g. I prefer > a yank to snag the current X selection, but if I need to do a Control C > first before that will work, I can live with that). > > But what I do find really disturbing is when stuff I've had in my set-up > for years suddenly causes problems because I did an upgrade. > > (Of late, the gnus emacs team seems to be having trouble with the idea > of stable interfaces.) It is fairly common to have in .emacs stuff like: (if (>= emacs-major-version 20) ... for version specific settings. We are moving from 23 to 24, i.e. a major upgrade. Thus interfaces are not guaranteed to be the same. Furthermore, in the development branches, things are likely to break from time to time. Don't use Emacs trunk unless you can live with that. Jan D.