From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.windriver.com ([147.11.1.11]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1TCeZu-0006Jx-VM for openembedded-core@lists.openembedded.org; Sat, 15 Sep 2012 00:41:39 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail.windriver.com (8.14.5/8.14.3) with ESMTP id q8EMT0DS021816 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 14 Sep 2012 15:29:00 -0700 (PDT) Received: from msp-dhcp28.wrs.com (172.25.34.28) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.2.309.2; Fri, 14 Sep 2012 15:29:00 -0700 Message-ID: <5053AFAB.6000409@windriver.com> Date: Fri, 14 Sep 2012 17:28:59 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Phil Blundell References: <1347643776-4028-1-git-send-email-paul.eggleton@linux.intel.com> <1347659456.4444.1.camel@x121e.pbcl.net> <5053A818.4070402@windriver.com> <1347660202.4444.10.camel@x121e.pbcl.net> <5053ABF3.8010708@windriver.com> <1347660965.4444.17.camel@x121e.pbcl.net> In-Reply-To: <1347660965.4444.17.camel@x121e.pbcl.net> Cc: openembedded-core@lists.openembedded.org Subject: Re: [PATCH] xserver-xorg: remove broken RREPLACES X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2012 22:41:39 -0000 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit On 9/14/12 5:16 PM, Phil Blundell wrote: > On Fri, 2012-09-14 at 17:13 -0500, Mark Hatle wrote: >> Coming from the RPM world, that behavior is entirely unexpected. There is no >> way (by design) for an RPM package to be tagged as being allowed to replace >> files of another package. > > How would rpm conventionally deal with the situation at hand here (a > file which was previously in xserver-xorg and is now in > xserver-xorg-module-exa)? You would have one or more packages dedicate to that or a set of files.. and only one of them could be installed at a given time (using conflicts). Alternatively, if the file is a configuration file, the file is tagged as a such. (But I'm not completely sure even that would work.) The case I'm most familiar with in proprietary OpenGL drivers. (In an RPM based distro...) By default it used to be that the mesa-libs package would include all of the mesa libraries including libGL, and libGLU. When the proprietary versions of those files came around, it was necessary to split off the libGL and libGLU into specific packages.. so now you had: mesa-libs, mesa-libGL, and mesa-libGLU. The proprietary stuff provided it's own libGL/libGLU and contained a replaces (or conflict) on the libGL/libGLU from mesa. [besides w/o the conflict, the user would get an install error that two files conflicted between the packages] Looking at the item in context: (meta/recipes-graphics/xserver-xorg/xserver-xorg.inc) PACKAGES =+ "... \ ${PN}-module-exa \ ..." RREPLACES_${PN}-module-exa = "${PN}" FILES_${PN}-module-exa = "${libdir}/xorg/modules/libexa.so" Based on that, I'm not sure what RREPLACES is being used for: FILES_${PN} = "${bindir} ${libdir}/X11/Options ${libdir}/X11/Cards ${libdir}/X11/getconfig ${libdir}/X11/etc ${libdir}/modules/*.so ${libdir}/xorg/modules/*.so /etc/X11 ${libdir}/xorg/protocol.txt ${datadir}/X11/xorg.conf.d" Since under the packaging rules, that one file will only exist in the one package, and it won't ever exist in both packages. So Replaces is wrong under either definition from what I can tell. --Mark > p. >