Shouldn't be a problem. It's only if the class is "native" or "cross" that the
impostor texinfo utils get used. I believe "nativesdk" and "crosssdk" are
separate from "native" and "cross".
-Max
From: openembedded-core-boun...@lists.openembedded.org
[ope
On 6/10/14, 3:24 PM, Max Eliaser wrote:
Hello list,
As per discussion with Richard Purdie and others, I'm submitting a patch to
suppress some unnecessary invocations of utilities from the Texinfo suite during
Yocto builds. Specifically, it targets -native and -cross recipes that inherit
texinfo.
To unpack that to more than a single line: -native and -cross recipes are made
to use the dummy Texinfo utilities provided by texinfo-dummy-native if they
invoke those utilities at build time. The target-architecture (cross-compiled)
recipes still use the genuine Texinfo utilites. Right now, they s
If texinfo-native is added to ASSUME_PROVIDED, this will be needed for two
reasons. First, a world build will still build the native texinfo recipe, so
it will still get test coverage and will not rot. Second, when the target
architecture texinfo recipe is built, the native recipe must be built fir
More work toward eliminating the dependency on the host system's Texinfo--
Python scripts that understand the same command-line options as the Texinfo
utilities, and create blank output files if appropriate, but don't actually
do any of the work done by those utilities.
This will be necessary to a
Hello list,
As per discussion with Richard Purdie and others, I'm submitting a patch to
suppress some unnecessary invocations of utilities from the Texinfo suite during
Yocto builds. Specifically, it targets -native and -cross recipes that inherit
texinfo.bbclass. This series is revised to fix is
On Tue, 2014-06-10 at 10:42 -0600, Gary Thomas wrote:
> On 2014-06-10 10:37, Mark Hatle wrote:
> > On 6/10/14, 11:32 AM, Richard Purdie wrote:
> >> When building on XFS filesystems, the resulting rpms can be corrupted
> >> with the same inode number being used for multiple hardlinked files.
> >> Th
On 2014-06-10 10:37, Mark Hatle wrote:
On 6/10/14, 11:32 AM, Richard Purdie wrote:
When building on XFS filesystems, the resulting rpms can be corrupted
with the same inode number being used for multiple hardlinked files.
There are two fixes, one to stop rpm crashing when accessing a broken
bina
On 6/10/14, 11:32 AM, Richard Purdie wrote:
When building on XFS filesystems, the resulting rpms can be corrupted
with the same inode number being used for multiple hardlinked files.
There are two fixes, one to stop rpm crashing when accessing a broken
binary rpm, the other to stop generating the
When building on XFS filesystems, the resulting rpms can be corrupted
with the same inode number being used for multiple hardlinked files.
There are two fixes, one to stop rpm crashing when accessing a broken
binary rpm, the other to stop generating them in the first places. Full
descriptions in t
On 06/10/2014 03:07 AM, Martin Jansa wrote:
On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
This build still contains huge patch setting B = S or inherit for
autotools-brokensep for all recipes which were failing in earlier
master builds.
http://www.openembedded.org/wiki/Bitbake_
On Tue, 2014-06-10 at 07:38 -0700, Saul Wold wrote:
> On 06/10/2014 04:57 AM, Phil Blundell wrote:
> > On Thu, 2014-06-05 at 17:09 -0700, Saul Wold wrote:
> >> These dependcies are needed to ensure that thier packages are created
> >> correctly since these classes have runtime dependiences in their
On 06/10/2014 04:57 AM, Phil Blundell wrote:
On Thu, 2014-06-05 at 17:09 -0700, Saul Wold wrote:
These dependcies are needed to ensure that thier packages are created
correctly since these classes have runtime dependiences in their packages
but they are not actually created yet at rootfs time.
Add support in wic to build ramdisk uboot images from list of packages or
from an existing rootfs folder.
Some prerequisites are required for this new build setup:
../poky/scripts/lib/image/config/wic.conf
[create]
arch=target_arch (example: powerpc, arm, x86)
pkgmgr=opkg
repourl=http://example.di
Hi,
We tried to extend existing wic tool to generates rootfs images for U-Boot.
This will be possible from cooked mode(existing build folder) and from raw
mode where you have to provide a list of packages to be installed and
a native rootfs with necessary tools.
Some prerequisites are required
On Thu, 2014-06-05 at 17:09 -0700, Saul Wold wrote:
> These dependcies are needed to ensure that thier packages are created
> correctly since these classes have runtime dependiences in their packages
> but they are not actually created yet at rootfs time.
Can you be more specific about why these
d
On Tue, Jun 10, 2014 at 12:07:22PM +0200, Martin Jansa wrote:
> On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
> > This build still contains huge patch setting B = S or inherit for
> > autotools-brokensep for all recipes which were failing in earlier
> > master builds.
>
> http://ww
On Mon, Jun 09, 2014 at 08:35:06PM -0400, Bruce Ashfield wrote:
> When describing something as broken in the short log, it's typically a good
> idea to also include the symptoms, and the fix. That way the log will tell
> someone experience a particular problem that this change indeed addresses
> th
The commit b02d735bf was to rearrange the device-tree entries, and
assumed that these entries are sorted in the ascending order. but
acctually when I was validating kexec and kdump, the order of
serial node still is changed. So the patch is to sort these entries
by the directory name in ascending o
The following changes since commit 66d5be204fd339cc84a0ae92d3923a8c1e6f1389:
bitbake: bitbake: show wildcard appends for bitbake-layers (2014-06-06
10:33:19 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib chonglu/kexec-tools
http://git.pokylinux.org/cgi
On Mon, Jun 02, 2014 at 10:49:50AM +0200, Martin Jansa wrote:
> This build still contains huge patch setting B = S or inherit for
> autotools-brokensep for all recipes which were failing in earlier
> master builds.
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2014-06-10 =
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Mark Hatle
> Sent: den 9 juni 2014 19:03
> To: Peter Kjellerstedt; OE Core (openembedded-
> c...@lists.openembedded.org)
> Subject: Re: [O
22 matches
Mail list logo
