Re: [OE-core] [PATCH] bitbake.conf: change APACHE_MIRROR to use archive site

2011-12-06 Thread Martin Jansa
On Wed, Dec 07, 2011 at 08:15:16AM +0100, Martin Jansa wrote:
> On Tue, Dec 06, 2011 at 10:24:02PM +, Richard Purdie wrote:
> > On Tue, 2011-12-06 at 18:23 +0100, Martin Jansa wrote:
> > > On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> > > > On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa  
> > > > wrote:
> > > > > * there are newest as well as older releases, so the SRC_URIs are 
> > > > > valid longer
> > > > > * someone with fast line should try to redownload world to see if the
> > > > >  structure is the same for all projects (checked for subversion)
> > > > 
> > > > Would it not be better to do what we do for other projects, and add
> > > > the archive URI to either the global MIRRORS for fallback, or prepend
> > > > to MIRRORS in the appropriate .inc?
> > > 
> > > You're right, it's even there already (I didn't know).. but it didn't 
> > > work for me with subversion...
> > > 
> > > somehow it managed to append subversion-1.7.1.tar.bz2 twice
> > 
> > Try:
> > 
> > http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/useradd4&id=1b4003386bb1849d115f9b2f90594a60fbbf56cc
> > 
> > We really need a regression test for that function, its horrible...
> 
> OE om-gta02@shr ~/shr-core $ bitbake -D -b 
> openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb -c 
> fetch
> DEBUG: Removed the following variables from the environment: PSEUDO_BINDIR, 
> PSEUDO_LOCALSTATEDIR, LESS, LESSOPEN, PSEUDO_LIBDIR, HG, INFOPATH, SHLVL, 
> CONFIG_PROTECT_MASK, WINDOW, EDITOR, MANPATH, BBFETCH2, LD_PRELOAD, 
> GCC_SPECS, STY, PSEUDO_OPTS, TERMCAP, LD_LIBRARY_PATH, BUILDDIR, 
> PSEUDO_PREFIX, LS_COLORS, PAGER, OPENGL_PROFILE
> DEBUG: Clearing SRCREV cache due to cache policy of: clear
> DEBUG: Using cache in '/OE/shr-core/tmp-eglibc/cache/bb_codeparser.dat' for 
> codeparser cache
> WARNING: Buildfile specified, dependencies will not be handled. If this is 
> not what you want, do not use -b / --buildfile.
> DEBUG: collecting .bb files
> DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 
> 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
> DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 
> 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
> DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', 'bit-64', 
> 'x86_64-linux', 'common']
> DEBUG: providers for subversion are: ['subversion']
> DEBUG: selecting 
> openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb as 
> PREFERRED_VERSION 1.7.% of package subversion (for item subversion)
> DEBUG: sorted providers for subversion are: 
> ['openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb']
> 
> OE Build Configuration:
> BB_VERSION= "1.15.0"
> TARGET_ARCH   = "arm"
> TARGET_OS = "linux-gnueabi"
> MACHINE   = "om-gta02"
> DISTRO= "shr"
> DISTRO_VERSION= "20111207"
> TUNE_FEATURES = "armv4 thumb arm920t"
> TARGET_FPU= "soft"
> meta-jama = "master:9c3e2ddc68f9dc96c3a1f700226954027771aa0d"
> meta-shr
> meta-aurora
> meta-fso  = "master:4678b2f7ff38261f6b0bb7ed34b0c25c0ad204e6"
> meta-efl
> meta-oe
> meta-gnome
> meta-gpe  = "jansa/test:c6cc32c7466cf85c9c515717afe5eb25e2d773b3"
> meta-nokia
> meta-htc
> meta-palm
> meta-openmoko
> meta-samsung  = "master:4678b2f7ff38261f6b0bb7ed34b0c25c0ad204e6"
> meta-handheld = "jansa/spitz:d31a0ccb76559fbf19d7320814a4aff3dca21477"
> meta  = "jansa/test:644e9c55686133a3214fb17b8501195a951d4c73"
> 
> NOTE: Preparing runqueue
> NOTE: Marking Active Tasks
> NOTE: Pruned 26 inactive tasks, 1 left
> NOTE: Assign Weightings
> NOTE: Compute totals (have 1 endpoint(s))
> NOTE: Executing RunQueue Tasks
> DEBUG: Skip list (pre setsceneverify) []
> DEBUG: Full skip list set([])
> DEBUG: Using runqueue scheduler 'completion'
> NOTE: Running task 1 of 1 (ID: 0, 
> openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb, 
> do_fetch)
> NOTE: package subversion-1.7.1-r0: task do_fetch: Started
> WARNING: Fetcher failure for URL: 'None'. Fetch command export HOME="/OE"; 
> export 
> GIT_CONFIG="/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/etc/gitconfig"; 
> export 
> PATH="/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv4t-oe-linux-gnueabi:/OE/shr-core/tmp-eglibc/sysroots/om-gta02/usr/bin/crossscripts:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/sbin:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/sbin:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux//bin:/OE/shr-core/openembedded-core/scripts:/OE/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.2:/OE/shr-core/openembedded-core/scripts";
>  /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P 
> /OE/shr-core/downloads 
> 'http://www.apache.org/dist/subversion/subversion-1.7.1.tar.bz2' failed with 
> signal 8, output:
> 

[OE-core] GCC fails when SDK is not extracted to /usr/local

2011-12-06 Thread Tasslehoff Kjappfot

gcc fails when I extract my SDK to another place than /usr/local.

Output when it fails:

$ ./arm-angstrom-linux-gnueabi-gcc
bash: ./arm-angstrom-linux-gnueabi-gcc: No such file or directory

Readelf output:

$ readelf -d arm-angstrom-linux-gnueabi-gcc

Dynamic section at offset 0x34394 contains 21 entries:
  TagType Name/Value
 0x0001 (NEEDED) Shared library: [libc.so.6]
 0x000f (RPATH)  Library rpath: 
[/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/usr/lib/armv7a-angstrom-linux-gnueabi:/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/lib]


Is it the RPATH here that's making trouble for me?

- Tasslehoff

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] bitbake.conf: change APACHE_MIRROR to use archive site

2011-12-06 Thread Martin Jansa
On Tue, Dec 06, 2011 at 10:24:02PM +, Richard Purdie wrote:
> On Tue, 2011-12-06 at 18:23 +0100, Martin Jansa wrote:
> > On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> > > On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa  
> > > wrote:
> > > > * there are newest as well as older releases, so the SRC_URIs are valid 
> > > > longer
> > > > * someone with fast line should try to redownload world to see if the
> > > >  structure is the same for all projects (checked for subversion)
> > > 
> > > Would it not be better to do what we do for other projects, and add
> > > the archive URI to either the global MIRRORS for fallback, or prepend
> > > to MIRRORS in the appropriate .inc?
> > 
> > You're right, it's even there already (I didn't know).. but it didn't work 
> > for me with subversion...
> > 
> > somehow it managed to append subversion-1.7.1.tar.bz2 twice
> 
> Try:
> 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/useradd4&id=1b4003386bb1849d115f9b2f90594a60fbbf56cc
> 
> We really need a regression test for that function, its horrible...

OE om-gta02@shr ~/shr-core $ bitbake -D -b 
openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb -c fetch
DEBUG: Removed the following variables from the environment: PSEUDO_BINDIR, 
PSEUDO_LOCALSTATEDIR, LESS, LESSOPEN, PSEUDO_LIBDIR, HG, INFOPATH, SHLVL, 
CONFIG_PROTECT_MASK, WINDOW, EDITOR, MANPATH, BBFETCH2, LD_PRELOAD, GCC_SPECS, 
STY, PSEUDO_OPTS, TERMCAP, LD_LIBRARY_PATH, BUILDDIR, PSEUDO_PREFIX, LS_COLORS, 
PAGER, OPENGL_PROFILE
DEBUG: Clearing SRCREV cache due to cache policy of: clear
DEBUG: Using cache in '/OE/shr-core/tmp-eglibc/cache/bb_codeparser.dat' for 
codeparser cache
WARNING: Buildfile specified, dependencies will not be handled. If this is not 
what you want, do not use -b / --buildfile.
DEBUG: collecting .bb files
DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 
'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 
'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', 'bit-64', 
'x86_64-linux', 'common']
DEBUG: providers for subversion are: ['subversion']
DEBUG: selecting 
openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb as 
PREFERRED_VERSION 1.7.% of package subversion (for item subversion)
DEBUG: sorted providers for subversion are: 
['openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb']

OE Build Configuration:
BB_VERSION= "1.15.0"
TARGET_ARCH   = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE   = "om-gta02"
DISTRO= "shr"
DISTRO_VERSION= "20111207"
TUNE_FEATURES = "armv4 thumb arm920t"
TARGET_FPU= "soft"
meta-jama = "master:9c3e2ddc68f9dc96c3a1f700226954027771aa0d"
meta-shr
meta-aurora
meta-fso  = "master:4678b2f7ff38261f6b0bb7ed34b0c25c0ad204e6"
meta-efl
meta-oe
meta-gnome
meta-gpe  = "jansa/test:c6cc32c7466cf85c9c515717afe5eb25e2d773b3"
meta-nokia
meta-htc
meta-palm
meta-openmoko
meta-samsung  = "master:4678b2f7ff38261f6b0bb7ed34b0c25c0ad204e6"
meta-handheld = "jansa/spitz:d31a0ccb76559fbf19d7320814a4aff3dca21477"
meta  = "jansa/test:644e9c55686133a3214fb17b8501195a951d4c73"

NOTE: Preparing runqueue
NOTE: Marking Active Tasks
NOTE: Pruned 26 inactive tasks, 1 left
NOTE: Assign Weightings
NOTE: Compute totals (have 1 endpoint(s))
NOTE: Executing RunQueue Tasks
DEBUG: Skip list (pre setsceneverify) []
DEBUG: Full skip list set([])
DEBUG: Using runqueue scheduler 'completion'
NOTE: Running task 1 of 1 (ID: 0, 
openembedded-core/meta/recipes-devtools/subversion/subversion_1.7.1.bb, 
do_fetch)
NOTE: package subversion-1.7.1-r0: task do_fetch: Started
WARNING: Fetcher failure for URL: 'None'. Fetch command export HOME="/OE"; 
export 
GIT_CONFIG="/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/etc/gitconfig"; 
export 
PATH="/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv4t-oe-linux-gnueabi:/OE/shr-core/tmp-eglibc/sysroots/om-gta02/usr/bin/crossscripts:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/sbin:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/sbin:/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux//bin:/OE/shr-core/openembedded-core/scripts:/OE/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.2:/OE/shr-core/openembedded-core/scripts";
 /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P 
/OE/shr-core/downloads 
'http://www.apache.org/dist/subversion/subversion-1.7.1.tar.bz2' failed with 
signal 8, output:

ERROR: http
ERROR: ftp
ERROR: ftp
ERROR: ftp
ERROR: ftp
ERROR: ftp
ERROR: http
ERROR: ftp
ERROR: http
ERROR: archive.apache.org
ERROR: /dist/subversion/subversion-1.7.1.tar.bz2
ERROR:
ERROR:

and now it hangs... but wget (in ps output) seems to be trying right u

[OE-core] [PATCH v3] sstate.bbclass: add option to use alternate compression in lieu of gzip

2011-12-06 Thread Matthew McClintock
The savings can be substantial. The resutls below are for a
core-image-minimal type image:

gzip:1.1G   sstate-cache
xz   714M   sstate-cache

