[OE-core] [PATCH 4/4] base-files: create typical merged /usr symlinks if the "merged-usr" distro feature is set

Matthias Schiffer mschiffer at universe-factory.net
Thu Dec 17 09:47:28 UTC 2015


On 12/16/2015 08:46 PM, Roman Khimov wrote:
> В письме от 16 декабря 2015 19:12:00 пользователь Matthias Schiffer написал:
>> The following options in a distro configuration create a full Fedora-style
>> merged /usr:
>>
>>   DISTRO_FEATURES_DEFAULT += "merged-usr"
>>   base_bindir = "${exec_prefix}/bin"
>>   base_sbindir = "${exec_prefix}/bin"
>>   sbindir = "${exec_prefix}/bin"
>>   base_libdir = "${exec_prefix}/${baselib}"
>>   nonarch_base_libdir = "${exec_prefix}/lib"
> 
> Hmm. Why not just change the base_prefix? We've done it this way (not merging 
> bin with sbin, but that's a separate thing):
> 
> +base_prefix = "/usr"
> +sysconfdir = "/etc"
> +localstatedir = "/var"

My patches don't care how base_bindir etc. are set, your way would work
with it just fine. My recommendation is to set the dirs explicitly
instead of changing the base_prefix, as other things might depend on the
base_prefix, and symlinks are created for /bin, /sbin, /lib and
/${baselib} only.

> 
> Also, you probably want to add this symlinks to fs-perms.txt. I don't quite 
> remember which packages failed for me without it, but there were some.
> 

Is it even possible to have fs-perms.txt entries depending on a
DISTRO_FEATURE? And can fs-perms.txt move files from one directory to
another (as you suggested in your reply for PATCH 2)?

AFAICT, fs-perms.txt is only there to fix some common issues with
directory permissions. Most packages already respect base_libdir etc.
just fine, so in my opinion it would be preferable to just fix the
packages which don't if adding such things to fs-perms.txt is non-trivial.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20151217/cd0a1b1d/attachment-0002.sig>


More information about the Openembedded-core mailing list