On 01/25/2013 01:39 AM, Mark Hatle wrote:
On 1/24/13 2:16 AM, qi.c...@windriver.com wrote:
From: Chen Qi
Previously, the /tmp link (/tmp -> /var/tmp) was created by the
bootmisc.sh script. So in case of a read-only rootfs, this symlink
would not be created correctly.
The populate-volatile.sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/24/2013 02:49 PM, Richard Purdie wrote:
> On Thu, 2013-01-24 at 15:42 -0700, Chris Larson wrote:
>>
>> On Thu, Jan 24, 2013 at 3:14 PM, Khem Raj
>> wrote: On Thu, Jan 24, 2013 at 1:50 PM, Richard Purdie
>> wrote:
>>> Do we need libusb support
On 01/24/2013 06:45 PM, Burton, Ross wrote:
On 24 January 2013 08:16, wrote:
From: Chen Qi
Inherit volatiles.bbclass to support read-only rootfs.
Please explain why DBus needs volatiles.bbclass to support a readonly
rootfs. Presumably it's because the machine UUID is written to
/var/lib, a
On 01/25/2013 03:44 AM, Mark Hatle wrote:
On 1/24/13 2:16 AM, qi.c...@windriver.com wrote:
From: Chen Qi
read_only_rootfs_hook: this funtion is invoked only if
'read-only-rootfs'
is in IMAGE_FEATURES. It tweaks some basic files and makes populate-
volatile.sh script run at rootfs time.
For
On Thu, Jan 24, 2013 at 2:49 PM, Richard Purdie
wrote:
> On Thu, 2013-01-24 at 15:42 -0700, Chris Larson wrote:
>>
>> On Thu, Jan 24, 2013 at 3:14 PM, Khem Raj wrote:
>> On Thu, Jan 24, 2013 at 1:50 PM, Richard Purdie
>> wrote:
>> > Do we need libusb support in libpcap? W
After having to debug the SDK installer a few times in
addition to the relocation code the following patch was created
to improve the capabilities around debugging the SDK installer.
1) Add a verbose mode -D which set a set -x to see what
the SDK installer is doing.
2) Add a mode -S to save th
There are two cases of corruption that the relocate_sdk.py was not correctly
dealing with.
1) SDK Extras should be left alone
Extra external binaries included in an SDK that were linked against the
host's version of /usr/lib/ld-so.so should not get a relocation applied.
In the case that w
If a FILES_* variable has an unqualified path in it, this can result in
a file being sucessfully packaged, and yet, still showing up as
installed-but-unpackaged. Note: I had weird build problems with my oe-core
tree, but I tested this in a nearby poky tree and it worked there, anyway.
The followi
A path name in FILES_package which has no leading slash can
work for the packaging code, causing the file to get installed
correctly as part of a package; however, the check for installed
but unpackaged files checks against the "./" path, resulting
in a spurious diagnostic. Solution: We're already
copyleft_should_include() was only filtering out recipes that
contain a license in COPYLEFT_LICENSE_EXCLUDE. This change adds
the requirement that the recipe contain a copyleft license, as
defined by COPYLEFT_LICENSE_INCLUDE.
Also, filtering results were being mistakenly negated in tar_filter().
The following changes since commit 2e2a91025ca9c113365c810ce08b48201fe792b8:
systemd: Fix build on ppc (2013-01-24 20:08:00 +)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib strassek/archiver_copyleft_filter
http://git.yoctoproject.org/cgit.cgi/poky-co
On Thu, 2013-01-24 at 15:42 -0700, Chris Larson wrote:
>
> On Thu, Jan 24, 2013 at 3:14 PM, Khem Raj wrote:
> On Thu, Jan 24, 2013 at 1:50 PM, Richard Purdie
> wrote:
> > Do we need libusb support in libpcap? What does this
> dependency buy us
> > and coul
On Thu, Jan 24, 2013 at 3:14 PM, Khem Raj wrote:
> On Thu, Jan 24, 2013 at 1:50 PM, Richard Purdie
> wrote:
> > Do we need libusb support in libpcap? What does this dependency buy us
> > and couldn't we force it off instead?
>
> its needed to support canusb in libpcap, I would say yes we should
On Thu, Jan 24, 2013 at 1:50 PM, Richard Purdie
wrote:
> Do we need libusb support in libpcap? What does this dependency buy us
> and couldn't we force it off instead?
its needed to support canusb in libpcap, I would say yes we should
support it but disabling it would be ok too although all my bu
On Thu, 2013-01-24 at 13:07 -0800, Khem Raj wrote:
> libpcap notices libusb in its configure if its sysrooted
> and ignores it if its not. But this causes problems since
> there is no explicit dependency on libusb. Rebuild from shared
> state sometimes fails when libusb has not been yet populated
>
Hi all,
We now have a more up to date kernel repository for contributions to
the linux-yocto kernel or linux-yocto meta data (configs, patches).
(Michael indulged me and help set this up really quickly, so he gets
all the credit for the work on this).
Enough rambling, and onto the link:
git:
Othereise it does not honor USE_NLS variable
and does not have proper dependencies. Which leads
to compile errors like missing liintl.h on uclibc
Signed-off-by: Khem Raj
---
meta/recipes-extended/quota/quota_4.01.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/reci
uclibc specific patches are not needed now as they are
available in 0.18.2 gettext now
Signed-off-by: Khem Raj
---
.../gnulib-uclibc-sched_param-def.patch| 21 --
.../gettext/gettext-0.18.2/wchar-uclibc.patch | 74
meta/recipes-core/gettext/gettext_0
_timezone is not implemented in uclibc therefore
bypass it.
Signed-off-by: Khem Raj
---
meta/recipes-support/icu/icu.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-support/icu/icu.inc b/meta/recipes-support/icu/icu.inc
index 1329635..64b3edf 100644
--- a/meta/recipes-sup
building from shared state often ends up with
|
/b/kraj/angstrom/build/tmp-angstrom_next-uclibc/work/i586-angstrom-linux-uclibc/gawk/4.0.1-r1/gawk-4
.0.1/debug.c:4135: undefined reference to `rl_reset_terminal'
|
/b/kraj/angstrom/build/tmp-angstrom_next-uclibc/work/i586-angstrom-linux-uclibc/gawk/
Add defines which otherwise are missing in uclibc nss
Signed-off-by: Khem Raj
---
.../rpcbind/rpcbind/0001-uclibc-nss.patch | 30 ++
.../rpcbind/0002-uclibc-rpcsvc-defines.patch | 60
meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb |8 +++
3
systemd related functionality is tested in latest git of uclibc
therefore lets use it as default provider for uclibc as its the
most tested version on master
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
uclibc does not provide these functions so dont expect them
/usr/lib/libtirpc.so: undefined reference to `key_encryptsession_pk'
/usr/lib/libtirpc.so: undefined reference to `getnetname'
/usr/lib/libtirpc.so: undefined reference to `cbc_crypt'
/usr/lib/libtirpc.so: undefined reference to `ecb_cryp
libpcap notices libusb in its configure if its sysrooted
and ignores it if its not. But this causes problems since
there is no explicit dependency on libusb. Rebuild from shared
state sometimes fails when libusb has not been yet populated
in sysroot and libpcap has. And do_configure of consumers of
ppc discovers an interesting issue in linking systemd where a library is
missing in link cmdline and linker barfs
./.libs/libsystemd-core.a(libsystemd_core_la-manager.o): In function
`manager_check_finished':
/builddir/build/BUILD/systemd-196/src/core/manager.c:2092: undefined
reference to `sd_not
This patchset addresses few things
1. Upgrades systemd to 197 (tested on uclibc and eglibc with all qemu machines)
2. Fixes recipes to compile with uclibc and build core-image-sato for all
supported
qemu machines and booted them
3. Fix intermittent build failures seen on high parallism and r
The renterant functions are needed by quota
Signed-off-by: Khem Raj
---
meta/recipes-core/uclibc/uclibc-git/uClibc.distro |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/uclibc/uclibc-git/uClibc.distro
b/meta/recipes-core/uclibc/uclibc-git/uClibc.distro
On Wed, 2013-01-23 at 14:43 -0600, Peter Seebach wrote:
> FILES_${PN} = "fascinating"
>
> do_install() {
> touch ${D}/fascinating
> }
>
> At least in our local copy of oe-core, this results in:
>
> 1. A package which contains a /fascinating file.
> 2. An installed-but-unpackaged warning fo
On 1/24/13 2:16 AM, qi.c...@windriver.com wrote:
From: Chen Qi
Previously, the /tmp link (/tmp -> /var/tmp) was created by the
bootmisc.sh script. So in case of a read-only rootfs, this symlink
would not be created correctly.
The populate-volatile.sh script is intended to handle all directorie
On 1/24/13 2:16 AM, qi.c...@windriver.com wrote:
From: Chen Qi
read_only_rootfs_hook: this funtion is invoked only if 'read-only-rootfs'
is in IMAGE_FEATURES. It tweaks some basic files and makes populate-
volatile.sh script run at rootfs time.
For now, it has real effect only if the init syst
On 01/18/2013 04:41 AM, Andreas Müller wrote:
As long as we support only one locale package per recipe this leads to unwanted
packages in images. This patch was motivated by samba (meta-oe): only wanting
libsmbclient one gets full samba server into the image. For my standard image
the follwing pa
From: Marcin Juszkiewicz
Commit 9e7c64ca9afbf27edd0d35a1830ce55ee6d778ab broke all builds where
custom DISTRO_FEATURES were used.
Resulting images ended in non-bootable state due to lack of initscripts
(unless someone had sysvinit or systemd in D_E already).
https://bugs.launchpad.net/linaro-oe
From: Richard Purdie
Backfilling DISTRO_FEATURES and MACHINE_FEATURES with _append statements happens
too late to use those variables with conditional inherits, like this:
inherit ${@base_contains('DISTRO_FEATURES','sysvinit','update-rc.d_real','',d)}
Instead, do the backfilling at ConfigParse
Hi,
This series contains two fixes:
- make the init manager backfilled into distro features (thanks, Marcin)
- backfill features earlier in the parse so conditional inherits work with
backfilled features (patch as described by Richard over IM)
Between then this makes sysvinit images work again w
On 1/24/13 2:16 AM, qi.c...@windriver.com wrote:
From: Chen Qi
Previously, the /tmp link (/tmp -> /var/tmp) was created by the
bootmisc.sh script. So in case of a read-only rootfs, this symlink
would not be created correctly.
The populate-volatile.sh script is intended to handle all directorie
Tested on real hardware: FRI2.
Basic tests performed: scan, connected to a WPA2 network, performed pings.
It builds correctly for all YP supported HW architectures.
Regards,
Cristian
-Original Message-
From: Iorga, Cristian
Sent: Thursday, January 24, 2013 6:07 PM
To: openembedded-core@l
From: Constantin Musca
- as of February 11, 2012, the project has chosen to use only
the BSD license option for future distribution
- wpa-supplicant-1.0 dir was not version specific,
as such it is generic now
Signed-off-by: Constantin Musca
Signed-off-by: Cristian Iorga
---
.../{wpa-supplican
On 24 January 2013 15:43, Martin Jansa wrote:
> I think the point is, keep default default.target for images where it's
> OK (gui or warning) and change default.target to something else only for
> images where it matters (nogui if you care about warning).
>
> Changing default value by patch in sys
On Thu, Jan 24, 2013 at 03:37:09PM +, Burton, Ross wrote:
> On 24 January 2013 15:30, Samuel Stirtzel wrote:
> > There is no reasoning why to change the _default_ so that others have
> > to change their image rather than you have to change yours.
>
> core-image-minimal needs to boot to multi-
On Thu, Jan 24, 2013 at 10:43 AM, Martin Jansa wrote:
> On Thu, Jan 24, 2013 at 12:05:00PM +, Ciobanu, Emilia Maria Silvia wrote:
>> Hi,
>>
>> I've created a new layer that can be used for kiosk devices.
>> You can check it out at:
>> http://git.yoctoproject.org/cgit/cgit.cgi/meta-web-kios
On 24 January 2013 15:30, Samuel Stirtzel wrote:
> There is no reasoning why to change the _default_ so that others have
> to change their image rather than you have to change yours.
core-image-minimal needs to boot to multi-user. core-image-sato needs
to boot to graphical. This isn't a "we'll
2013/1/24 Burton, Ross :
> On 24 January 2013 15:16, Andreas Müller wrote:
>> So I would have to touch all my images to save GUI-less guys from
>> systemd warning? Hmm
>
> It would default to a text console, so you'd need to modify your GUI
> images. There may be some common place we can override
On 24 January 2013 15:16, Andreas Müller wrote:
> So I would have to touch all my images to save GUI-less guys from
> systemd warning? Hmm
It would default to a text console, so you'd need to modify your GUI
images. There may be some common place we can override this globally
for anything with X
On Thu, Jan 24, 2013 at 4:03 PM, Burton, Ross wrote:
> Hi,
>
> A fairly uncomplicated way would be to have a variable that defaults
> to multi-user, but allow images to override it (e.g. all the X images
> in oe-core would do this), and set the symlink at image creation time.
>
> Ross
>
So I would
Hi,
A fairly uncomplicated way would be to have a variable that defaults
to multi-user, but allow images to override it (e.g. all the X images
in oe-core would do this), and set the symlink at image creation time.
Ross
___
Openembedded-core mailing lis
On 24 January 2013 13:03, Radu Moisan wrote:
> ok, thanks Enrico, this clears the picture for me.
> Well then it looks like Jack's problems is coming from some other place.
No - /run needs to exist for the mount to happen, and there isn't a
/run in the filesystem. Whatever creates the root files
Hi,
I've updated the wiki.
Ema
From: openembedded-core-boun...@lists.openembedded.org
[openembedded-core-boun...@lists.openembedded.org] on behalf of Burton, Ross
[ross.bur...@intel.com]
Sent: Thursday, January 24, 2013 3:54 PM
To: Philip Balister
Cc: yo
Updated the repository.
From: Martin Jansa [martin.ja...@gmail.com]
Sent: Thursday, January 24, 2013 3:54 PM
To: Ciobanu, Emilia Maria Silvia
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] Meta-web-kiosk Layer
On Thu, Jan 24, 2013 at 01
2013/1/24 Samuel Stirtzel :
> 2013/1/24 Radu Moisan :
>>
>> On 01/24/2013 03:48 PM, Martin Jansa wrote:
>>>
>>> On Thu, Jan 24, 2013 at 03:36:02PM +0200, Radu Moisan wrote:
this fixes a service dependency issue;
while graphical.target is the default mode, systemd
will try to sta
On Thu, Jan 24, 2013 at 2:48 PM, Martin Jansa wrote:
> On Thu, Jan 24, 2013 at 03:36:02PM +0200, Radu Moisan wrote:
>> this fixes a service dependency issue;
>> while graphical.target is the default mode, systemd
>> will try to start display-manager.service which is not
>> available.
>
> what abou
2013/1/24 Radu Moisan :
>
> On 01/24/2013 03:48 PM, Martin Jansa wrote:
>>
>> On Thu, Jan 24, 2013 at 03:36:02PM +0200, Radu Moisan wrote:
>>>
>>> this fixes a service dependency issue;
>>> while graphical.target is the default mode, systemd
>>> will try to start display-manager.service which is no
On 01/24/2013 03:48 PM, Martin Jansa wrote:
On Thu, Jan 24, 2013 at 03:36:02PM +0200, Radu Moisan wrote:
this fixes a service dependency issue;
while graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available.
what about images with display-m
On 24 January 2013 12:36, Philip Balister wrote:
> On 01/24/2013 07:12 AM, Burton, Ross wrote:
>> On 24 January 2013 12:03, Ciobanu, Emilia Maria Silvia
>> wrote:
>>> I've created a new layer that can be used for kiosk devices.
>>> You can check it out at:
>>> http://git.yoctoproject.org/cgit
On Thu, Jan 24, 2013 at 01:46:04PM +, Ciobanu, Emilia Maria Silvia wrote:
> Hi,
>
> I've updated the repository with the dependencies changes.
Great, thank you.
I'm not sure if this settings will work for everybody, maybe some other
default config or generate that from some variables in reci
On Thu, Jan 24, 2013 at 03:36:02PM +0200, Radu Moisan wrote:
> this fixes a service dependency issue;
> while graphical.target is the default mode, systemd
> will try to start display-manager.service which is not
> available.
what about images with display-manager available?
meta-efl/recipes-efl/
Hi,
I've updated the repository with the dependencies changes.
Thanks,
Ema
From: Martin Jansa [martin.ja...@gmail.com]
Sent: Thursday, January 24, 2013 2:43 PM
To: Ciobanu, Emilia Maria Silvia
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-c
this fixes a service dependency issue;
while graphical.target is the default mode, systemd
will try to start display-manager.service which is not
available.
Signed-off-by: Radu Moisan
---
.../systemd/set_default_target_to_multi-user.patch | 13 +
meta/recipes-core/systemd/systemd_1
On 01/24/2013 02:53 PM, Enrico Scholz wrote:
Radu Moisan
writes:
/run is part of systemd's api and mounted very early internally by
systemd. This mountpoint must exist in the filesystem and it will
probably not work when it is symlink into /var/volatile which gets
mounted later.
Isn't syste
Radu Moisan
writes:
>> /run is part of systemd's api and mounted very early internally by
>> systemd. This mountpoint must exist in the filesystem and it will
>> probably not work when it is symlink into /var/volatile which gets
>> mounted later.
>
> Isn't systemd looking into fstab.systemd for
On Thu, Jan 24, 2013 at 12:05:00PM +, Ciobanu, Emilia Maria Silvia wrote:
> Hi,
>
> I've created a new layer that can be used for kiosk devices.
> You can check it out at:
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-web-kiosk/
>
> It contains a new bitbake target that automatically
>
From: Jack Mitchell
V2:
Dependancy was removed in version 196 according to following systemd commit.
http://cgit.freedesktop.org/systemd/systemd/commit/configure.ac?id=796b06c21b62d13c9021e2fbd9c58a5c6edb2764
V1:
No where in the systemd readme does it specify that usbutils
is a dependancy of
On 01/24/2013 02:20 PM, Enrico Scholz wrote:
Radu Moisan
writes:
Possibly because /run was a link created by the initscripts which
are now disabled when systemd is the init manager. I'll look into
this and update 00-create-volatile.conf so that systemd will handle
the link creation in stead.
On Thu, Jan 24, 2013 at 10:44:38AM +, m...@communistcode.co.uk wrote:
> From: Jack Mitchell
>
> No where in the systemd readme does it specify that usbutils
> is a dependancy of systemd. I can only guess that it was added
> due to an issue elsewhere in the chain or it was brought in
> when ud
Radu Moisan
writes:
>>> Possibly because /run was a link created by the initscripts which
>>> are now disabled when systemd is the init manager. I'll look into
>>> this and update 00-create-volatile.conf so that systemd will handle
>>> the link creation in stead.
>> I wonder how my images booted.
On 23 January 2013 20:47, Jeremy Stashluk wrote:
> +EXTRA_OECONF += "--x-includes= --x-libraries= NM=nm"
--without-x is a shorter way of disabling X, but unless there's a good
reason to you should respect the x11 distro feature.
Why do you need to set NM? bitbake.conf sets it already.
I also
Khem Raj writes:
>>> +KERNEL_LD = "${LD} ${HOST_LD_KERNEL_ARCH}"
>>> ...
>>> -KERNEL_LD = "${HOST_PREFIX}ld${KERNEL_LDSUFFIX}
>>> ${HOST_LD_KERNEL_ARCH}${TOOLCHAIN_OPTIONS}"
>>
>> that's bad... gold linker has serious problems to compile stuff like
>> kernel or bootloaders and setting 'KERNEL_LD
On 24 January 2013 12:11, Radu Moisan wrote:
> This is exactly what I was looking for. /run shouldn't be there, yet somehow
> it is. I was looking into how/where systemd is creating /run but no lead for
> now.
As far as I'm aware systemd will mount a tmpfs on /run itself on
startup, but the direc
Hi,
I've created a new layer that can be used for kiosk devices.
You can check it out at:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-web-kiosk/
It contains a new bitbake target that automatically
starts a web browser right after boot and enables the
use of a virtual keyboard if there is s
On 01/24/2013 02:01 PM, Burton, Ross wrote:
On 24 January 2013 09:46, Radu Moisan wrote:
Possibly because /run was a link created by the initscripts which are now
disabled when systemd is the init manager. I'll look into this and update
00-create-volatile.conf so that systemd will handle the l
On 24 January 2013 10:44, wrote:
> No where in the systemd readme does it specify that usbutils
> is a dependancy of systemd. I can only guess that it was added
> due to an issue elsewhere in the chain or it was brought in
> when udev was merged and the dependancies never checked.
>
> I have buil
On 24 January 2013 09:46, Radu Moisan wrote:
> Possibly because /run was a link created by the initscripts which are now
> disabled when systemd is the init manager. I'll look into this and update
> 00-create-volatile.conf so that systemd will handle the link creation in
> stead.
I wonder how my
On 24 January 2013 11:37, Richard Purdie
wrote:
>> > +inherit
>> > ${@base_contains('DISTRO_FEATURES','sysvinit','volatiles_sysvinit','',d)}
>>
>> Does "inherit " work?
>>
>> I mean empty inherit when DISTRO_FEATURES don't contain sysvinit? IIRC
>> it will fail to parse.
>
> The above syntax does
On Thu, 2013-01-24 at 11:31 +0100, Martin Jansa wrote:
> On Thu, Jan 24, 2013 at 04:16:45PM +0800, qi.c...@windriver.com wrote:
> > From: Chen Qi
> >
> > All recipes that need to tweak their directories need to inherit this
> > class and set VOLATILE_DIR, VOLATILE_LINK and VOLATILE_PKGS.
> >
> >
On 24 January 2013 11:25, Xin Ouyang wrote:
> PAM modules in ${base_libdir}/security/ should be binary .so files,
> not symlinks, so fix this. Since pam_cgroup.so is installed into
> ${base_libdir}/security, move libcgroup.so.* to ${base_libdir} to
> avoid "unsafe-references-in-binaries" QA issue.
PAM modules in ${base_libdir}/security/ should be binary .so files,
not symlinks, so fix this. Since pam_cgroup.so is installed into
${base_libdir}/security, move libcgroup.so.* to ${base_libdir} to
avoid "unsafe-references-in-binaries" QA issue.
Signed-off-by: Xin Ouyang
---
meta/recipes-core/l
On 24 January 2013 06:28, Pascal Ouyang wrote:
> I do not use --libdir because pkgconfig/dev-so files should always installed
> into ${libdir} instead of ${base_libdir}.
Good point.
>> Finally, no PR bumps are needed in oe-core.
>
> Why no PR bumps needed?
Because oe-core assumes the PR service
On 24 January 2013 08:16, wrote:
> From: Chen Qi
>
> Inherit volatiles.bbclass to support read-only rootfs.
Please explain why DBus needs volatiles.bbclass to support a readonly
rootfs. Presumably it's because the machine UUID is written to
/var/lib, are there any other reasons?
Ross
___
From: Jack Mitchell
No where in the systemd readme does it specify that usbutils
is a dependancy of systemd. I can only guess that it was added
due to an issue elsewhere in the chain or it was brought in
when udev was merged and the dependancies never checked.
I have build tested this with no is
On Thu, Jan 24, 2013 at 04:16:45PM +0800, qi.c...@windriver.com wrote:
> From: Chen Qi
>
> All recipes that need to tweak their directories need to inherit this
> class and set VOLATILE_DIR, VOLATILE_LINK and VOLATILE_PKGS.
>
> [YOCTO #3406]
>
> Signed-off-by: Chen Qi
> ---
> meta/classes/vol
On 01/23/2013 05:19 PM, Jack Mitchell wrote:
When I attempt to boot a systemd enabled image I get an error stating
that the run directory could not be mounted as it doesn't exist. I
checked the target rootfs and there isn't a /run directory. What is
responsible for creating this and why is it n
There is a securty issue:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-5195
Update perl to 5.14.3 to resolve this problem.
Patches hurd-ccflags.diff, h2ph-multiarch.diff, index-tainting.diff and
hurd-hints.diff have been merged, so remove them from SRC_URI.
Update patches config.sh and
There is a securty issue:
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-5195
Update perl to 5.14.3 could resolve this problem. And update perl-native
first.
Signed-off-by: Kang Kai
---
.../Configure-multilib.patch |0
.../{perl-5.14.2 => perl-5.14.3}/MM_Unix.
On 01/22/2013 06:13 PM, Mark Hatle wrote:
> On 1/22/13 6:18 AM, Wolfgang Denk wrote:
>> > Commit c04f5435 "populate_sdk_base.bbclass: use SDK_ARCH instead
>> > of SDKMACHINE" prevents not only the installation of 64 bit SDK
>> > configurations on 32 bit hosts (which indeed cannot work), but also
V2:
Update checksum for perl.
And for danny I sent a patch which from upstream to fix the security problem.
The following changes since commit 8d6e55bf2192524bda84138b5356a2791adbbe61:
prserv: add LOCALCOUNT to AUTOINCs migration feature (2013-01-22 16:01:32
+)
are available in the git re
The following changes since commit 47b0864fbd65746558d8186450c182d98bac78ca:
tools: Updated sed file to process links in mega-manual (2013-01-07 14:43:31
+)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/fix-perl-4danny
http://git.pokylinux.org/cgi
Add perl-fix-CVE-2012-5195.patch to fix perl memory exhaustion
denial-of-service attack issue.
And patch is from perl 5.14.3 branch:
http://perl5.git.perl.org/perl.git/commit/b675304e3fdbcce3ef853b06b6ebe870d99faa7e
[Yocto 3701]
Signed-off-by: Kang Kai
---
.../perl/perl-5.14.2/perl-fix-CVE-201
On Fri, Jan 18, 2013 at 1:41 PM, Andreas Müller
wrote:
> As long as we support only one locale package per recipe this leads to
> unwanted
> packages in images. This patch was motivated by samba (meta-oe): only wanting
> libsmbclient one gets full samba server into the image. For my standard imag
Signed-off-by: Constantin Musca
---
meta/recipes-graphics/cairo/{cairo_1.12.8.bb => cairo_1.12.10.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/cairo/{cairo_1.12.8.bb => cairo_1.12.10.bb} (92%)
diff --git a/meta/recipes-graphics/cairo/cairo_1.12.8.
Signed-off-by: Constantin Musca
---
meta/recipes-sato/puzzles/{puzzles_r9733.bb => puzzles_r9751.bb} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-sato/puzzles/{puzzles_r9733.bb => puzzles_r9751.bb} (100%)
diff --git a/meta/recipes-sato/puzzles/puzzles_r9733.bb
b/met
From: Chen Qi
These two variables are used by recipes that inherit volatiles.bbclass.
The usage of them is similar to INITSCRIPT_NAME and INITSCRIPT_PARAMS.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
meta/classes/package.bbclass |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
From: Chen Qi
Here's a list of improvements:
1) Make it run correctly at rootfs time.
2) Handle link config items more reasonably.
3) Support read-only rootfs.
4) Avoid data loss when removing directories.
[YOCTO #3406]
[YOCTO #3404]
[YOCTO #3181]
Signed-off-by: Chen Qi
---
.../initscripts-1.
From: Chen Qi
Inherit volatiles.bbclass to support read-only rootfs.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
meta/recipes-core/dbus/dbus.inc |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index 8
From: Chen Qi
Inherit volatiles.bbclass to support read-only rootfs.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
meta/recipes-core/dropbear/dropbear.inc |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/dropbear/dropbear.inc
b/meta/recipes-core/drop
From: Chen Qi
read_only_rootfs_hook: this funtion is invoked only if 'read-only-rootfs'
is in IMAGE_FEATURES. It tweaks some basic files and makes populate-
volatile.sh script run at rootfs time.
For now, it has real effect only if the init system is sysvinit.
[YOCTO #3406]
Signed-off-by: Chen
From: Chen Qi
Inherit volatiles.bbclass to support read-only rootfs.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
.../nfs-utils/nfs-utils_1.2.3.bb |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
From: Chen Qi
This variable indicates whether the rootfs is intended to be read-only
or not. Changing this value from 'no' to 'yes' on a currently running
system with read-write rootfs and rebooting will give the user a working
system with read-only rootfs.
However, it is not suggested to change
From: Chen Qi
The hook function is appended to ROOTFS_POSTPROCESS_COMMAND
properly to support the 'read-only-rootfs' image feature.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
meta/classes/core-image.bbclass |4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/core-image.bbcla
From: Chen Qi
Inherit volatiles.bbclass to support read-only rootfs.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
meta/recipes-core/initscripts/initscripts_1.0.bb |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb
b/meta/r
From: Chen Qi
This bbclass is used to support read-only rootfs with sysvinit init
manager.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
meta/classes/volatiles_sysvinit.bbclass | 49 +++
1 file changed, 49 insertions(+)
create mode 100644 meta/classes/volatiles_sysvi
From: Chen Qi
All recipes that need to tweak their directories need to inherit this
class and set VOLATILE_DIR, VOLATILE_LINK and VOLATILE_PKGS.
[YOCTO #3406]
Signed-off-by: Chen Qi
---
meta/classes/volatiles.bbclass | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 met
1 - 100 of 103 matches
Mail list logo
