8222 2015-08-28 09:22:38 +0000 Elide dependency from -dev package on main package if there are no shared libraries in it 2026-10-29 15:02:27 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 1.8 x86 Multiple IN PROGRESS DESIGN https://bugzilla.yoctoproject.org/show_bug.cgi?id=6839 Medium enhancement 6.2 1 bluelightning unassigned fawzi.khaber meta.mr.watcher meta.watcher paul randy.macleod richard.purdie yoann.congal --- --- Don't know oldest_to_newest 53520 0 bluelightning 2015-08-28 09:22:38 +0000 There are some software packages out there that ship libraries, but only build them statically (bind is one example), thus the dependency from the -dev package on the main package is completely superfluous. We should be able to detect this at packaging time and get rid of the runtime dependency, so we can avoid having to do this explicitly within the recipe. 71240 1 bluelightning 2017-03-13 23:03:24 +0000 See also bug 6839. 94834 2 fawzi.khaber 2023-01-30 15:30:24 +0000 Hello, i'm willing to work on this issue, i tried to build bind package, i expected to get a -dev dependency on main package, but it was not the case, is the issue solved ? 94838 3 fawzi.khaber 2023-01-31 10:19:27 +0000 This use case produce actually an RRECOMMEND on the main package, shall we get rid of that weak dependency if the main package is empty ? Since RRDEPENDS are RRECOMMENDS, shall we clean recipes from past hacks that used to bypass this issue ( DEV_PKG_DEPENDENCY = "" and ALLOW_EMPTY:${PN} = "1") 94863 4 randy.macleod 2023-02-02 16:03:43 +0000 ping. 95011 5 yoann.congal 2023-02-24 15:03:42 +0000 Sent a RFC patch about this bug : https://lists.openembedded.org/g/openembedded-core/topic/rfc_patch_0_2_handling_of/97195657 95012 6 richard.purdie 2023-02-25 10:25:43 +0000 I put some information about this into an oe-arch email: https://lists.openembedded.org/g/openembedded-architecture/message/1701 96415 7 richard.purdie 2023-09-14 15:24:57 +0000 I was asked about the status of this. I don't think there were objections to what I proposed in the email so I'd suggest we proceed in that direction. 101777 8 yoann.congal 2025-04-29 14:41:57 +0000 Bulk move to 5.3 103198 9 yoann.congal 2025-11-06 10:57:03 +0000 Bulk move to 6.0 M1 104953 10 yoann.congal 2026-04-03 09:25:41 +0000 (Unassigning myself since a do not realistically have the time to work on this) 105593 11 randy.macleod 2026-05-28 13:16:28 +0000 Bulk move of 6.0 Medium bugs to 6.1.