From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FVaUM-0001dZ-VI for garchives@archives.gentoo.org; Mon, 17 Apr 2006 20:38:27 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k3HKbq7V024263; Mon, 17 Apr 2006 20:37:52 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k3HKYwRK023776 for ; Mon, 17 Apr 2006 20:34:59 GMT Received: from xray.science.oregonstate.edu ([128.193.220.51] helo=[192.168.2.158]) by smtp.gentoo.org with esmtpa (Exim 4.54) id 1FVaR0-000831-8N for gentoo-dev@lists.gentoo.org; Mon, 17 Apr 2006 20:34:58 +0000 Message-ID: <4443FBF3.4000608@gentoo.org> Date: Mon, 17 Apr 2006 13:34:59 -0700 From: Donnie Berkholz User-Agent: Mail/News 1.5 (X11/20060413) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] xorg-server 1.0.99/1.1 ABI break References: <44432517.7050903@gentoo.org> <444366A0.6080501@gentoo.org> <4443C024.1030405@gentoo.org> <4443E65B.1060503@gentoo.org> <4443F4F2.5080007@gentoo.org> <1145305602.10002.4.camel@localhost> In-Reply-To: <1145305602.10002.4.camel@localhost> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k3HKbq9B024263 X-Archives-Salt: c96bfd28-e413-4ee0-8785-36ca0537934e X-Archives-Hash: 67bc970f4a94fdbce51b535a28cf7c89 Olivier Cr=EAte wrote: > On Mon, 2006-17-04 at 13:05 -0700, Donnie Berkholz wrote: >> Alec Warner wrote: >>> Well the semantics of the blocker is that the new driver won't work w= ith=20 >>> the old server; is that true? Or just the old drivers won't work wit= h=20 >>> the new server? >> New server requires new drivers. Old server requires old drivers. Ther= e=20 >> is no valid combination of new and old. >=20 > Then you should probably has new drivers block old servers and new > servers block old drivers... OK, let's think about the results of this. New drivers block old servers: Rather, why wouldn't new drivers depend on a new server? This makes=20 sense and is already what we're doing. New servers block old drivers: This will require people to uninstall all their drivers to upgrade=20 their server. It will not automatically reinstall them in the 'emerge -u=20 xorg-server' case, but it _should_ reinstall them in the 'emerge -u=20 world' case _if_ they're using the xorg-x11 metabuild. I'm not sure whether portage does a --deep by default now, but I think=20 that's what is necessary for correct behavior in the 'emerge -u world' ca= se. Thanks, Donnie --=20 gentoo-dev@gentoo.org mailing list