2431 2012-05-07 19:12:07 +0000 RRECOMMENDS and RDEPENDS are basically the same with opkg 2012-10-22 13:37:44 +0000 1 1 11 Runtime Package Management Issues ipkg opkg unspecified All Multiple RESOLVED FIXED Medium normal 1.4 1 obi andrei andrei bluelightning dvhart meta.layer.watcher meta.mr.watcher meta.watcher richard.purdie shane.wang --- --- --- oldest_to_newest 21145 0 obi 2012-05-07 19:12:07 +0000 From the Poky reference manual (RRECOMMENDS): "The Yocto Project build process automatically installs the list of packages as part of the built package. However, you can remove them later if you want." This doesn't seem to be true with opkg. Packages can only get removed using --force-depends. Without this option, opkg remove fails. I think this was caused by opkg SVN rev 556. Opkg behaved as expected at least with SVN rev 455. 21392 1 dvhart 2012-05-16 22:59:37 +0000 Moving from Layers to meta-recipes as this affects the core as well. 24016 2 sgw 2012-08-14 09:44:55 +0000 This should be filed with the upstream bug, can you file the bug and provide the bug number here, it may still require us to patch and submit upstream. Can you provide a good reproducer for this issue. 24017 3 bluelightning 2012-08-14 10:02:01 +0000 That's good in theory but I'm not sure there is an active upstream for opkg - if we want this fixed we will likely need to fix it ourselves. 24475 4 andrei 2012-08-25 18:13:11 +0000 Andreas, please give me some more info about this - a way to reproduce this issue. Thanks 25268 5 obi 2012-09-14 14:27:47 +0000 Use these steps to reproduce the issue: 1.) Build an image containing package A that RRECOMMENDS package B. 2.) Boot the image. 3.) Try to remove package B (opkg remove B). Step 3 fails, because opkg treats the recommendation as a dependency. 26784 6 andrei 2012-10-20 21:46:27 +0000 http://lists.linuxtogo.org/pipermail/openembedded-core/2012-October/031156.html 26796 7 andrei 2012-10-22 13:23:43 +0000 Merged to master. ag 26799 8 richard.purdie 2012-10-22 13:33:09 +0000 Its merged to master-next, not master quite yet although its getting there... 26800 9 andrei 2012-10-22 13:37:44 +0000 (In reply to comment #8) > Its merged to master-next, not master quite yet although its getting there... Correct. Sorry.