Signed-off-by: Matthew McClintock 
---
v2: This one actually works!
v3:
 - Use --use-compress-program= option to tar so we can use any compression
   not just ones built into tar
 - Add ASSUME_PROVIDED for the compression program we are using, this way
   it won't effect the build and if you are using it - it's already
   going to be available on the host


 meta/classes/sstate.bbclass |   22 ++
 1 files changed, 14 insertions(+), 8 deletions(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 3d259f0..a2d7b65 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -18,6 +18,12 @@ SSTATE_MANMACH ?= "${SSTATE_PKGARCH}"
 
 SSTATEPOSTINSTFUNCS ?= ""
 
+SSTATE_PKG_SUFFIX ?= "tgz"
+SSTATE_PKG_TARZIPPROG ?= "gzip"
+# the tool used above for sstate-cache will always need to be used from the 
host
+# so we can ASSUME_PROVIDED it
+ASSUME_PROVIDED += "${SSTATE_PKG_TARZIPPROG}-native"
+
 python () {
 if bb.data.inherits_class('native', d):
 bb.data.setVar('SSTATE_PKGARCH', bb.data.getVar('BUILD_ARCH', d), d)
@@ -155,7 +161,7 @@ def sstate_installpkg(ss, d):
 oe.path.remove(dir)
 
 sstateinst = bb.data.expand("${WORKDIR}/sstate-install-%s/" % ss['name'], 
d)
-sstatepkg = bb.data.getVar('SSTATE_PKG', d, True) + '_' + ss['name'] + 
".tgz"
+sstatepkg = bb.data.expand("${SSTATE_PKG}" + '_' + ss['name'] + 
".${SSTATE_PKG_SUFFIX}", d)
 
 if not os.path.exists(sstatepkg):
pstaging_fetch(sstatepkg, d)
@@ -206,7 +212,7 @@ def sstate_clean_cachefile(ss, d):
 import oe.path
 
 sstatepkgdir = bb.data.getVar('SSTATE_DIR', d, True)
-sstatepkgfile = sstatepkgdir + '/' + bb.data.getVar('SSTATE_PKGSPEC', d, 
True) + "*_" + ss['name'] + ".tgz*"
+sstatepkgfile = bb.data.expand(sstatepkgdir + '/' + "${SSTATE_PKGSPEC}" + 
"*_" + ss['name'] + ".${SSTATE_PKG_SUFFIX}*", d)
 bb.note("Removing %s" % sstatepkgfile)
 oe.path.remove(sstatepkgfile)
 
@@ -351,7 +357,7 @@ def sstate_package(ss, d):
 tmpdir = bb.data.getVar('TMPDIR', d, True)
 
 sstatebuild = bb.data.expand("${WORKDIR}/sstate-build-%s/" % ss['name'], d)
-sstatepkg = bb.data.getVar('SSTATE_PKG', d, True) + '_'+ ss['name'] + 
".tgz"
+sstatepkg = bb.data.expand("${SSTATE_PKG}" + '_' + ss['name'] + 
".${SSTATE_PKG_SUFFIX}", d)
 bb.mkdirhier(sstatebuild)
 bb.mkdirhier(os.path.dirname(sstatepkg))
 for state in ss['dirs']:
@@ -448,9 +454,9 @@ sstate_create_package () {
cd ${SSTATE_BUILDDIR}
# Need to handle empty directories
if [ "$(ls -A)" ]; then
-   tar -czf ${SSTATE_PKG} *
+   tar --use-compress-program=${SSTATE_PKG_TARZIPPROG} -cf 
${SSTATE_PKG} *
else
-   tar -cz --file=${SSTATE_PKG} --files-from=/dev/null
+   tar --use-compress-program=${SSTATE_PKG_TARZIPPROG} -c 
--file=${SSTATE_PKG} --files-from=/dev/null
fi
 
cd ${WORKDIR}
@@ -463,7 +469,7 @@ sstate_create_package () {
 sstate_unpack_package () {
mkdir -p ${SSTATE_INSTDIR}
cd ${SSTATE_INSTDIR}
-   tar -xvzf ${SSTATE_PKG}
+   tar --use-compress-program=${SSTATE_PKG_TARZIPPROG} -xvf ${SSTATE_PKG}
 }
 
 BB_HASHCHECK_FUNCTION = "sstate_checkhashes"
@@ -483,7 +489,7 @@ def sstate_checkhashes(sq_fn, sq_task, sq_hash, sq_hashfn, 
d):
 }
 
 for task in range(len(sq_fn)):
-sstatefile = bb.data.expand("${SSTATE_DIR}/" + sq_hashfn[task] + "_" + 
mapping[sq_task[task]] + ".tgz", d)
+sstatefile = bb.data.expand("${SSTATE_DIR}/" + sq_hashfn[task] + "_" + 
mapping[sq_task[task]] + ".${SSTATE_PKG_SUFFIX}", d)
 sstatefile = sstatefile.replace("${BB_TASKHASH}", sq_hash[task])
 if os.path.exists(sstatefile):
 bb.debug(2, "SState: Found valid sstate file %s" % sstatefile)
@@ -508,7 +514,7 @@ def sstate_checkhashes(sq_fn, sq_task, sq_hash, sq_hashfn, 
d):
 if task in ret:
 continue
 
-sstatefile = bb.data.expand("${SSTATE_DIR}/" + sq_hashfn[task] + 
"_" + mapping[sq_task[task]] + ".tgz", d)
+sstatefile = bb.data.expand("${SSTATE_DIR}/" + sq_hashfn[task] + 
"_" + mapping[sq_task[task]] + ".${SSTATE_PKG_SUFFIX}", d)
 sstatefile = sstatefile.replace("${BB_TASKHASH}", sq_hash[task])
 
 srcuri = "file://" + os.path.basename(sstatefile)
-- 
1.7.6.1



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH] gettext-minimal-native: Fix License

2011-12-06 Thread Richard Purdie
Only .m4 macros are included in this recipe so the correct license is 
FSF-Unlimited
as specified in those marcros, not the main gettext license. This patch corrects
that mistake.

Signed-off-by: Richard Purdie 
---
diff --git a/meta/recipes-core/gettext/gettext-minimal-0.18.1.1/COPYING 
b/meta/recipes-core/gettext/gettext-minimal-0.18.1.1/COPYING
index 94a9ed0..3485c5a 100644
--- a/meta/recipes-core/gettext/gettext-minimal-0.18.1.1/COPYING
+++ b/meta/recipes-core/gettext/gettext-minimal-0.18.1.1/COPYING
@@ -1,674 +1,4 @@
-GNU GENERAL PUBLIC LICENSE
-   Version 3, 29 June 2007
-
- Copyright (C) 2007 Free Software Foundation, Inc. 
- Everyone is permitted to copy and distribute verbatim copies
- of this license document, but changing it is not allowed.
-
-Preamble
-
-  The GNU General Public License is a free, copyleft license for
-software and other kinds of works.
-
-  The licenses for most software and other practical works are designed
-to take away your freedom to share and change the works.  By contrast,
-the GNU General Public License is intended to guarantee your freedom to
-share and change all versions of a program--to make sure it remains free
-software for all its users.  We, the Free Software Foundation, use the
-GNU General Public License for most of our software; it applies also to
-any other work released this way by its authors.  You can apply it to
-your programs, too.
-
-  When we speak of free software, we are referring to freedom, not
-price.  Our General Public Licenses are designed to make sure that you
-have the freedom to distribute copies of free software (and charge for
-them if you wish), that you receive source code or can get it if you
-want it, that you can change the software or use pieces of it in new
-free programs, and that you know you can do these things.
-
-  To protect your rights, we need to prevent others from denying you
-these rights or asking you to surrender the rights.  Therefore, you have
-certain responsibilities if you distribute copies of the software, or if
-you modify it: responsibilities to respect the freedom of others.
-
-  For example, if you distribute copies of such a program, whether
-gratis or for a fee, you must pass on to the recipients the same
-freedoms that you received.  You must make sure that they, too, receive
-or can get the source code.  And you must show them these terms so they
-know their rights.
-
-  Developers that use the GNU GPL protect your rights with two steps:
-(1) assert copyright on the software, and (2) offer you this License
-giving you legal permission to copy, distribute and/or modify it.
-
-  For the developers' and authors' protection, the GPL clearly explains
-that there is no warranty for this free software.  For both users' and
-authors' sake, the GPL requires that modified versions be marked as
-changed, so that their problems will not be attributed erroneously to
-authors of previous versions.
-
-  Some devices are designed to deny users access to install or run
-modified versions of the software inside them, although the manufacturer
-can do so.  This is fundamentally incompatible with the aim of
-protecting users' freedom to change the software.  The systematic
-pattern of such abuse occurs in the area of products for individuals to
-use, which is precisely where it is most unacceptable.  Therefore, we
-have designed this version of the GPL to prohibit the practice for those
-products.  If such problems arise substantially in other domains, we
-stand ready to extend this provision to those domains in future versions
-of the GPL, as needed to protect the freedom of users.
-
-  Finally, every program is threatened constantly by software patents.
-States should not allow patents to restrict development and use of
-software on general-purpose computers, but in those that do, we wish to
-avoid the special danger that patents applied to a free program could
-make it effectively proprietary.  To prevent this, the GPL assures that
-patents cannot be used to render the program non-free.
-
-  The precise terms and conditions for copying, distribution and
-modification follow.
-
-   TERMS AND CONDITIONS
-
-  0. Definitions.
-
-  "This License" refers to version 3 of the GNU General Public License.
-
-  "Copyright" also means copyright-like laws that apply to other kinds of
-works, such as semiconductor masks.
-
-  "The Program" refers to any copyrightable work licensed under this
-License.  Each licensee is addressed as "you".  "Licensees" and
-"recipients" may be individuals or organizations.
-
-  To "modify" a work means to copy from or adapt all or part of the work
-in a fashion requiring copyright permission, other than the making of an
-exact copy.  The resulting work is called a "modified version" of the
-earlier work or a work "based on" the earlier work.
-
-  A "covered work" means either the unmodified Program 

[OE-core] [PATCH 0/2] rework jffs2 images creation, add jffs2 summary

2011-12-06 Thread Andrea Adami
* The first patch adds support for the creation of
* jffs2 summary images for a faster mount.
* The second patch forces the --no-cleanmarkers option
* to further improve boot time.

Andrea Adami (2):
  image_types.bbclass: implement jffs2 summary images (sum.jffs2)
  image_types.bbclass: disable cleanmarkers for jffs2 images

 meta/classes/image_types.bbclass |7 +--
 1 files changed, 5 insertions(+), 2 deletions(-)

-- 
1.7.3.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 1/2] image_types.bbclass: implement jffs2 summary images (sum.jffs2)

2011-12-06 Thread Andrea Adami
* Building the jffs2 filesystem to include summary information speeds up
* the mount process considerably at the cost of increased size.
* The rate of speedup is generally higher on NAND chips and on the chips
* where the erase block size is large.

Signed-off-by: Andrea Adami 
---
 meta/classes/image_types.bbclass |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 29b6380..bd4b7bc 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -35,6 +35,8 @@ XZ_COMPRESSION_LEVEL ?= "-e -9"
 XZ_INTEGRITY_CHECK ?= "crc32"
 
 IMAGE_CMD_jffs2 = "mkfs.jffs2 --root=${IMAGE_ROOTFS} --faketime 
--output=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 ${EXTRA_IMAGECMD}"
+IMAGE_CMD_sum.jffs2 = "${IMAGE_CMD_jffs2} && sumtool -i 
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 \
+   -o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.sum.jffs2 ${EXTRA_IMAGECMD}"
 
 IMAGE_CMD_cramfs = "mkcramfs ${IMAGE_ROOTFS} 
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cramfs ${EXTRA_IMAGECMD}"
 
@@ -138,6 +140,7 @@ EXTRA_IMAGECMD_btrfs ?= ""
 
 IMAGE_DEPENDS = ""
 IMAGE_DEPENDS_jffs2 = "mtd-utils-native"
+IMAGE_DEPENDS_sum.jffs2 = "mtd-utils-native"
 IMAGE_DEPENDS_cramfs = "cramfs-native"
 IMAGE_DEPENDS_ext2 = "genext2fs-native"
 IMAGE_DEPENDS_ext2.gz = "genext2fs-native"
@@ -157,4 +160,4 @@ IMAGE_DEPENDS_ubi = "mtd-utils-native"
 IMAGE_DEPENDS_ubifs = "mtd-utils-native"
 
 # This variable is available to request which values are suitable for 
IMAGE_FSTYPES
-IMAGE_TYPES = "jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz ext2.lzma live 
squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz 
cpio.lzma"
+IMAGE_TYPES = "jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz 
ext2.lzma live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio 
cpio.gz cpio.xz cpio.lzma"
-- 
1.7.3.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 2/2] image_types.bbclass: disable cleanmarkers for jffs2 images

2011-12-06 Thread Andrea Adami
* Add '-n' to suppress cleanmarker nodes since jffs2
* is usually used for NAND flash and the cleanmarkers are created in
* the OOB area by flash_eraseall -j
*
* From man pages: -n, --no-cleanmarkers
* Do not write cleanmarker nodes to the beginning of each erase block.
* This option can be useful for creating JFFS2 images for use on NAND flash,
* and for creating images which are to be used on a variety of hardware with 
differing eraseblock sizes.

Signed-off-by: Andrea Adami 
---
 meta/classes/image_types.bbclass |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index bd4b7bc..489fbe1 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -34,9 +34,9 @@ runimagecmd () {
 XZ_COMPRESSION_LEVEL ?= "-e -9"
 XZ_INTEGRITY_CHECK ?= "crc32"
 
-IMAGE_CMD_jffs2 = "mkfs.jffs2 --root=${IMAGE_ROOTFS} --faketime 
--output=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 ${EXTRA_IMAGECMD}"
+IMAGE_CMD_jffs2 = "mkfs.jffs2 --root=${IMAGE_ROOTFS} --faketime 
--output=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 -n ${EXTRA_IMAGECMD}"
 IMAGE_CMD_sum.jffs2 = "${IMAGE_CMD_jffs2} && sumtool -i 
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 \
-   -o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.sum.jffs2 ${EXTRA_IMAGECMD}"
+   -o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.sum.jffs2 -n 
${EXTRA_IMAGECMD}"
 
 IMAGE_CMD_cramfs = "mkcramfs ${IMAGE_ROOTFS} 
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cramfs ${EXTRA_IMAGECMD}"
 
-- 
1.7.3.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] bitbake.conf: change APACHE_MIRROR to use archive site

2011-12-06 Thread Richard Purdie
On Tue, 2011-12-06 at 18:23 +0100, Martin Jansa wrote:
> On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> > On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa  wrote:
> > > * there are newest as well as older releases, so the SRC_URIs are valid 
> > > longer
> > > * someone with fast line should try to redownload world to see if the
> > >  structure is the same for all projects (checked for subversion)
> > 
> > Would it not be better to do what we do for other projects, and add
> > the archive URI to either the global MIRRORS for fallback, or prepend
> > to MIRRORS in the appropriate .inc?
> 
> You're right, it's even there already (I didn't know).. but it didn't work 
> for me with subversion...
> 
> somehow it managed to append subversion-1.7.1.tar.bz2 twice

Try:

http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=rpurdie/useradd4&id=1b4003386bb1849d115f9b2f90594a60fbbf56cc

We really need a regression test for that function, its horrible...

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH] conf/machine: Don't poke around providers which aren't machine specific/safe

2011-12-06 Thread Richard Purdie
Machines shouldn't be poking around PREFERRED_PROVIDERS which aren't
machine specific or at least machine safe. Kernels are machine specific
and the xserver is selectable. libx11 and mesa are now really a distro choice
and machine configurations shouldn't be poking around them as it just leads
to corruption, conflicts and confusion.

Signed-off-by: Richard Purdie 
---
diff --git a/meta/conf/machine/include/qemu.inc 
b/meta/conf/machine/include/qemu.inc
index 9ef242f..3cebfab 100644
--- a/meta/conf/machine/include/qemu.inc
+++ b/meta/conf/machine/include/qemu.inc
@@ -12,6 +12,5 @@ RDEPENDS_kernel-base = ""
 
 # Use a common kernel recipe for all QEMU machines
 PREFERRED_PROVIDER_virtual/kernel ?= "linux-yocto"
