-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17-03-11 04:25, Khem Raj wrote:
> On 3/16/2011 6:43 PM, Denys Dmytriyenko wrote:
>> An alternative solution, is to build libatomics-ops with emulated CAS
>> (Compare
>> And Swap), as otherwise those non-emulated primitives are not
>> available on
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16-03-11 20:02, Maupin, Chase wrote:
>> From: openembedded-devel-boun...@lists.openembedded.org
>> [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
>> Koen Kooi
>> Sent: Wednesday, March 16, 2011 1:22 PM
>> To: openembedded-de
Mark, thanks for the minutes.
There is one remark I'd like to make and one agenda item i'd like to
coin for the TSC (I'll do that here since I haven't seen an agenda and
call for topics for the next TSC meeting)
2011/3/17 Mark Hatle :
>
> Further discussion of deprecation of OE bugzilla. Yocto
Hi,
I am courious while cairo is using here libatomic-ops at all and not the
kernel-handler or the gcc stuff for linux. Besides libatomic-ops
is no pulseaudio project. Pulse only need it for mips and some other
archs, for arm the kernel-handler is used.
So my sugestion is to find out which arch i
2011/3/16 Khem Raj :
> Currently following fails
>
> rm-oe-linux-uclibceabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon
> -mfloat-abi=softfp -mthumb-interwork -mno-thumb
> --sysroot=/oe/build-minimal-uclibc/minimal-uclibc-dev/sysroots/armv7a-oe-linux-uclibceabi
> -DHAVE_CONFIG_H -I. -I.. -DASN1_
Hello!
qemu-native-0.14.0 do_configure fail on alsa libs check
Build Configuration:
BB_VERSION= "1.13.0"
METADATA_BRANCH = "master"
METADATA_REVISION = "103126a"
TARGET_ARCH = "i686"
TARGET_OS = "linux"
MACHINE = "qemux86"
DISTRO= "angstrom"
DISTRO_VE
Mark some files in ${sysconfdir} as configuration files so they are not blindly
overwritten when upgrading
Signed-off-by: Peter Gsellmann
---
recipes/vsftpd/vsftpd_2.0.5.bb |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/recipes/vsftpd/vsftpd_2.0.5.bb b/recipes/vsftp
Mark some files in ${sysconfdir} as configuration files so they are not blindly
overwritten when upgrading
Signed-off-by: Peter Gsellmann
---
recipes/ntp/ntp_4.2.6p3.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/recipes/ntp/ntp_4.2.6p3.bb b/recipes/ntp/ntp_4.2
Mark some files in ${sysconfdir} as configuration files so they are not blindly
overwritten when upgrading
Signed-off-by: Peter Gsellmann
---
recipes/base-files/base-files_3.0.14.bb |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/recipes/base-files/base-files_3.0.
On Thu, 2011-03-17 at 11:54 +0100, Peter Gsellmann wrote:
> Mark some files in ${sysconfdir} as configuration files so they are not
> blindly overwritten when upgrading
I wonder if it would make sense to mark everything in ${sysconfdir} and
${sysconfdir}/default (but probably not other subdirs) a
On Tue, 2011-03-15 at 10:08 +0100, Esben Haabendal wrote:
> The current dependency/staging model of OE basically has this feature
> that a build can be influenced not only by it's own dependencies, but
> also what has been build before it (or not).
>
> I strongly believe that this has to be fixed
* otherwise couple of errors like this are shown
NOTE: multiple providers are available for runtime gdk-pixbuf-loader-gif
(gtk+-native, gtk+, gtk+-fastscaling)
NOTE: consider defining a PREFERRED_PROVIDER entry to match
gdk-pixbuf-loader-gif
ERROR: Trying to resolve runtime dependency gdk-p
Am Dienstag, den 15.03.2011, 09:24 -0700 schrieb Khem Raj:
> On Tue, Mar 15, 2011 at 9:06 AM, Paul Menzel wrote:
> > Am Dienstag, den 08.03.2011, 14:34 +0100 schrieb Paul Menzel:
> >
> >> task configure of `xfce4-session_4.6.2.bb` fails with the following
> >> error message using any distribution
On Thu, 2011-03-17 at 13:08 +0100, Martin Jansa wrote:
> --- a/recipes/gtk+/gtk+_2.18.6.bb
> +++ b/recipes/gtk+/gtk+_2.18.6.bb
> @@ -19,6 +19,7 @@ EXTRA_OECONF = "--with-libtiff ${XKBTOGGLE}
> --disable-glibtest gio_can_sniff=yes
> EXTRA_OECONF_append_virtclass-native = " --without-libtiff --with
* adds a bit more bits to keep in sync while changing gst-plugins
version, but not that much (this patch was mostly prepared by script)
* overlap in PACKAGES_DYNAMIC namespace causes notes like this in every build
NOTE: multiple providers are available for runtime gst-plugin-autodetect
(gst-pl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom,
Please pull the 11 commits from here:
URI: git://dominion.thruhere.net/var/cache/git/openembedded.git
Branch: 2011.03-maintenance
Koen Kooi (7):
angstrom 2011.03 blacklist bash-noemu
task-omap-drivers: task for commonly needed drive
On Thu, Mar 17, 2011 at 12:29:39PM +, Phil Blundell wrote:
> On Thu, 2011-03-17 at 13:08 +0100, Martin Jansa wrote:
> > --- a/recipes/gtk+/gtk+_2.18.6.bb
> > +++ b/recipes/gtk+/gtk+_2.18.6.bb
> > @@ -19,6 +19,7 @@ EXTRA_OECONF = "--with-libtiff ${XKBTOGGLE}
> > --disable-glibtest gio_can_sniff
* otherwise couple of errors like this are shown
NOTE: multiple providers are available for runtime gdk-pixbuf-loader-gif
(gtk+-native, gtk+, gtk+-fastscaling)
NOTE: consider defining a PREFERRED_PROVIDER entry to match
gdk-pixbuf-loader-gif
ERROR: Trying to resolve runtime dependency gdk-p
> Mark some files in ${sysconfdir} as configuration files so they are
not blindly overwritten when upgrading
I would suggest a pre-/post processing in the packages, like debian
does.
If a config file exists or is changed, the current File will be rotated
or, if possible, left as it is and the new
* e-wm-sysactions-shr doesn't need RPROVIDES anymore
* fixes last multiple providers notice I had
NOTE: multiple providers are available for runtime e-wm-sysactions (e-wm,
e-wm-sysactions-shr)
NOTE: consider defining a PREFERRED_PROVIDER entry to match e-wm-sysactions
Signed-off-by: Martin Ja
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17-03-11 13:41, Martin Jansa wrote:
> * adds a bit more bits to keep in sync while changing gst-plugins
> version, but not that much (this patch was mostly prepared by script)
Can you upload the script as well? The constant motion of plugins
betw
On Thu, 2011-03-17 at 13:57 +0100, Martin Jansa wrote:
> On Thu, Mar 17, 2011 at 12:29:39PM +, Phil Blundell wrote:
> > On Thu, 2011-03-17 at 13:08 +0100, Martin Jansa wrote:
> > > --- a/recipes/gtk+/gtk+_2.18.6.bb
> > > +++ b/recipes/gtk+/gtk+_2.18.6.bb
> > > @@ -19,6 +19,7 @@ EXTRA_OECONF = "
On Thu, 2011-03-17 at 13:41 +0100, Martin Jansa wrote:
> * adds a bit more bits to keep in sync while changing gst-plugins
> version, but not that much (this patch was mostly prepared by script)
> * overlap in PACKAGES_DYNAMIC namespace causes notes like this in every build
> NOTE: multiple pro
* ILLUME_THEME/ILLUME_CONFIG were renamed to ETHEME/ECONFIG to use the
same variable names as task-demo-x11/task-beagleboard-*
* e-wm-sysactions-shr doesn't need RPROVIDES anymore
* fixes last multiple providers notice I had
NOTE: multiple providers are available for runtime e-wm-sysactions (
On Thu, Mar 17, 2011 at 02:30:17PM +0100, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 17-03-11 13:41, Martin Jansa wrote:
> > * adds a bit more bits to keep in sync while changing gst-plugins
> > version, but not that much (this patch was mostly prepared by script)
Hi,
I looked deeper into the problem.
Cairo looks first for:
return __sync_fetch_and_add
__sync_val_compare_and_swap
and defines it as cairo_cv_atomic_primitives="Intel".
According to http://gcc.gnu.org/wiki/Atomic
arm and sh3/4 should work too.
If the configure compile fails
cairo is looking
> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org
> [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
> Koen Kooi
> Sent: Thursday, March 17, 2011 2:45 AM
> To: openembedded-devel@lists.openembedded.org
> Subject: Re: [oe] [PATCH][2011.003
On 03/16/2011 07:57 PM, Tom Rini wrote:
> On 03/16/2011 10:08 AM, Tom Rini wrote:
>> On 03/16/2011 07:03 AM, Terry Barnaby wrote:
>>
>> [snip]
>>> Hi,
>>>
>>> ### Forwarded to openembedded-devel ###
>>>
>>> We are using Fedora14. That is using patch 2.6.1-8.
>>>
>>> The -8 release includes the foll
On Thu, 2011-03-17 at 11:18 +, Phil Blundell wrote:
>
> > I am still very much interested in discussing how to move this
> > technology from OE-lite to OE, but as it impacts all recipe metadata
> > (build dependencies has to be redefined), OE community at a large
> really
> > needs to value th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17-03-11 15:12, Henning Heinold wrote:
> Hi,
>
> I looked deeper into the problem.
> Cairo looks first for:
>
> return __sync_fetch_and_add
> __sync_val_compare_and_swap
>
> and defines it as cairo_cv_atomic_primitives="Intel".
>
> According to
On 17/03/2011 14:43, Esben Haabendal wrote:
> On Thu, 2011-03-17 at 11:18 +, Phil Blundell wrote:
>>> I am still very much interested in discussing how to move this
>>> technology from OE-lite to OE, but as it impacts all recipe metadata
>>> (build dependencies has to be redefined), OE communit
On Thu, 2011-03-17 at 15:43 +0100, Esben Haabendal wrote:
> Is OE really in a position to permantly settle for something suboptimal
> in such a central area?
No, but rejecting the big bang doesn't mean that we can't make the
change; it just means that we need to find a way to make the old and new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17-03-11 15:52, Graeme Gregory wrote:
> On 17/03/2011 14:43, Esben Haabendal wrote:
>> On Thu, 2011-03-17 at 11:18 +, Phil Blundell wrote:
I am still very much interested in discussing how to move this
technology from OE-lite to OE, bu
Am Donnerstag, 17. März 2011, 13:53:27 schrieb Hauser, Wolfgang (external):
> > Mark some files in ${sysconfdir} as configuration files so they are
> not blindly overwritten when upgrading
>
> I would suggest a pre-/post processing in the packages, like debian
> does.
> If a config file exists or
Hi Frans,
I will add this to the agenda for this week
On Thu, Mar 17, 2011 at 1:38 AM, Frans Meulenbroeks <
fransmeulenbro...@gmail.com> wrote:
> Mark, thanks for the minutes.
>
> There is one remark I'd like to make and one agenda item i'd like to
> coin for the TSC (I'll do that here since I h
> Is there a new version released yet or do you mean debian/fedora/suse
> bugfixes?
>
> regards,
>
> Koen
Hi,
I doubt there will be ever a new version again. But the cvs/svn was a bit newer
and yes the patches from debian/fedora/suse or maybee cacao.
Bye Henning
__
On Thu, 2011-03-17 at 15:07 +, Phil Blundell wrote:
> On Thu, 2011-03-17 at 15:43 +0100, Esben Haabendal wrote:
> > Is OE really in a position to permantly settle for something suboptimal
> > in such a central area?
>
> No, but rejecting the big bang doesn't mean that we can't make the
> chang
On Thu, 2011-03-17 at 09:38 +0100, Frans Meulenbroeks wrote:
> Mark, thanks for the minutes.
>
> There is one remark I'd like to make and one agenda item i'd like to
> coin for the TSC (I'll do that here since I haven't seen an agenda and
> call for topics for the next TSC meeting)
>
> 2011/3/17
On Thu, 2011-03-17 at 18:52 +0100, Esben Haabendal wrote:
> Well, it might be possible to minimize the disruption for a transitional
> period by carefully specifying some catch-all build-time package
> dependencies pulling in all packages for recipes not ported yet.
Yes, that's the sort of thing I
I'm in favor of keeping it, cleaning it up, and improve
the integration with patchwork / git. Throwing it away
would be a very bad sign to all those countless people
who've gone through the pains of actually working with
the bugtracker.
Cheers,
--
:M:
___
On 03/17/2011 05:52 AM, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom,
Please pull the 11 commits from here:
URI: git://dominion.thruhere.net/var/cache/git/openembedded.git
Branch: 2011.03-maintenance
Koen Kooi (7):
angstrom 2011.03 blacklist bash-noemu
task
> -Original Message-
> From: Tom Rini [mailto:tom_r...@mentor.com]
> Sent: Thursday, March 17, 2011 1:15 PM
> To: openembedded-devel@lists.openembedded.org
> Cc: Maupin, Chase
> Subject: Re: [oe] [2011.03-maintenance] Pull request #3
>
> On 03/17/2011 05:52 AM, Koen Kooi wrote:
> > -BE
On Thu, Mar 17, 2011 at 03:12:21PM +0100, Henning Heinold wrote:
> Hi,
>
> I looked deeper into the problem.
> Cairo looks first for:
>
> return __sync_fetch_and_add
> __sync_val_compare_and_swap
>
> and defines it as cairo_cv_atomic_primitives="Intel".
>
> According to http://gcc.gnu.org/wiki/
On Thu, 2011-03-17 at 18:05 +, Phil Blundell wrote:
> On Thu, 2011-03-17 at 18:52 +0100, Esben Haabendal wrote:
> > Well, it might be possible to minimize the disruption for a transitional
> > period by carefully specifying some catch-all build-time package
> > dependencies pulling in all packa
master has been merged to testing-next and is ready for clean builds
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
On Thu, 2011-03-17 at 20:58 +0100, Esben Haabendal wrote:
> On Thu, 2011-03-17 at 18:05 +, Phil Blundell wrote:
> > On Thu, 2011-03-17 at 18:52 +0100, Esben Haabendal wrote:
> > > Well, it might be possible to minimize the disruption for a transitional
> > > period by carefully specifying some
On Thu, 2011-03-17 at 19:10 +0100, Michael 'Mickey' Lauer wrote:
> I'm in favor of keeping it, cleaning it up, and improve
> the integration with patchwork / git. Throwing it away
> would be a very bad sign to all those countless people
> who've gone through the pains of actually working with
> the
On Thu, Mar 17, 2011 at 12:17 PM, Denys Dmytriyenko wrote:
> On Thu, Mar 17, 2011 at 03:12:21PM +0100, Henning Heinold wrote:
>> Hi,
>>
>> I looked deeper into the problem.
>> Cairo looks first for:
>>
>> return __sync_fetch_and_add
>> __sync_val_compare_and_swap
>>
>> and defines it as cairo_cv_a
On Thu, Mar 17, 2011 at 02:36:48PM -0700, Khem Raj wrote:
> On Thu, Mar 17, 2011 at 12:17 PM, Denys Dmytriyenko wrote:
> > On Thu, Mar 17, 2011 at 03:12:21PM +0100, Henning Heinold wrote:
> >> Hi,
> >>
> >> I looked deeper into the problem.
> >> Cairo looks first for:
> >>
> >> return __sync_fetch
Am Donnerstag, den 17.03.2011, 13:28 +0100 schrieb Paul Menzel:
> Am Dienstag, den 15.03.2011, 09:24 -0700 schrieb Khem Raj:
> > On Tue, Mar 15, 2011 at 9:06 AM, Paul Menzel wrote:
>
> > > Am Dienstag, den 08.03.2011, 14:34 +0100 schrieb Paul Menzel:
> > >
> > >> task configure of `xfce4-session_4
On Thu, Mar 17, 2011 at 3:46 PM, Paul Menzel
wrote:
> Am Donnerstag, den 17.03.2011, 13:28 +0100 schrieb Paul Menzel:
>> Am Dienstag, den 15.03.2011, 09:24 -0700 schrieb Khem Raj:
>> > On Tue, Mar 15, 2011 at 9:06 AM, Paul Menzel wrote:
>>
>> > > Am Dienstag, den 08.03.2011, 14:34 +0100 schrieb Pa
Hi
I would like to inform the OE community that we have a new mailing list
openembedded-c...@lists.openembedded.org where lot of architectural and
technical discussions are happening and increasing day by day. So if you
would be interested to make contribution to the discussions or would
like to k
On Thu, 2011-03-17 at 21:00 +, Phil Blundell wrote:
> On Thu, 2011-03-17 at 20:58 +0100, Esben Haabendal wrote:
> > There is a number of ways that I believe package based build
> > dependencies are better than recipe based.
> >
> > a) It is possible to depend on parts of a recipe, which fx. is
53 matches
Mail list logo