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 1QoGM2-0003wM-28 for openembedded-core@lists.openembedded.org; Tue, 02 Aug 2011 16:53:59 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail.windriver.com (8.14.3/8.14.3) with ESMTP id p72Enarh016999 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 2 Aug 2011 07:49:36 -0700 (PDT) Received: from Macintosh-5.local (172.25.36.226) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Tue, 2 Aug 2011 07:49:35 -0700 Message-ID: <4E380E7E.9050803@windriver.com> Date: Tue, 2 Aug 2011 09:49:34 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: References: <1312292802.4325.33.camel@phil-desktop> In-Reply-To: <1312292802.4325.33.camel@phil-desktop> Subject: Re: [PATCH 5/5] update-alternatives: Add alternatives as a runtime provide X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 14:53:59 -0000 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit On 8/2/11 8:46 AM, Phil Blundell wrote: > On Mon, 2011-08-01 at 19:17 -0500, Mark Hatle wrote: >> The following allows RPM to generate the SDK image, however without it >> we get a failure because the system has nothing that provides /bin/sh. >> >> Unfortunately the patch causes failures with ipk and deb packages because >> they can not have filenames within their RPROVIDES. I'm looking for some >> type of a resolution to the issue, the only thing I can think of is to >> add a way to manually add a FILERPROVIDE for the items. This will require >> changes to the way FILERPROVIDE is currently generated... but I'm not sure >> how we can automatically generate the FILERPROVIDE values without the use of >> python... >> >> Any suggestions? > > It's never really been the intent that update-alternatives should put > the name of the link being provided into RPROVIDES. If you want to > solve the specific problem with /bin/sh then just adding RPROVIDES_${PN} > += "virtual-bourne-shell" or something to bash and busybox is probably > the easiest way of doing that. > > I wouldn't be entirely opposed to the concept of what you're proposing > here, though. Something like: > > RPROVIDES_${PN} += "${@' '.join(map(lambda x: > legitimize_package_name("virtual-path-" + x), filter(lambda x: x != '', > [ d.getVar('ALTERNATIVE_LINK', True) or '' ] + > (d.getVar('ALTERNATIVE_LINKS', True) or '').split())))}" > > might be what you want, perhaps. I'm not sure that the resulting > virtual names will be very pretty though. Hmm.. Coming from the RPM world, the virtual-path- because we can't just "provide" a file in the system seems a bit wonky to me. But it should be able to work. For RPM at least, we'd want a reversing function to turn virtual paths back into real paths. If I have time today, I'll try to implement a proof of concept and see if I can get it to work reasonably well. --Mark > p. > > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core