-#PREFERRED_PROVIDER_linux-libc-headers ?= "linux-libc-headers-yocto"
 
 EXTRA_IMAGEDEPENDS += "qemu-native qemu-helper-native"
diff --git a/meta/conf/machine/qemuppc.conf b/meta/conf/machine/qemuppc.conf
index dacc802..bcc408f 100644
--- a/meta/conf/machine/qemuppc.conf
+++ b/meta/conf/machine/qemuppc.conf
@@ -2,8 +2,6 @@
 #@NAME: qemu PPC Emulator setup
 #@DESCRIPTION: Machine configuration for running an PPC system under qemu 
emulation
 
-PREFERRED_PROVIDER_virtual/libgl  = "mesa-xlib"
-
 require conf/machine/include/qemu.inc
 require conf/machine/include/tune-ppc603e.inc
 
diff --git a/meta/conf/machine/qemux86-64.conf 
b/meta/conf/machine/qemux86-64.conf
index f28cf08..73a4043 100644
--- a/meta/conf/machine/qemux86-64.conf
+++ b/meta/conf/machine/qemux86-64.conf
@@ -2,10 +2,7 @@
 #@NAME: common_pc
 #@DESCRIPTION: Machine configuration for running a common x86
 
-PREFERRED_PROVIDER_virtual/libgl  = "mesa-dri"
-PREFERRED_PROVIDER_virtual/libx11 ?= "libx11-trim"
 PREFERRED_PROVIDER_virtual/xserver ?= "xserver-xorg"
-PREFERRED_PROVIDER_virtual/xserver-xf86 ?= "xserver-xorg"
 
 require conf/machine/include/tune-x86_64.inc
 require conf/machine/include/qemu.inc
diff --git a/meta/conf/machine/qemux86.conf b/meta/conf/machine/qemux86.conf
index bcfc9d6..b8826e7 100644
--- a/meta/conf/machine/qemux86.conf
+++ b/meta/conf/machine/qemux86.conf
@@ -2,10 +2,7 @@
 #@NAME: common_pc
 #@DESCRIPTION: Machine configuration for running a common x86
 
-PREFERRED_PROVIDER_virtual/libgl  = "mesa-dri"
-PREFERRED_PROVIDER_virtual/libx11 ?= "libx11-trim"
 PREFERRED_PROVIDER_virtual/xserver ?= "xserver-xorg"
-PREFERRED_PROVIDER_virtual/xserver-xf86 ?= "xserver-xorg"
 
 require conf/machine/include/tune-i586.inc
 require conf/machine/include/qemu.inc



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [RFC] Move package-split of kexec-tools (kdump/kexec) into oe-core?

2011-12-06 Thread Richard Purdie
On Tue, 2011-12-06 at 17:46 +0100, Leon Woestenberg wrote:
> Hello all,
> 
> 
> meta-openembedded uses .bbappend to change the package-split-up of
> "kexec-tools" (as in openembedded-core) into "kexec" and "kdump"
> packages (this was classic OE behaviour).
> 
> http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-kernel/kexec/kexec-tools_2.0.2.bbappend?id=0c6d03335c117d24096598a3415ba22f74ec4f6e
> 
> However, in openembedded-core we have a dependency on kexec-tools,
> thus this error results:
> 
> |  * satisfy_dependencies_for: Cannot satisfy the following
> dependencies for task-core-tools-testapps:
> |  * kexec-tools *
> |  * opkg_install_cmd: Cannot install package
> task-core-tools-testapps.
> 
> 
> So the use of meta-openembedded as a layer breaks openembedded-core.
> 
> As a solution, can we move this package-split into openembedded-core?

I see no reason this shouldn't be in oecore (quite the opposite), we
just need someone to send the suitably tested patch.

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH] rootfs_ipk: implement FEED_DEPLOYDIR_BASE_URI support

2011-12-06 Thread Eric Bénard
this feature was present in OE-classic, is documented in OE-core
but its implementation is actually missing.
The present implementation is directly copied from OE-classic
and tested on an arm926 machine.

Signed-off-by: Eric Bénard 
---
 meta/classes/rootfs_ipk.bbclass |   13 -
 1 files changed, 12 insertions(+), 1 deletions(-)

diff --git a/meta/classes/rootfs_ipk.bbclass b/meta/classes/rootfs_ipk.bbclass
index b4b95c5..ec01951 100644
--- a/meta/classes/rootfs_ipk.bbclass
+++ b/meta/classes/rootfs_ipk.bbclass
@@ -205,7 +205,18 @@ ipk_insert_feed_uris () {
 
# insert new feed-sources
echo "src/gz $feed_name $feed_uri" >> ${IPKGCONF_TARGET}
-done
+   done
+
+   # Allow to use package deploy directory contents as quick devel-testing
+   # feed. This creates individual feed configs for each arch subdir of 
those
+   # specified as compatible for the current machine.
+   # NOTE: Development-helper feature, NOT a full-fledged feed.
+   if [ -n "${FEED_DEPLOYDIR_BASE_URI}" ]; then
+   for arch in ${PACKAGE_ARCHS}
+   do
+   echo "src/gz local-$arch 
${FEED_DEPLOYDIR_BASE_URI}/$arch" >> 
${IMAGE_ROOTFS}/etc/opkg/local-$arch-feed.conf
+   done
+   fi
 }
 
 python () {
-- 
1.7.6.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 0/2] Small fixes (could be for M1)

2011-12-06 Thread Richard Purdie
On Mon, 2011-12-05 at 22:16 -0800, Saul Wold wrote:
> Richard,
> 
> These are a couple of things I found in distro_tracking (with
> Jiajun's help) and wget was pointing to the wrong place, would
> be good for the self-hosted build.
> 
> Sau!
> 
> The following changes since commit 0a7a8597be05c8def8af58eecab49d963dc9d757:
> 
>   libsdl: Disable pulseaudio explicitly (2011-12-05 23:03:23 +)
> 
> are available in the git repository at:
>   git://git.openembedded.org/openembedded-core-contrib sgw/fix
>   
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/fix
> 
> Saul Wold (2):
>   distro_tracking: fix manual entries
>   wget: Fix wget alternative path to be /usr/bin not /bin

Merged to master, thanks.

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [RFC] Move package-split of kexec-tools (kdump/kexec) into oe-core?

2011-12-06 Thread Saul Wold

On 12/06/2011 09:06 AM, Mark Hatle wrote:

On 12/6/11 10:46 AM, Leon Woestenberg wrote:

Hello all,


meta-openembedded uses .bbappend to change the package-split-up of
"kexec-tools"
(as in openembedded-core) into "kexec" and "kdump" packages (this was
classic OE
behaviour).

http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-kernel/kexec/kexec-tools_2.0.2.bbappend?id=0c6d03335c117d24096598a3415ba22f74ec4f6e


However, in openembedded-core we have a dependency on kexec-tools,
thus this
error results:

| * satisfy_dependencies_for: Cannot satisfy the following
dependencies for
task-core-tools-testapps:
| * kexec-tools *
| * opkg_install_cmd: Cannot install package task-core-tools-testapps.


So the use of meta-openembedded as a layer breaks openembedded-core.

As a solution, can we move this package-split into openembedded-core?


Other (neat!) solutions at hand? Maybe a meta-package?



That package split seems reasonable to me, along with corresponding
changes to openembedded-core to choose the "right" kexec-tools.. (in
this case since it's test apps, we'd want both...)

Seems right here also, just be sure to do appropriate DEPENDS and PR 
bumps for things that currently depend on kexec-tools.


Sau!


--Mark


Regards,

Leon.

thanks 'ant_work' for the pointer to bbappend.



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] bitbake.conf: change APACHE_MIRROR to use archive site

2011-12-06 Thread Martin Jansa
On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa  wrote:
> > * there are newest as well as older releases, so the SRC_URIs are valid 
> > longer
> > * someone with fast line should try to redownload world to see if the
> >  structure is the same for all projects (checked for subversion)
> 
> Would it not be better to do what we do for other projects, and add
> the archive URI to either the global MIRRORS for fallback, or prepend
> to MIRRORS in the appropriate .inc?

You're right, it's even there already (I didn't know).. but it didn't work for 
me with subversion...

somehow it managed to append subversion-1.7.1.tar.bz2 twice

DEBUG: For url ['http', 'www.apache.org', 
'/dist/subversion/subversion-1.7.1.tar.bz2', '', '', {}] comparing ['http', 
'www.apache.org', '/dist', '', '', {}] to ['http', 'archive.apache.org', 
'/dist', '', '', {}]
DEBUG: For url http://www.apache.org/dist/subversion/subversion-1.7.1.tar.bz2 
returning 
http://archive.apache.org/dist/subversion/subversion-1.7.1.tar.bz2/subversion-1.7.1.tar.bz2

longer version:
DEBUG: For url ['http', 'www.apache.org', 
'/dist/subversion/subversion-1.7.1.tar.bz2', '', '', {}] comparing ['ftp', 
'lsof.itap.purdue.edu', '/pub/tools/unix/lsof/', '', '', {}] to ['ftp', 
'the.wiretapped.net', '/pub/security/host-security/lsof/', '', '', {}]
DEBUG: For url ['http', 'www.apache.org', 
'/dist/subversion/subversion-1.7.1.tar.bz2', '', '', {}] comparing ['http', 
'www.apache.org', '/dist', '', '', {}] to ['http', 'archive.apache.org', 
'/dist', '', '', {}]
DEBUG: For url http://www.apache.org/dist/subversion/subversion-1.7.1.tar.bz2 
returning 
http://archive.apache.org/dist/subversion/subversion-1.7.1.tar.bz2/subversion-1.7.1.tar.bz2
NOTE: fetch 
http://archive.apache.org/dist/subversion/subversion-1.7.1.tar.bz2/subversion-1.7.1.tar.bz2
DEBUG: executing /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate 
-P /var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/downloads 
'http://archive.apache.org/dist/subversion/subversion-1.7.1.tar.bz2/subversion-1.7.1.tar.bz2'
DEBUG: Fetcher accessed the network with the command /usr/bin/env wget -t 5 -q 
--passive-ftp --no-check-certificate -P 
/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/downloads 
'http://archive.apache.org/dist/subversion/subversion-1.7.1.tar.bz2/subversion-1.7.1.tar.bz2'
DEBUG: Running export HOME="/var/lib/jenkins"; export 
GIT_CONFIG="/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/etc/gitconfig";
 export 
PATH="/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv4t-linux:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/sbin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/sbin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux//bin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/openembedded-core/scripts/native-intercept:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/openembedded-core/scripts:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/bitbake/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/openembedded-core/scripts";
 /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P 
/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/downloads 
'http://archive.apache.org/dist/subversion/subversion-1.7.1.tar.bz2/subversion-1.7.1.tar.bz2'
DEBUG: Mirror fetch failure for url 
http://archive.apache.org/dist/subversion/subversion-1.7.1.tar.bz2/subversion-1.7.1.tar.bz2
 (original url: http://www.apache.org/dist/subversion/subversion-1.7.1.tar.bz2)
DEBUG: Fetcher failure for URL: 'None'. Fetch command export 
HOME="/var/lib/jenkins"; export 
GIT_CONFIG="/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/etc/gitconfig";
 export 
PATH="/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv4t-linux:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/sbin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/sbin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux//bin:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/openembedded-core/scripts/native-intercept:/var/lib/jenkins/jobs/shr-core-gta02/workspace/shr-core/openembedded

Re: [OE-core] [RFC] Move package-split of kexec-tools (kdump/kexec) into oe-core?

2011-12-06 Thread Mark Hatle

On 12/6/11 10:46 AM, Leon Woestenberg wrote:

Hello all,


meta-openembedded uses .bbappend to change the package-split-up of "kexec-tools"
(as in openembedded-core) into "kexec" and "kdump" packages (this was classic OE
behaviour).

http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-kernel/kexec/kexec-tools_2.0.2.bbappend?id=0c6d03335c117d24096598a3415ba22f74ec4f6e

However, in openembedded-core we have a dependency on kexec-tools, thus this
error results:

| * satisfy_dependencies_for: Cannot satisfy the following dependencies for
task-core-tools-testapps:
| * kexec-tools *
| * opkg_install_cmd: Cannot install package task-core-tools-testapps.


So the use of meta-openembedded as a layer breaks openembedded-core.

As a solution, can we move this package-split into openembedded-core?


Other (neat!) solutions at hand? Maybe a meta-package?



That package split seems reasonable to me, along with corresponding changes to 
openembedded-core to choose the "right" kexec-tools..  (in this case since it's 
test apps, we'd want both...)


--Mark


Regards,

Leon.

thanks 'ant_work' for the pointer to bbappend.



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [RFC] Move package-split of kexec-tools (kdump/kexec) into oe-core?

2011-12-06 Thread Leon Woestenberg
Hello all,


meta-openembedded uses .bbappend to change the package-split-up of
"kexec-tools" (as in openembedded-core) into "kexec" and "kdump" packages
(this was classic OE behaviour).

http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-kernel/kexec/kexec-tools_2.0.2.bbappend?id=0c6d03335c117d24096598a3415ba22f74ec4f6e

However, in openembedded-core we have a dependency on kexec-tools, thus
this error results:

|  * satisfy_dependencies_for: Cannot satisfy the following dependencies
for task-core-tools-testapps:
|  * kexec-tools *
|  * opkg_install_cmd: Cannot install package task-core-tools-testapps.


So the use of meta-openembedded as a layer breaks openembedded-core.

As a solution, can we move this package-split into openembedded-core?


Other (neat!) solutions at hand? Maybe a meta-package?


Regards,

Leon.

thanks 'ant_work' for the pointer to bbappend.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 5/5] initramfs-module-udev: add

2011-12-06 Thread Otavio Salvador
Signed-off-by: Otavio Salvador 
---
 .../initrdscripts/initramfs-module-udev/udev   |   22 
 .../initrdscripts/initramfs-module-udev_1.0.bb |   16 ++
 2 files changed, 38 insertions(+), 0 deletions(-)
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-udev/udev
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-udev_1.0.bb

diff --git a/meta/recipes-core/initrdscripts/initramfs-module-udev/udev 
b/meta/recipes-core/initrdscripts/initramfs-module-udev/udev
new file mode 100644
index 000..9ea8aa3
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-udev/udev
@@ -0,0 +1,22 @@
+#!/bin/sh
+# Copyright (C) 2011 O.S. Systems Software LTDA.
+# Licensed on MIT
+
+udev_enabled() {
+   if [ ! -e /sbin/udevd ]; then
+   debug "/sbin/udev doesn't exist"
+   return 1
+   fi
+
+   return 0
+}
+
+udev_run() {
+   mkdir -p /run
+
+   udevd --daemon > /dev/null
+   udevadm trigger --action=add
+   udevadm settle
+
+   killall udevd 2>/dev/null
+}
diff --git a/meta/recipes-core/initrdscripts/initramfs-module-udev_1.0.bb 
b/meta/recipes-core/initrdscripts/initramfs-module-udev_1.0.bb
new file mode 100644
index 000..a3fcba0
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-udev_1.0.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = "initramfs support for udev"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+RDEPENDS = "initramfs-base udev udev-utils"
+RCONFLICTS = "initramfs-module-mdev"
+
+inherit allarch
+
+SRC_URI = "file://udev"
+
+do_install() {
+install -d ${D}/init.d
+install -m 0755 ${WORKDIR}/udev ${D}/init.d/01-udev
+}
+
+FILES_${PN} = "/init.d/*"
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 4/5] initramfs-module-e2fs: add

2011-12-06 Thread Otavio Salvador
Signed-off-by: Otavio Salvador 
---
 .../initrdscripts/initramfs-module-e2fs/e2fs   |   28 
 .../initrdscripts/initramfs-module-e2fs_1.0.bb |   15 ++
 2 files changed, 43 insertions(+), 0 deletions(-)
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-module-e2fs/e2fs
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-e2fs_1.0.bb

diff --git a/meta/recipes-core/initrdscripts/initramfs-module-e2fs/e2fs 
b/meta/recipes-core/initrdscripts/initramfs-module-e2fs/e2fs
new file mode 100755
index 000..29f801a
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-e2fs/e2fs
@@ -0,0 +1,28 @@
+#!/bin/sh
+# Copyright (C) 2011 O.S. Systems Software LTDA.
+# Licensed on MIT
+
+e2fs_enabled() {
+   return 0
+}
+
+e2fs_run() {
+   filesystems="ext4 ext3 ext2"
+
+   # load modules
+   for fs in $filesystems; do
+   load_kernel_module $fs
+   done
+
+   for fs in $filesystems; do
+   eval "fs_options=\$bootparam_${fs}"
+   if [ -n "$fs_options" ]; then
+   dev=`expr "$fs_options" : '\([^:]*\).*'`
+   path=`expr "$fs_options" : '[^:]*:\([^:]*\).*'`
+
+   info "Mounting $dev as $fs on $path as $fs..."
+   mkdir -p $path
+   mount -t $fs $dev $path
+   fi
+   done
+}
diff --git a/meta/recipes-core/initrdscripts/initramfs-module-e2fs_1.0.bb 
b/meta/recipes-core/initrdscripts/initramfs-module-e2fs_1.0.bb
new file mode 100644
index 000..89f15ae
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-e2fs_1.0.bb
@@ -0,0 +1,15 @@
+DESCRIPTION = "initramfs support for ext2/ext3/ext3"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+RDEPENDS = "initramfs-base"
+
+inherit allarch
+
+SRC_URI = "file://e2fs"
+
+do_install() {
+install -d ${D}/init.d
+install -m 0755 ${WORKDIR}/e2fs ${D}/init.d/20-e2fs
+}
+
+FILES_${PN} = "/init.d/*"
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 2/5] initramfs-module-debug: add

