Re: adding German local files to an image

Re: adding German local files to an image

[Cliff Brake]

On Fri, Jun 6, 2008 at 9:51 AM, Cliff Brake <cliff.brake@gmail.com> wrote:
> Another observation, I can install glibc-locale-de on a device using
> opkg, but not at rootfs time:
>
> Works on device:
>
> root@:~# opkg install glibc-locale-de
> Installing glibc-locale-de (2.6.1-r4) to root...
> Downloading http://hq.bec-systems.com/feeds/armv5te/glibc-locale-de_2.6.1-r4_armv5te.ipk
> 100% |========================================================================|
> Configuring glibc-locale-de
> root@:~# opkg files glibc-locale-de
> Package glibc-locale-de (2.6.1-r4) is installed on root and has the
> following files:
> /usr/share/locale/de/LC_MESSAGES/libc.mo
>
> But not at rootfs build time if I add glibc-locale-de to IMAGE_INSTALL
>
> NOTE: Resolving any missing task queue dependencies
> ERROR: '['/build//_build/oe/oe/custom/packages/images/rootfs-vac-table-image.bb']'
> RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity
> 'glibc-locale-de' but it wasn't found in any PACKAGE or RPROVIDES
> variables
> NOTE: Runtime target 'glibc-locale-de' is unbuildable, removing...
> Missing or unbuildable dependency chain was: ['glibc-locale-de']
> ERROR: Required build target 'rootfs-vac-table-image' has no buildable
> providers.
> Missing or unbuildable dependency chain was:
> ['rootfs-vac-table-image', 'glibc-locale-de']
> cbrake@happy:/build//_build/oe$

The reason for the above behavior is locale packages are created
dynamically, so bitbake has no knowledge of them.  Adding the
following to bitbake.conf as as suggested on IRC last night would fix
that:

PACKAGES_DYNAMIC = "${PN}-locale-*"

Any objections to adding this?

Thanks,
Cliff

-- 
=======================
Cliff Brake
http://bec-systems.com

Re: adding German local files to an image

[Koen Kooi]

Cliff Brake wrote:
> On Fri, Jun 6, 2008 at 9:51 AM, Cliff Brake<cliff.brake@gmail.com>  wrote:
>> Another observation, I can install glibc-locale-de on a device using
>> opkg, but not at rootfs time:
>>
>> Works on device:
>>
>> root@:~# opkg install glibc-locale-de
>> Installing glibc-locale-de (2.6.1-r4) to root...
>> Downloading http://hq.bec-systems.com/feeds/armv5te/glibc-locale-de_2.6.1-r4_armv5te.ipk
>> 100% |========================================================================|
>> Configuring glibc-locale-de
>> root@:~# opkg files glibc-locale-de
>> Package glibc-locale-de (2.6.1-r4) is installed on root and has the
>> following files:
>> /usr/share/locale/de/LC_MESSAGES/libc.mo
>>
>> But not at rootfs build time if I add glibc-locale-de to IMAGE_INSTALL
>>
>> NOTE: Resolving any missing task queue dependencies
>> ERROR: '['/build//_build/oe/oe/custom/packages/images/rootfs-vac-table-image.bb']'
>> RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity
>> 'glibc-locale-de' but it wasn't found in any PACKAGE or RPROVIDES
>> variables
>> NOTE: Runtime target 'glibc-locale-de' is unbuildable, removing...
>> Missing or unbuildable dependency chain was: ['glibc-locale-de']
>> ERROR: Required build target 'rootfs-vac-table-image' has no buildable
>> providers.
>> Missing or unbuildable dependency chain was:
>> ['rootfs-vac-table-image', 'glibc-locale-de']
>> cbrake@happy:/build//_build/oe$
>
> The reason for the above behavior is locale packages are created
> dynamically, so bitbake has no knowledge of them.  Adding the
> following to bitbake.conf as as suggested on IRC last night would fix
> that:
>
> PACKAGES_DYNAMIC = "${PN}-locale-*"
>
> Any objections to adding this?

Yes, since it's wrong for most packages. Only packages with locales will 
generated locales, and even for those we also have a global USE_NLS 
switch to disable that.

So: Nack

Re: adding German local files to an image

[Richard Purdie]

On Sat, 2008-06-07 at 07:23 -0400, Cliff Brake wrote:
> The reason for the above behavior is locale packages are created
> dynamically, so bitbake has no knowledge of them.  Adding the
> following to bitbake.conf as as suggested on IRC last night would fix
> that:
> 
> PACKAGES_DYNAMIC = "${PN}-locale-*"
> 
> Any objections to adding this?

Not an objection but a technical problem: With the above, you will get a
crash from bitbake since that expands to "uclibc++-locale-*" for the
uclibc++ package and that variable is treated as a regexp.

I'm undecided what the best fix for that is at the moment...

Cheers,

Richard

Re: adding German local files to an image

[Otavio Salvador]

Koen Kooi <k.kooi@student.utwente.nl> writes:

> Cliff Brake wrote:
>> On Fri, Jun 6, 2008 at 9:51 AM, Cliff Brake<cliff.brake@gmail.com>  wrote:
>>> Another observation, I can install glibc-locale-de on a device using
>>> opkg, but not at rootfs time:
>>>
>>> Works on device:
>>>
>>> root@:~# opkg install glibc-locale-de
>>> Installing glibc-locale-de (2.6.1-r4) to root...
>>> Downloading http://hq.bec-systems.com/feeds/armv5te/glibc-locale-de_2.6.1-r4_armv5te.ipk
>>> 100% |========================================================================|
>>> Configuring glibc-locale-de
>>> root@:~# opkg files glibc-locale-de
>>> Package glibc-locale-de (2.6.1-r4) is installed on root and has the
>>> following files:
>>> /usr/share/locale/de/LC_MESSAGES/libc.mo
>>>
>>> But not at rootfs build time if I add glibc-locale-de to IMAGE_INSTALL
>>>
>>> NOTE: Resolving any missing task queue dependencies
>>> ERROR: '['/build//_build/oe/oe/custom/packages/images/rootfs-vac-table-image.bb']'
>>> RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity
>>> 'glibc-locale-de' but it wasn't found in any PACKAGE or RPROVIDES
>>> variables
>>> NOTE: Runtime target 'glibc-locale-de' is unbuildable, removing...
>>> Missing or unbuildable dependency chain was: ['glibc-locale-de']
>>> ERROR: Required build target 'rootfs-vac-table-image' has no buildable
>>> providers.
>>> Missing or unbuildable dependency chain was:
>>> ['rootfs-vac-table-image', 'glibc-locale-de']
>>> cbrake@happy:/build//_build/oe$
>>
>> The reason for the above behavior is locale packages are created
>> dynamically, so bitbake has no knowledge of them.  Adding the
>> following to bitbake.conf as as suggested on IRC last night would fix
>> that:
>>
>> PACKAGES_DYNAMIC = "${PN}-locale-*"
>>
>> Any objections to adding this?
>
> Yes, since it's wrong for most packages. Only packages with locales
> will generated locales, and even for those we also have a global
> USE_NLS switch to disable that.
>
> So: Nack

A better alternative would be a way to plug it into the locale package
generation code on package class however I failed to do that in my try.

-- 
        O T A V I O    S A L V A D O R
---------------------------------------------
 E-mail: otavio@debian.org      UIN: 5906116
 GNU/Linux User: 239058     GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
---------------------------------------------
"Microsoft sells you Windows ... Linux gives
 you the whole house."