2012/8/29 Khem Raj :
>
> On Aug 28, 2012, at 12:37 AM, Samuel Stirtzel
> wrote:
>
>> after switching from the Denzil branch to next it seems that the
>> package order has been changed.
>> This causes failures with non symlink .so files in -dev packages for
>> various meta-kde recipes.
>>
>> What
On Aug 28, 2012, at 12:37 AM, Samuel Stirtzel wrote:
> after switching from the Denzil branch to next it seems that the
> package order has been changed.
> This causes failures with non symlink .so files in -dev packages for
> various meta-kde recipes.
>
> What is the preferred way to fix this?
On Aug 28, 2012, at 11:15 PM, Samuel Stirtzel wrote:
>
> The package re-ordering happened in OE-Core and _not in Angstrom_ how
> is this Angstrom related?
>
I misunderstood I think you are referring to
commit b41b2bc584756956a48c9c5f91e7337e821105b2
Author: Saul Wold
Date: Thu Jun 28 13:
2012/8/29 Samuel Stirtzel :
> 2012/8/28 Khem Raj :
>> On Tue, Aug 28, 2012 at 1:28 AM, Samuel Stirtzel
>> wrote:
>>> 2012/8/28 Paul Eggleton :
On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
> after switching from the Denzil branch to next it seems that the
> package order h
2012/8/28 Khem Raj :
> On Tue, Aug 28, 2012 at 1:28 AM, Samuel Stirtzel
> wrote:
>> 2012/8/28 Paul Eggleton :
>>> On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
after switching from the Denzil branch to next it seems that the
package order has been changed.
>>>
>>> You say "ne
Rich - check the Yocto Project Reference Manual, available in the documentation
tab on the Yoctoproject.org website. Looks like section 3.2.3 documents it.
Dave
Sent from my Blackberry
- Original Message -
From: Rich Pixley [mailto:rich.pix...@palm.com]
Sent: Tuesday, August 28, 2012 0
Where can I find documentation on the shared state system?
--rich
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
On Tue, Aug 28, 2012 at 3:54 AM, Paul Eggleton
wrote:
>> libpcre \
>> -portmap \
>> rpcbind \
>> sysfsutils \
>> tcp-wrappers \
>
> I came across this while digging back through the history in master. Does this
> mean we ought to be switching to rpcbind in our other tasks w
On Tue, Aug 28, 2012 at 1:28 AM, Samuel Stirtzel
wrote:
> 2012/8/28 Paul Eggleton :
>> On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
>>> after switching from the Denzil branch to next it seems that the
>>> package order has been changed.
>>
>> You say "next", do you mean denzil-next or
On 28 August 2012 21:01, Mark Asselstine wrote:
>> But surely this should be running very early in the boot, and a
>> DHCP-assigned name should be running afterwards?
>
> That hasn't been what I have observed, and doesn't cover the command line
> case. If you have an NFS root this would also not b
On August 28, 2012 20:16:30 Burton, Ross wrote:
> On 28 August 2012 19:53, Mark Asselstine
wrote:
> > hostname.sh doesn't leave much room for priority
> >
> > ---snip---
> > if test -f /etc/hostname
> > then
> >
> > hostname -F /etc/hostname
> >
> > fi
> > ---snip---
> >
> > looking a
On 28 August 2012 19:53, Mark Asselstine wrote:
> hostname.sh doesn't leave much room for priority
>
> ---snip---
> if test -f /etc/hostname
> then
> hostname -F /etc/hostname
> fi
> ---snip---
>
> looking at this you can see my logic, don't create the /etc/hostname file get
> rid of the o
On Tue, Aug 28, 2012 at 8:35 AM, Richard Purdie
wrote:
> As discussed on the mailing lists, using a suffix to package names is
> hard and has lead to many recipes having to do PKGSUFFIX games. Its
> looking extremely hard to scale nativesdk much further without hacking
> many recipes.
>
> By compa
On August 28, 2012 19:38:04 Phil Blundell wrote:
> On Tue, 2012-08-28 at 14:20 -0400, Mark Asselstine wrote:
> > + if [ "${hostname}" != "none" ]; then
>
> This magic string value seems a bit unwholesome. Can't you just check
> against the empty string?
The 'none' was suggested by a colleague
On Tue, 2012-08-28 at 14:20 -0400, Mark Asselstine wrote:
> + if [ "${hostname}" != "none" ]; then
This magic string value seems a bit unwholesome. Can't you just check
against the empty string?
Also, if the problem is that the static hostname set here is overriding
the one from dhcp or the
The existence of a /etc/hostname file causes any hostname provided on
the kernel command line or via dhcp to be overwritten by the
initscripts 'init.d/hostname.sh'. This change allows you to set a
value of 'none' for 'hostname' which will skip the creation of the
/etc/hostname file by the base-file
Matches changes made to the e2fsprogs PACKAGE list
Added PR Bump
Signed-off-by: Saul Wold
---
meta/recipes-core/tasks/task-self-hosted.bb |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/tasks/task-self-hosted.bb
b/meta/recipes-core/tasks/task-self-h
Matches changes made to the e2fsprogs PACKAGE list
Signed-off-by: Saul Wold
---
meta/recipes-core/tasks/task-self-hosted.bb |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/tasks/task-self-hosted.bb
b/meta/recipes-core/tasks/task-self-hosted.bb
index 61
On Tuesday 28 August 2012 17:22:02 Koen Kooi wrote:
> Op 2 jun. 2012, om 04:24 heeft Christopher Larson het
volgende geschreven:
> > Both rpcbind and portmap are RPC port mappers. Having both is redundant.
> > Chose rpcbind over portmap as rpcbind supports ipv6, nfs4, and builds
> > without the g
This patch converts the nativesdk class itself from operating as a suffix
to a prefix (see the proceeding patch for the related changes outside this
class).
The big benefit here is that we can reuse the generic class extension code.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/na
rpm can't use the "-" as the arch, which causes problem, e.g., when
MACHINE = "beagleboard":
* The arch should be armv7a-vfp-neon, but rpm only takes the armv7a,
this is incorrect since it is mixed with real arch armv7a.
* The nativesdk's arch should be i686-nativesdk (or x86_64-nativesdk),
b
Test info:
MACHINE = beagleboard/mpc8315e-rdb/qemux86
PACKAGE_CLASSES = package_rpm
$ bitbake core-image-minimal core-image-sato meta-toolchain \
meta-toolchain-sdk adt-installer meta-ide-support
$ bitbake package-index
$ runqemu qemux86 (when MACHINE=qemux86)
All of them are OK.
Note:
As discussed on the mailing lists, using a suffix to package names is
hard and has lead to many recipes having to do PKGSUFFIX games. Its
looking extremely hard to scale nativesdk much further without hacking
many recipes.
By comparison, using a prefix like multilib does works much better and
doe
Op 28 aug. 2012, om 15:45 heeft Mark Asselstine
het volgende geschreven:
> On August 28, 2012 08:47:33 Koen Kooi wrote:
>> Op 27 aug. 2012, om 17:24 heeft Mark Asselstine
> het volgende geschreven:
>>> Current logic used to create the /etc/hostname file is fairly
>>> restrictive and doesn't a
Op 2 jun. 2012, om 04:24 heeft Christopher Larson het
volgende geschreven:
> Both rpcbind and portmap are RPC port mappers. Having both is redundant. Chose
> rpcbind over portmap as rpcbind supports ipv6, nfs4, and builds without the
> glibc rpc headers, which have been obsoleted in glibc 2.14.
On 08/28/2012 07:03 AM, Constantin Musca wrote:
On 08/28/2012 05:02 PM, Constantin Musca wrote:
autofoo.patch: removed
- the patch is not used
check_version: adapted to the new version
- adapt the linux-wrs kernel version, which has character '_'
- remove the first-char-digit-check (
Richard,
This includes some build related fixes for perf along with
the cleanup's in the archiver from Robert.
There are also 2 changes for meta-yocto pending (one left over
from Tom bsp-yocto set, and a local.conf.sample.extended for
the achiver class changes).
I removed the kernel updates and
On 08/28/2012 05:02 PM, Constantin Musca wrote:
autofoo.patch: removed
- the patch is not used
check_version: adapted to the new version
- adapt the linux-wrs kernel version, which has character '_'
- remove the first-char-digit-check (as the 1.15.8.5 version does)
dpkg-de
autofoo.patch: removed
- the patch is not used
check_version: adapted to the new version
- adapt the linux-wrs kernel version, which has character '_'
- remove the first-char-digit-check (as the 1.15.8.5 version does)
dpkg-deb-avoid-fflush.patch: removed
- the patch
On 08/26/2012 09:49 PM, Bruce Ashfield wrote:
Richard/Saul,
Here's some changes that I've staged over the past week or so,
everything checks out here, and there are some good changes in
this set of -stable updates, and and the linker fix from Khem.
I've also got a small tools fix here as well,
On August 28, 2012 08:47:33 Koen Kooi wrote:
> Op 27 aug. 2012, om 17:24 heeft Mark Asselstine
het volgende geschreven:
> > Current logic used to create the /etc/hostname file is fairly
> > restrictive and doesn't allow for easy customization since the
> > variable 'hostname' is local to the base
On Friday 01 June 2012 19:24:54 Christopher Larson wrote:
> Both rpcbind and portmap are RPC port mappers. Having both is redundant.
> Chose rpcbind over portmap as rpcbind supports ipv6, nfs4, and builds
> without the glibc rpc headers, which have been obsoleted in glibc 2.14.
>
> Signed-off-by:
2012/8/28 Paul Eggleton :
> On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
>> after switching from the Denzil branch to next it seems that the
>> package order has been changed.
>
> You say "next", do you mean denzil-next or master?
master
Meant the next branch of the setup-scripts:
htt
On Tuesday 28 August 2012 09:37:53 Samuel Stirtzel wrote:
> after switching from the Denzil branch to next it seems that the
> package order has been changed.
You say "next", do you mean denzil-next or master?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
_
Hi,
after switching from the Denzil branch to next it seems that the
package order has been changed.
This causes failures with non symlink .so files in -dev packages for
various meta-kde recipes.
What is the preferred way to fix this?
Currently done something like: unset FILES_SOLIBSDEV and add a
On Wednesday 15 August 2012 10:46:49 Paul Eggleton wrote:
> Hi all,
>
> There have been a few requests to review the task recipes (i.e. package
> groups) provided by OE-Core, and indeed these have not really been looked at
> seriously since OE-Core was created. Ideally I think we want them to be
>
36 matches
Mail list logo
