How to deal with consequences of update to attr

["Adolf Belka (ipfire-dev)" <adolf.belka@ipfire.org>]

[-- Attachment #1: Type: text/plain, Size: 1755 bytes --]

Hi all,

I found that attr was from 2013 but that there was a newer update from 2018, so I ran a build of the update which worked fine.

However python-xattr failed to build because xattr.h was not provided by the new version of attr. I realised that python-xattr-0.5.0 was from 2007 so really needed updating also.

Ran the build for python-xattr-0.9.7 from 2019. However it required python-cffi. So I added that. python-cffi also requires python-setuptools, which is available as an addon so I just had to adjust the order of the build to include that. Then had to add python-pycparser as that is also required by python-cffi.

After all of the above the package completed building without any errors.

My question is about the additional required python packages cffi (C Foreign Function Interface) and pycparser (Complete parser for C acting as a front end for C Compilers or analysis tools).

It doesn't seem like they should need to be added as addons just so that python-xattr can be built. It would make more sense to me to add them only for the building portion. Presumably I place the required programs into the buildbase section of make.sh but how do I ensure that they are only used in the build and not also included in the final IPFire.

I see that meson is in the buildbase section and is not in the final IPFire but gzip is also in the buildbase section but does end up in the final IPFire but I can't see what I need to specify to make sure the additional python packages follow the meson approach and not the gzip approach. I suspect it will turnout to be obvious but I have not been able to figure it out.

Help required please on how to go about this.


Thanks and regards,

Adolf.

-- 
Sent from my desktop