From: Martin Jansa <martin.jansa@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: debian.bbclass issues when some package is substring of another
Date: Mon, 14 Feb 2011 12:45:45 +0100 [thread overview]
Message-ID: <20110214114545.GC8619@localhost.jama.net> (raw)
In-Reply-To: <20110214102232.GB8619@localhost.jama.net>
[-- Attachment #1: Type: text/plain, Size: 3043 bytes --]
On Mon, Feb 14, 2011 at 11:22:32AM +0100, Martin Jansa wrote:
> After last rebuild from scratch I got
> Package libncursesw (5.7+20110115-r16.6)
> instead of expected
> Package libncursesw5 (5.7+20110115-r16.6)
> which I had before (and which is _still_ in depends of packages needing
> it - like ie screen)
To be more clear about that issue:
second buildhost
DEBUG: setVar PKG_ncurses-libpanelw, libpanelw5 <= ok
DEBUG: setVar PKG_ncurses-libmenu, libmenu5
DEBUG: setVar PKG_ncurses-libmenuw, libmenuw <= bad
DEBUG: setVar PKG_ncurses-libncursesw, libncursesw5 <= ok
DEBUG: setVar PKG_ncurses-libformw, libformw5 <= ok
DEBUG: setVar PKG_ncurses-libtic, libtic5
DEBUG: setVar PKG_ncurses-libticw, libticw <= bad
DEBUG: setVar PKG_ncurses-libtinfo, libtinfo5
DEBUG: setVar PKG_ncurses-libncurses, libncurses5
DEBUG: setVar PKG_ncurses-libform, libform5
DEBUG: setVar PKG_ncurses-libpanel, libpanel5
my buildhost
DEBUG: setVar PKG_ncurses-libformw, libformw5 <= ok
DEBUG: setVar PKG_ncurses-libncurses, libncurses5
DEBUG: setVar PKG_ncurses-libncursesw, libncursesw <= bad
DEBUG: setVar PKG_ncurses-libpanelw, libpanelw5 <= ok
DEBUG: setVar PKG_ncurses-libmenuw, libmenuw5 <= ok
DEBUG: setVar PKG_ncurses-libtinfo, libtinfo5
DEBUG: setVar PKG_ncurses-libpanel, libpanel5
DEBUG: setVar PKG_ncurses-libtic, libtic5
DEBUG: setVar PKG_ncurses-libticw, libticw <= bad
DEBUG: setVar PKG_ncurses-libform, libform5
DEBUG: setVar PKG_ncurses-libmenu, libmenu5
my buildhost after removing prepend=True in ncurses recipe
- do_split_packages(d, libdir, '^lib(.*)\.so\..*', pnbase, 'ncurses %s library', prepend=True, extra_depends = '', allow_links=True)
+ do_split_packages(d, libdir, '^lib(.*)\.so\..*', pnbase, 'ncurses %s library', extra_depends = '', allow_links=True)
DEBUG: setVar PKG_ncurses-libticw, libticw5 <= ok
DEBUG: setVar PKG_ncurses-libmenu, libmenu5
DEBUG: setVar PKG_ncurses-libmenuw, libmenuw <= bad
DEBUG: setVar PKG_ncurses-libform, libform5
DEBUG: setVar PKG_ncurses-libformw, libformw <= bad
DEBUG: setVar PKG_ncurses-libtic, libtic5
DEBUG: setVar PKG_ncurses-libpanel, libpanel5
DEBUG: setVar PKG_ncurses-libpanelw, libpanelw <= bad
DEBUG: setVar PKG_ncurses-libtinfo, libtinfo5
DEBUG: setVar PKG_ncurses-libncursesw, libncursesw5 <= ok
DEBUG: setVar PKG_ncurses-libncurses, libncurses5
so it really depends on order in PACKAGES which in this case also depends on
for walkroot, dirs, files in os.walk(dvar + root) (from package.bbclass)
which isn't consistene even between 2 buildhosts.
Alphabetical descending sort should give better results (substrings later),
but is it right thing to do? And can we do it in do_split_packages as sorting
whole PACKAGES var is not possible due to order how FILES_ are used.
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Type: application/pgp-signature, Size: 205 bytes --]
next prev parent reply other threads:[~2011-02-14 11:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-14 10:22 debian.bbclass issues when some package is substring of another Martin Jansa
2011-02-14 11:45 ` Martin Jansa [this message]
2011-02-14 15:27 ` Phil Blundell
2011-02-15 9:15 ` Martin Jansa
2011-02-15 9:42 ` [PATCH] debian.bbclass: call auto_libname in reverse sorted AUTO_LIBNAME_PKGS Martin Jansa
2011-02-15 10:06 ` debian.bbclass issues when some package is substring of another Martin Jansa
2011-02-15 10:19 ` Phil Blundell
2011-02-15 10:36 ` Martin Jansa
2011-02-17 16:33 ` Phil Blundell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110214114545.GC8619@localhost.jama.net \
--to=martin.jansa@gmail.com \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.