On 01.12.2016 17:51, Khem Raj wrote:
> On Thu, Dec 1, 2016 at 4:33 AM, Andreas Oberritter <o...@opendreambox.org>
>> On 01.12.2016 05:02, Khem Raj wrote:
>>>> On Nov 30, 2016, at 3:50 PM, Andreas Oberritter <o...@opendreambox.org>
>>>> If GLIBC_SPLIT_LC_PACKAGES is set to a non-zero value, convert
>>>> glibc-binary-localedata-XX-YY to be a meta package depending on
>>>> glibc-binary-localedata-XX-YY-lc-address and so on. This enables
>>>> saving quite some space if someone doesn't need LC_COLLATE for
>>>> Some regex code was removed from output_locale_binary_rdepends,
>>>> because legitimize_package_name already converts to lowercase.
>>> This looks ok. May be add some documentation around
>>> GLIBC_SPLIT_LC_PACKAGES in extended local.conf sample.
>> OK, will send a v2.
>>> I am worried about dependency changes, may be comparing old and new
>>> would help.
>> The generated meta packages make sure that dependencies stay intact. I
>> didn't observe any deviation in my test builds, with or without setting
>> GLIBC_SPLIT_LC_PACKAGES to 1.
> Thats comforting. did you also try a online package upgrade ?
Yes, but you can't switch existing package feeds from one setting to
another with deb, because of file conflicts (unless you run apt-get -f
install after upgrading). This would need additional RREPLACES,
RCONFLICTS (and RBREAKS?) statements, which IMHO are impossible to
automate. I'm not sure about other package managers. But it's a very
common problem when moving files from one package to another.
Openembedded-core mailing list