All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] i2c-tools: Split binaries and library
@ 2019-04-16 12:02 John Ernberg
  2019-04-16 12:36 ` Adrian Bunk
  0 siblings, 1 reply; 5+ messages in thread
From: John Ernberg @ 2019-04-16 12:02 UTC (permalink / raw)
  To: openembedded-core@lists.openembedded.org

From: John Ernberg <john.ernberg@actia.se>

Since the library is differently licensed, split it from the executables.

According to the README of i2c-tools the library is LGPLv2.1 while the
executables are GPLv2.

License-update: Additional license file.

Signed-off-by: John Ernberg <john.ernberg@actia.se>
---
 meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb b/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
index 2b4563d4f0..b827a8274a 100644
--- a/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
+++ b/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
@@ -1,8 +1,10 @@
 SUMMARY = "Set of i2c tools for linux"
 HOMEPAGE = "https://i2c.wiki.kernel.org/index.php/I2C_Tools"
 SECTION = "base"
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
+LICENSE = "LGPLv2.1 & GPLv2+"
+LICENSE_${PN} = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
+                    file://COPYING.LGPL;md5=4fbd65380cdd255951079008b364516c"
 
 SRC_URI = "${KERNELORG_MIRROR}/software/utils/i2c-tools/${BP}.tar.gz \
 "
@@ -21,20 +23,23 @@ do_install() {
     oe_runmake 'DESTDIR=${D}' install
 }
 
-PACKAGES =+ "${PN}-misc"
+PACKAGES =+ "${PN}-misc ${PN}-utils "
 FILES_${PN}-misc = "${sbindir}/i2c-stub-from-dump \
                         ${bindir}/ddcmon \
                         ${bindir}/decode-edid \
                         ${bindir}/decode-dimms \
                         ${bindir}/decode-vaio \
                        "
+FILES_${PN}-utils = "${sbindir}"
+RRECOMMENDS_${PN}_class-target = "${PN}-utils"
+
 RDEPENDS_${PN}-misc = "${PN} perl perl-module-posix \
                        perl-module-constant perl-module-file-basename \
                        perl-module-fcntl perl-module-strict perl-module-vars \
                       "
 
 ALTERNATIVE_PRIORITY = "100"
-ALTERNATIVE_${PN} = "i2cdetect i2cdump i2cget i2cset"
+ALTERNATIVE_${PN}-utils = "i2cdetect i2cdump i2cget i2cset"
 ALTERNATIVE_LINK_NAME[i2cdetect] = "${sbindir}/i2cdetect"
 ALTERNATIVE_LINK_NAME[i2cdump] = "${sbindir}/i2cdump"
 ALTERNATIVE_LINK_NAME[i2cget] = "${sbindir}/i2cget"
-- 
2.21.0


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH] i2c-tools: Split binaries and library
  2019-04-16 12:02 [PATCH] i2c-tools: Split binaries and library John Ernberg
@ 2019-04-16 12:36 ` Adrian Bunk
  2019-04-17  7:00   ` John Ernberg
  2019-04-18  6:37   ` John Ernberg
  0 siblings, 2 replies; 5+ messages in thread
From: Adrian Bunk @ 2019-04-16 12:36 UTC (permalink / raw)
  To: John Ernberg; +Cc: openembedded-core@lists.openembedded.org

On Tue, Apr 16, 2019 at 12:02:04PM +0000, John Ernberg wrote:
>...
> --- a/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
> +++ b/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>...
> -PACKAGES =+ "${PN}-misc"
> +PACKAGES =+ "${PN}-misc ${PN}-utils "
>...

i2c-tools-utils is a weird name.

It would be better to add a new package libi2c for the library instead.

