From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 06/13] gtk+: import native support from meta-oe
Date: Thu, 22 Mar 2012 00:02:44 +0000 [thread overview]
Message-ID: <1332374564.9740.228.camel@ted> (raw)
In-Reply-To: <20120321235049.GA4010@jama.jama.net>
On Thu, 2012-03-22 at 00:50 +0100, Martin Jansa wrote:
> On Wed, Mar 21, 2012 at 11:11:16PM +0000, Richard Purdie wrote:
> > On Wed, 2012-03-21 at 22:36 +0100, Martin Jansa wrote:
> > > Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> > > ---
> > > meta/recipes-gnome/gtk+/gtk+.inc | 4 ++++
> > > 1 files changed, 4 insertions(+), 0 deletions(-)
> >
> > I really don't like the message having a gtk+-native around sends out.
> > Why do we need this?
>
> See cover letter if you haven't already.
Sorry, I'd looked at it but I'd missed the key bit. I think I thought
the URL was a pull URL and my eyes skimmed it.
To be honest I don't think the update-icon-cache is good enough reason
to build a full gtk+-native. If we let these pieces in the dependencies
have a tendency to grow and people have no incentive to try and fix
these issues.
I'd like to better understand why there is no other way to avoid this.
Cheers,
Richard
next prev parent reply other threads:[~2012-03-22 0:11 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-21 21:36 [PATCH 00/13] Merge native BBCLASSEXTENDs and SDK, PACKAGECONFIG fix Martin Jansa
2012-03-21 21:36 ` [PATCH 01/13] bitbake.conf: use TUNE_PKGARCH instead of TARGET_ARCH in SDK_NAME Martin Jansa
2012-03-21 21:36 ` [PATCH 02/13] xev: move from meta-demoapps Martin Jansa
2012-03-21 21:36 ` [PATCH 03/13] classes: scons: add EXTRA_OESCONS Martin Jansa
2012-03-21 21:36 ` [PATCH 04/13] base.bbclass: extract *virtclass_map_dependencies logic from native/nativesdk bbclasses and call it from packageconfig Martin Jansa
2012-03-21 21:36 ` [PATCH 05/13] xorg: add more native BBCLASSEXTENDs for gtk+-native Martin Jansa
2012-03-21 21:36 ` [PATCH 06/13] gtk+: import native support from meta-oe Martin Jansa
2012-03-21 23:11 ` Richard Purdie
2012-03-21 23:50 ` Martin Jansa
2012-03-22 0:02 ` Richard Purdie [this message]
2012-03-22 6:51 ` Martin Jansa
2012-03-22 9:52 ` Richard Purdie
2012-03-22 10:04 ` Martin Jansa
2012-03-21 21:36 ` [PATCH 07/13] librsvg: " Martin Jansa
2012-03-21 21:36 ` [PATCH 08/13] pixman: add native support and perl-native to DEPENDS " Martin Jansa
2012-03-21 21:36 ` [PATCH 09/13] cairo: import native support " Martin Jansa
2012-03-21 21:36 ` [PATCH 10/13] tiff: " Martin Jansa
2012-03-21 21:36 ` [PATCH 11/13] libusb*: " Martin Jansa
2012-03-21 21:36 ` [PATCH 12/13] pango: import native support and --disable-introspection " Martin Jansa
2012-03-21 21:36 ` [PATCH 13/13] rootfs_ipk: replace 3 opkg-cl calls with one in get_package_filename Martin Jansa
2012-03-23 22:28 ` [PATCHv 00/10] Merge native BBCLASSEXTENDs and SDK fix Martin Jansa
2012-03-23 22:30 ` [PATCHv 01/10] bitbake.conf: use TUNE_PKGARCH instead of TARGET_ARCH in SDK_NAME Martin Jansa
2012-03-23 22:30 ` [PATCHv 02/10] xev: move from meta-demoapps Martin Jansa
2012-03-23 22:30 ` [PATCHv 03/10] classes: scons: add EXTRA_OESCONS Martin Jansa
2012-03-23 22:30 ` [PATCHv 04/10] librsvg: import native support from meta-oe Martin Jansa
2012-03-23 22:30 ` [PATCHv 05/10] pixman: add native support and perl-native to DEPENDS " Martin Jansa
2012-03-30 14:10 ` Richard Purdie
2012-03-30 14:22 ` Martin Jansa
2012-03-30 14:43 ` Richard Purdie
2012-03-23 22:30 ` [PATCHv 06/10] cairo: import native support " Martin Jansa
2012-03-23 22:30 ` [PATCHv 07/10] tiff: " Martin Jansa
2012-03-23 22:30 ` [PATCHv 08/10] libusb*: " Martin Jansa
2012-03-24 10:02 ` Richard Purdie
2012-03-24 10:56 ` Martin Jansa
2012-03-26 11:44 ` Richard Purdie
2012-03-26 12:19 ` Martin Jansa
2012-03-26 12:27 ` [PATCHv2 " Martin Jansa
2012-03-23 22:30 ` [PATCHv 09/10] pango: import native support and --disable-introspection " Martin Jansa
2012-03-23 22:30 ` [PATCHv 10/10] rootfs_ipk: replace 3 opkg-cl calls with one in get_package_filename Martin Jansa
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=1332374564.9740.228.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox