Re: [oe-commits] Koen Kooi : libdrm.inc: fix packaging regression that cause ${PN} to go from libdrm2 to libdrm

Re: [oe-commits] Koen Kooi : libdrm.inc: fix packaging regression that cause ${PN} to go from libdrm2 to libdrm

[Martin Jansa]

On Sat, Jun 26, 2010 at 11:58:45AM +0000, git version control wrote:
> Module: openembedded.git
> Branch: org.openembedded.dev
> Commit: 5f8da0c97cb5200d83483d4bbe1dc867e133dbbc
> URL:    http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=5f8da0c97cb5200d83483d4bbe1dc867e133dbbc
> 
> Author: Koen Kooi <koen@openembedded.org>
> Date:   Sat Jun 26 13:55:22 2010 +0200
> 
> libdrm.inc: fix packaging regression that cause ${PN} to go from libdrm2 to libdrm
> 
> ---
> 
>  recipes/dri/libdrm.inc |    7 ++++++-
>  1 files changed, 6 insertions(+), 1 deletions(-)
> 
> diff --git a/recipes/dri/libdrm.inc b/recipes/dri/libdrm.inc
> index eebd6b2..487eae6 100644
> --- a/recipes/dri/libdrm.inc
> +++ b/recipes/dri/libdrm.inc
> @@ -3,6 +3,11 @@ LICENSE = "MIT"
>  SRC_URI = "http://dri.freedesktop.org/libdrm/libdrm-${PV}.tar.bz2"
>  PROVIDES = "drm"
>  
> -INC_PR = "r3"
> +INC_PR = "r4"
>  
>  inherit autotools pkgconfig
> +
> +PACKAGES =+ "${PN}-drivers"
> +FILES_${PN}-drivers = "${libdir}/libdrm_*.so.*"
> +
> +LEAD_SONAME_${PN} = "libdrm.so"

Hi,

Just noticed the problem too and seems like this solution wasn't enough,
would you add ${PN}-kms package? Or do you have an idea why it ignored
LEAD_SONAME?

NOTE: Multiple libraries (libkms.so.1, libdrm.so.2) found and LEAD_SONAME not defined

Packaged contents of libdrm-drivers into
/home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm-glamo1_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk
Packaged contents of libdrm-dbg into
/home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm-dbg_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk
Packaged contents of libdrm into
/home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk
Packaged contents of libdrm-dev into
/home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm-dev_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk

Regards,

-- 
Jansa 'JaMa' Martin     jabber: Martin.Jansa@gmail.com

Re: Koen Kooi : libdrm.inc: fix packaging regression that cause ${PN} to go from libdrm2 to libdrm

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 26-06-10 14:37, Martin Jansa wrote:

> Just noticed the problem too and seems like this solution wasn't enough,
> would you add ${PN}-kms package? Or do you have an idea why it ignored
> LEAD_SONAME?

It doens't build a libkms for me, so it looks safe to add such a
package. No idea on the LEAD_SONAME, sorry.

regards,

Koen

> 
> NOTE: Multiple libraries (libkms.so.1, libdrm.so.2) found and LEAD_SONAME not defined
> 
> Packaged contents of libdrm-drivers into
> /home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm-glamo1_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk
> Packaged contents of libdrm-dbg into
> /home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm-dbg_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk
> Packaged contents of libdrm into
> /home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk
> Packaged contents of libdrm-dev into
> /home/shr/shr-unstable/tmp/deploy/ipk/armv4t/libdrm-dev_2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r4.0.5_armv4t.ipk
> 
> Regards,
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFMJhzBMkyGM64RGpERAoo8AJ9nSuiwuayM+rWgfqQkWUjFW86MFgCggmxF
YXh6aO1xz7JyI9YajSCohvw=
=2j1c
-----END PGP SIGNATURE-----

Re: Koen Kooi : libdrm.inc: fix packaging regression that cause ${PN} to go from libdrm2 to libdrm

[Martin Jansa]

On Sat, Jun 26, 2010 at 05:29:05PM +0200, Koen Kooi wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 26-06-10 14:37, Martin Jansa wrote:
> 
> > Just noticed the problem too and seems like this solution wasn't enough,
> > would you add ${PN}-kms package? Or do you have an idea why it ignored
> > LEAD_SONAME?
> 
> It doens't build a libkms for me, so it looks safe to add such a
> package. No idea on the LEAD_SONAME, sorry.

LEAD_SONAME doesn't like _${PV} override, I'll add kms package and
remove _${PV} in case someone has build even more sonames than libdrm
and libkms.

regards,

-- 
Jansa 'JaMa' Martin     jabber: Martin.Jansa@gmail.com