The bug I was seeing was caused by something else, but I'd still like feedback on this patch to find out why the dot vs dash difference exists
Op 2 aug. 2011, om 16:47 heeft Koen Kooi het volgende geschreven: > When using binary locales rootfs generation fails with: > > | Unknown package 'locale-base-en-us'. > | Collected errors: > | * opkg_install_cmd: Cannot install package locale-base-en-us. > > This is due to: > > $ dpkg-deb -I ipk/armv7a/locale-base-en-us_2.12-r16_armv7a.ipk | grep Depends > Depends: eglibc-binary-localedata-en.us > > Note the '.' seperator > > $ ls ipk/armv7a/ | grep binary-localedata-en | grep us > eglibc-binary-localedata-en-us_2.12-r16_armv7a.ipk > > Note the '-' seperator vs the '.' in the locale-base packages. > > Signed-off-by: Koen Kooi <[email protected]> > --- > meta/classes/libc-package.bbclass | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/meta/classes/libc-package.bbclass > b/meta/classes/libc-package.bbclass > index de57230..67d08c0 100644 > --- a/meta/classes/libc-package.bbclass > +++ b/meta/classes/libc-package.bbclass > @@ -243,7 +243,7 @@ python package_do_split_gconvs () { > def output_locale_binary_rdepends(name, pkgname, locale, encoding): > m = re.match("(.*)_(.*)", name) > if m: > - libc_name = "%s.%s" % (m.group(1), > m.group(2).lower().replace("-","")) > + libc_name = "%s-%s" % (m.group(1), > m.group(2).lower().replace("-","")) > else: > libc_name = name > bb.data.setVar('RDEPENDS_%s' % pkgname, > legitimize_package_name('%s-binary-localedata-%s' \ > -- > 1.6.6.1 > _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