2011-12-06 Thread Otavio Salvador
Adds support to dynamic debugging of initramfs using bootparam in
following format:

 - shell : starts a shell before and after each module
 - shell=before: : starts a shell before  is loaded and run
 - shell=after:  : starts a shell after  is loaded and run

 - shell-debug : run set -x as soon as possible
 - shell-debug=before: : run set -x before  is loaded and run
 - shell-debug=after:  : run set -x after  is loaded and run

Signed-off-by: Otavio Salvador 
---
 .../initrdscripts/initramfs-module-debug/debug |   82 
 .../initrdscripts/initramfs-module-debug_1.0.bb|   15 
 2 files changed, 97 insertions(+), 0 deletions(-)
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-debug/debug
 create mode 100644 
meta/recipes-core/initrdscripts/initramfs-module-debug_1.0.bb

diff --git a/meta/recipes-core/initrdscripts/initramfs-module-debug/debug 
b/meta/recipes-core/initrdscripts/initramfs-module-debug/debug
new file mode 100644
index 000..00bfd7d
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-debug/debug
@@ -0,0 +1,82 @@
+#!/bin/sh
+# Copyright (C) 2011 O.S. Systems Software LTDA.
+# Licensed on MIT
+
+# Adds support to dynamic debugging of initramfs using bootparam in
+# following format:
+#   shell : starts a shell before and after each module
+#   shell=before: : starts a shell before  is loaded and run
+#   shell=after:  : starts a shell after  is loaded and run
+#
+#   shell-debug : run set -x as soon as possible
+#   shell-debug=before: : run set -x before  is loaded and run
+#   shell-debug=after:  : run set -x after  is loaded and run
+
+DEBUG_SHELL="false"
+
+debug_hook_handler() {
+   status=$1
+   module=$2
+
+   if [ -n "$bootparam_shell" ] && [ "$bootparam_shell" != "true" ]; then
+   shell_wanted_status=`expr $bootparam_shell : '\(.*\):.*'`
+   shell_wanted_module=`expr $bootparam_shell : '.*:\(.*\)'`
+
+   if [ "$shell_wanted_status" = "before" ]; then
+   shell_wanted_status=pre
+   else
+   shell_wanted_status=post
+   fi
+   fi
+
+   if [ "$bootparam_shell" = "true" ] ||
+   ( [ "$status" = "$shell_wanted_status" ] &&
+   [ "$module" = "$shell_wanted_module" ] ); then
+   if [ "$status" = "pre" ]; then
+   status_msg="before"
+   else
+   status_msg="after"
+   fi
+
+   msg "Starting shell $status_msg $module..."
+   sh
+   fi
+
+   if [ -n "$bootparam_shell_debug" ] && [ "$bootparam_shell_debug" != 
"true" ]; then
+   shell_debug_wanted_status=`expr $bootparam_shell_debug : 
'\(.*\):.*'`
+   shell_debug_wanted_module=`expr $bootparam_shell_debug : 
'.*:\(.*\)'`
+
+   if [ "$shell_debug_wanted_status" = "before" ]; then
+   shell_debug_wanted_status=pre
+   else
+   shell_debug_wanted_status=post
+   fi
+   fi
+
+   if [ "$bootparam_shell_debug" = "true" ] ||
+   ( [ "$status" = "$shell_debug_wanted_status" ] &&
+   [ "$module" = "$shell_debug_wanted_module" ] ); then
+   if [ "$DEBUG_SHELL" = "true" ]; then
+   return 0
+   fi
+
+   if [ "$status" = "pre" ]; then
+   status_msg="before"
+   else
+   status_msg="after"
+   fi
+
+   msg "Starting shell debugging $status_msg $module..."
+   DEBUG_SHELL="true"
+   set -x
+   fi
+}
+
+debug_enabled() {
+   return 0
+}
+
+debug_run() {
+   add_module_pre_hook "debug_hook_handler"
+   add_module_post_hook "debug_hook_handler"
+}
diff --git a/meta/recipes-core/initrdscripts/initramfs-module-debug_1.0.bb 
b/meta/recipes-core/initrdscripts/initramfs-module-debug_1.0.bb
new file mode 100644
index 000..d0380f4
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-debug_1.0.bb
@@ -0,0 +1,15 @@
+DESCRIPTION = "initramfs debug helper"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+RDEPENDS = "initramfs-base"
+
+inherit allarch
+
+SRC_URI = "file://debug"
+
+do_install() {
+install -d ${D}/init.d
+install -m 0755 ${WORKDIR}/debug ${D}/init.d/00-debug
+}
+
+FILES_${PN} = "/init.d/*"
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 0/5] Provides a framework and initial modules for initramfs

2011-12-06 Thread Otavio Salvador
This patchset adds a very flexible and powerful initramfs framework
together with a small set of modules using it. Please refer to each
commit for the respective documentation.

The following changes since commit fb642d2691b9302e16e984aff9d8fb18c431:

  buildhistory bbclass: avoid absolute paths for files-in-image.txt to avoid 
diff churn when relocating TMPDIR (2011-12-06 14:40:00 +)

are available in the git repository at:
  git://github.com/OSSystems/oe-core master
  https://github.com/OSSystems/oe-core/tree/HEAD

Otavio Salvador (5):
  initramfs-base: provides the base for a modular initramfs
  initramfs-module-debug: add
  initramfs-module-mdev: add
  initramfs-module-e2fs: add
  initramfs-module-udev: add

 .../initrdscripts/initramfs-base/finish|   42 ++
 .../recipes-core/initrdscripts/initramfs-base/init |  136 
 .../initrdscripts/initramfs-base_1.0.bb|   17 +++
 .../initrdscripts/initramfs-module-debug/debug |   82 
 .../initrdscripts/initramfs-module-debug_1.0.bb|   15 ++
 .../initrdscripts/initramfs-module-e2fs/e2fs   |   28 
 .../initrdscripts/initramfs-module-e2fs_1.0.bb |   15 ++
 .../initrdscripts/initramfs-module-mdev/mdev   |   30 +
 .../initrdscripts/initramfs-module-mdev_1.0.bb |   16 +++
 .../initrdscripts/initramfs-module-udev/udev   |   22 +++
 .../initrdscripts/initramfs-module-udev_1.0.bb |   16 +++
 11 files changed, 419 insertions(+), 0 deletions(-)
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-base/finish
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-base/init
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-base_1.0.bb
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-debug/debug
 create mode 100644 
meta/recipes-core/initrdscripts/initramfs-module-debug_1.0.bb
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-module-e2fs/e2fs
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-e2fs_1.0.bb
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-mdev/mdev
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-mdev_1.0.bb
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-udev/udev
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-udev_1.0.bb

-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 3/5] initramfs-module-mdev: add

2011-12-06 Thread Otavio Salvador
Signed-off-by: Otavio Salvador 
---
 .../initrdscripts/initramfs-module-mdev/mdev   |   30 
 .../initrdscripts/initramfs-module-mdev_1.0.bb |   16 ++
 2 files changed, 46 insertions(+), 0 deletions(-)
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-mdev/mdev
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-mdev_1.0.bb

diff --git a/meta/recipes-core/initrdscripts/initramfs-module-mdev/mdev 
b/meta/recipes-core/initrdscripts/initramfs-module-mdev/mdev
new file mode 100644
index 000..a5df1d7
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-mdev/mdev
@@ -0,0 +1,30 @@
+#!/bin/sh
+# Copyright (C) 2011 O.S. Systems Software LTDA.
+# Licensed on MIT
+
+mdev_enabled() {
+   if [ ! -e /sbin/mdev ]; then
+   debug "/sbin/mdev doesn't exist"
+   return 1
+   fi
+
+   return 0
+}
+
+mdev_run() {
+   # setup the environment
+   mount -t tmpfs tmpfs /dev
+
+   mkdir -m 1777 /dev/shm
+
+   mkdir -m 0755 /dev/pts
+   mount -t devpts devpts /dev/pts
+
+   echo /sbin/mdev > /proc/sys/kernel/hotplug
+   mdev -s
+
+   # load modules for devices
+   find /sys -name modalias | while read m; do
+   load_kernel_module $(cat $m)
+   done
+}
diff --git a/meta/recipes-core/initrdscripts/initramfs-module-mdev_1.0.bb 
b/meta/recipes-core/initrdscripts/initramfs-module-mdev_1.0.bb
new file mode 100644
index 000..e1af0e3
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-module-mdev_1.0.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = "initramfs support for mdev"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+RDEPENDS = "initramfs-base"
+RCONFLICTS = "initramfs-module-udev"
+
+inherit allarch
+
+SRC_URI = "file://mdev"
+
+do_install() {
+install -d ${D}/init.d
+install -m 0755 ${WORKDIR}/mdev ${D}/init.d/01-mdev
+}
+
+FILES_${PN} = "/init.d/*"
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 1/5] initramfs-base: provides the base for a modular initramfs

2011-12-06 Thread Otavio Salvador
Provides the API to be used by the initramfs module. The modules need
to provide the following functions:

 _enabled : check if the module ought to run (return 1 to skip)
 _run : do what is need

Boot parameters are available on environment in the as:

 'foo=value' as 'bootparam_foo=value'
 'foo' as 'bootparam_foo=true'

Another possibility is to add hooks to be run before and/or after a
module to be run, allowing for fancy features as dynamic debug shells
and like.

Signed-off-by: Otavio Salvador 
---
 .../initrdscripts/initramfs-base/finish|   42 ++
 .../recipes-core/initrdscripts/initramfs-base/init |  136 
 .../initrdscripts/initramfs-base_1.0.bb|   17 +++
 3 files changed, 195 insertions(+), 0 deletions(-)
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-base/finish
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-base/init
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-base_1.0.bb

