Issues removing RRECOMMENDS packages with BAD_RECOMMENDATIONS

Issues removing RRECOMMENDS packages with BAD_RECOMMENDATIONS

[Carr, Chris (GE Intelligent Platforms)]

Hi,

I have successfully built a custom root filesystem, but I'm having issues stopping certain packages from being installed.

Basically the BAD_RECOMMENDATIONS that I have defined is not removing/preventing the installation of the RRECOMMENDS packages. This is using opkg as the package manager.

I am using:

BAD_RECOMMENDATIONS=" \
    busybox-udhcpc \
    e2fsprogs-e2fsck \
    udev-hwdb \
    update-rc.d \
    vim-help \
    vim-syntax \
    vim-tutor \
    "

All of which are specified as RRECOMMENDS in various recipes.

The BAD_RECOMMENDATIONS all seem to write the correct entries to the /var/lib/opkg/status file (desinstall hold not-installed), which I've confirmed with some debug in the package_manager.py. However when the packages are being installed in the rootfs stage, then only a couple of them are processed and ignored.

The strange thing is, that depending on the verbosity of the opkg-cl command, the number of packages successfully processed changes. The higher the verbosity the more packages from BAD_RECOMMENDATIONS are processed.

I include the output of the rootfs creation below, with the "ignoring recommendation" lines pulled out.

I believe that I am using BAD_RECOMMENDATIONS correctly, I just cannot see what is going wrong.
I've tried with the a newer version of opkg (0.2.3) but that showed the same issues.

Thanks for any help

Chris Carr


-------------------------------

-bash-4.2$ /srv/nfs/chris/owc_up/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -v
opkg version 0.2.2

Default Run:

NOTE: /srv/nfs/chris/owc_up/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -f /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/opkg.conf -o /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/rootfs --force_postinstall --prefer-arch-to-version   install opkg-collateral packagegroup-owc-system packagegroup-owc-boot packagegroup-owc-net opkg packagegroup-owc-ruby

vim: ignoring recommendation for vim-syntax at user request
systemd: ignoring recommendation for e2fsprogs-e2fsck at user request

Debug V1:

NOTE: /srv/nfs/chris/owc_up/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -V1 -f /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/opkg.conf -o /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/rootfs --force_postinstall --prefer-arch-to-version   install opkg-collateral packagegroup-owc-system packagegroup-owc-boot packagegroup-owc-net opkg packagegroup-owc-ruby

vim: ignoring recommendation for vim-syntax at user request
systemd: ignoring recommendation for e2fsprogs-e2fsck at user request

Debug V2:

NOTE: /srv/nfs/chris/owc_up/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -V2 -f /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/opkg.conf -o /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/rootfs --force_postinstall --prefer-arch-to-version   install opkg-collateral packagegroup-owc-system packagegroup-owc-boot packagegroup-owc-net opkg packagegroup-owc-ruby

vim: ignoring recommendation for vim-syntax at user request
systemd: ignoring recommendation for udev-hwdb at user request
systemd: ignoring recommendation for e2fsprogs-e2fsck at user request

Debug V3:

NOTE: /srv/nfs/chris/owc_up/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -V3 -f /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/opkg.conf -o /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/rootfs --force_postinstall --prefer-arch-to-version   install opkg-collateral packagegroup-owc-system packagegroup-owc-boot packagegroup-owc-net opkg packagegroup-owc-ruby

vim: ignoring recommendation for vim-help at user request
vim: ignoring recommendation for vim-syntax at user request
vim: ignoring recommendation for vim-tutor at user request
rsyslog: ignoring recommendation for update-rc.d at user request
busybox: ignoring recommendation for update-rc.d at user request
busybox: ignoring recommendation for busybox-udhcpc at user request
dbus-1: ignoring recommendation for update-rc.d at user request
systemd: ignoring recommendation for update-rc.d at user request
systemd: ignoring recommendation for udev-hwdb at user request
systemd: ignoring recommendation for e2fsprogs-e2fsck at user request
run-postinsts: ignoring recommendation for update-rc.d at user request
ntp: ignoring recommendation for update-rc.d at user request
quagga: ignoring recommendation for update-rc.d at user request
dropbear: ignoring recommendation for update-rc.d at user request
rarpd: ignoring recommendation for update-rc.d at user request

