On 07/17/2012 10:51 PM, Henning Heinold wrote:
On Tue, Jul 17, 2012 at 03:17:47PM +0200, Jaap de Jong wrote:
Hi All,
are there any plans for an oe-core release?
Is the software already stable enough to create one?
Thanks!
Jaap
Hi Jaap,
looks like you are niot subscribed at the oe-core mailing
On Tue, Jul 17, 2012 at 03:17:47PM +0200, Jaap de Jong wrote:
> Hi All,
> are there any plans for an oe-core release?
> Is the software already stable enough to create one?
> Thanks!
> Jaap
Hi Jaap,
looks like you are niot subscribed at the oe-core mailing list, otherwise
you would know about the
Hi All,
are there any plans for an oe-core release?
Is the software already stable enough to create one?
Thanks!
Jaap
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/opene
On Wed, Mar 09, 2011 at 01:31:43PM +0100, Jaap de Jong wrote:
>
If I use DISTRO=angstrom-2010.x and start a complete new fresh build, I get
>>> Seems like a different bitbake must be used. You better start from the
>>> Angstrom web site Getting Started notes as that's the only place where
If I use DISTRO=angstrom-2010.x and start a complete new fresh build, I get
Seems like a different bitbake must be used. You better start from the
Angstrom web site Getting Started notes as that's the only place where
this is up-to-date.
Don't know what went wrong in the previous attempt but a
On Wed, Mar 09, 2011 at 09:44:42AM +0100, Leon Woestenberg wrote:
> Hello Jaap,
>
> On Wed, Mar 9, 2011 at 8:55 AM, Jaap de Jong wrote:
> > If I use DISTRO=angstrom-2010.x and start a complete new fresh build, I get
> >
> Seems like a different bitbake must be used. You better start from the
> An
Hello Jaap,
On Wed, Mar 9, 2011 at 8:55 AM, Jaap de Jong wrote:
> If I use DISTRO=angstrom-2010.x and start a complete new fresh build, I get
>
Seems like a different bitbake must be used. You better start from the
Angstrom web site Getting Started notes as that's the only place where
this is up-
Hi,
I've been building release-2011.3 with DISTRO=angstrom-2008.1.
Builds without problems.
If I use DISTRO=angstrom-2010.x and start a complete new fresh build, I get
NOTE: Handling BitBake files: - (0263/7348) [ 3 %]ERROR: EOL while
scanning string literal (, line 1) while parsing
/OpenEmbed
On 03/07/2011 01:51 AM, Steffen Sledz wrote:
On 03/01/2011 03:31 PM, Steffen Sledz wrote:
Clean build: bitbake gupnp
| make[3]: Entering directory
`/SCRATCH/SSZ/HydraIP/OE/tmp.6/work/armv5te-angstrom-linux-gnueabi/gupnp-0.13.4-r0/gupnp-0.13.4/libgupnp'
| CC http-headers.lo
| CC gup
Am 07.03.2011 09:51, schrieb Steffen Sledz:
> On 03/01/2011 03:31 PM, Steffen Sledz wrote:
>> Clean build: bitbake gupnp
>>
>> | make[3]: Entering directory
>> `/SCRATCH/SSZ/HydraIP/OE/tmp.6/work/armv5te-angstrom-linux-gnueabi/gupnp-0.13.4-r0/gupnp-0.13.4/libgupnp'
>> | CC http-headers.lo
>>
On 03/01/2011 03:31 PM, Steffen Sledz wrote:
> Clean build: bitbake gupnp
>
> | make[3]: Entering directory
> `/SCRATCH/SSZ/HydraIP/OE/tmp.6/work/armv5te-angstrom-linux-gnueabi/gupnp-0.13.4-r0/gupnp-0.13.4/libgupnp'
> | CC http-headers.lo
> | CC gupnp-context-manager.lo
> | CC g
Hello.
On Mon, 2011-02-28 at 11:48, Tom Rini wrote:
> On 02/28/2011 10:01 AM, Stefan Schmidt wrote:
> >Hello.
> >
> >On Mon, 2011-02-28 at 08:31, Tom Rini wrote:
> >>
> >>So, my current plan of attack is to do what I've said before and
> >>merge the libvpx work-around, tag, revert the libvpx work-
Clean build: bitbake gupnp
| make[3]: Entering directory
`/SCRATCH/SSZ/HydraIP/OE/tmp.6/work/armv5te-angstrom-linux-gnueabi/gupnp-0.13.4-r0/gupnp-0.13.4/libgupnp'
| CC http-headers.lo
| CC gupnp-context-manager.lo
| CC gupnp-unix-context-manager.lo
| CC gupnp-context.lo
|
On 02/28/2011 10:01 AM, Stefan Schmidt wrote:
Hello.
On Mon, 2011-02-28 at 08:31, Tom Rini wrote:
So, my current plan of attack is to do what I've said before and
merge the libvpx work-around, tag, revert the libvpx work-around
(per Khem's request). And I plan to do this tomorrow unless peopl
Hello.
On Mon, 2011-02-28 at 08:31, Tom Rini wrote:
>
> So, my current plan of attack is to do what I've said before and
> merge the libvpx work-around, tag, revert the libvpx work-around
> (per Khem's request). And I plan to do this tomorrow unless people
> shout about wanting to fix something
Hey all,
Over at http://dl.dropbox.com/u/3284539/ac9745f0fe_results.pdf you can
see the results of my build over the weekend. It's a bit scary but...
Fixed:
- minimal-uclibc/*/* was broken due to needing xattr in DISTRO_FEATURES
- ucslug/sheevaplug/* was broken due to TARGET_ARCH in distro.co
| Collected errors:
| * check_data_file_clashes: Package xfce4-notifyd wants to install file
/var/lib/jenkins/jobs/OE-testing/workspace/tmp/rootfs/angstrom-x-image/usr/share/dbus-1/services/org.freedesktop.Notifications.service
| But that file is already provided by package * notification-
On 02/26/2011 03:00 PM, Petr Štetiar wrote:
Tom Rini [2011-02-25 14:01:58]:
I plan to otherwise follow what I said in the previous email about final
branching plans, as I'm running out of ways to modify the Subject :)
FYI more build errors, build host is Ubuntu 10.04.2 64-bit. It seems, that
Tom Rini [2011-02-25 14:01:58]:
> I plan to otherwise follow what I said in the previous email about final
> branching plans, as I'm running out of ways to modify the Subject :)
FYI more build errors, build host is Ubuntu 10.04.2 64-bit. It seems, that the
console-image on uclibc needs some mo
Hey all,
I've updated the testing-release-2011.03 branch exist now and we're
ready for more testing. As a reminder, please update the table on
http://wiki.openembedded.org/index.php?title=Release-2011.03 with your
results and the githash you're on.
I didn't plan on doing this before Tuesday
Tom Rini [2011-02-25 08:01:27]:
> Given the libnl2 breakage I plan to update the branch again today around
> 2pm (-0700) to again current to make sure folks running things over the
> weekend don't hit that problem.
Hi,
there's another breakage - libvpx is not fetchable, their git is somehow
On 02/24/2011 04:23 PM, Tom Rini wrote:
Hey all,
I've updated the testing-release-2011.03 branch exist now and we're
ready for more testing. As a reminder, please update the table on
http://wiki.openembedded.org/index.php?title=Release-2011.03 with your
results and the githash you're on.
This g
On 02/25/2011 12:14 AM, Andreas Mueller wrote:
On Friday 25 February 2011 00:23:55 Tom Rini wrote:
Hey all,
I've updated the testing-release-2011.03 branch exist now and we're
ready for more testing. As a reminder, please update the table on
http://wiki.openembedded.org/index.php?title=Release
On 02/25/2011 06:17 AM, Steffen Sledz wrote:
First error with the latest testing-release-2011.03 while trying clean build of
console-image. :(
Build Configuration:
BB_VERSION= "1.12.0"
METADATA_BRANCH = "testing-release-2011.03"
METADATA_REVISION = "5dbd8d6"
TARGET_ARCH = "arm"
First error with the latest testing-release-2011.03 while trying clean build of
console-image. :(
Build Configuration:
BB_VERSION= "1.12.0"
METADATA_BRANCH = "testing-release-2011.03"
METADATA_REVISION = "5dbd8d6"
TARGET_ARCH = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE
On Friday 25 February 2011 00:23:55 Tom Rini wrote:
> Hey all,
>
> I've updated the testing-release-2011.03 branch exist now and we're
> ready for more testing. As a reminder, please update the table on
> http://wiki.openembedded.org/index.php?title=Release-2011.03 with your
> results and the git
Hey all,
I've updated the testing-release-2011.03 branch exist now and we're
ready for more testing. As a reminder, please update the table on
http://wiki.openembedded.org/index.php?title=Release-2011.03 with your
results and the githash you're on.
This go-around should be much less bumpy a
On 02/18/2011 09:56 AM, Steffen Sledz wrote:
First negativ test result :(
NOTE: Running task 963 of 1217 (ID: 668,
/var/lib/jenkins/jobs/OE-testing/workspace/openembedded/recipes/udev/acl_2.2.49.bb,
do_package)
NOTE: package acl-2.2.49-r3: task do_package: Started
ERROR: QA Issue with acl: pac
First negativ test result :(
NOTE: Running task 963 of 1217 (ID: 668,
/var/lib/jenkins/jobs/OE-testing/workspace/openembedded/recipes/udev/acl_2.2.49.bb,
do_package)
NOTE: package acl-2.2.49-r3: task do_package: Started
ERROR: QA Issue with acl: package acl contains bad RPATH
/var/lib/jenkins/j
Hey all,
I've updated the testing-release-2011.03 branch exist now and we're
ready for more testing. As a reminder, please update the table on
http://wiki.openembedded.org/index.php?title=Release-2011.03 with your
results and the githash you're on.
Also, we expect this to be very bumpy as t
Hey all,
I want to make sure everyone is clear on my plan for the release at
current. We've had our first testing branch done on the 10th and have
gotten a number of good reports and a few bug reports back. I plan to
update the branch again on the 17th and depending on how we look update
ag
Hello.
On Thu, 2011-02-10 at 16:44, Tom Rini wrote:
>
> I've made the testing-release-2011.03 branch exist now and we're
> ready for testing. As a reminder, please update the table on
> http://wiki.openembedded.org/index.php?title=Release-2011.03 with
> your results and the githash you're on (th
On 02/10/2011 04:44 PM, Tom Rini wrote:
Hey all,
I've made the testing-release-2011.03 branch exist now and we're ready
for testing. As a reminder, please update the table on
http://wiki.openembedded.org/index.php?title=Release-2011.03 with your
results and the githash you're on (this will be mu
Hey all,
I've made the testing-release-2011.03 branch exist now and we're ready
for testing. As a reminder, please update the table on
http://wiki.openembedded.org/index.php?title=Release-2011.03 with your
results and the githash you're on (this will be much more important come
the 20th when
On 21/12/10 22:58, Graham Gower wrote:
> On 21 December 2010 22:20, Martyn Welch wrote:
>> On 06/12/10 20:47, Denys Dmytriyenko wrote:
>>> On Fri, Dec 03, 2010 at 11:44:14AM -0800, Khem Raj wrote:
On Fri, Dec 3, 2010 at 7:36 AM, Frans Meulenbroeks
wrote:
> Not sure if this is reprod
On 21 December 2010 22:20, Martyn Welch wrote:
> On 06/12/10 20:47, Denys Dmytriyenko wrote:
>> On Fri, Dec 03, 2010 at 11:44:14AM -0800, Khem Raj wrote:
>>> On Fri, Dec 3, 2010 at 7:36 AM, Frans Meulenbroeks
>>> wrote:
Not sure if this is reproducible or a race but when building console-ima
On 06/12/10 20:47, Denys Dmytriyenko wrote:
> On Fri, Dec 03, 2010 at 11:44:14AM -0800, Khem Raj wrote:
>> On Fri, Dec 3, 2010 at 7:36 AM, Frans Meulenbroeks
>> wrote:
>>> Not sure if this is reproducible or a race but when building console-image
>>> for minimal for calamari I got:
>>>
>>> ERROR:
On 12/09/2010 08:53 AM, Eric Bénard wrote:
On 09/12/2010 17:15, Ed Nelson wrote:
On 12/9/2010 7:49 AM, Eric Bénard wrote:
Hi,
On 09/12/2010 16:44, Ed Nelson wrote:
I am using the latest release-2010.12 and doing a completely new
build for the
AT91SAM9g20 development board(no tmp directory and
/prog/unifdef/unifdef-2.4.tar.gz
200 OK
Length: 440320 (430K) [application/x-tar]
Saving to: `/home/ed/oe/oe-release-2010.12/sources/unifdef-2.4.tar.gz'
0K .. .. .. .. .. 11%
85.8M 0s
50K .. .. .. .. .. 23%
On 12/9/2010 8:53 AM, Eric Bénard wrote:
On 09/12/2010 17:15, Ed Nelson wrote:
On 12/9/2010 7:49 AM, Eric Bénard wrote:
Hi,
On 09/12/2010 16:44, Ed Nelson wrote:
I am using the latest release-2010.12 and doing a completely new
build for the
AT91SAM9g20 development board(no tmp directory and s
40320 (430K) [application/x-tar]
Saving to: `/home/ed/oe/oe-release-2010.12/sources/unifdef-2.4.tar.gz'
0K .. .. .. .. .. 11% 85.8M 0s
50K .. .. .. .. .. 23% 118M
2010/12/9 Martin Jansa :
> On Thu, Dec 09, 2010 at 09:00:00AM -0800, Tim Harvey wrote:
[skip]
> better to go to that directory dirrectly and running that command in
> terminal to see whole output from localedef, it can be unrelated issue like
> this one
>
> http://sourceware.org/bugzilla/show_bug.
67"
> > TARGET_ARCH = "arm"
> > TARGET_OS = "linux-gnueabi"
> > MACHINE = "at91sam9g20ek"
> > DISTRO = "angstrom"
> > DISTRO_VERSION = "next"
> > TARGET_FPU = "soft"
> >
> >
> > The b
On 12/9/2010 8:53 AM, Eric Bénard wrote:
On 09/12/2010 17:15, Ed Nelson wrote:
On 12/9/2010 7:49 AM, Eric Bénard wrote:
Hi,
On 09/12/2010 16:44, Ed Nelson wrote:
I am using the latest release-2010.12 and doing a completely new
build for the
AT91SAM9g20 development board(no tmp directory and s
t;next"
TARGET_FPU = "soft"
The build fails on eglibc do_package with the following information.
NOTE: Running task 1006 of 4003 (ID: 143,
/home/ed/oe/oe-release-2010.12/openembedded/recipes/eglibc/eglibc_2.12.bb,
do_package)
NOTE: package eglibc-2.12-r17.7+svnr11982: task do_packag
On 09/12/2010 17:15, Ed Nelson wrote:
On 12/9/2010 7:49 AM, Eric Bénard wrote:
Hi,
On 09/12/2010 16:44, Ed Nelson wrote:
I am using the latest release-2010.12 and doing a completely new build for the
AT91SAM9g20 development board(no tmp directory and source directory empty).
I am trying to bui
On 12/9/2010 7:49 AM, Eric Bénard wrote:
Hi,
On 09/12/2010 16:44, Ed Nelson wrote:
I am using the latest release-2010.12 and doing a completely new
build for the
AT91SAM9g20 development board(no tmp directory and source directory
empty).
I am trying to build a base image that includes python.
Hi,
On 09/12/2010 16:44, Ed Nelson wrote:
I am using the latest release-2010.12 and doing a completely new build for the
AT91SAM9g20 development board(no tmp directory and source directory empty).
I am trying to build a base image that includes python.
My build machine is running Ubuntu 10.04LTS
ION= "next"
TARGET_FPU= "soft"
The build fails on eglibc do_package with the following information.
NOTE: Running task 1006 of 4003 (ID: 143,
/home/ed/oe/oe-release-2010.12/openembedded/recipes/eglibc/eglibc_2.12.bb,
do_package)
NOTE: package eglibc-2.12-r17.7+
On Fri, Dec 03, 2010 at 11:44:14AM -0800, Khem Raj wrote:
> On Fri, Dec 3, 2010 at 7:36 AM, Frans Meulenbroeks
> wrote:
> > Not sure if this is reproducible or a race but when building console-image
> > for minimal for calamari I got:
> >
> > ERROR: Function staging_packager failed
> > NOTE: Task
On Fri, Dec 3, 2010 at 7:36 AM, Frans Meulenbroeks
wrote:
> Not sure if this is reproducible or a race but when building console-image
> for minimal for calamari I got:
>
> ERROR: Function staging_packager failed
> NOTE: Task failed: ('function staging_packager failed',
> '/home/hudson/jobs/FM_TES
Not sure if this is reproducible or a race but when building console-image
for minimal for calamari I got:
ERROR: Function staging_packager failed
NOTE: Task failed: ('function staging_packager failed',
'/home/hudson/jobs/FM_TEST/workspace/tmp/work/calamari-oe-linux-gnuspe/linux-2.6.30-r6/temp/log
Hello!
Today's testbuilder run on release branch for angstrom-2008.1/angstrom-
gnome-image-big was failed on ffmpeg_svn:
http://tinderbox.openembedded.net/packages/1171052/
--
Yury Bushmelev
___
Openembedded-devel mailing list
Openembedded-devel@lists
On Fri, Dec 03, 2010 at 01:37:51PM +0100, Frans Meulenbroeks wrote:
> Still get this on a clean build (machine nslu2le, distro slugos image
> slugos-image, rm-ed downloads, sources.openembedded.org as premirror).
that's because slugos uses different SRCDATE for this package
./distro/include/slugos
Still get this on a clean build (machine nslu2le, distro slugos image
slugos-image, rm-ed downloads, sources.openembedded.org as premirror).
OTE: package ipkg-utils-native-1.6+cvs20050404-r25: task do_fetch: Started
NOTE: fetch
http://anon...@sources.openembedded.org//ipkg-utils_anoncvs.handhelds
2010/12/2 Pierluigi Passaro :
> Hi Frans,
> thanks for your quick reply.
> I tested your solution without any building issue.
>
> Who need to be advised for pushing either your or mine fix to
> release-2010.12 branch?
>
> Thanks
> Regards
> Pierluigi
Thanks for the testing!
I feel Khem Raj is the
Hi Frans,
thanks for your quick reply.
I tested your solution without any building issue.
Who need to be advised for pushing either your or mine fix to
release-2010.12 branch?
Thanks
Regards
Pierluigi
Frans Meulenbroeks wrote:
2010/12/2 Pierluigi Passaro :
Hi all,
I still have problem co
2010/12/2 Pierluigi Passaro :
> Hi all,
> I still have problem compiling PHP 5.2.13 with release-2010.12 branch.
>
> I fixed the problem with the following patch regarding iconv option. Can
> anyone confirm the issue?
>
> Thanks
> Regards
> Pierluigi
>
> --- a/recipes/php/php_5.2.13.bb
> +++ b/reci
Hi all,
I still have problem compiling PHP 5.2.13 with release-2010.12 branch.
I fixed the problem with the following patch regarding iconv option. Can
anyone confirm the issue?
Thanks
Regards
Pierluigi
--- a/recipes/php/php_5.2.13.bb
+++ b/recipes/php/php_5.2.13.bb
@@ -21,7 +21,7 @@ export L
On Wed, Dec 1, 2010 at 5:33 AM, Frans Meulenbroeks
wrote:
> 2010/12/1 Stefan Schmidt :
>> Hello.
>>
>> On Wed, 2010-12-01 at 10:06, Frans Meulenbroeks wrote:
>>>
>>> I wanted to raise the issue of when to do the release. I seem to
>>> recall dec 1 was coined in the past (which is today in most of
2010/12/1 Stefan Schmidt :
> Hello.
>
> On Wed, 2010-12-01 at 10:06, Frans Meulenbroeks wrote:
>>
>> I wanted to raise the issue of when to do the release. I seem to
>> recall dec 1 was coined in the past (which is today in most of the
>> timezones at the time of writing).
>
> Thats correct.
>
>> I
Hello.
On Wed, 2010-12-01 at 10:06, Frans Meulenbroeks wrote:
>
> I wanted to raise the issue of when to do the release. I seem to
> recall dec 1 was coined in the past (which is today in most of the
> timezones at the time of writing).
Thats correct.
> It seems to me that we still some areas n
Frans Meulenbroeks [2010-12-01 09:51:57]:
> OE is more than angstrom, and no single distro should block progress for
> the rest, even not if it is the primary distro. My suggestion would be to
> upgrade uclibc + binutils. to fix things. Angstrom then can (and probably
> already does) pin the c
Graeme Gregory [2010-12-01 08:58:13]:
> Wait a minute here, all the reports I keep seeing are a failure to
> compile in 3 non essential tools. I think as Angstrom maintainer Im
> quite happy for that state to exist in a release. I know I wouldnt be
> using OpenGL and h264 video on a uclibc target
Dear all,
I wanted to raise the issue of when to do the release. I seem to
recall dec 1 was coined in the past (which is today in most of the
timezones at the time of writing).
It seems to me that we still some areas needing attention (uclibc, the
multiple provides for a few packages and probably
On 01/12/2010 08:54, Graham Gower wrote:
> On 1 December 2010 19:21, Frans Meulenbroeks
> wrote:
>> 2010/12/1 Petr Štetiar :
>>> Khem Raj [2010-11-30 10:12:08]:
>>>
Do we already have some resolutions to these issues ? are there
existing patches
>>> Yes, there are few patches around, bu
2010/12/1 Graham Gower :
> On 1 December 2010 19:21, Frans Meulenbroeks
> wrote:
>> 2010/12/1 Petr Štetiar :
>>> Khem Raj [2010-11-30 10:12:08]:
>>>
Do we already have some resolutions to these issues ? are there
existing patches
>>>
>>> Yes, there are few patches around, but Koen didn'
On 1 December 2010 19:21, Frans Meulenbroeks
wrote:
> 2010/12/1 Petr Štetiar :
>> Khem Raj [2010-11-30 10:12:08]:
>>
>>> Do we already have some resolutions to these issues ? are there
>>> existing patches
>>
>> Yes, there are few patches around, but Koen didn't told us yet[1] what
>> fix/workaro
2010/12/1 Petr Štetiar :
> Khem Raj [2010-11-30 10:12:08]:
>
>> Do we already have some resolutions to these issues ? are there
>> existing patches
>
> Yes, there are few patches around, but Koen didn't told us yet[1] what
> fix/workaround he would preffer for Angstrom 2008/2010.
>
> 1.
> http://
Khem Raj [2010-11-30 10:12:08]:
> Do we already have some resolutions to these issues ? are there
> existing patches
Yes, there are few patches around, but Koen didn't told us yet[1] what
fix/workaround he would preffer for Angstrom 2008/2010.
1.
http://www.mail-archive.com/openembedded-devel@
On Tue, Nov 30, 2010 at 12:23 AM, Petr Štetiar wrote:
> Khem Raj [2010-11-29 16:34:01]:
>
>> Hi Folks,
>
> Hi,
>
>> Please update your release branch to latest tip and rerun your builds and
>> other tests that you have been doing and indicate any hot fixes that we need
>> for the final release. A
On Tue, Nov 30, 2010 at 1:17 AM, Frans Meulenbroeks
wrote:
> Just committed the following 3 things to master, they could also go
> into the release (at least the last two ones wrt php).
> Still looking for a solution to get php working with iconv as without
> it it breaks another recipe (I think a
On Mon, Nov 29, 2010 at 11:56 PM, Frans Meulenbroeks
wrote:
> I thought I already mentioned this, but we need from master
> 95035fb93f662b8036e1083a7a834030b4b98041
> f2a9c8045666402811c4e5adeccb62ee2042e0c9
> f7403d0b48339483fa02e4042d2c70b992228beb
>
> Without these the underlying
On Tue, Nov 30, 2010 at 1:56 AM, Nicolas Ferre wrote:
> Le 19/11/2010 17:29, Nicolas Ferre :
>> Le 19/11/2010 17:07, Martin Jansa :
>>> On Fri, Nov 19, 2010 at 04:55:07PM +0100, Nicolas Ferre wrote:
Hi,
While trying to build from scratch the latest .dev branch with:
- at91sam9m
Le 19/11/2010 17:29, Nicolas Ferre :
> Le 19/11/2010 17:07, Martin Jansa :
>> On Fri, Nov 19, 2010 at 04:55:07PM +0100, Nicolas Ferre wrote:
>>> Hi,
>>>
>>> While trying to build from scratch the latest .dev branch with:
>>> - at91sam9m10g45ek machine
>>> - angstrom-2010.x distribution
>>> - bitbak
Just committed the following 3 things to master, they could also go
into the release (at least the last two ones wrt php).
Still looking for a solution to get php working with iconv as without
it it breaks another recipe (I think ampache).
Open for ideas on that one.
Frans
commit 7aa6b49cabce5f85
Khem Raj [2010-11-29 16:34:01]:
> Hi Folks,
Hi,
> Please update your release branch to latest tip and rerun your builds and
> other tests that you have been doing and indicate any hot fixes that we need
> for the final release. Again update the Testing table with the results
as I see it, the u
Oh btw, I strongly suggest that we also try to solve the multiple
providers thing.
I've seen it for mysqlclient, depmod and one other package and have
reported this a few times.
I do not feel myself sufficiently empowered to remove the old provider
or add a pinning or so.
Frans
__
2010/11/30 Khem Raj :
> Hi Folks,
>
> Please update your release branch to latest tip and rerun your builds
> and other tests that you have been doing
> and indicate any hot fixes that we need for the final release. Again
> update the Testing table with the results
>
> Thank you
> -Khem
I thought
Hi Folks,
Please update your release branch to latest tip and rerun your builds
and other tests that you have been doing
and indicate any hot fixes that we need for the final release. Again
update the Testing table with the results
Thank you
-Khem
___
Dear all,
I'm still getting multiple providers messages on the release branch:
Build Configuration:
BB_VERSION= "1.10.0"
METADATA_BRANCH = "release-2010.12"
METADATA_REVISION = "ee4389e"
TARGET_ARCH = "powerpc"
TARGET_OS = "linux-gnuspe"
MACHINE = "calamari"
DIST
On 23.11.2010 18:52, Khem Raj wrote:
On Tue, Nov 23, 2010 at 9:42 AM, Simon Busch wrote:
Should I cherry-pick it in the release branch to fix the problem there too?
sure please do.
Done.
___
Openembedded-devel mailing list
Openembedded-devel@list
On Tue, Nov 23, 2010 at 9:42 AM, Simon Busch wrote:
> Should I cherry-pick it in the release branch to fix the problem there too?
sure please do.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/c
Heyho,
some minutes ago I fixed a bug in the lvm2 recipes which produces
packages which are not usable as they depend on device-mapper but
includes device-mapper itself. So I remove the dependency from lvm2 to
device-mapper which fixes the problem (upstream lvm2 includes
device-mapper since s
On Fri, Nov 19, 2010 at 9:34 AM, Philip Balister wrote:
> On 11/19/2010 06:44 AM, Martin Jansa wrote:
>
>
>
>> I think that short-lived branch is better, because every testing branch
>> had few easy-to-fix issues which were fixed almost immediately in .dev
>> after testing branched and it wou
On (19/11/10 12:33), Martin Jansa wrote:
> * can I also remove shr-autorev from shr.conf (just for release
> branch?), because it's likely that after some time shr-autorev will
> pick revisions no longer backward compatible with tagged revision
> of OE (ie EFL)
>
> Signed-off-by: Martin Jans
On 11/19/2010 06:44 AM, Martin Jansa wrote:
I think that short-lived branch is better, because every testing branch
had few easy-to-fix issues which were fixed almost immediately in .dev
after testing branched and it would be hard to choose which branch was best.
But tag from any testing
On (19/11/10 15:16), Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 19-11-10 14:46, Tom Rini wrote:
> > On 11/19/2010 03:34 AM, Koen Kooi wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> On 18-11-10 22:27, Khem Raj wrote:
> >>> Hello all,
> >>>
>
On Fri, Nov 19, 2010 at 03:16:02PM +0100, Koen Kooi wrote:
> Well, that was the whole point. The release is supposed to be only a
> testing tag...
>
> We were very clear at OEDEM, no *branch* only a tag. If .dev isn't
> working, find a testing tag in the past that does work and use that as a
> rel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 19-11-10 14:46, Tom Rini wrote:
> On 11/19/2010 03:34 AM, Koen Kooi wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 18-11-10 22:27, Khem Raj wrote:
>>> Hello all,
>>>
>>> The work branch for upcoming 2010.12 release has been crea
On 11/19/2010 03:34 AM, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18-11-10 22:27, Khem Raj wrote:
Hello all,
The work branch for upcoming 2010.12 release has been created.
Why was this created? We were *very* clear at OEDEM that there would be
no branch, only a tag.
On 11/18/2010 09:45 PM, Graham Gower wrote:
| make[3]: Entering directory
`/mnt/oe/tmp/work/mipsel-oe-linux/mioctl-1_0.1.0+gitr0+43fae6cf5e3aa57f5d7fed467896d2d4d0f69679-r0/git/tools/mioctl/src'
| mipsel-oe-linux-gcc -march=mips32 -DHAVE_CONFIG_H -I. -I.. -pthread
-I/mnt/oe/tmp/sysroots/mipsel
* can I also remove shr-autorev from shr.conf (just for release
branch?), because it's likely that after some time shr-autorev will
pick revisions no longer backward compatible with tagged revision
of OE (ie EFL)
Signed-off-by: Martin Jansa
---
recipes/shr/e-wm-config-illume2-shr_git.bb |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18-11-10 22:27, Khem Raj wrote:
> Hello all,
>
> The work branch for upcoming 2010.12 release has been created.
Why was this created? We were *very* clear at OEDEM that there would be
no branch, only a tag.
Why was this changed? I only see some v
2010/11/18 Khem Raj :
> Hello all,
>
> The work branch for upcoming 2010.12 release has been created. Please
> lend your hand in testing this branch and cherry-picking
> fixes that we need to make the release a robust one. Testing as many
> combinations of machine/distro/image as possible would be
| make[3]: Entering directory
`/mnt/oe/tmp/work/mipsel-oe-linux/mioctl-1_0.1.0+gitr0+43fae6cf5e3aa57f5d7fed467896d2d4d0f69679-r0/git/tools/mioctl/src'
| mipsel-oe-linux-gcc -march=mips32 -DHAVE_CONFIG_H -I. -I.. -pthread
-I/mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/include/glib-2.0
-I/mnt/oe/tmp/
Hello all,
The work branch for upcoming 2010.12 release has been created. Please
lend your hand in testing this branch and cherry-picking
fixes that we need to make the release a robust one. Testing as many
combinations of machine/distro/image as possible would be
nice. Please use the Testing matr
97 matches
Mail list logo