diff --git a/meta/recipes-core/initrdscripts/initramfs-base/finish 
b/meta/recipes-core/initrdscripts/initramfs-base/finish
new file mode 100755
index 000..8139b42
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-base/finish
@@ -0,0 +1,42 @@
+#!/bin/sh
+# Copyright (C) 2011 O.S. Systems Software LTDA.
+# Licensed on MIT
+
+finish_enabled() {
+   return 0
+}
+
+finish_run() {
+   if [ -n "$ROOTFS_DIR" ]; then
+   if [ -n "$bootparam_rootdelay" ]; then
+   debug "Sleeping for $rootdelay second(s) to wait root 
to settle..."
+   sleep $bootparam_rootdelay
+   fi
+
+   if [ -n "$bootparam_root" ]; then
+   debug "No e2fs compatible filesystem has been mounted, 
mounting $bootparam_root..."
+
+   if [ -e "$bootparam_root" ]; then
+   mount $bootparam_root $ROOTFS_DIR
+   else
+   debug "root '$bootparam_root' doesn't exist."
+   fi
+   fi
+
+   if [ ! -d $ROOTFS_DIR/dev ]; then
+   fatal "ERROR: There's no '/dev' on rootfs."
+   fi
+
+   info "Switching root to '$ROOTFS_DIR'..."
+
+   debug "Moving /dev, /proc and /sys onto rootfs..."
+   mount --move /dev $ROOTFS_DIR/dev
+   mount --move /proc $ROOTFS_DIR/proc
+   mount --move /sys $ROOTFS_DIR/sys
+
+   cd $ROOTFS_DIR
+   exec switch_root -c /dev/console $ROOTFS_DIR /sbin/init
+   else
+   debug "No rootfs has been set"
+   fi
+}
diff --git a/meta/recipes-core/initrdscripts/initramfs-base/init 
b/meta/recipes-core/initrdscripts/initramfs-base/init
new file mode 100755
index 000..fc4b0db
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-base/init
@@ -0,0 +1,136 @@
+#!/bin/sh
+# Copyright (C) 2011 O.S. Systems Software LTDA.
+# Licensed on MIT
+#
+# Provides the API to be used by the initramfs modules
+#
+# Modules need to provide the following functions:
+#
+# _enabled : check if the module ought to run (return 1 to skip)
+# _run : do what is need
+#
+# Boot parameters are available on environment in the as:
+#
+# 'foo=value' as 'bootparam_foo=value'
+# 'foo' as 'bootparam_foo=true'
+
+# Register a function to be called before running a module
+# The hook is called as:
+#pre 
+add_module_pre_hook() {
+   MODULE_PRE_HOOKS="$MODULE_PRE_HOOKS $1"
+}
+
+# Register a function to be called after running a module
+# The hook is called as:
+#post 
+add_module_post_hook() {
+   MODULE_POST_HOOKS="$MODULE_POST_HOOKS $1"
+}
+
+# Load kernel module
+load_kernel_module() {
+   if modprobe $1 >/dev/null 2>&1; then
+   info "Loaded module $1"
+   else
+   debug "Failed to load module $1"
+   fi
+}
+
+# Prints information
+msg() {
+   echo "$@" >/dev/console
+}
+
+# Prints information if verbose bootparam is used
+info() {
+   [ -n "$bootparam_verbose" ] && echo "$@" >/dev/console
+}
+
+# Prints information if debug bootparam is used
+debug() {
+   [ -n "$bootparam_debug" ] && echo "DEBUG: $@" >/dev/console
+}
+
+# Prints a message and start a endless loop
+fatal() {
+echo $1 >/dev/console
+echo >/dev/console
+
+   while [ "true" ]; do
+   sleep 3600
+   done
+}
+
+# Variables shared amoung modules
+ROOTFS_DIR="/rootfs" # where to do the switch root
+MODULE_PRE_HOOKS=""  # functions to call before running each module
+MODULE_POST_HOOKS="" # functions to call after running each module
+MODULES_DIR=/init.d  # place to look for modules
+
+# initialize /proc and /sys
+mkdir -p /proc /sys
+mount -t proc proc /proc
+mount -t sysfs sysfs /sys
+
+# populate bootparam environment
+for p in `cat /proc/cmdline`; do
+   opt="${p%%=*}"
+   opt=${opt/-/_}
+   if [ "${p/=/}" = "$p" ]; then
+   

Re: [OE-core] [PATCH v2] sstate.bbclass: add option to use alternate compression in lieu of gzip

2011-12-06 Thread McClintock Matthew-B29882
On Fri, Dec 2, 2011 at 11:24 AM, Matthew McClintock  wrote:
> -               tar -czf ${SSTATE_PKG} *
> +               tar -${SSTATE_PKG_TAROPT}cf ${SSTATE_PKG} *
>        else
> -               tar -cz --file=${SSTATE_PKG} --files-from=/dev/null
> +               tar -${SSTATE_PKG_TAROPT}c --file=${SSTATE_PKG} 
> --files-from=/dev/null
>        fi
>
>        cd ${WORKDIR}
> @@ -463,7 +466,7 @@ sstate_create_package () {
>  sstate_unpack_package () {
>        mkdir -p ${SSTATE_INSTDIR}
>        cd ${SSTATE_INSTDIR}
> -       tar -xvzf ${SSTATE_PKG}
> +       tar -${SSTATE_PKG_TAROPT}xvf  ${SSTATE_PKG}

I'm going to respin this to look more like:

tar -cvf - | "$SSTATE_PKG_TARCOMPRESSION"

such that we don't depend on newer versions of tar for specific types
of compression.

-M

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] building SDK

2011-12-06 Thread Eric Bénard

Hi Sergey,

Le 06/12/2011 16:25, Sergey Lapin a écrit :

Is it known how to build custom SDK with current OE-core based build system?

bitbake meta-toolchain or meta-toolchain-qte for qt embedded.

Eric

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] building SDK

2011-12-06 Thread Sergey Lapin
Hi, all!

Is it known how to build custom SDK with current OE-core based build system?
Also how to put basic toolchain into device image?

Thanks a lot,
S.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] do_populate_lic_setscene when building LSB on edison

2011-12-06 Thread Richard Purdie
On Tue, 2011-12-06 at 02:08 +, McClintock Matthew-B29882 wrote:
> On Mon, Dec 5, 2011 at 2:35 AM, Richard Purdie
>  wrote:
> > On Sun, 2011-12-04 at 18:44 +, McClintock Matthew-B29882 wrote:
> >> Can anyone comment if this issue has been resolved on master? It's
> >> very random which package it occurs on, it only seems to happen when
> >> building the LSB target, and it also appears to happen on my CentOS 5
> >> box and not my Ubuntu box (at least less often)... sometimes it
> >> happens only on one package in a build, sometimes it's 5-10
> >> packages...
> >>
> >> ERROR: Task 3209
> >> (/opt/yocto/cache-test/p2041rdb/meta/recipes-graphics/freetype/freetype_2.4.6.bb,
> >> do_populate_lic_setscene) failed with exit code '1'
> >
> > What do the logfiles in the workdir/temp directories say for these
> > tasks?
> 
> This is my own doing.
> 
> Basically what is going on is I switched sstate-cache to use xz
> instead of gzip. Well what happens is when I come along and install
> xz-native, then stuff starts failing because we are running xz from
> sysroot instead of host and briefly all the librarys for xz are not in
> place so it fails with:
> 
> xz: error while loading shared libraries: liblzma.so.5: cannot open
> shared object file: No such file or directory
> 
> Is this a situation where it's just to just install this package
> beforehand like we do for tar and pseudo?

Not really since its also possible for those initial pieces of the build
to be installed from sstate :/. We have an open bug for the tar race
issue I believe...

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] buildhistory bbclass: avoid absolute paths for files-in-image.txt to avoid diff churn when relocating TMPDIR

2011-12-06 Thread Richard Purdie
On Tue, 2011-12-06 at 13:00 +0100, Koen Kooi wrote:
> Signed-off-by: Koen Kooi 
> ---
>  meta/classes/buildhistory.bbclass |2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)

Merged to master, thanks.

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 0/6] Enable cloog/ppl when compiling gcc

2011-12-06 Thread Richard Purdie
On Mon, 2011-12-05 at 21:21 -0800, Khem Raj wrote:
> This patchset contains
> 
> Changes to gcc where now it will be compiled with cloog/ppl support
> and we have corresponding libraries build as -native and -nativesdk
> recipes
> 
> Fixes the beagleboard ICE seen with mesa-xlib sometime ago
> and removes the workaround for the same
> 
> Updates eglibc 2.14 to tip of SVN branch
> 
> Fixes gnutls build failure observed on uclibc
> 
> The following changes since commit 0a7a8597be05c8def8af58eecab49d963dc9d757:
> 
>   libsdl: Disable pulseaudio explicitly (2011-12-05 23:03:23 +)
> 
> are available in the git repository at:
>   git://git.openembedded.org/openembedded-core-contrib kraj/gcc-graphite
>   
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/gcc-graphite
> 
> Khem Raj (6):
>   tcmode-default: Remove pinning u-boot-mkimage-native to non-existing
> version
>   gnutls: Fix fix-gettext-version.patch
>   eglibc: Update 2.14 recipes to latest SVN tip
>   gcc: Backport patch from trunk to fix ICE seen on armv7 with
> mesa-xlib

I merged these.

>  cloog-ppl,ppl: Add new recipes
>   gcc-4.6: Enable PPL and ClooG support

but I think these need more discussion.

Cheers,

Richard



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 0/6] Enable cloog/ppl when compiling gcc

2011-12-06 Thread Richard Purdie
On Mon, 2011-12-05 at 21:21 -0800, Khem Raj wrote:
> This patchset contains
> 
> Changes to gcc where now it will be compiled with cloog/ppl support
> and we have corresponding libraries build as -native and -nativesdk
> recipes

This gives a hit to the build time of the toolchain and I'm not sure
what benefits its buying us, particularly if we don't enable the
optimisations that cloog/ppl is used for.

Whilst this looks nice for experimentation, are there documented
benefits for a system compiled with this?

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 0/1]Fix inappropriate default protocal in distrodata.bbclass

2011-12-06 Thread Richard Purdie
On Tue, 2011-12-06 at 17:09 +0800, Mei Lei wrote:
> Hi all,
>   Some git repo recipes use rsync protocal as their default protocal, 
> this will lead errors when checking upstreawm version.
>   Change default protocal from rsync to git for those git recipes.
> 
> Thanks,
> Lei
> 
> The following changes since commit 0a7a8597be05c8def8af58eecab49d963dc9d757:
>   Richard Purdie (1):
> libsdl: Disable pulseaudio explicitly
> 
> are available in the git repository at:
> 
>   git://git.pokylinux.org/poky-contrib lmei3/fix-protocal
>   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lmei3/fix-protocal
> 
> Mei Lei (1):
>   distrodata.bbclass:Fix some recipes upstream version check issue.

Merged to master, thanks.

I believe I have previously asked we look at getting fetcher like
functionality merged into the fetchers and I'd like to mention this
again and ensure its not forgotten. Perhaps we need to file an
enhancement bug in the bugzilla for this?

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 0/4] Make missing checksums an error v2 + clutter-gst update

2011-12-06 Thread Richard Purdie
On Mon, 2011-12-05 at 18:17 -0800, Joshua Lock wrote:
> NOTE: this requires a patch I sent to the BitBake list[1] to error cleanly,
> otherwise you'll see a Python backtrace and the build fail...
> 
> This is v2 of a series to add set BB_STRICT_CHECKSUM in default-distrovars.inc
> so that missing checksums in recipes raises an error.
> 
> Since v1 I've run a test over OE-core to ensure to ensure I can do world
> fetches for each of the qemu machines and discovered that omap3-sgx-modules
> and puzzles recipes needed checksums adding.
> 
> I've snuck an extra patch lying on my disk into the queue too, an update for
> clutter-gst.
> 
> Regards,
> Joshua
> 
> 
> The following changes since commit 044324465bd54d53ae768f3c1e7468ae0e0c6200:
> 
>   dpkg-native: Fix perl path (2011-12-02 15:31:03 +)
> 
> are available in the git repository at:
>   git://git.openembedded.org/openembedded-core-contrib josh/checksums
>   
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/checksums
> 
> Joshua Lock (4):
>   omap3-sgx-modules: set SRC_URI checksums
>   puzzles: set SRC_URI checksums
>   default-distrovars: missing checksums should raise an error
>   clutter-gst: upgrade to 1.4.4

Merged to master apart from the omap3 patch which was superseded,
thanks.

Richard 


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] omap3-sgx-modules: drop from oe-core, it lives in the meta-ti BSP nowadays

2011-12-06 Thread Richard Purdie
On Tue, 2011-12-06 at 11:39 +0100, Koen Kooi wrote:
> OE-core only support qemu based machines, so BSP type recipe should be moved 
> to their respective BSPs
> 
> omap3-sgx-modules can be found in the meta-ti BSP: 
> http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-texasinstruments/
> 
> Signed-off-by: Koen Kooi 
> ---
>  .../omap3-sgx-modules_1.3.13.1397.bb   |   17 -
>  1 files changed, 0 insertions(+), 17 deletions(-)
>  delete mode 100644 
> meta/recipes-bsp/powervr-drivers/omap3-sgx-modules_1.3.13.1397.bb

Merged to master, thanks.

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] bitbake.conf: change APACHE_MIRROR to use archive site

2011-12-06 Thread Chris Larson
On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa  wrote:
> * there are newest as well as older releases, so the SRC_URIs are valid longer
> * someone with fast line should try to redownload world to see if the
>  structure is the same for all projects (checked for subversion)

Would it not be better to do what we do for other projects, and add
the archive URI to either the global MIRRORS for fallback, or prepend
to MIRRORS in the appropriate .inc?
-- 
Christopher Larson
clarson at kergoth dot com
Senior Software Engineer, Mentor Graphics

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH] subversion: update 1.7.0 to 1.7.2 and force libtool recreation

2011-12-06 Thread Martin Jansa
From: Klaus Kurzmann 

* subversion-1.7.* had libtool-2.4, oe-core now has 2.4.2 and it was
  failing:
  x86_64-linux-libtool: Version mismatch error.  This is libtool 2.4.2, but the
  x86_64-linux-libtool: definition of this LT_INIT comes from libtool 2.4.
  x86_64-linux-libtool: You should recreate aclocal.m4 with macros from libtool 
2.4.2
  x86_64-linux-libtool: and run autoconf again.

