* [master-next] [PATCH 0/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl @ 2016-09-02 5:30 Robert Yang 2016-09-02 5:30 ` [PATCH 1/1] " Robert Yang 0 siblings, 1 reply; 7+ messages in thread From: Robert Yang @ 2016-09-02 5:30 UTC (permalink / raw) To: openembedded-core Hi RP, This is based on master-next branch, and can fix: https://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/932/steps/BuildImages_2/logs/stdio // Robert The following changes since commit 3481121c21ea07ff83d3b05439f5442cd921e244: runqemu: Enable virtio RNG for all platforms (2016-09-02 00:14:34 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/libnl http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/libnl Robert Yang (1): libnl: remove RREPLACES and RCONFLICTS for libnl-genl meta/recipes-support/libnl/libnl_3.2.28.bb | 2 -- 1 file changed, 2 deletions(-) -- 2.9.0 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH 1/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl 2016-09-02 5:30 [master-next] [PATCH 0/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl Robert Yang @ 2016-09-02 5:30 ` Robert Yang 2016-09-02 6:11 ` Hatle, Mark 2016-09-02 8:26 ` André Draszik 0 siblings, 2 replies; 7+ messages in thread From: Robert Yang @ 2016-09-02 5:30 UTC (permalink / raw) To: openembedded-core The libnl-genl.rpm provides libnl-genl2 and libnl-genl-3-200: $ rpm -qp --provides tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28-r0.2.core2_64.rpm elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc libnl-genl = 3.2.28 libnl-genl-3.so.200()(64bit) libnl-genl-3.so.200(libnl_3)(64bit) libnl-genl2 libnl-genl-3-200 = 1:3.2.28-r0.2 so that we don't need set them in the RREPLACES and RCONFLICTS, the package manager can handle it, otherwise it would cause do_rootfs errors when install both libnl-genl.rpm and lib32-libnl-genl.rpm: Computing transaction...error: Can't install libnl-genl-3-200-1:3.2.28-r0.0@core2_64: conflicted package libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is locked We didn't meet the error before was because there was no libnl-genl.rpm, so that it had no effect, but now the following commit fixed the packaging problem: (master-next branch) libnl: fix packaging mistakes Remove RREPLACES and RCONFLICTS for libnl-genl will fix the problem. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> --- meta/recipes-support/libnl/libnl_3.2.28.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-support/libnl/libnl_3.2.28.bb b/meta/recipes-support/libnl/libnl_3.2.28.bb index 7ddbd40..799962f 100644 --- a/meta/recipes-support/libnl/libnl_3.2.28.bb +++ b/meta/recipes-support/libnl/libnl_3.2.28.bb @@ -44,5 +44,3 @@ FILES_${PN}-idiag = "${libdir}/libnl-idiag-3.so.*" FILES_${PN}-nf = "${libdir}/libnl-nf-3.so.*" FILES_${PN}-route = "${libdir}/libnl-route-3.so.*" FILES_${PN}-xfrm = "${libdir}/libnl-xfrm-3.so.*" -RREPLACES_${PN}-genl = "libnl-genl2 libnl-genl-3-200" -RCONFLICTS_${PN}-genl = "libnl-genl2 libnl-genl-3-200" -- 2.9.0 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH 1/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl 2016-09-02 5:30 ` [PATCH 1/1] " Robert Yang @ 2016-09-02 6:11 ` Hatle, Mark 2016-09-02 8:26 ` André Draszik 1 sibling, 0 replies; 7+ messages in thread From: Hatle, Mark @ 2016-09-02 6:11 UTC (permalink / raw) To: Yang, Liezhi; +Cc: openembedded-core GK > On Sep 2, 2016, at 1:31 PM, Robert Yang <liezhi.yang@windriver.com> wrote: > > The libnl-genl.rpm provides libnl-genl2 and libnl-genl-3-200: > > $ rpm -qp --provides tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28-r0.2.core2_64.rpm > elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc > libnl-genl = 3.2.28 > libnl-genl-3.so.200()(64bit) > libnl-genl-3.so.200(libnl_3)(64bit) > libnl-genl2 > libnl-genl-3-200 = 1:3.2.28-r0.2 > > so that we don't need set them in the RREPLACES and RCONFLICTS, the > package manager can handle it, otherwise it would cause do_rootfs errors > when install both libnl-genl.rpm and lib32-libnl-genl.rpm: > > Computing transaction...error: Can't install libnl-genl-3-200-1:3.2.28-r0.0@core2_64: conflicted package libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is locked > > We didn't meet the error before was because there was no libnl-genl.rpm, > so that it had no effect, but now the following commit fixed the > packaging problem: (master-next branch) > > libnl: fix packaging mistakes > > Remove RREPLACES and RCONFLICTS for libnl-genl will fix the problem. > > Signed-off-by: Robert Yang <liezhi.yang@windriver.com> > --- > meta/recipes-support/libnl/libnl_3.2.28.bb | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/meta/recipes-support/libnl/libnl_3.2.28.bb b/meta/recipes-support/libnl/libnl_3.2.28.bb > index 7ddbd40..799962f 100644 > --- a/meta/recipes-support/libnl/libnl_3.2.28.bb > +++ b/meta/recipes-support/libnl/libnl_3.2.28.bb > @@ -44,5 +44,3 @@ FILES_${PN}-idiag = "${libdir}/libnl-idiag-3.so.*" > FILES_${PN}-nf = "${libdir}/libnl-nf-3.so.*" > FILES_${PN}-route = "${libdir}/libnl-route-3.so.*" > FILES_${PN}-xfrm = "${libdir}/libnl-xfrm-3.so.*" > -RREPLACES_${PN}-genl = "libnl-genl2 libnl-genl-3-200" > -RCONFLICTS_${PN}-genl = "libnl-genl2 libnl-genl-3-200" > -- > 2.9.0 > > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl 2016-09-02 5:30 ` [PATCH 1/1] " Robert Yang 2016-09-02 6:11 ` Hatle, Mark @ 2016-09-02 8:26 ` André Draszik 2016-09-02 9:53 ` Robert Yang 1 sibling, 1 reply; 7+ messages in thread From: André Draszik @ 2016-09-02 8:26 UTC (permalink / raw) To: Robert Yang; +Cc: openembedded-core Thanks Robert! For my eduction, I don't understand this yet, though, and I don't want to cause issues like this again... On Do, 2016-09-01 at 22:30 -0700, Robert Yang wrote: > The libnl-genl.rpm provides libnl-genl2 and libnl-genl-3-200: > > $ rpm -qp --provides tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28- > r0.2.core2_64.rpm > elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc > libnl-genl = 3.2.28 > libnl-genl-3.so.200()(64bit) > libnl-genl-3.so.200(libnl_3)(64bit) > libnl-genl2 How does RPM manage to add a provides of libnl-genl2 here? > libnl-genl-3-200 = 1:3.2.28-r0.2 > > so that we don't need set them in the RREPLACES and RCONFLICTS, the > package manager can handle it, otherwise it would cause do_rootfs errors > when install both libnl-genl.rpm and lib32-libnl-genl.rpm: > > Computing transaction...error: Can't install libnl-genl-3-200-1:3.2.28-r0. > 0@core2_64: conflicted package libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is > locked > > We didn't meet the error before was because there was no libnl-genl.rpm, > so that it had no effect, but now the following commit fixed the > packaging problem: (master-next branch) Hm, there has been a libnl-genl.ipk all the time. Why no rpm? > libnl: fix packaging mistakes > > Remove RREPLACES and RCONFLICTS for libnl-genl will fix the problem. > > Signed-off-by: Robert Yang <liezhi.yang@windriver.com> > --- > meta/recipes-support/libnl/libnl_3.2.28.bb | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/meta/recipes-support/libnl/libnl_3.2.28.bb b/meta/recipes- > support/libnl/libnl_3.2.28.bb > index 7ddbd40..799962f 100644 > --- a/meta/recipes-support/libnl/libnl_3.2.28.bb > +++ b/meta/recipes-support/libnl/libnl_3.2.28.bb > @@ -44,5 +44,3 @@ FILES_${PN}-idiag = "${libdir}/libnl-idiag-3.so.*" > FILES_${PN}-nf = "${libdir}/libnl-nf-3.so.*" > FILES_${PN}-route = "${libdir}/libnl-route-3.so.*" > FILES_${PN}-xfrm = "${libdir}/libnl-xfrm-3.so.*" > -RREPLACES_${PN}-genl = "libnl-genl2 libnl-genl-3-200" > -RCONFLICTS_${PN}-genl = "libnl-genl2 libnl-genl-3-200" I can see how 'libnl-genl-3-200' could be an issue with RPM based systems (whereas libnl-genl2 shouldn't be a problem, except that RPM seems to add that as a provides???) But I don't understand how this wasn't a problem before? What am I missing? Cheers, Andre' ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl 2016-09-02 8:26 ` André Draszik @ 2016-09-02 9:53 ` Robert Yang 2016-09-02 11:27 ` André Draszik 0 siblings, 1 reply; 7+ messages in thread From: Robert Yang @ 2016-09-02 9:53 UTC (permalink / raw) To: André Draszik; +Cc: openembedded-core Good questions, the libnl-genl2 in provides is introduced by REPLACES_${PN}-genl = "libnl-genl2", so libnl-genl2 should be preserved. And there was no libnl-genl.rpm in the past, but libnl-3-genl.rpm, please see commit message for more info. Here is the updated patch: git://git.openembedded.org/openembedded-core-contrib rbt/libnl http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/libnl Robert Yang (1): libnl: fix RREPLACES and RCONFLICTS for libnl-genl Subject: [PATCH 1/1] libnl: fix RREPLACES and RCONFLICTS for libnl-genl The libnl-genl.rpm provides libnl-genl-3-200 after the following 2 fixes: libnl: update to v3.2.28 libnl: fix packaging mistakes $ rpm -qp --provides tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28-r0.4.core2_64.rpm elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc libnl-genl = 3.2.28 libnl-genl-3.so.200()(64bit) libnl-genl-3.so.200(libnl_3)(64bit) libnl-genl2 libnl-genl-3-200 = 1:3.2.28-r0.4 Note, the libnl-genl2 is introduced by REPLACES_${PN}-genl = "libnl-genl2". So that we don't need set libnl-genl-3-200 in the RREPLACES and RCONFLICTS, otherwise it would cause do_rootfs errors when install both libnl-genl.rpm and lib32-libnl-genl.rpm: Computing transaction...error: Can't install libnl-genl-3-200-1:3.2.28-r0.0@core2_64: conflicted package libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is locked We didn't meet this error before was because there was no libnl-genl.rpm, but libnl-3-genl.rpm, and it doesn't provide libnl-genl-3-200 by default. Remove libnl-genl-3-200 from RREPLACES and RCONFLICTS will fix the problem. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> --- meta/recipes-support/libnl/libnl_3.2.28.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-support/libnl/libnl_3.2.28.bb b/meta/recipes-support/libnl/libnl_3.2.28.bb index 7ddbd40..26982f3 100644 --- a/meta/recipes-support/libnl/libnl_3.2.28.bb +++ b/meta/recipes-support/libnl/libnl_3.2.28.bb @@ -44,5 +44,5 @@ FILES_${PN}-idiag = "${libdir}/libnl-idiag-3.so.*" FILES_${PN}-nf = "${libdir}/libnl-nf-3.so.*" FILES_${PN}-route = "${libdir}/libnl-route-3.so.*" FILES_${PN}-xfrm = "${libdir}/libnl-xfrm-3.so.*" -RREPLACES_${PN}-genl = "libnl-genl2 libnl-genl-3-200" -RCONFLICTS_${PN}-genl = "libnl-genl2 libnl-genl-3-200" +RREPLACES_${PN}-genl = "libnl-genl2" +RCONFLICTS_${PN}-genl = "libnl-genl2" -- 2.9.0 // Robert On 09/02/2016 04:26 PM, André Draszik wrote: > Thanks Robert! > > For my eduction, I don't understand this yet, though, and I don't want to > cause issues like this again... > > On Do, 2016-09-01 at 22:30 -0700, Robert Yang wrote: >> The libnl-genl.rpm provides libnl-genl2 and libnl-genl-3-200: >> >> $ rpm -qp --provides tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28- >> r0.2.core2_64.rpm >> elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc >> libnl-genl = 3.2.28 >> libnl-genl-3.so.200()(64bit) >> libnl-genl-3.so.200(libnl_3)(64bit) >> libnl-genl2 > > How does RPM manage to add a provides of libnl-genl2 here? > >> libnl-genl-3-200 = 1:3.2.28-r0.2 >> >> so that we don't need set them in the RREPLACES and RCONFLICTS, the >> package manager can handle it, otherwise it would cause do_rootfs errors >> when install both libnl-genl.rpm and lib32-libnl-genl.rpm: >> >> Computing transaction...error: Can't install libnl-genl-3-200-1:3.2.28-r0. >> 0@core2_64: conflicted package libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is >> locked >> >> We didn't meet the error before was because there was no libnl-genl.rpm, >> so that it had no effect, but now the following commit fixed the >> packaging problem: (master-next branch) > > Hm, there has been a libnl-genl.ipk all the time. Why no rpm? > >> libnl: fix packaging mistakes >> >> Remove RREPLACES and RCONFLICTS for libnl-genl will fix the problem. >> >> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> >> --- >> meta/recipes-support/libnl/libnl_3.2.28.bb | 2 -- >> 1 file changed, 2 deletions(-) >> >> diff --git a/meta/recipes-support/libnl/libnl_3.2.28.bb b/meta/recipes- >> support/libnl/libnl_3.2.28.bb >> index 7ddbd40..799962f 100644 >> --- a/meta/recipes-support/libnl/libnl_3.2.28.bb >> +++ b/meta/recipes-support/libnl/libnl_3.2.28.bb >> @@ -44,5 +44,3 @@ FILES_${PN}-idiag = "${libdir}/libnl-idiag-3.so.*" >> FILES_${PN}-nf = "${libdir}/libnl-nf-3.so.*" >> FILES_${PN}-route = "${libdir}/libnl-route-3.so.*" >> FILES_${PN}-xfrm = "${libdir}/libnl-xfrm-3.so.*" >> -RREPLACES_${PN}-genl = "libnl-genl2 libnl-genl-3-200" >> -RCONFLICTS_${PN}-genl = "libnl-genl2 libnl-genl-3-200" > > I can see how 'libnl-genl-3-200' could be an issue with RPM based systems > (whereas libnl-genl2 shouldn't be a problem, except that RPM seems to add > that as a provides???) But I don't understand how this wasn't a problem > before? > > What am I missing? > > Cheers, > Andre' > > ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH 1/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl 2016-09-02 9:53 ` Robert Yang @ 2016-09-02 11:27 ` André Draszik 2016-09-03 2:29 ` Robert Yang 0 siblings, 1 reply; 7+ messages in thread From: André Draszik @ 2016-09-02 11:27 UTC (permalink / raw) To: Robert Yang; +Cc: openembedded-core On Fr, 2016-09-02 at 17:53 +0800, Robert Yang wrote: > Good questions, the libnl-genl2 in provides is introduced by > REPLACES_${PN}-genl = "libnl-genl2", so libnl-genl2 should be preserved. > And there was no libnl-genl.rpm in the past, but libnl-3-genl.rpm, > please see commit message for more info. > > Here is the updated patch: > > git://git.openembedded.org/openembedded-core-contrib rbt/libnl > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h= > rbt/libnl > > Robert Yang (1): > libnl: fix RREPLACES and RCONFLICTS for libnl-genl > > > Subject: [PATCH 1/1] libnl: fix RREPLACES and RCONFLICTS for libnl-genl > > The libnl-genl.rpm provides libnl-genl-3-200 after the following 2 fixes: > libnl: update to v3.2.28 > libnl: fix packaging mistakes > > $ rpm -qp --provides > tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28-r0.4.core2_64.rpm > elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc > libnl-genl = 3.2.28 > libnl-genl-3.so.200()(64bit) > libnl-genl-3.so.200(libnl_3)(64bit) > libnl-genl2 > libnl-genl-3-200 = 1:3.2.28-r0.4 > > Note, the libnl-genl2 is introduced by REPLACES_${PN}-genl = "libnl- > genl2". Ah, ok. And so is the last line, libnl-genl-3-200, I suppose. (The IPK backend doesn't seem to do that) > So that we don't need set libnl-genl-3-200 in the RREPLACES and > RCONFLICTS, otherwise it would cause do_rootfs errors when install both > libnl-genl.rpm and lib32-libnl-genl.rpm: > > Computing transaction...error: Can't install > libnl-genl-3-200-1:3.2.28-r0.0@core2_64: conflicted package > libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is locked > > We didn't meet this error before was because there was no libnl-genl.rpm, ^^^^^^^^^^^^^^^ Should that be libnl-genl-3-200.rpm ? > but libnl-3-genl.rpm, and it doesn't provide libnl-genl-3-200 by default. OK. So now that there is nothing in ${bindir} of the -genl package anymore, it applies the normal package renaming using the SONAME, resulting in libnl- genl-3-200. Whereas previously it used ${PN}-genl as package name, where PN was set to libnl-3 during package creation. Why was it libnl-3 (why did it not use libnl-3-200 as prefix)? Cheers, Andre' ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl 2016-09-02 11:27 ` André Draszik @ 2016-09-03 2:29 ` Robert Yang 0 siblings, 0 replies; 7+ messages in thread From: Robert Yang @ 2016-09-03 2:29 UTC (permalink / raw) To: André Draszik; +Cc: openembedded-core On 09/02/2016 07:27 PM, André Draszik wrote: > On Fr, 2016-09-02 at 17:53 +0800, Robert Yang wrote: >> Good questions, the libnl-genl2 in provides is introduced by >> REPLACES_${PN}-genl = "libnl-genl2", so libnl-genl2 should be preserved. >> And there was no libnl-genl.rpm in the past, but libnl-3-genl.rpm, >> please see commit message for more info. >> >> Here is the updated patch: >> >> git://git.openembedded.org/openembedded-core-contrib rbt/libnl >> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h= >> rbt/libnl >> >> Robert Yang (1): >> libnl: fix RREPLACES and RCONFLICTS for libnl-genl >> >> >> Subject: [PATCH 1/1] libnl: fix RREPLACES and RCONFLICTS for libnl-genl >> >> The libnl-genl.rpm provides libnl-genl-3-200 after the following 2 fixes: >> libnl: update to v3.2.28 >> libnl: fix packaging mistakes >> >> $ rpm -qp --provides >> tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28-r0.4.core2_64.rpm >> elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc >> libnl-genl = 3.2.28 >> libnl-genl-3.so.200()(64bit) >> libnl-genl-3.so.200(libnl_3)(64bit) >> libnl-genl2 >> libnl-genl-3-200 = 1:3.2.28-r0.4 >> >> Note, the libnl-genl2 is introduced by REPLACES_${PN}-genl = "libnl- >> genl2". > > Ah, ok. And so is the last line, libnl-genl-3-200, I suppose. (The IPK > backend doesn't seem to do that) > >> So that we don't need set libnl-genl-3-200 in the RREPLACES and >> RCONFLICTS, otherwise it would cause do_rootfs errors when install both >> libnl-genl.rpm and lib32-libnl-genl.rpm: >> >> Computing transaction...error: Can't install >> libnl-genl-3-200-1:3.2.28-r0.0@core2_64: conflicted package >> libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is locked >> >> We didn't meet this error before was because there was no libnl-genl.rpm, > ^^^^^^^^^^^^^^^ > Should that be libnl-genl-3-200.rpm ? > >> but libnl-3-genl.rpm, and it doesn't provide libnl-genl-3-200 by default. > > OK. > > So now that there is nothing in ${bindir} of the -genl package anymore, it > applies the normal package renaming using the SONAME, resulting in libnl- > genl-3-200. > > Whereas previously it used ${PN}-genl as package name, where PN was set to > libnl-3 during package creation. Why was it libnl-3 (why did it not use > libnl-3-200 as prefix)? The rename is done by debian.bbclass, you can take a look into it. // Robert > > Cheers, > Andre' > > ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2016-09-03 2:29 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-09-02 5:30 [master-next] [PATCH 0/1] libnl: remove RREPLACES and RCONFLICTS for libnl-genl Robert Yang 2016-09-02 5:30 ` [PATCH 1/1] " Robert Yang 2016-09-02 6:11 ` Hatle, Mark 2016-09-02 8:26 ` André Draszik 2016-09-02 9:53 ` Robert Yang 2016-09-02 11:27 ` André Draszik 2016-09-03 2:29 ` Robert Yang
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.