Debug V4:

NOTE: /srv/nfs/chris/owc_up/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -V4 -f /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/opkg.conf -o /srv/nfs/chris/owc_up/poky/build/tmp/work/da923rc-owc_cc-linux-gnuspe/openware-core/1.0-r0/rootfs --force_postinstall --prefer-arch-to-version   install opkg-collateral packagegroup-owc-system packagegroup-owc-boot packagegroup-owc-net opkg packagegroup-owc-ruby

vim: ignoring recommendation for vim-help at user request
vim: ignoring recommendation for vim-syntax at user request
vim: ignoring recommendation for vim-tutor at user request
rsyslog: ignoring recommendation for update-rc.d at user request
busybox: ignoring recommendation for update-rc.d at user request
busybox: ignoring recommendation for busybox-udhcpc at user request
dbus-1: ignoring recommendation for update-rc.d at user request
systemd: ignoring recommendation for update-rc.d at user request
systemd: ignoring recommendation for udev-hwdb at user request
systemd: ignoring recommendation for e2fsprogs-e2fsck at user request
run-postinsts: ignoring recommendation for update-rc.d at user request
ntp: ignoring recommendation for update-rc.d at user request
quagga: ignoring recommendation for update-rc.d at user request
dropbear: ignoring recommendation for update-rc.d at user request
rarpd: ignoring recommendation for update-rc.d at user request

Re: Issues removing RRECOMMENDS packages with BAD_RECOMMENDATIONS

[Burton, Ross]

On 29 September 2014 12:43, Carr, Chris (GE Intelligent Platforms)
<chris.carr@ge.com> wrote:
> Basically the BAD_RECOMMENDATIONS that I have defined is not removing/preventing
> the installation of the RRECOMMENDS packages. This is using opkg as the package
> manager.

Would you mind briefly switching to the RPM package manager and seeing
if that changes what gets installed?

Ross

Re: Issues removing RRECOMMENDS packages with BAD_RECOMMENDATIONS

[Carr, Chris (GE Intelligent Platforms)]

On 06/10/2014 13:25, Burton, Ross wrote:
> On 29 September 2014 12:43, Carr, Chris (GE Intelligent Platforms)
> <chris.carr@ge.com> wrote:
>> Basically the BAD_RECOMMENDATIONS that I have defined is not removing/preventing
>> the installation of the RRECOMMENDS packages. This is using opkg as the package
>> manager.
> 
> Would you mind briefly switching to the RPM package manager and seeing
> if that changes what gets installed?
> 
> Ross
> 

I've switched over to the RPM package manager and rebuilt the deploy image.

From the list that I had in BAD_RECOMMENDATIONS, none of the packages appear in the deploy image.

Chris

Re: Issues removing RRECOMMENDS packages with BAD_RECOMMENDATIONS

[Burton, Ross]

On 7 October 2014 11:20, Carr, Chris (GE Intelligent Platforms)
<chris.carr@ge.com> wrote:
> I've switched over to the RPM package manager and rebuilt the deploy image.
>
> From the list that I had in BAD_RECOMMENDATIONS, none of the packages appear in the deploy image.

So we're found a difference in behaviour between the rpm and opkg
backends.  Can you file a bug for the opkg backend in bugzilla?
(oe-core->deployment).

Ross

Re: Issues removing RRECOMMENDS packages with BAD_RECOMMENDATIONS

[Carr, Chris (GE Intelligent Platforms)]

On 07/10/2014 11:26, Burton, Ross wrote:
> On 7 October 2014 11:20, Carr, Chris (GE Intelligent Platforms)
> <chris.carr@ge.com> wrote:
>> I've switched over to the RPM package manager and rebuilt the deploy image.
>>
>> From the list that I had in BAD_RECOMMENDATIONS, none of the packages appear in the deploy image.
> 
> So we're found a difference in behaviour between the rpm and opkg
> backends.  Can you file a bug for the opkg backend in bugzilla?
> (oe-core->deployment).
> 
> Ross
> 

I've raised the bug in bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=6816

Chris