Signed-off-by: Klaus Kurzmann 
Signed-off-by: Martin Jansa 
---
 .../subversion/subversion-1.7.0/libtool2.patch |   15 
 .../subversion/subversion-1.7.2/libtool2.patch |   15 
 .../subversion/subversion_1.7.0.bb |   37 ---
 .../subversion/subversion_1.7.2.bb |   38 
 4 files changed, 53 insertions(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch
 create mode 100644 
meta/recipes-devtools/subversion/subversion-1.7.2/libtool2.patch
 delete mode 100644 meta/recipes-devtools/subversion/subversion_1.7.0.bb
 create mode 100644 meta/recipes-devtools/subversion/subversion_1.7.2.bb

diff --git a/meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch 
b/meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch
deleted file mode 100644
index 5cd572b..000
--- a/meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch
+++ /dev/null
@@ -1,15 +0,0 @@
-Upstream-Status: Inappropriate [embedded specific]
-
 a/configure.ac 2011-10-20 21:56:02.230663987 +0200
-+++ b/configure.ac 2011-08-17 15:01:30.0 +0200
-@@ -227,8 +227,8 @@
-   LIBTOOL="$sh_libtool"
-   SVN_LIBTOOL="$sh_libtool"
- else
--  sh_libtool="$abs_builddir/libtool"
--  SVN_LIBTOOL="\$(SHELL) $sh_libtool"
-+  sh_libtool="$abs_builddir/$host_alias-libtool"
-+  SVN_LIBTOOL="\$(SHELL) \$(abs_builddir)/$host_alias-libtool"
- fi
- AC_SUBST(SVN_LIBTOOL)
- 
diff --git a/meta/recipes-devtools/subversion/subversion-1.7.2/libtool2.patch 
b/meta/recipes-devtools/subversion/subversion-1.7.2/libtool2.patch
new file mode 100644
index 000..5cd572b
--- /dev/null
+++ b/meta/recipes-devtools/subversion/subversion-1.7.2/libtool2.patch
@@ -0,0 +1,15 @@
+Upstream-Status: Inappropriate [embedded specific]
+
+--- a/configure.ac 2011-10-20 21:56:02.230663987 +0200
 b/configure.ac 2011-08-17 15:01:30.0 +0200
+@@ -227,8 +227,8 @@
+   LIBTOOL="$sh_libtool"
+   SVN_LIBTOOL="$sh_libtool"
+ else
+-  sh_libtool="$abs_builddir/libtool"
+-  SVN_LIBTOOL="\$(SHELL) $sh_libtool"
++  sh_libtool="$abs_builddir/$host_alias-libtool"
++  SVN_LIBTOOL="\$(SHELL) \$(abs_builddir)/$host_alias-libtool"
+ fi
+ AC_SUBST(SVN_LIBTOOL)
+ 
diff --git a/meta/recipes-devtools/subversion/subversion_1.7.0.bb 
b/meta/recipes-devtools/subversion/subversion_1.7.0.bb
deleted file mode 100644
index 396b35b..000
--- a/meta/recipes-devtools/subversion/subversion_1.7.0.bb
+++ /dev/null
@@ -1,37 +0,0 @@
-DESCRIPTION = "The Subversion (svn) client"
-SECTION = "console/network"
-DEPENDS = "apr-util neon"
-RDEPENDS_${PN} = "neon"
-LICENSE = "Apache-2"
-HOMEPAGE = "http://subversion.tigris.org";
-
-BBCLASSEXTEND = "native"
-
-# negative, because of new checkout format in 1.7.0 
-# and distro PREMIRRORs need to be in sync with users
-DEFAULT_PREFERENCE = "-1"
-
-SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
-   file://libtool2.patch \
-"
-SRC_URI[md5sum] = "930e6644a1b6094efd268fde6a318f04"
-SRC_URI[sha256sum] = 
"64fd5f263a80e609717a3ca42f1f2625606a5c4a40a85716f82c866033780978"
-
-LIC_FILES_CHKSUM = "file://LICENSE;md5=4a14fd2da3134e40a087eb4326a4ecd4"
-
-EXTRA_OECONF = " \
---without-berkeley-db --without-apxs --without-apache \
---without-swig --with-apr=${STAGING_BINDIR_CROSS} \
---with-apr-util=${STAGING_BINDIR_CROSS}"
-
-inherit autotools
-
-export LDFLAGS += " -L${STAGING_LIBDIR} "
-
-acpaths = "-I build/ -I build/ac-macros/"
-
-do_configure_prepend () {
-   rm -f ${S}/libtool
-   rm -f ${S}/build/libtool.m4
-   sed -i -e 's:with_sasl="/usr/local":with_sasl="${STAGING_DIR}":' 
${S}/build/ac-macros/sasl.m4
-}
diff --git a/meta/recipes-devtools/subversion/subversion_1.7.2.bb 
b/meta/recipes-devtools/subversion/subversion_1.7.2.bb
new file mode 100644
index 000..23e2132
--- /dev/null
+++ b/meta/recipes-devtools/subversion/subversion_1.7.2.bb
@@ -0,0 +1,38 @@
+DESCRIPTION = "The Subversion (svn) client"
+SECTION = "console/network"
+DEPENDS = "apr-util neon"
+RDEPENDS_${PN} = "neon"
+LICENSE = "Apache-2"
+HOMEPAGE = "http://subversion.tigris.org";
+
+BBCLASSEXTEND = "native"
+
+# negative, because of new checkout format in 1.7.0 
+# and distro PREMIRRORs need to be in sync with users
+DEFAULT_PREFERENCE = "-1"
+
+SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
+   file://libtool2.patch \
+"
+SRC_URI[md5sum] = "1e5dfffd27be080672e5a042564368a8"
+SRC_URI[sha256sum] = 
"7eb3e1ae2b0385e1cc20ca9e1839e0ef0ac98a7455dc52ba4cdf5675

Re: [OE-core] [PATCH] buildhistory bbclass: avoid absolute paths for files-in-image.txt to avoid diff churn when relocating TMPDIR

2011-12-06 Thread Paul Eggleton
On Tuesday 06 December 2011 13:00:04 Koen Kooi wrote:
> Signed-off-by: Koen Kooi 
> ---
>  meta/classes/buildhistory.bbclass |2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/meta/classes/buildhistory.bbclass
> b/meta/classes/buildhistory.bbclass index e4534e9..39f5ff6 100644
> --- a/meta/classes/buildhistory.bbclass
> +++ b/meta/classes/buildhistory.bbclass
> @@ -321,7 +321,7 @@ buildhistory_get_image_installed() {
>  buildhistory_get_imageinfo() {
>   # List the files in the image, but exclude date/time etc.
>   # This awk script is somewhat messy, but handles where the size is not
> printed for device files under pseudo -   find ${IMAGE_ROOTFS} -ls | awk 
> '{
> if ( $7 ~ /[0-9]/ ) printf "%s %10-s %10-s %10s %s %s %s\n", $3, $5, $6,
> $7, $11, $12, $13 ; else printf "%s %10-s %10-s %10s %s %s %s\n", $3, $5,
> $6, 0, $10, $11, $12 }' > ${BUILDHISTORY_DIR_IMAGE}/files-in-image.txt +  
> (
> cd ${IMAGE_ROOTFS} && find . -ls | awk '{ if ( $7 ~ /[0-9]/ ) printf "%s
> %10-s %10-s %10s %s %s %s\n", $3, $5, $6, $7, $11, $12, $13 ; else printf
> "%s %10-s %10-s %10s %s %s %s\n", $3, $5, $6, 0, $10, $11, $12 }' >
> ${BUILDHISTORY_DIR_IMAGE}/files-in-image.txt )
> 
>   # Add some configuration information
>   echo "${MACHINE}: ${IMAGE_BASENAME} configured for ${DISTRO}
> ${DISTRO_VERSION}" > ${BUILDHISTORY_DIR_IMAGE}/build-id

Acked-by: Paul Eggleton 

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] ppl: fix libgmp paths

2011-12-06 Thread Koen Kooi

Op 6 dec. 2011, om 13:27 heeft Martin Jansa het volgende geschreven:

[..]

> 
> ---
> meta/recipes-support/ppl/ppl_0.11.2.bb |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
> 
> diff --git a/meta/recipes-support/ppl/ppl_0.11.2.bb 
> b/meta/recipes-support/ppl/ppl_0.11.2.bb
> index 7536364..b31fc4d 100644
> --- a/meta/recipes-support/ppl/ppl_0.11.2.bb
> +++ b/meta/recipes-support/ppl/ppl_0.11.2.bb
> @@ -11,6 +11,10 @@ SRC_URI[sha256sum] = 
> "e3fbd1c19ef44c6f020951807cdb6fc6a8153cd3a5c53b0ab9cf4c4f6e
> S = "${WORKDIR}/ppl-${PV}"
> BBCLASSEXTEND = "native nativesdk"
> 
> -EXTRA_OECONF = "--enable-watchdog --disable-debugging --disable-assertions 
> --disable-ppl_lcdd --disable-ppl_lpsol --disable-ppl_pips 
> --enable-interfaces='c cxx'"
> +# do we have something shorter then this? or can native.bbclass overwrite 
> STAGING_DIR_HOST like nativesdk does?
> +GMP_PREFIX = "${STAGING_DIR_HOST}"
> +GMP_PREFIX_virtclass-native = "${STAGING_DIR_NATIVE}"
> +
> +EXTRA_OECONF = "--with-gmp-prefix=${GMP_PREFIX} --enable-watchdog 
> --disable-debugging --disable-assertions --disable-ppl_lcdd 
> --disable-ppl_lpsol --disable-ppl_pips --enable-interfaces='c cxx'"
> 
> acpaths = "-I m4"
> -- 

That is missing a PR bump :)

regards,

Koen

signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH] ppl: fix libgmp paths

2011-12-06 Thread Martin Jansa
* before this patch:
configure:10139: checking how to link with libgmp
configure:10612: result: /usr/lib/libgmp.so
configure:10654: checking how to link with libgmpxx
configure:11127: result: /usr/lib/libgmpxx.so /usr/lib/libgmp.so
...
ac_cv_libgmp_cppflags=
ac_cv_libgmp_libs=/usr/lib/libgmp.so
ac_cv_libgmp_ltlibs='-L/usr/lib -lgmp'
ac_cv_libgmp_prefix=/usr
ac_cv_libgmpxx_cppflags=
ac_cv_libgmpxx_libs='/usr/lib/libgmpxx.so /usr/lib/libgmp.so'
ac_cv_libgmpxx_ltlibs='-L/usr/lib -lgmpxx -L/usr/lib -lgmp'
ac_cv_libgmpxx_prefix=/usr

* after this patch
configure:10139: checking how to link with libgmp
configure:10612: result: -lgmp
configure:10654: checking how to link with libgmpxx
configure:11127: result: -lgmpxx -lgmp
...
ac_cv_libgmp_cppflags=
ac_cv_libgmp_libs=-lgmp
ac_cv_libgmp_ltlibs=-lgmp
ac_cv_libgmp_prefix=
ac_cv_libgmpxx_cppflags=
ac_cv_libgmpxx_libs='-lgmpxx -lgmp'
ac_cv_libgmpxx_ltlibs='-lgmpxx -lgmp'
ac_cv_libgmpxx_prefix=

* but for ppl-native it worked before as well as after this patch like this:
configure:10139: checking how to link with libgmp
configure:10612: result: 
/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/libgmp.so -Wl,-rpath 
-Wl,/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib
configure:10654: checking how to link with libgmpxx
configure:11127: result: 
/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/libgmpxx.so 
/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/libgmp.so -Wl,-rpath 
-Wl,/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib -Wl,-rpath 
-Wl,/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib

Signed-off-by: Martin Jansa 
---
 meta/recipes-support/ppl/ppl_0.11.2.bb |6 +-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-support/ppl/ppl_0.11.2.bb 
b/meta/recipes-support/ppl/ppl_0.11.2.bb
index 7536364..b31fc4d 100644
--- a/meta/recipes-support/ppl/ppl_0.11.2.bb
+++ b/meta/recipes-support/ppl/ppl_0.11.2.bb
@@ -11,6 +11,10 @@ SRC_URI[sha256sum] = 
"e3fbd1c19ef44c6f020951807cdb6fc6a8153cd3a5c53b0ab9cf4c4f6e
 S = "${WORKDIR}/ppl-${PV}"
 BBCLASSEXTEND = "native nativesdk"
 
-EXTRA_OECONF = "--enable-watchdog --disable-debugging --disable-assertions 
--disable-ppl_lcdd --disable-ppl_lpsol --disable-ppl_pips 
--enable-interfaces='c cxx'"
+# do we have something shorter then this? or can native.bbclass overwrite 
STAGING_DIR_HOST like nativesdk does?
+GMP_PREFIX = "${STAGING_DIR_HOST}"
+GMP_PREFIX_virtclass-native = "${STAGING_DIR_NATIVE}"
+
+EXTRA_OECONF = "--with-gmp-prefix=${GMP_PREFIX} --enable-watchdog 
--disable-debugging --disable-assertions --disable-ppl_lcdd --disable-ppl_lpsol 
--disable-ppl_pips --enable-interfaces='c cxx'"
 
 acpaths = "-I m4"
-- 
1.7.8


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH] buildhistory bbclass: avoid absolute paths for files-in-image.txt to avoid diff churn when relocating TMPDIR

