* [PATCH] libjpeg-turbo: fix libturbojpeg packaging
@ 2015-09-02 11:10 ml
2015-09-02 13:23 ` Martin Jansa
0 siblings, 1 reply; 5+ messages in thread
From: ml @ 2015-09-02 11:10 UTC (permalink / raw)
To: openembedded-devel; +Cc: Jack Mitchell
From: Jack Mitchell <jack@embed.me.uk>
put libjpegturbo library files and headers into correct packages rather
than them being in the main libjpeg-turbo package.
remove INSANE_SKIP[dev-so]
move .so, .a into -dev package
move .la into -staticdev
move .so.* into main library package
Signed-off-by: Jack Mitchell <jack@embed.me.uk>
---
meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
index 8e214c9..16f62c5 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
@@ -25,13 +25,14 @@ inherit autotools pkgconfig
EXTRA_OECONF = "--with-jpeg8 "
-PACKAGES =+ "jpeg-tools libturbojpeg"
+PACKAGES =+ "jpeg-tools libturbojpeg libturbojpeg-staticdev libturbojpeg-dev"
DESCRIPTION_jpeg-tools = "The jpeg-tools package includes client programs to access libjpeg functionality. These tools allow for the compression, decompression, transformation and display of JPEG files and benchmarking of the libjpeg library."
FILES_jpeg-tools = "${bindir}/*"
-FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
-INSANE_SKIP_libturbojpeg = "dev-so"
+FILES_libturbojpeg = "${libdir}/libturbojpeg.so.*"
+FILES_libturbojpeg-staticdev = "${libdir}/libturbojpeg.a"
+FILES_libturbojpeg-dev = "${libdir}/libturbojpeg.la ${incdir}/turbojpeg.h ${libdir}/libturbojpeg.so"
BBCLASSEXTEND = "native"
DEPENDS = "nasm-native"
--
2.5.1
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: [PATCH] libjpeg-turbo: fix libturbojpeg packaging
2015-09-02 11:10 [PATCH] libjpeg-turbo: fix libturbojpeg packaging ml
@ 2015-09-02 13:23 ` Martin Jansa
2015-09-02 18:25 ` Khem Raj
2015-09-03 9:29 ` Koen Kooi
0 siblings, 2 replies; 5+ messages in thread
From: Martin Jansa @ 2015-09-02 13:23 UTC (permalink / raw)
To: openembedded-devel; +Cc: Jack Mitchell
[-- Attachment #1: Type: text/plain, Size: 2513 bytes --]
On Wed, Sep 02, 2015 at 12:10:59PM +0100, ml@communistcode.co.uk wrote:
> From: Jack Mitchell <jack@embed.me.uk>
>
> put libjpegturbo library files and headers into correct packages rather
> than them being in the main libjpeg-turbo package.
>
> remove INSANE_SKIP[dev-so]
> move .so, .a into -dev package
> move .la into -staticdev
> move .so.* into main library package
>
> Signed-off-by: Jack Mitchell <jack@embed.me.uk>
> ---
> meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb | 7 ++++---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
> index 8e214c9..16f62c5 100644
> --- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
> +++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
> @@ -25,13 +25,14 @@ inherit autotools pkgconfig
>
> EXTRA_OECONF = "--with-jpeg8 "
>
> -PACKAGES =+ "jpeg-tools libturbojpeg"
> +PACKAGES =+ "jpeg-tools libturbojpeg libturbojpeg-staticdev libturbojpeg-dev"
>
> DESCRIPTION_jpeg-tools = "The jpeg-tools package includes client programs to access libjpeg functionality. These tools allow for the compression, decompression, transformation and display of JPEG files and benchmarking of the libjpeg library."
> FILES_jpeg-tools = "${bindir}/*"
>
> -FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
> -INSANE_SKIP_libturbojpeg = "dev-so"
> +FILES_libturbojpeg = "${libdir}/libturbojpeg.so.*"
You can use libturbojpeg*${SOLIBS}
> +FILES_libturbojpeg-staticdev = "${libdir}/libturbojpeg.a"
> +FILES_libturbojpeg-dev = "${libdir}/libturbojpeg.la ${incdir}/turbojpeg.h ${libdir}/libturbojpeg.so"
libturbojpeg.so -> lib*${SOLIBSDEV} and we should use only one
-dev/-staticdev package for recipe (people who need to install
-dev/-staticdef package to rootfs usually don't mind getting few more
files installed as well).
But more importantly I don't understand how dev-so and other files got
into libturbojpeg package when it's using:
FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
So I think the problem is somewhere else.
>
> BBCLASSEXTEND = "native"
> DEPENDS = "nasm-native"
> --
> 2.5.1
>
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] libjpeg-turbo: fix libturbojpeg packaging
2015-09-02 13:23 ` Martin Jansa
@ 2015-09-02 18:25 ` Khem Raj
2015-09-02 18:49 ` Martin Jansa
2015-09-03 9:29 ` Koen Kooi
1 sibling, 1 reply; 5+ messages in thread
From: Khem Raj @ 2015-09-02 18:25 UTC (permalink / raw)
To: openembeded-devel; +Cc: Jack Mitchell
On Wed, Sep 2, 2015 at 6:23 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> But more importantly I don't understand how dev-so and other files got
> into libturbojpeg package when it's using:
>
> FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
>
> So I think the problem is somewhere else.
it uses PACKAGES =+ "jpeg-tools libturbojpeg" that could precede the
default packages
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] libjpeg-turbo: fix libturbojpeg packaging
2015-09-02 18:25 ` Khem Raj
@ 2015-09-02 18:49 ` Martin Jansa
0 siblings, 0 replies; 5+ messages in thread
From: Martin Jansa @ 2015-09-02 18:49 UTC (permalink / raw)
To: openembedded-devel; +Cc: Jack Mitchell
[-- Attachment #1: Type: text/plain, Size: 959 bytes --]
On Wed, Sep 02, 2015 at 11:25:07AM -0700, Khem Raj wrote:
> On Wed, Sep 2, 2015 at 6:23 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> > But more importantly I don't understand how dev-so and other files got
> > into libturbojpeg package when it's using:
> >
> > FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
> >
> > So I think the problem is somewhere else.
>
> it uses PACKAGES =+ "jpeg-tools libturbojpeg" that could precede the
> default packages
yes, but FILES_libturbojpeg includes only one file, not the headers and
the staticdev files, so changing it to
FILES_libturbojpeg = "${libdir}/libturbojpeg${SOLIBS}"
should be enough to remove that INSANE_SKIP.
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] libjpeg-turbo: fix libturbojpeg packaging
2015-09-02 13:23 ` Martin Jansa
2015-09-02 18:25 ` Khem Raj
@ 2015-09-03 9:29 ` Koen Kooi
1 sibling, 0 replies; 5+ messages in thread
From: Koen Kooi @ 2015-09-03 9:29 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Op 02-09-15 om 15:23 schreef Martin Jansa:
> On Wed, Sep 02, 2015 at 12:10:59PM +0100, ml@communistcode.co.uk wrote:
>> From: Jack Mitchell <jack@embed.me.uk>
>>
>> put libjpegturbo library files and headers into correct packages
>> rather than them being in the main libjpeg-turbo package.
>>
>> remove INSANE_SKIP[dev-so] move .so, .a into -dev package move .la into
>> -staticdev move .so.* into main library package
>>
>> Signed-off-by: Jack Mitchell <jack@embed.me.uk> ---
>> meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb | 7 ++++--- 1 file
>> changed, 4 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
>> b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb index
>> 8e214c9..16f62c5 100644 ---
>> a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb +++
>> b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb @@ -25,13 +25,14
>> @@ inherit autotools pkgconfig
>>
>> EXTRA_OECONF = "--with-jpeg8 "
>>
>> -PACKAGES =+ "jpeg-tools libturbojpeg" +PACKAGES =+ "jpeg-tools
>> libturbojpeg libturbojpeg-staticdev libturbojpeg-dev"
>>
>> DESCRIPTION_jpeg-tools = "The jpeg-tools package includes client
>> programs to access libjpeg functionality. These tools allow for the
>> compression, decompression, transformation and display of JPEG files
>> and benchmarking of the libjpeg library." FILES_jpeg-tools =
>> "${bindir}/*"
>>
>> -FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
>> -INSANE_SKIP_libturbojpeg = "dev-so" +FILES_libturbojpeg =
>> "${libdir}/libturbojpeg.so.*"
>
> You can use libturbojpeg*${SOLIBS}
>
>> +FILES_libturbojpeg-staticdev = "${libdir}/libturbojpeg.a"
>> +FILES_libturbojpeg-dev = "${libdir}/libturbojpeg.la
>> ${incdir}/turbojpeg.h ${libdir}/libturbojpeg.so"
>
> libturbojpeg.so -> lib*${SOLIBSDEV} and we should use only one
> -dev/-staticdev package for recipe (people who need to install
> -dev/-staticdef package to rootfs usually don't mind getting few more
> files installed as well).
The "one -dev package to rule them all" lead to the "why does my rootfs
suddenly have systemd?!?!" earlier on. I advocate doing the proper splitting
like Jack does above, but with a small change: RDEPENDS_${PN}-dev +=
libturbojpeg-dev.
I admit that I don't have a strong opinion on the split in this specific
case, though.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org
iD8DBQFV6BMIMkyGM64RGpERAlZ3AJ9VqAy7Y+dNKcouMHPdUoh/9YqjbgCfVhAz
3vd4pqQozNXCBvm7ULIyMcI=
=UfL0
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-09-03 9:30 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-02 11:10 [PATCH] libjpeg-turbo: fix libturbojpeg packaging ml
2015-09-02 13:23 ` Martin Jansa
2015-09-02 18:25 ` Khem Raj
2015-09-02 18:49 ` Martin Jansa
2015-09-03 9:29 ` Koen Kooi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.