This would also not break backwards compatibility for people 
already installing i2c-tools to their images.

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] i2c-tools: Split binaries and library
  2019-04-16 12:36 ` Adrian Bunk
@ 2019-04-17  7:00   ` John Ernberg
  2019-04-18  6:37   ` John Ernberg
  1 sibling, 0 replies; 5+ messages in thread
From: John Ernberg @ 2019-04-17  7:00 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: openembedded-core@lists.openembedded.org


On 4/16/19 2:36 PM, Adrian Bunk wrote:
> On Tue, Apr 16, 2019 at 12:02:04PM +0000, John Ernberg wrote:
>> ...
>> --- a/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>> +++ b/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>> ...
>> -PACKAGES =+ "${PN}-misc"
>> +PACKAGES =+ "${PN}-misc ${PN}-utils "
>> ...
> i2c-tools-utils is a weird name.
>
> It would be better to add a new package libi2c for the library instead.
>
> This would also not break backwards compatibility for people
> already installing i2c-tools to their images.
>
> cu
> Adrian
>
I tried to avoid breaking the backwards compatibility with the 
RRECOMMENDS, but I do agree with the package name suggestion so I'll 
tinker with it and send a V2 when I get something going.

Best regards // John Ernberg

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] i2c-tools: Split binaries and library
  2019-04-16 12:36 ` Adrian Bunk
  2019-04-17  7:00   ` John Ernberg
@ 2019-04-18  6:37   ` John Ernberg
  2019-05-07 15:56     ` John Ernberg
  1 sibling, 1 reply; 5+ messages in thread
From: John Ernberg @ 2019-04-18  6:37 UTC (permalink / raw)
  To: Adrian Bunk; +Cc: openembedded-core@lists.openembedded.org


On 4/16/19 2:36 PM, Adrian Bunk wrote:
> On Tue, Apr 16, 2019 at 12:02:04PM +0000, John Ernberg wrote:
>> ...
>> --- a/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>> +++ b/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>> ...
>> -PACKAGES =+ "${PN}-misc"
>> +PACKAGES =+ "${PN}-misc ${PN}-utils "
>> ...
> i2c-tools-utils is a weird name.
>
> It would be better to add a new package libi2c for the library instead.
>
> This would also not break backwards compatibility for people
> already installing i2c-tools to their images.
>
> cu
> Adrian
>
I tinkered with this and ran into the SHLIB handling where it renames 
the packages based on libraries, are there any example recipes I can 
look at because defining libi2c as a package with PACKAGES breaks the 
dependency graph due to the SHLIB handling and I cannot figure out how 
to write the recipe so that doesn't happen.

Thanks.

Best regards // John Ernberg

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] i2c-tools: Split binaries and library
  2019-04-18  6:37   ` John Ernberg
@ 2019-05-07 15:56     ` John Ernberg
  0 siblings, 0 replies; 5+ messages in thread
From: John Ernberg @ 2019-05-07 15:56 UTC (permalink / raw)
  To: openembedded-core@lists.openembedded.org

Ping?

On 4/18/19 8:39 AM, John Ernberg wrote:
> 
> On 4/16/19 2:36 PM, Adrian Bunk wrote:
>> On Tue, Apr 16, 2019 at 12:02:04PM +0000, John Ernberg wrote:
>>> ...
>>> --- a/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>>> +++ b/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>>> ...
>>> -PACKAGES =+ "${PN}-misc"
>>> +PACKAGES =+ "${PN}-misc ${PN}-utils "
>>> ...
>> i2c-tools-utils is a weird name.
>>
>> It would be better to add a new package libi2c for the library instead.
>>
>> This would also not break backwards compatibility for people
>> already installing i2c-tools to their images.
>>
>> cu
>> Adrian
>>
> I tinkered with this and ran into the SHLIB handling where it renames 
> the packages based on libraries, are there any example recipes I can 
> look at because defining libi2c as a package with PACKAGES breaks the 
> dependency graph due to the SHLIB handling and I cannot figure out how 
> to write the recipe so that doesn't happen.
> 
> Thanks.
> 
> Best regards // John Ernberg
> 

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2019-05-07 15:56 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-04-16 12:02 [PATCH] i2c-tools: Split binaries and library John Ernberg
2019-04-16 12:36 ` Adrian Bunk
2019-04-17  7:00   ` John Ernberg
2019-04-18  6:37   ` John Ernberg
2019-05-07 15:56     ` John Ernberg

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.