2011-12-06 Thread Koen Kooi
Signed-off-by: Koen Kooi 
---
 meta/classes/buildhistory.bbclass |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index e4534e9..39f5ff6 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -321,7 +321,7 @@ buildhistory_get_image_installed() {
 buildhistory_get_imageinfo() {
# List the files in the image, but exclude date/time etc.
# This awk script is somewhat messy, but handles where the size is not 
printed for device files under pseudo
-   find ${IMAGE_ROOTFS} -ls | awk '{ if ( $7 ~ /[0-9]/ ) printf "%s %10-s 
%10-s %10s %s %s %s\n", $3, $5, $6, $7, $11, $12, $13 ; else printf "%s %10-s 
%10-s %10s %s %s %s\n", $3, $5, $6, 0, $10, $11, $12 }' > 
${BUILDHISTORY_DIR_IMAGE}/files-in-image.txt
+   ( cd ${IMAGE_ROOTFS} && find . -ls | awk '{ if ( $7 ~ /[0-9]/ ) printf 
"%s %10-s %10-s %10s %s %s %s\n", $3, $5, $6, $7, $11, $12, $13 ; else printf 
"%s %10-s %10-s %10s %s %s %s\n", $3, $5, $6, 0, $10, $11, $12 }' > 
${BUILDHISTORY_DIR_IMAGE}/files-in-image.txt )
 
# Add some configuration information
echo "${MACHINE}: ${IMAGE_BASENAME} configured for ${DISTRO} 
${DISTRO_VERSION}" > ${BUILDHISTORY_DIR_IMAGE}/build-id
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 2/6] cloog-ppl,ppl: Add new recipes

2011-12-06 Thread Martin Jansa
On Tue, Dec 6, 2011 at 6:21 AM, Khem Raj  wrote:
> These are supporting libraries needed if we want
> to build gcc with graphite support which does better
> job on loop optimizarions.
>
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-support/cloog-ppl/cloog-ppl.inc       |    6 +
>  .../recipes-support/cloog-ppl/cloog-ppl_0.15.11.bb |   13 +
>  .../ppl/ppl-0.11.2/ppl_autoreconf.patch            |17034 
> 
>  meta/recipes-support/ppl/ppl.inc                   |    6 +
>  meta/recipes-support/ppl/ppl_0.11.2.bb             |   16 +
>  meta/recipes-support/ppl/ppl_git.bb                |   17 +
>  6 files changed, 17092 insertions(+), 0 deletions(-)
>  create mode 100644 meta/recipes-support/cloog-ppl/cloog-ppl.inc
>  create mode 100644 meta/recipes-support/cloog-ppl/cloog-ppl_0.15.11.bb
>  create mode 100644 meta/recipes-support/ppl/ppl-0.11.2/ppl_autoreconf.patch
>  create mode 100644 meta/recipes-support/ppl/ppl.inc
>  create mode 100644 meta/recipes-support/ppl/ppl_0.11.2.bb
>  create mode 100644 meta/recipes-support/ppl/ppl_git.bb

While testing this changes I got this from ppl build

| ../arm-oe-linux-gnueabi-libtool  --tag=CXX   --mode=link
arm-oe-linux-gnueabi-g++  -march=armv7-a -fno-tree-vectorize
-mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8
--sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900  -O2
-frounding-math -O2 -pipe -g -feliminate-unused-debug-types
-fpermissive -fvisibility-inlines-hidden -W -Wall  -version-info 9:0:0
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -o libppl.la -rpath
/usr/lib Box.lo checked.lo Checked_Number.lo Float.lo fpu-ia32.lo
Constraint.lo Constraint_System.lo Congruence.lo Congruence_System.lo
Generator_System.lo Grid_Generator_System.lo Generator.lo
Grid_Generator.lo Init.lo Coefficient.lo Linear_Expression.lo
Linear_System.lo Matrix.lo Scalar_Products.lo MIP_Problem.lo
PIP_Tree.lo PIP_Problem.lo Poly_Con_Relation.lo Poly_Gen_Relation.lo
BHRZ03_Certificate.lo H79_Certificate.lo Grid_Certificate.lo
Partial_Function.lo Polyhedron_nonpublic.lo Polyhedron_public.lo
Polyhedron_chdims.lo Polyhedron_widenings.lo C_Polyhedron.lo
NNC_Polyhedron.lo Grid_nonpublic.lo Grid_public.lo Grid_chdims.lo
Grid_widenings.lo BD_Shape.lo Octagonal_Shape.lo PERROR: Function
'do_compile' failed (see
/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/ppl-0.11.2-r0/temp/log.do_compile.4745
for further information)
| ointset_Powerset.lo Row.lo Linear_Row.lo Bit_Matrix.lo Bit_Row.lo
Ph_Status.lo Grid_Status.lo Variable.lo Variables_Set.lo conversion.lo
minimize.lo simplify.lo Grid_conversion.lo Grid_simplify.lo
stdiobuf.lo c_streambuf.lo globals.lo mp_std_bits.lo
Weight_Profiler.lo version.lotermination.lo wrap_string.lo
-L/usr/lib -lgmpxx -L/usr/lib -lgmp
| arm-oe-linux-gnueabi-libtool: link: arm-oe-linux-gnueabi-g++
-march=armv7-a -fno-tree-vectorize  -mthumb-interwork
-mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8
--sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900  -fPIC -DPIC
-shared -nostdlib
/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/crti.o
/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/arm-oe-linux-gnueabi/4.6.3/crtbeginS.o
 .libs/Box.o .libs/checked.o .libs/Checked_Number.o .libs/Float.o
.libs/fpu-ia32.o .libs/Constraint.o .libs/Constraint_System.o
.libs/Congruence.o .libs/Congruence_System.o .libs/Generator_System.o
.libs/Grid_Generator_System.o .libs/Generator.o .libs/Grid_Generator.o
.libs/Init.o .libs/Coefficient.o .libs/Linear_Expression.o
.libs/Linear_System.o .libs/Matrix.o .libs/Scalar_Products.o
.libs/MIP_Problem.o .libs/PIP_Tree.o .libs/PIP_Problem.o
.libs/Poly_Con_Relation.o .libs/Poly_Gen_Relation.o
.libs/BHRZ03_Certificate.o .libs/H79_Certificate.o
.libs/Grid_Certificate.o .libs/Partial_Function.o
.libs/Polyhedron_nonpublic.o .libs/Polyhedron_public.o
.libs/Polyhedron_chdims.o .libs/Polyhedron_widenings.o
.libs/C_Polyhedron.o .libs/NNC_Polyhedron.o .libs/Grid_nonpublic.o
.libs/Grid_public.o .libs/Grid_chdims.o .libs/Grid_widenings.o
.libs/BD_Shape.o .libs/Octagonal_Shape.o .libs/Pointset_Powerset.o
.libs/Row.o .libs/Linear_Row.o .libs/Bit_Matrix.o .libs/Bit_Row.o
.libs/Ph_Status.o .libs/Grid_Status.o .libs/Variable.o
.libs/Variables_Set.o .libs/conversion.o .libs/minimize.o
.libs/simplify.o .libs/Grid_conversion.o .libs/Grid_simplify.o
.libs/stdiobuf.o .libs/c_streambuf.o .libs/globals.o
.libs/mp_std_bits.o .libs/Weight_Profiler.o .libs/version.o
.libs/termination.o .libs/wrap_string.o   -L/usr/lib -lgmpxx -lgmp
-L/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.3
-L/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.3/../../../../../arm-oe-linux-gnueabi/lib
-L/OE/shr-core/tmp-eglibc/sysroots/nokia900/lib
-L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/arm-oe-linux-gnueabi/4.6.3
-L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib
/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/

[OE-core] [PATCH] omap3-sgx-modules: drop from oe-core, it lives in the meta-ti BSP nowadays

2011-12-06 Thread Koen Kooi
OE-core only support qemu based machines, so BSP type recipe should be moved to 
their respective BSPs

omap3-sgx-modules can be found in the meta-ti BSP: 
http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-texasinstruments/

Signed-off-by: Koen Kooi 
---
 .../omap3-sgx-modules_1.3.13.1397.bb   |   17 -
 1 files changed, 0 insertions(+), 17 deletions(-)
 delete mode 100644 
meta/recipes-bsp/powervr-drivers/omap3-sgx-modules_1.3.13.1397.bb

