All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: poky@pokylinux.org
Subject: Re: [PULL]Fix adding GDBM_File module for perl
Date: Mon, 01 Nov 2010 14:32:10 -0500	[thread overview]
Message-ID: <4CCF15BA.6070108@windriver.com> (raw)
In-Reply-To: <4CCE94E0.50903@windriver.com>

I've been doing some thinking about how various perl and related components 
should be implemented if they do potentially optional things.

My concern is that by adding gdbm to the build, that other components will 
change and potentially require more disk space.  We really need a way to 
optionally use gdbm, if available in these configurations.  I'm really not sure 
if there is currently a way to tell bitbake:

I really want gdbm, but if nothing else wants it.. I don't want it.  Then for 
LSB specific builds, we manually require gdbm as an LSB requirement (due to the 
gdbm perl module requirements.)

Richard, any suggestions on how to work with this?

--Mark

On 11/1/10 5:22 AM, Lu Jingdong wrote:
> Note:<commit_id>  parameter assumed as 'HEAD'
>
>    meta/recipes-devtools/perl/perl-5.8.8/config.sh                                     |    8
>    meta/recipes-devtools/perl/perl-5.8.8/perl-enable-gdbm.patch                        |   17 +
>    meta/recipes-devtools/perl/perl_5.8.8.bb                                            |    2
>
>    meta/recipes-extended/texinfo/texinfo-4.13a/texinfo-4.12-zlib.patch                 |  169 ++++++++++
>    meta/recipes-extended/texinfo/texinfo-4.13a/texinfo-4.13a-data_types.patch          |   32 +
>    meta/recipes-extended/texinfo/texinfo-4.13a/texinfo-4.13a-help-index-segfault.patch |   23 +
>    meta/recipes-extended/texinfo/texinfo-4.13a/texinfo-4.13a-mosdo-crash.patch         |   11
>    meta/recipes-extended/texinfo/texinfo-4.13a/texinfo-4.13a-powerpc.patch             |   12
>    meta/recipes-extended/texinfo/texinfo_4.13a.bb                                      |   57 +++
>    9 files changed, 327 insertions(+), 4 deletions(-)
>
> Jingdong Lu (2):
>         texinfo: Add new package
>         Fix adding GDBM_File module for LSB test.
>
> Pull URL:
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jingdonglu/distro
>



  parent reply	other threads:[~2010-11-01 19:32 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-01 10:22 [PULL]Fix adding GDBM_File module for perl Lu Jingdong
2010-11-01 18:19 ` Saul Wold
2010-11-01 19:32 ` Mark Hatle [this message]
2010-11-05 13:34   ` Richard Purdie
2010-11-05 16:14     ` Mark Hatle
2010-11-22 18:14 ` Saul Wold
2010-11-24  5:05   ` Lu Jingdong

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=4CCF15BA.6070108@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=poky@pokylinux.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.