On Sun, May 13, 2012 at 7:28 PM, Jason Wessel
wrote:
> I am not exactly sure how to fix this, so I thought I might ask in the
> form of a working patch. The problem is that I want to use an
> external CCACHE_DIR on some build servers, but use the defaults on
> others. Ultimately the sstate sums
This change is intended to allow an exported variable to not impact
the sstate sum in oe-core.
Signed-off-by: Jason Wessel
---
lib/bb/data.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/bb/data.py b/lib/bb/data.py
index c0636e1..a68ab43 100644
--- a/lib/bb/data.
If the location of the CCACHE_DIR changes it should not impact the
sstate sum. This allows a build generated with an external CCACHE_DIR
to have the same sstate sum as a build that uses the ccache dir
located in the temp build area.
Signed-off-by: Jason Wessel
---
meta/conf/bitbake.conf |2
I am not exactly sure how to fix this, so I thought I might ask in the
form of a working patch. The problem is that I want to use an
external CCACHE_DIR on some build servers, but use the defaults on
others. Ultimately the sstate sums should be the same in either case,
but they are not due to the
On Fri, May 11, 2012 at 12:31 AM, Khem Raj wrote:
> On Thu, May 10, 2012 at 2:26 PM, Andrei Gherzan wrote:
> > And it does. But this is needed for qmake in Makefile generation. Didn't
> > find a better fix but this works as expected.
>
> I see. So it seems makefile generator does not grok recurs
On 13 May 2012 21:37, Marko Lindqvist wrote:
> * Have README as license file instead of several source files that just
> refer to it
This could have been separate patch before update one - old version
(8c) had license information same way as new one, and recipe listed
files that just contained
* fix_for_automake_1.11.2.patch removed as issue resolved upstream
* Have README as license file instead of several source files that just
refer to it
Signed-off-by: Marko Lindqvist
---
.../jpeg/jpeg-8c/fix_for_automake_1.11.2.patch | 28
.../{jpeg-8c => jpeg-8d}/deb
Additional metadata from user-defined variable is written into
control/spec file of binary package.
Three variables are searched for adiitional package metadata:
* PACKAGE_ADD_METADATA__
* PACKAGE_ADD_METADATA_
* PACKAGE_ADD_METADATA
First found variable with defined value wins.
is a pac
Two variables are searched for value of additional package metadata:
* PACKAGE_ADD_METADATA_
* PACKAGE_ADD_METADATA
First found variable with defined value wins.
is a parameter of getter and expected to be a distinct name
of specific package type. For example: 'DEB' or 'RPM'.
Variable can
I'm an owner of Kindle Touch. It's basically a computer with ARM
Cortex-A8 based CPU and Linux. There is a [small] community of
enthuasists developing homebrew modifications for stock software. For
distributing of these modifications .ipk package format had been chosen
with OE as build infrastructu
This fix should also go into 1.2.1.
The following change since commit cab85fd0b481cdbf36477348de75352be3f38ca2:
gdk-pixbuf: Drop unneeded RPROVIDES (2012-05-12 11:23:27 +0100)
is available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
paule/buildhistory-depg
If a + character appears in a version specification within the list of
package dependencies, the version will not be removed from the list in
list_package_depends/recommends leading to garbage appearing in the
dependency graphs generated by buildhistory. To avoid any future
problems due to unusual
From: Marko Lindqvist
Update dpkg recipe to get latest upstream version (1.16.3) as
1.15.8.7 is no longer available.
* check_version.patch : updated to apply cleanly
* dpkg-dev-avoid-fflush.patch : removed as already part of upstream
* ignore_extra_fields.patch : updated to apply cleanly
* perll
13 matches
Mail list logo