diff --git a/meta/recipes-bsp/powervr-drivers/omap3-sgx-modules_1.3.13.1397.bb 
b/meta/recipes-bsp/powervr-drivers/omap3-sgx-modules_1.3.13.1397.bb
deleted file mode 100644
index 0e850bc..000
--- a/meta/recipes-bsp/powervr-drivers/omap3-sgx-modules_1.3.13.1397.bb
+++ /dev/null
@@ -1,17 +0,0 @@
-DESCRIPTION = "Kernel drivers for the PowerVR SGX chipset found in the omap3 
SoCs"
-LICENSE = "GPLv2"
-
-inherit module
-
-SRC_URI = 
"http://dominion.thruhere.net/koen/OE/omap3-sgx-modules-1.3.13.1397.tar.bz2";
-
-S = ${WORKDIR}/${BPN}-${PV}/eurasiacon/build/linux/omap3430_linux/kbuild/
-
-MAKE_TARGETS = "BUILD=debug"
-
-COMPATIBLE_MACHINE = "(omap-3430ldp|omap-3430sdp|beagleboard|overo)"
-
-do_install() {
-   mkdir -p ${D}/lib/modules/${KERNEL_VERSION}/drivers/gpu
-   cp ${WORKDIR}/${BPN}-${PV}/eurasiacon/binary_omap3430_linux_debug/*.ko 
${D}/lib/modules/${KERNEL_VERSION}/drivers/gpu   
-}
-- 
1.7.2.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 0/1] Make missing checksums an error

2011-12-06 Thread Paul Eggleton
On Tuesday 06 December 2011 08:18:30 Koen Kooi wrote:
> Omap3-sgx-modules has no place in OE-core, so it should get deleted.

Sounds good, would you mind sending a patch that does that?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH] bitbake.conf: change APACHE_MIRROR to use archive site

2011-12-06 Thread Martin Jansa
* there are newest as well as older releases, so the SRC_URIs are valid longer
* someone with fast line should try to redownload world to see if the
  structure is the same for all projects (checked for subversion)

Signed-off-by: Martin Jansa 
---
 meta/conf/bitbake.conf |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 4e2f924..68eecb7 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -528,7 +528,7 @@ export palmqtdir = "${palmtopdir}"
 ##
 
 ADOBE_MIRROR = "http://fpdownload.macromedia.com/get/flashplayer/current/";
-APACHE_MIRROR = "http://www.apache.org/dist";
+APACHE_MIRROR = "http://archive.apache.org/dist";
 DEBIAN_MIRROR = "ftp://ftp.debian.org/debian/pool";
 E_MIRROR = "http://download.enlightenment.org/releases";
 E_SVN = "svn://svn.enlightenment.org/svn/e"
-- 
1.7.8


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 1/1] Fix some recipes upstream version check issue

2011-12-06 Thread Mei, Lei


>-Original Message-
>From: openembedded-core-boun...@lists.openembedded.org
>[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>Richard Purdie
>Sent: Thursday, December 01, 2011 5:22 PM
>To: Patches and discussions about the oe-core layer
>Cc: openembedded-c...@openembedded.org
>Subject: Re: [OE-core] [PATCH 1/1] Fix some recipes upstream version check
>issue
>
>On Thu, 2011-12-01 at 16:54 +0800, Mei Lei wrote:
>> Some recipes didn't declare what protocal they use to check the upstream
>version, this will due to some errors.
>> Fix this by add the protocal at the end of the SRC_URI.
>
>What errors does this give? We should be defaulting to git these days.
>lib/bb/fetch2/git.py says:
>
>if 'protocol' in ud.parm:
>ud.proto = ud.parm['protocol']
>elif not ud.host:
>ud.proto = 'file'
>else:
>ud.proto = "git"
>

Oh, yes, but when check upstream version, we didn't use git.py, we still use 
rsync as the default protocol in distrodata.bbclass for those git recipes.
So I sent a new patch to change the default protocol in distrodata.bbclass:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=lmei3/fix-protocal&id=2fba54d2f6ada2272efaf8cd50b137bb7d2eaf26

Please ignore this patch.
Thank you for your reminder.

Thanks,
Lei



>?
>
>Cheers,
>
>Richard
>
>> Signed-off-by: Mei Lei 
>> ---
>>  .../iproute2/iproute2_3.1.0.bb |2 +-
>>  meta/recipes-graphics/clutter/clutter-box2d_git.bb |2 +-
>>  meta/recipes-rt/rt-tests/rt-tests_0.83.bb  |2 +-
>>  3 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/recipes-connectivity/iproute2/iproute2_3.1.0.bb
>b/meta/recipes-connectivity/iproute2/iproute2_3.1.0.bb
>> index 0b47046..52e40e1 100644
>> --- a/meta/recipes-connectivity/iproute2/iproute2_3.1.0.bb
>> +++ b/meta/recipes-connectivity/iproute2/iproute2_3.1.0.bb
>> @@ -2,7 +2,7 @@ require iproute2.inc
>>
>>  #v3.1.0 tag
>>  SRCREV = "9cbe6bc337a35b91882f92599eefeb161f3e776e"
>> -SRC_URI =
>"git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/iproute2.git \
>> +SRC_URI =
>"git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/iproute2.git;protoco
>l=git \
>> file://configure-cross.patch"
>>  S = "${WORKDIR}/git"
>>
>> diff --git a/meta/recipes-graphics/clutter/clutter-box2d_git.bb
>b/meta/recipes-graphics/clutter/clutter-box2d_git.bb
>> index 554ce81..7a1dc8e 100644
>> --- a/meta/recipes-graphics/clutter/clutter-box2d_git.bb
>> +++ b/meta/recipes-graphics/clutter/clutter-box2d_git.bb
>> @@ -6,7 +6,7 @@ SRCREV =
>"de5452e56b537a11fd7f9453d048ff4b4793b5a2"
>>  PV = "0.12.1+git${SRCPV}"
>>  PR = "r0"
>>
>> -SRC_URI = "git://git.gnome.org/clutter-box2d.git"
>> +SRC_URI = "git://git.gnome.org/clutter-box2d.git;protocol=git"
>>
>>  S = "${WORKDIR}/git"
>>
>> diff --git a/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
>b/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
>> index 78d51b3..7e64032 100644
>> --- a/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
>> +++ b/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
>> @@ -12,7 +12,7 @@ SRCREV =
>"5f1e84f8b015df3ff950056494134eca3f640d70"
>>  # git -> 0.83 needs a PE bump
>>  PE = "1"
>>
>> -SRC_URI = "git://github.com/clrkwllms/rt-tests.git"
>> +SRC_URI = "git://github.com/clrkwllms/rt-tests.git;protocol=git"
>>
>>  S = "${WORKDIR}/git"
>>
>
>
>
>___
>Openembedded-core mailing list
>Openembedded-core@lists.openembedded.org
>http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH][oe-core 2/3] subversion: update 1.7.0 to 1.7.1 and force libtool recreation

2011-12-06 Thread Martin Jansa
On Tue, Dec 06, 2011 at 09:35:20AM +0100, Martin Jansa wrote:
> From: Klaus Kurzmann 
> 
> * subversion-1.7.* had libtool-2.4, oe-core now has 2.4.2 and it was
>   failing:
>   x86_64-linux-libtool: Version mismatch error.  This is libtool 2.4.2, but 
> the
>   x86_64-linux-libtool: definition of this LT_INIT comes from libtool 2.4.
>   x86_64-linux-libtool: You should recreate aclocal.m4 with macros from 
> libtool 2.4.2
>   x86_64-linux-libtool: and run autoconf again.

Hmm, subversion-1.7.2 was released yesterday evening and 1.7.1 tar.bz2
removed (moved to archive). I'll retest with 1.7.2 and send updated
patch.

Cheers,

> 
> Signed-off-by: Klaus Kurzmann 
> Signed-off-by: Martin Jansa 
> ---
>  .../libtool2.patch |0
>  .../{subversion_1.7.0.bb => subversion_1.7.1.bb}   |7 ---
>  2 files changed, 4 insertions(+), 3 deletions(-)
>  rename meta/recipes-devtools/subversion/{subversion-1.7.0 => 
> subversion-1.7.1}/libtool2.patch (100%)
>  rename meta/recipes-devtools/subversion/{subversion_1.7.0.bb => 
> subversion_1.7.1.bb} (75%)
> 
> diff --git a/meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch 
> b/meta/recipes-devtools/subversion/subversion-1.7.1/libtool2.patch
> similarity index 100%
> rename from meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch
> rename to meta/recipes-devtools/subversion/subversion-1.7.1/libtool2.patch
> diff --git a/meta/recipes-devtools/subversion/subversion_1.7.0.bb 
> b/meta/recipes-devtools/subversion/subversion_1.7.1.bb
> similarity index 75%
> rename from meta/recipes-devtools/subversion/subversion_1.7.0.bb
> rename to meta/recipes-devtools/subversion/subversion_1.7.1.bb
> index 396b35b..a99e087 100644
> --- a/meta/recipes-devtools/subversion/subversion_1.7.0.bb
> +++ b/meta/recipes-devtools/subversion/subversion_1.7.1.bb
> @@ -14,8 +14,8 @@ DEFAULT_PREFERENCE = "-1"
>  SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
> file://libtool2.patch \
>  "
> -SRC_URI[md5sum] = "930e6644a1b6094efd268fde6a318f04"
> -SRC_URI[sha256sum] = 
> "64fd5f263a80e609717a3ca42f1f2625606a5c4a40a85716f82c866033780978"
> +SRC_URI[md5sum] = "8a4fa74385df85a9702141b6b68b8307"
> +SRC_URI[sha256sum] = 
> "d34bde626fac1aa553f5c9aeedf961999a77cc31540ace18da5aeacdd03d6608"
>  
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=4a14fd2da3134e40a087eb4326a4ecd4"
>  
> @@ -32,6 +32,7 @@ acpaths = "-I build/ -I build/ac-macros/"
>  
>  do_configure_prepend () {
>   rm -f ${S}/libtool
> - rm -f ${S}/build/libtool.m4
> + rm -f ${S}/build/libtool.m4 ${S}/build/ltmain.sh 
> ${S}/build/ltoptions.m4 ${S}/build/ltsugar.m4 ${S}/build/ltversion.m4 
> ${S}/build/lt~obsolete.m4
> + rm -f ${S}/aclocal.m4
>   sed -i -e 's:with_sasl="/usr/local":with_sasl="${STAGING_DIR}":' 
> ${S}/build/ac-macros/sasl.m4
>  }
> -- 
> 1.7.8
> 

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 1/1] distrodata.bbclass:Fix some recipes upstream version check issue.

2011-12-06 Thread Mei Lei
Some recipes,like rt-tests,clutter-box2d,iproute2,didn't declare upstream 
protocal, but in distrodata.bbclass, we use rsync as the default protocal,
this will lead an error when checking upstream version.
Change default protocal from rsync to git in distrodata.bbclass.

Signed-off-by: Mei Lei 
---
 meta/classes/distrodata.bbclass |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/classes/distrodata.bbclass b/meta/classes/distrodata.bbclass
index 0c0b549..ff5b836 100644
--- a/meta/classes/distrodata.bbclass
+++ b/meta/classes/distrodata.bbclass
@@ -562,7 +562,7 @@ python do_checkpkg() {
if 'protocol' in parm:
gitproto = parm['protocol']
else:
-   gitproto = "rsync"
+   gitproto = "git"
gitcmd = "git ls-remote %s://%s%s%s *tag* 2>&1" % (gitproto, 
gituser, host, path)
gitcmd2 = "git ls-remote %s://%s%s%s HEAD 2>&1" % (gitproto, 
gituser, host, path)
tmp = os.popen(gitcmd).read()
-- 
1.7.0.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH 0/1]Fix inappropriate default protocal in distrodata.bbclass

2011-12-06 Thread Mei Lei
Hi all,
Some git repo recipes use rsync protocal as their default protocal, 
this will lead errors when checking upstreawm version.
Change default protocal from rsync to git for those git recipes.

Thanks,
Lei

The following changes since commit 0a7a8597be05c8def8af58eecab49d963dc9d757:
  Richard Purdie (1):
libsdl: Disable pulseaudio explicitly

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib lmei3/fix-protocal
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lmei3/fix-protocal

Mei Lei (1):
  distrodata.bbclass:Fix some recipes upstream version check issue.

 meta/classes/distrodata.bbclass |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH][oe-core 3/3] matchbox-session-sato: respect VIRTUAL-RUNTIME_initscripts settings

2011-12-06 Thread Martin Jansa
Signed-off-by: Martin Jansa 
---
 .../matchbox-sato/matchbox-session-sato_0.1.bb |7 +--
 1 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb 
b/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
index 01e456e..c738584 100644
--- a/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
+++ b/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
@@ -5,9 +5,12 @@ BUGTRACKER = "http://bugzilla.openedhand.com/";
 LICENSE = "GPL"
 LIC_FILES_CHKSUM = 
"file://session;endline=3;md5=f8a5c5b9c279e52dc094d10e11c2be63"
 
+# Distro can override initscripts provider
+VIRTUAL-RUNTIME_initscripts ?= "initscripts"
+
 SECTION = "x11"
-RDEPENDS_${PN} = "formfactor gtk-sato-engine matchbox-theme-sato 
gtk-theme-sato matchbox-panel-2 matchbox-desktop-sato initscripts 
matchbox-session"
-PR = "r28"
+RDEPENDS_${PN} = "formfactor gtk-sato-engine matchbox-theme-sato 
gtk-theme-sato matchbox-panel-2 matchbox-desktop-sato 
${VIRTUAL-RUNTIME_initscripts} matchbox-session"
+PR = "r29"
 
 # This package is architecture specific because the session script is modified
 # based on the machine architecture.
-- 
1.7.8


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH][oe-core 2/3] subversion: update 1.7.0 to 1.7.1 and force libtool recreation

2011-12-06 Thread Martin Jansa
From: Klaus Kurzmann 

* subversion-1.7.* had libtool-2.4, oe-core now has 2.4.2 and it was
  failing:
  x86_64-linux-libtool: Version mismatch error.  This is libtool 2.4.2, but the
  x86_64-linux-libtool: definition of this LT_INIT comes from libtool 2.4.
  x86_64-linux-libtool: You should recreate aclocal.m4 with macros from libtool 
2.4.2
  x86_64-linux-libtool: and run autoconf again.

Signed-off-by: Klaus Kurzmann 
Signed-off-by: Martin Jansa 
---
 .../libtool2.patch |0
 .../{subversion_1.7.0.bb => subversion_1.7.1.bb}   |7 ---
 2 files changed, 4 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/subversion/{subversion-1.7.0 => 
subversion-1.7.1}/libtool2.patch (100%)
 rename meta/recipes-devtools/subversion/{subversion_1.7.0.bb => 
subversion_1.7.1.bb} (75%)

diff --git a/meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch 
b/meta/recipes-devtools/subversion/subversion-1.7.1/libtool2.patch
similarity index 100%
rename from meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch
rename to meta/recipes-devtools/subversion/subversion-1.7.1/libtool2.patch
diff --git a/meta/recipes-devtools/subversion/subversion_1.7.0.bb 
b/meta/recipes-devtools/subversion/subversion_1.7.1.bb
similarity index 75%
rename from meta/recipes-devtools/subversion/subversion_1.7.0.bb
rename to meta/recipes-devtools/subversion/subversion_1.7.1.bb
index 396b35b..a99e087 100644
--- a/meta/recipes-devtools/subversion/subversion_1.7.0.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.7.1.bb
@@ -14,8 +14,8 @@ DEFAULT_PREFERENCE = "-1"
 SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
file://libtool2.patch \
 "
-SRC_URI[md5sum] = "930e6644a1b6094efd268fde6a318f04"
-SRC_URI[sha256sum] = 
"64fd5f263a80e609717a3ca42f1f2625606a5c4a40a85716f82c866033780978"
+SRC_URI[md5sum] = "8a4fa74385df85a9702141b6b68b8307"
+SRC_URI[sha256sum] = 
"d34bde626fac1aa553f5c9aeedf961999a77cc31540ace18da5aeacdd03d6608"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=4a14fd2da3134e40a087eb4326a4ecd4"
 
@@ -32,6 +32,7 @@ acpaths = "-I build/ -I build/ac-macros/"
 
 do_configure_prepend () {
rm -f ${S}/libtool
-   rm -f ${S}/build/libtool.m4
+   rm -f ${S}/build/libtool.m4 ${S}/build/ltmain.sh 
${S}/build/ltoptions.m4 ${S}/build/ltsugar.m4 ${S}/build/ltversion.m4 
${S}/build/lt~obsolete.m4
+   rm -f ${S}/aclocal.m4
sed -i -e 's:with_sasl="/usr/local":with_sasl="${STAGING_DIR}":' 
${S}/build/ac-macros/sasl.m4
 }
-- 
1.7.8


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH][oe-core 1/3] sysstat: don't run populate-volatile.sh update in do_rootfs or without populate-volatile.sh

2011-12-06 Thread Martin Jansa
Signed-off-by: Martin Jansa 
---
 meta/recipes-extended/sysstat/sysstat.inc   |7 ++-
 meta/recipes-extended/sysstat/sysstat_10.0.3.bb |2 +-
 2 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/sysstat/sysstat.inc 
b/meta/recipes-extended/sysstat/sysstat.inc
index 2936f96..ca40ab5 100644
--- a/meta/recipes-extended/sysstat/sysstat.inc
+++ b/meta/recipes-extended/sysstat/sysstat.inc
@@ -22,7 +22,12 @@ do_install() {
 }
 
 pkg_postinst_${PN} () {
-/etc/init.d/populate-volatile.sh update
+if [ -n "$D" ]; then
+exit 1
+fi
+if [ -e /etc/init.d/populate-volatile.sh ]; then
+/etc/init.d/populate-volatile.sh update
+fi
 }
 
 
diff --git a/meta/recipes-extended/sysstat/sysstat_10.0.3.bb 
b/meta/recipes-extended/sysstat/sysstat_10.0.3.bb
index d445e88..7ef6c60 100644
--- a/meta/recipes-extended/sysstat/sysstat_10.0.3.bb
+++ b/meta/recipes-extended/sysstat/sysstat_10.0.3.bb
@@ -2,7 +2,7 @@ require sysstat.inc
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b"
 
-PR = "r0"
+PR = "r1"
 
 SRC_URI[md5sum] = "0e1ed5200f31f69a3b90ff1e81c07745"
 SRC_URI[sha256sum] = 
"7c0dd172f09edaff100b33db29ef502e15e71867b505c6d519f76a24fabcc1f5"
-- 
1.7.8


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core


[OE-core] [PATCH][oe-core 0/3] Small fixes for sysstat, matchbox-session and subversion upgrade

2011-12-06 Thread Martin Jansa
The following changes since commit 0a7a8597be05c8def8af58eecab49d963dc9d757:

  libsdl: Disable pulseaudio explicitly (2011-12-05 23:03:23 +)

are available in the git repository at:
  git://git.openembedded.org/openembedded-core-contrib jansa/pull
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull

Klaus Kurzmann (1):
  subversion: update 1.7.0 to 1.7.1 and force libtool recreation

Martin Jansa (2):
  sysstat: don't run populate-volatile.sh update in do_rootfs or
without populate-volatile.sh
  matchbox-session-sato: respect VIRTUAL-RUNTIME_initscripts settings

 .../libtool2.patch |0
 .../{subversion_1.7.0.bb => subversion_1.7.1.bb}   |7 ---
 meta/recipes-extended/sysstat/sysstat.inc  |7 ++-
 meta/recipes-extended/sysstat/sysstat_10.0.3.bb|2 +-
 .../matchbox-sato/matchbox-session-sato_0.1.bb |7 +--
 5 files changed, 16 insertions(+), 7 deletions(-)
 rename meta/recipes-devtools/subversion/{subversion-1.7.0 => 
subversion-1.7.1}/libtool2.patch (100%)
 rename meta/recipes-devtools/subversion/{subversion_1.7.0.bb => 
subversion_1.7.1.bb} (75%)

-- 
1.7.8


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core