On 03/02/2012 01:44 AM, Saul Wold wrote:
On 03/01/2012 12:55 PM, Ken Werner wrote:
Introduce a new variable called IMAGE_ROOTFS_ALIGNMENT that allows to
control
the aligment of the size of the rootfs. Its default value is set to
1KiB so
that the existing behaviour is not changed. In case the SD
Hello,
when using ext2.gz.u-boot as IMAGE_FSTYPES, I got error when doing
rootfs with error info:
genext2fs: command not found
after checked fuction imagetypes_getdepends, I guess the ext2's
dependency is not considered. maybe we should assign 'ext2' to
'basetype', but not 'type' directly.
Any i
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Khem Raj
> Sent: Friday, 2 March 2012 3:56 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PATCH] gdk-p
Op 2 mrt. 2012, om 08:02 heeft Robert Yang het volgende geschreven:
> The libpam's has an error when generating the rootfs:
>
> chmod: cannot access `/usr/sbin/unix_chkpwd': No such file or directory
>
> This is because the following code in libpam_1.1.5.bb:
>
> pkg_postinst_pam-plugin-unix ()
Commits
12f0a0d3e1afe90633c8b95d36670ab0f156e912
785962440131f993b912d26cba39dc7ffc91aad4
01fd9be5db633d881c789c5b119f794a3f1000da
break building for powerpc spe, it seems a powerpc-nf toolchain is
built.
Patch "[PATCH 3/4] arch-powerpc.inc: use default value of TUNE_PKGARCH"
was not pulled and
On 03/02/2012 04:42 PM, Koen Kooi wrote:
Op 2 mrt. 2012, om 08:02 heeft Robert Yang het volgende geschreven:
The libpam's has an error when generating the rootfs:
chmod: cannot access `/usr/sbin/unix_chkpwd': No such file or directory
This is because the following code in libpam_1.1.5.bb:
Op 2 mrt. 2012, om 11:15 heeft Robert Yang het volgende geschreven:
>
>
> On 03/02/2012 04:42 PM, Koen Kooi wrote:
>>
>> Op 2 mrt. 2012, om 08:02 heeft Robert Yang het volgende geschreven:
>>
>>> The libpam's has an error when generating the rootfs:
>>>
>>> chmod: cannot access `/usr/sbin/un
On 03/02/2012 06:17 PM, Koen Kooi wrote:
Op 2 mrt. 2012, om 11:15 heeft Robert Yang het volgende geschreven:
On 03/02/2012 04:42 PM, Koen Kooi wrote:
Op 2 mrt. 2012, om 08:02 heeft Robert Yang het volgende geschreven:
The libpam's has an error when generating the rootfs:
chmod: cannot
On 03/02/2012 06:17 PM, Koen Kooi wrote:
Op 2 mrt. 2012, om 11:15 heeft Robert Yang het volgende geschreven:
On 03/02/2012 04:42 PM, Koen Kooi wrote:
Op 2 mrt. 2012, om 08:02 heeft Robert Yang het volgende geschreven:
The libpam's has an error when generating the rootfs:
chmod: cannot
Hi Saul,
This patch is based on oe-core, but I don't have permission to put the pull
request on git://git.openembedded.org/openembedded-core-contrib, so I still
put the pull request on poky-contrib.
Changes of V2:
* Update the PR bump as Koen pointed out.
//Robert
The following changes since
The libpam's has an error when generating the rootfs:
chmod: cannot access `/usr/sbin/unix_chkpwd': No such file or directory
This is because the following code in libpam_1.1.5.bb:
pkg_postinst_pam-plugin-unix () {
# below is necessary to allow unix_chkpwd get user info from shadow file
Currently, if PATCHRESOLVE is user and and PatchTree() is being used, you can
get backtraces if patch application fails. This is because even in the failure
case, self._current is incremented, meaning second time around, there are array
range issues.
This patch changes the code so _current is only
If we unpack again, its assumed the data in any patches directory is invalid
since do_patch will run again. This ensures old patch data doesn't get
reused in a confused way.
Ideally we should probably wipe out ${S} here but that is probably a change
for another time.
[YOCTO #2043 partially]
Sign
If we don't do this, the order can be changed and the variable is
sensitive to the ordering.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index f756c39..5da2961 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/i
On Thu, 2012-03-01 at 18:19 -0700, Gary Thomas wrote:
> I'm having a problem after the recent change
>commit eacedb4f2afa98dbd2f5ea7a9f52e6ea952a72d2
>Author: Richard Purdie
>Date: Wed Feb 29 16:24:26 2012 +
>
> image_types: Correctness fixes
>
> * Add a newline to im
On Thu, 2012-03-01 at 23:41 +, Richard Purdie wrote:
> Currently, if PATCHRESOLVE is user and and PatchTree() is being used, you can
> get backtraces if patch applcication fails. This is because even in the
> failure
> case, self._current is incremented, meaning second time around, there are
On Fri, 2012-03-02 at 18:34 +0800, Robert Yang wrote:
> The libpam's has an error when generating the rootfs:
>
> chmod: cannot access `/usr/sbin/unix_chkpwd': No such file or directory
>
> This is because the following code in libpam_1.1.5.bb:
>
> pkg_postinst_pam-plugin-unix () {
> # below
Op 2 mrt. 2012, om 13:10 heeft Richard Purdie het volgende geschreven:
> If we unpack again, its assumed the data in any patches directory is invalid
> since do_patch will run again. This ensures old patch data doesn't get
> reused in a confused way.
>
> Ideally we should probably wipe out ${S}
On Thu, Mar 1, 2012 at 4:50 PM, Richard Purdie
wrote:
> On Wed, 2012-02-29 at 21:33 +0100, Petr Štetiar wrote:
>> | ln: failed to create symbolic link
>> `beagleboard/systemd-image-beagleboard.tar.bz2': File exists
>> NOTE: package systemd-image-1.0-r0: task do_rootfs: Failed
>>
>> Signed-off-by:
On Fri, 2012-03-02 at 16:08 +0800, Ni Qingliang wrote:
> Hello,
>
> when using ext2.gz.u-boot as IMAGE_FSTYPES, I got error when doing
> rootfs with error info:
> genext2fs: command not found
>
> after checked fuction imagetypes_getdepends, I guess the ext2's
> dependency is not considered. maybe
On Fri, 2012-03-02 at 13:29 +0100, Andreas Müller wrote:
> On Thu, Mar 1, 2012 at 4:50 PM, Richard Purdie
> wrote:
> > On Wed, 2012-02-29 at 21:33 +0100, Petr Štetiar wrote:
> >> | ln: failed to create symbolic link
> >> `beagleboard/systemd-image-beagleboard.tar.bz2': File exists
> >> NOTE: pack
On 2012-03-02 05:14, Richard Purdie wrote:
On Thu, 2012-03-01 at 18:19 -0700, Gary Thomas wrote:
I'm having a problem after the recent change
commit eacedb4f2afa98dbd2f5ea7a9f52e6ea952a72d2
Author: Richard Purdie
Date: Wed Feb 29 16:24:26 2012 +
image_types: Correctness
On Fri, 2012-03-02 at 13:29 +0100, Koen Kooi wrote:
> Op 2 mrt. 2012, om 13:10 heeft Richard Purdie het volgende geschreven:
>
> > If we unpack again, its assumed the data in any patches directory is invalid
> > since do_patch will run again. This ensures old patch data doesn't get
> > reused in a
On Fri, Mar 2, 2012 at 1:38 PM, Richard Purdie
wrote:
> On Fri, 2012-03-02 at 13:29 +0100, Andreas Müller wrote:
>> On Thu, Mar 1, 2012 at 4:50 PM, Richard Purdie
>> wrote:
>> > On Wed, 2012-02-29 at 21:33 +0100, Petr Štetiar wrote:
>> >> | ln: failed to create symbolic link
>> >> `beagleboard/s
On Fri, 2012-03-02 at 13:48 +0100, Andreas Müller wrote:
> On Fri, Mar 2, 2012 at 1:38 PM, Richard Purdie
> wrote:
> > On Fri, 2012-03-02 at 13:29 +0100, Andreas Müller wrote:
> >> On Thu, Mar 1, 2012 at 4:50 PM, Richard Purdie
> >> | ln: failed to create symbolic link
> >> `/home/andreas/tmp/oe-c
On Fri, 2012-03-02 at 18:34 +0800, Robert Yang wrote:
> The libpam's has an error when generating the rootfs:
>
> chmod: cannot access `/usr/sbin/unix_chkpwd': No such file or directory
>
> This is because the following code in libpam_1.1.5.bb:
>
> pkg_postinst_pam-plugin-unix () {
> # below
Op 2 mrt. 2012, om 14:26 heeft Richard Purdie het volgende geschreven:
> On Fri, 2012-03-02 at 18:34 +0800, Robert Yang wrote:
>> The libpam's has an error when generating the rootfs:
>>
>> chmod: cannot access `/usr/sbin/unix_chkpwd': No such file or directory
>>
>> This is because the followi
On Fri, 2012-03-02 at 14:31 +0100, Koen Kooi wrote:
> Op 2 mrt. 2012, om 14:26 heeft Richard Purdie het volgende geschreven:
>
> > On Fri, 2012-03-02 at 18:34 +0800, Robert Yang wrote:
> >> The libpam's has an error when generating the rootfs:
> >>
> >> chmod: cannot access `/usr/sbin/unix_chkpwd
On 2012-03-02 05:34, Richard Purdie wrote:
On Fri, 2012-03-02 at 16:08 +0800, Ni Qingliang wrote:
Hello,
when using ext2.gz.u-boot as IMAGE_FSTYPES, I got error when doing
rootfs with error info:
genext2fs: command not found
after checked fuction imagetypes_getdepends, I guess the ext2's
depen
On Fri, 2012-03-02 at 06:39 -0700, Gary Thomas wrote:
> On 2012-03-02 05:34, Richard Purdie wrote:
> > On Fri, 2012-03-02 at 16:08 +0800, Ni Qingliang wrote:
> >> Hello,
> >>
> >> when using ext2.gz.u-boot as IMAGE_FSTYPES, I got error when doing
> >> rootfs with error info:
> >> genext2fs: command
On Tue, 2012-02-28 at 16:09 -0500, Bruce Ashfield wrote:
> Richard/Saul,
>
> Naturally right after I sent my previous version bump to 3.2.7,
> 3.2.8 came out with an x86 floating point fix that was worth
> picking up. Hence my quick bump to 3.2.8.
>
> The other update to the 3.0/3.2 trees stages
On Tue, 2012-02-28 at 13:45 -0800, Scott Garman wrote:
> During the upgrade to 1.8.4, the UCB-licensed fnmatch.c was replaced
> with a non-recursive BSD-licensed version, hence the removal of UCB
> and addition of BSD in the LICENSE field. This led to checksum changes
> in the doc/LICENSE file, and
On Tue, 2012-02-28 at 21:40 +, McClintock Matthew-B29882 wrote:
> All,
>
> I'm wanting to remove this:
>
> diff --git a/meta/recipes-devtools/qemu/qemu.inc
> b/meta/recipes-devtools/qemu/qemu.inc
> index 58049b9..3be46f2 100644
> --- a/meta/recipes-devtools/qemu/qemu.inc
> +++ b/meta/recipes-
Op 2 mrt. 2012, om 14:39 heeft Richard Purdie het volgende geschreven:
> On Fri, 2012-03-02 at 14:31 +0100, Koen Kooi wrote:
>> Op 2 mrt. 2012, om 14:26 heeft Richard Purdie het volgende geschreven:
>>
>>> On Fri, 2012-03-02 at 18:34 +0800, Robert Yang wrote:
The libpam's has an error when
On 2012-03-02 06:53, Richard Purdie wrote:
On Fri, 2012-03-02 at 06:39 -0700, Gary Thomas wrote:
On 2012-03-02 05:34, Richard Purdie wrote:
On Fri, 2012-03-02 at 16:08 +0800, Ni Qingliang wrote:
Hello,
when using ext2.gz.u-boot as IMAGE_FSTYPES, I got error when doing
rootfs with error info:
On Wed, 2012-02-29 at 09:13 +0800, James Limbouris wrote:
> If a machine loses power while building the volatiles cache, it will
> continue to operate with an incomplete set of volatiles. Fix this by
> updating atomically.
>
> Signed-off-by: James Limbouris
> ---
> .../initscripts-1.0/populate-v
On Fri, 2012-03-02 at 14:33 +0800, Zhai, Edwin wrote:
> RP,
> I have image-sato multilib build failure with following error:
>
> "ERROR: Task do_package_setscene depends upon nonexistant task
> /distro/edwin-working/poky/meta/recipes-extended/shadow/shadow-sysroot_4.1.4.3.bb:do_populate_sysroot_s
On Fri, Mar 2, 2012 at 2:35 AM, Eibach, Dirk wrote:
>
> Commits
> 12f0a0d3e1afe90633c8b95d36670ab0f156e912
> 785962440131f993b912d26cba39dc7ffc91aad4
> 01fd9be5db633d881c789c5b119f794a3f1000da
>
> break building for powerpc spe, it seems a powerpc-nf toolchain is
> built.
>
> Patch "[PATCH 3/4] ar
On Tue, 2012-02-28 at 17:36 +, Paul Eggleton wrote:
> Add a pulseaudio DISTRO_FEATURES item and disable pulseaudio support in
> phonon within Qt4 if it is not present; otherwise it is a race condition
> as to whether it is enabled or disabled or breaks the build.
>
> Note that this adds pulsea
Install phase currently edits files in $S with sed. This causes breakage
if install is run a second time (due to sstate hash rebuild for example)
The result is hidden build breakage, in particular
/usr/share/dbus-1/system-services/fi.w1.wpa_supplicant1.service now contains:
Exec=/usr/usr/sbin/wpa
Richard Purdie [2012-03-02 13:20:40]:
> Thanks, that helps a lot. I'd tested "tar tar" and "tar.gz tar.bz2" but
> not that :). I think something like:
>
> diff --git a/meta/classes/image_types.bbclass
> b/meta/classes/image_types.bbclass
> index 681571d..1bf59a5 100644
> --- a/meta/classes/imag
2012/2/10 Khem Raj :
> Hi
>
> Just grepped for the occurances of disabled parallel make and I see
> around 40 cases on oe-core
>
> git grep PARALLEL_MAKE.*=.*\"\" recipes* | grep -v "#"
>
> If someone has time to kill then it would help to see if some of these
> are fixed by time or can be fixed
>
On Fri, 2012-03-02 at 11:58 -0800, Steve Sakoman wrote:
> Install phase currently edits files in $S with sed. This causes breakage
> if install is run a second time (due to sstate hash rebuild for example)
>
> The result is hidden build breakage, in particular
> /usr/share/dbus-1/system-services/f
On Fri, Mar 2, 2012 at 2:29 PM, Yury Bushmelev wrote:
> 2012/2/10 Khem Raj :
>> Hi
>>
>> Just grepped for the occurances of disabled parallel make and I see
>> around 40 cases on oe-core
>>
>> git grep PARALLEL_MAKE.*=.*\"\" recipes* | grep -v "#"
>>
>> If someone has time to kill then it would he
On Sat, 2012-03-03 at 01:29 +0300, Yury Bushmelev wrote:
> 2012/2/10 Khem Raj :
> > Hi
> >
> > Just grepped for the occurances of disabled parallel make and I see
> > around 40 cases on oe-core
> >
> > git grep PARALLEL_MAKE.*=.*\"\" recipes* | grep -v "#"
> >
> > If someone has time to kill then i
dash does not like >& so be explicit and say 2>&1
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/gcc-cross.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc
b/meta/recipes-devtools/gcc/gcc-cross.inc
index b16c57d..e7a5
2012/3/3 Khem Raj :
> On Fri, Mar 2, 2012 at 2:29 PM, Yury Bushmelev wrote:
>> 2012/2/10 Khem Raj :
>>> Hi
>>>
>>> Just grepped for the occurances of disabled parallel make and I see
>>> around 40 cases on oe-core
[skip]
>> I've attached patch which enable P_M for recipes from list #2. I hope
>>
Dash did not like >& so we do 2 >& 1 > /dev/null
Signed-off-by: Khem Raj
---
meta/recipes-core/eglibc/eglibc-testing.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc-testing.inc
b/meta/recipes-core/eglibc/eglibc-testing.inc
index c304
On Fri, Mar 2, 2012 at 2:29 PM, Yury Bushmelev wrote:
>
> 3. Recipes not tested yet (need more work):
> meta/recipes-bsp/x-load/x-load.inc (want specific ARCH)
> meta/recipes-bsp/u-boot/u-boot.inc (multiple versions available)
> meta/recipes-core/eglibc/eglibc.inc (multiple versions available)
eg
When building without package management tools the
ROOTFS_BOOTSTRAP_INSTALL packages need to be available to provide the
bare minimal for rootfs unconfigure postinsts to be on first boot.
Those packages where being include in core-image.bbclass' based images
however every image needs those availab
2012/3/3 Yury Bushmelev :
> 2012/2/10 Khem Raj :
>> Hi
>>
>> Just grepped for the occurances of disabled parallel make and I see
>> around 40 cases on oe-core
[skip]
> 2. Recipes _not_ confirmed to fail with P_M enabled (i.e. are building
> ok in my environment with P_M enabled):
[skip]
> meta/rec
51 matches
Mail list logo
