date:20121218

Re: [OE-core] [PATCH v2] init-live: default to initrd shell if image isn't found

2012-12-18 Thread Damian, Alexandru

Ok, I'll add the print. And re-submit.

Alex


On Mon, Dec 17, 2012 at 9:50 PM, Darren Hart  wrote:

>
>
> On 12/17/2012 11:21 AM, Damian, Alexandru wrote:
> > IMHO, if the system has to fatal() here, something VERY wrong is going
> on.
> >
> > This isn't your general debug option, this is a last-resort emergency
> > rescue. I suppose that if you need to debug this, the system is so
> > problematic you need to deep-dive into it anyway.
> >
> > I suggest taking it as it is now, and fill in a bugzilla entry about
> > handling it better in initramfs-framework as it should be.
> >
>
> I mentioned the below because it is something I've had to verify on
> several occasions. It is a fairly simple add, and you have the print
> statement there anyway. If you choose to skip the extra output, I
> suppose I can send a patch to add it next time I run into it.
>
> --
> Darren
>
> > Alex
> >
> >
> > On Mon, Dec 17, 2012 at 7:06 PM, Darren Hart  > > wrote:
> >
> >
> >
> > On 12/17/2012 04:55 AM, Alex DAMIAN wrote:
> > > From: Alexandru DAMIAN  alexandru.dam...@intel.com>>
> > >
> > > Adds "debugshell" command line parameter for live/install images.
> > >
> > > If the init live fails to find and mount a root-fs image,
> > > dumps to a shell after timeout so that the developer can figure
> > > what's wrong.
> > >
> > > Timeout defaults to 30 seconds, but it can be changed as param
> > > argument.
> > >
> > > Prior art in Ubuntu. Also, leaving a system stale isn't good form.
> > >
> > > Signed-off-by: Alexandru DAMIAN  alexandru.dam...@intel.com>>
> > > ---
> > >  meta/recipes-core/initrdscripts/files/init-live.sh |   18
> +-
> > >  1 file changed, 17 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh
> b/meta/recipes-core/initrdscripts/files/init-live.sh
> > > index c591f0d..d99a8ea 100644
> > > --- a/meta/recipes-core/initrdscripts/files/init-live.sh
> > > +++ b/meta/recipes-core/initrdscripts/files/init-live.sh
> > > @@ -45,7 +45,13 @@ read_args() {
> > >  console_params=$arg
> > >  else
> > >  console_params="$console_params $arg"
> > > -fi
> > > +fi ;;
> > > +debugshell*)
> > > +if [ -z "$optarg" ]; then
> > > +shelltimeout=30
> > > +else
> > > +shelltimeout=$optarg
> > > +fi
> > >  esac
> > >  done
> > >  }
> > > @@ -75,6 +81,7 @@ early_setup
> > >  read_args
> > >
> > >  echo "Waiting for removable media..."
> > > +C=0
> > >  while true
> > >  do
> > >for i in `ls /media 2>/dev/null`; do
> > > @@ -90,6 +97,15 @@ do
> > >if [ "$found" = "yes" ]; then
> > >break;
> > >fi
> > > +  # don't wait for more than $shelltimeout seconds, if it's set
> > > +  if [ -n "$shelltimeout" ]; then
> > > +  echo -n " " $(( $shelltimeout - $C ))
> > > +  if [ $C -ge $shelltimeout ]; then
> > > +   echo "..."
> > > +   fatal "Cannot find root image on media, dropping to
> shell "
> >
> > I'd recommend being explicity about what it is looking for when
> > debugshell is used. Which devices where probed, what was the file it
> > looked for. Save the developer from having to find this script in the
> > repository and look it up.
> >
> > --
> > Darren
> >
> > > +  fi
> > > +  C=$(( C + 1 ))
> > > +  fi
> > >sleep 1
> > >  done
> > >
> > >
> >
> > --
> > Darren Hart
> > Intel Open Source Technology Center
> > Yocto Project - Technical Lead - Linux Kernel
> >
> >
>
> --
> Darren Hart
> Intel Open Source Technology Center
> Yocto Project - Technical Lead - Linux Kernel
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] net-tools: disable Token Ring and Strip support - both got removed in 3.7 kernel

2012-12-18 Thread Marcin Juszkiewicz

Signed-off-by: Marcin Juszkiewicz 
---
 meta/recipes-extended/net-tools/net-tools-1.60-23/net-tools-config.h | 4 ++--
 meta/recipes-extended/net-tools/net-tools_1.60-23.bb | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git 
a/meta/recipes-extended/net-tools/net-tools-1.60-23/net-tools-config.h 
b/meta/recipes-extended/net-tools/net-tools-1.60-23/net-tools-config.h
index 92c527a..6d39c2a 100644
--- a/meta/recipes-extended/net-tools/net-tools-1.60-23/net-tools-config.h
+++ b/meta/recipes-extended/net-tools/net-tools-1.60-23/net-tools-config.h
@@ -49,8 +49,8 @@
 #define HAVE_HWSLIP 1
 #define HAVE_HWPPP 1
 #define HAVE_HWTUNNEL 1
-#define HAVE_HWSTRIP 1
-#define HAVE_HWTR 1
+#define HAVE_HWSTRIP 0
+#define HAVE_HWTR 0
 #define HAVE_HWAX25 0
 #define HAVE_HWROSE 0
 #define HAVE_HWNETROM 1
diff --git a/meta/recipes-extended/net-tools/net-tools_1.60-23.bb 
b/meta/recipes-extended/net-tools/net-tools_1.60-23.bb
index 7760877..bc61d21 100644
--- a/meta/recipes-extended/net-tools/net-tools_1.60-23.bb
+++ b/meta/recipes-extended/net-tools/net-tools_1.60-23.bb
@@ -5,7 +5,7 @@ BUGTRACKER = "http://bugs.debian.org/net-tools";
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
 
file://ifconfig.c;beginline=11;endline=15;md5=d1ca372080ad5401e23ca0afc35cf9ba"
-PR = "r2"
+PR = "r3"
 
 SRC_URI = 
"${DEBIAN_MIRROR}/main/n/net-tools/net-tools_1.60.orig.tar.gz;name=tarball \

${DEBIAN_MIRROR}/main/n/net-tools/${BPN}_${PV}.diff.gz;apply=no;name=patch \
-- 
1.8.0


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

[OE-core] [PATCH 1/3] xinetd: added gnu-configize for AArch64 support

2012-12-18 Thread Marcin Juszkiewicz

Signed-off-by: Marcin Juszkiewicz 
---
 meta/recipes-extended/xinetd/xinetd_2.3.15.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb 
b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
index 2139e74..3bde512 100644
--- a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
+++ b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
@@ -31,6 +31,7 @@ EXTRA_OECONF="--disable-nls"
 do_configure() {
# Looks like configure.in is broken, so we are skipping
# rebuilding configure and are just using the shipped one
+   gnu-configize --force
oe_runconf
 }
 
-- 
1.8.0


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

[OE-core] [PATCH 2/3] slang: added gnu-configize for AArch64 support

2012-12-18 Thread Marcin Juszkiewicz

Signed-off-by: Marcin Juszkiewicz 
---
 meta/recipes-extended/slang/slang_2.2.4.bb | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/recipes-extended/slang/slang_2.2.4.bb 
b/meta/recipes-extended/slang/slang_2.2.4.bb
index 60aac66..946e9f6 100644
--- a/meta/recipes-extended/slang/slang_2.2.4.bb
+++ b/meta/recipes-extended/slang/slang_2.2.4.bb
@@ -29,6 +29,14 @@ SRC_URI[sha256sum] = 
"9a8257a9a2a55099af858b13338dc8f3a06dd2069f46f0df2c9c3bb84a
 
 EXTRA_OECONF += " --without-z --without-png --without-onig 
--x-includes=${STAGING_DIR_HOST}/usr/include/X11 
--x-libraries=${STAGING_DIR_HOST}/usr/lib"
 
+do_configure_prepend() {
+# slang keeps configure.ac and rest of autoconf files in autoconf/ 
directory
+# we have to go there to be able to run gnu-configize cause it expects 
configure.{in,ac}
+# to be present. Resulting files land in autoconf/autoconf/ so we need to 
move them.
+cd ${S}/autoconf && gnu-configize --force && mv autoconf/config.* .
+cd ${S}
+}
+
 do_install() {
oe_runmake install DESTDIR=${D} -e 
'INST_LIB_DIR=${STAGING_DIR_HOST}/usr/lib'
 }
-- 
1.8.0


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

Re: [OE-core] packagegroup-base notes

2012-12-18 Thread Martin Jansa

On Tue, Dec 18, 2012 at 09:04:14AM +0200, Ciprian Ciubotariu wrote:
> Please note that packagegroup-base also contains references to 
> VIRTUAL-RUNTIME_apm and VIRTUAL-RUNTIME_alsa-state, which are not defined 
> within the same recipe (I did a search to find a good place to add my own 
> weak definition for keymaps).

Those 2 have default values set in
meta/conf/distro/include/default-providers.inc
VIRTUAL-RUNTIME_keymaps has not.

Cheers,

-- 
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] how to use "meta-toolchain-qte"?

2012-12-18 Thread Yi Qingliang

Hi, All!

I'm making a qte image of my own. and when compiling qt app, I can't generate 
the Makefile.

I have made "meta-ide-support", and used the env setup script under 
'/tmp'.

I can only got "qmake2", but no "qmake".

after googled, got the "meta-toolchain-qte", but how to use it?
where is the coressponding env setup script?


Yi Qingliang
Nanjing Jilong

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

[OE-core] [PATCH 0/1] Add sub-package perl-tests

2012-12-18 Thread Kang Kai

Add sub-package perl-tests to run perl test cases on target.

The following changes since commit 2a9c574fd8b0800199b6569b6abf02634801013d:

  gst-openmax: fix build with newer GLib (2012-12-17 17:53:52 +)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib kangkai/perl-tests
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/perl-tests

Kang Kai (1):
  perl: add sub-package perl-tests

 meta/recipes-devtools/perl/perl-5.14.2/config.sh |   18 +++-
 meta/recipes-devtools/perl/perl-tests.inc|   34 ++
 meta/recipes-devtools/perl/perl_5.14.2.bb|3 +-
 3 files changed, 53 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-devtools/perl/perl-tests.inc

-- 
1.7.5.4


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

[OE-core] [PATCH 1/1] perl: add sub-package perl-tests

2012-12-18 Thread Kang Kai

In perl source code, run "make test" will run perl test cases. Put these
cases into a seprated sub-package then we can run the perl test on
target.

Add following module to nonxs_ext to install extra modules that required
by perl test cases:
CPAN/Meta CPAN/Meta/YAML Dumpvalue Env File/CheckTree HTTP/Tiny I18N/Collate
JSON/PP Perl/OSType Version/Requirements

Commands to run test:
cd /opt/perl-tests/t && ./TEST

[Yocto 3296]

Signed-off-by: Kang Kai 
---
 meta/recipes-devtools/perl/perl-5.14.2/config.sh |   18 +++-
 meta/recipes-devtools/perl/perl-tests.inc|   34 ++
 meta/recipes-devtools/perl/perl_5.14.2.bb|3 +-
 3 files changed, 53 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-devtools/perl/perl-tests.inc

diff --git a/meta/recipes-devtools/perl/perl-5.14.2/config.sh 
b/meta/recipes-devtools/perl/perl-5.14.2/config.sh
index d1db02e..324a67c 100644
--- a/meta/recipes-devtools/perl/perl-5.14.2/config.sh
+++ b/meta/recipes-devtools/perl/perl-5.14.2/config.sh
@@ -847,7 +847,23 @@ netdb_net_type='in_addr_t'
 nm='nm'
 nm_opt=''
 nm_so_opt='--dynamic'
-nonxs_ext='Archive/Extract Archive/Tar Attribute/Handlers AutoLoader B/Debug 
B/Deparse B/Lint CGI CPAN CPANPLUS CPANPLUS/Dist/Build Class/ISA 
Devel/SelfStubber Digest Errno ExtUtils/CBuilder ExtUtils/Command 
ExtUtils/Constant ExtUtils/Install ExtUtils/MakeMaker ExtUtils/Manifest 
ExtUtils/ParseXS File/Fetch File/Path File/Temp FileCache Filter/Simple 
Getopt/Long I18N/LangTags IO/Compress IO/Zlib IPC/Cmd IPC/Open2 IPC/Open3 
Locale/Codes Locale/Maketext Locale/Maketext/Simple Log/Message 
Log/Message/Simple Math/BigInt Math/BigRat Math/Complex Memoize Module/Build 
Module/CoreList Module/Load Module/Load/Conditional Module/Loaded 
Module/Pluggable NEXT Net/Ping Object/Accessor Package/Constants Params/Check 
Parse/CPAN/Meta PerlIO/via/QuotedPrint Pod/Escapes Pod/Html Pod/LaTeX 
Pod/Parser Pod/Perldoc Pod/Plainer Pod/Simple Safe SelfLoader Shell Switch 
Term/ANSIColor Term/Cap Term/UI Test Test/Harness Test/Simple Text/Balanced 
Text/ParseWords Text/Tabs Thread/Queue Thread/Semaphore Tie/File 
Tie/Hash/NamedCapture Tie/Memoize Tie/RefHash Time/Local Unicode/Collate 
XSLoader autodie autouse base bignum constant encoding/warnings if lib libnet 
parent podlators'
+nonxs_ext='Archive/Extract Archive/Tar Attribute/Handlers AutoLoader B/Debug \
+B/Deparse B/Lint CGI CPAN CPAN/Meta CPAN/Meta/YAML CPANPLUS 
CPANPLUS/Dist/Build \
+Class/ISA Devel/SelfStubber Digest Dumpvalue Env Errno ExtUtils/CBuilder \
+ExtUtils/Command ExtUtils/Constant ExtUtils/Install ExtUtils/MakeMaker \
+ExtUtils/Manifest ExtUtils/ParseXS File/CheckTree File/Fetch File/Path 
File/Temp \
+FileCache Filter/Simple Getopt/Long HTTP/Tiny I18N/Collate I18N/LangTags \
+IO/Compress IO/Zlib IPC/Cmd IPC/Open2 IPC/Open3 JSON/PP Locale/Codes \
+Locale/Maketext Locale/Maketext/Simple Log/Message Log/Message/Simple \
+Math/BigInt Math/BigRat Math/Complex Memoize Module/Build Module/CoreList \
+Module/Load Module/Load/Conditional Module/Loaded Module/Pluggable NEXT 
Net/Ping \
+Object/Accessor Package/Constants Params/Check Parse/CPAN/Meta Perl/OSType \
+PerlIO/via/QuotedPrint Pod/Escapes Pod/Html Pod/LaTeX Pod/Parser Pod/Perldoc \
+Pod/Plainer Pod/Simple Safe SelfLoader Shell Switch Term/ANSIColor Term/Cap \
+Term/UI Test Test/Harness Test/Simple Text/Balanced Text/ParseWords Text/Tabs \
+Thread/Queue Thread/Semaphore Tie/File Tie/Hash/NamedCapture Tie/Memoize \
+Tie/RefHash Time/Local Unicode/Collate Version/Requirements XSLoader autodie \
+autouse base bignum constant encoding/warnings if lib libnet parent podlators'
 nroff='nroff'
 nvEUformat='"E"'
 nvFUformat='"F"'
diff --git a/meta/recipes-devtools/perl/perl-tests.inc 
b/meta/recipes-devtools/perl/perl-tests.inc
new file mode 100644
index 000..c968eb6
--- /dev/null
+++ b/meta/recipes-devtools/perl/perl-tests.inc
@@ -0,0 +1,34 @@
+PACKAGES += "perl-tests"
+PERL_TEST_DIR = "/opt/perl-tests"
+
+do_install_append () {
+   mkdir -p ${D}${PERL_TEST_DIR}
+   cp -pv TestInit.pm MANIFEST config.sh ${D}${PERL_TEST_DIR}/
+
+   tar -cf - t/ | ( cd ${D}${PERL_TEST_DIR} && tar -xf - )
+   ln -sf ${bindir}/perl ${D}${PERL_TEST_DIR}/t/
+   ln -sf ${libdir}/perl/${PV} ${D}${PERL_TEST_DIR}/lib
+
+   for dir in `find ext/ dist/ cpan/ -maxdepth 2 -type d -name t ` ; do
+   tar -cf - $dir | ( cd ${D}${PERL_TEST_DIR} && tar -xf - )
+   done
+   for file in `find ext dist cpan -name \*.t -o -name \test.pl`;  do
+   tar -cf - $file | ( cd ${D}${PERL_TEST_DIR} && tar -xf - )
+   done
+
+   # Tweaks to make tests pass
+   cp -pv lib/unicore/TestProp.pl ${D}${libdir}/perl/${PV}/unicore/
+   cp -pv lib/AnyDBM_File.t ${D}${libdir}/perl/${PV}/
+
+   mkdir -p ${D}${libdir}/perl/${PV}/XS
+   cp -pv lib/XS/{APItest,Typemap}.pm ${D}${libdir}/perl/${PV}/XS/
+   mkdir -p ${D}${libdir}/perl/${PV}/auto/XS/APItest
+   cp -pv lib/auto/XS/APItest/AP

Re: [OE-core] Add 3.7 version of linux-libc-headers

2012-12-18 Thread Richard Purdie

On Tue, 2012-12-11 at 05:52 -0500, Bruce Ashfield wrote:
> On Tue, Dec 11, 2012 at 5:12 AM, Marcin Juszkiewicz
>  wrote:
> I would like to know are there plans to use 3.7 kernel for
> libc headers.
> This will allow me to drop own copy which I need to keep due
> to AArch64
> stuff which got added in 3.7 cycle.
>
> There aren't any plans to use 3.7 for the headers, since we are
> tracking the headers
> with the same cadence as the yocto release kernels. Otherwise, we'd
> really need 
> to have all versions available, and keeping things clean and focussed
> was the
> goal.
>
> 3.8 is the next likely update.
>
> That being said,  since the libc-headers version is controlled by the
> LINUXLIBCVERSION in tcmode-default.inc, simply having 3.7 headers
> available shouldn't cause any problems or disconnects. 
>
> So we can open up the discussion if we want to carry extra libc
> headers or
> keep with the current strategy. I've added Richard explicitly to the
> cc' so he
> can jump in as appropriate.
> 
As I understand things we agreed that we'd not bump for point releases
on the headers unless there was some pressing reason too. The rest of
the policy for kernel headers is a bit more fuzzy.

For actual major version increments like this, I'm tempted to accept
that in this case we have a good argument for updating to 3.7 and even
though the linux-yocto kernels will lag behind this for a (short) while,
it shouldn't make any real world difference to anything, certainly not
cause breakage.

There isn't any technical reason we have to keep in lockstep, or any
known issues with doing that with these versions, right? I know you have
been burnt in the past but that was quite a while ago and the
kernel/toolchain communities have moved to address that?

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 V2] initscripts: add urandom directory into volatiles

2012-12-18 Thread Burton, Ross

On 18 December 2012 06:23, Ming Liu  wrote:
> /etc/init.d/urandom fails to start/stop because it tries to save
> random-seed into /var/lib/urandom folder which does not exist in the
> file system.
>
> Fixed by adding /var/lib/urandom into volatiles.

Doesn't this mean that the persistent state of urandom will be saved
to a ramdisk?

Mixing up persistent and transient state in /var is exactly why /run
exists, and why we should switch to support /run as soon as
possible...

Ross

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

[OE-core] [PATCH v2 4/7] pcmciautils: set correct udevdir and add missing debug files

2012-12-18 Thread Constantin Musca

Fix the following warning:
WARNING: QA Issue: pcmciautils: Files/directories were installed but not shipped
  /usr/lib
  /usr/lib/udev
  /usr/lib/udev/pcmcia-socket-startup
  /usr/lib/udev/pcmcia-check-broken-cis
  /usr/lib/udev/.debug
  /usr/lib/udev/.debug/pcmcia-socket-startup
  /usr/lib/udev/.debug/pcmcia-check-broken-cis

[YOCTO #3440]

Signed-off-by: Constantin Musca 
---
 meta/recipes-bsp/pcmciautils/pcmciautils.inc| 3 ++-
 meta/recipes-bsp/pcmciautils/pcmciautils_018.bb | 6 +++---
 2 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-bsp/pcmciautils/pcmciautils.inc 
b/meta/recipes-bsp/pcmciautils/pcmciautils.inc
index fa35daf..80271d6 100644
--- a/meta/recipes-bsp/pcmciautils/pcmciautils.inc
+++ b/meta/recipes-bsp/pcmciautils/pcmciautils.inc
@@ -16,7 +16,8 @@ export HOSTCC = "${BUILD_CC}"
 export etcdir = "${sysconfdir}"
 export sbindir = "${base_sbindir}"
 export pcmciaconfdir = "${sysconfdir}/pcmcia"
-export udevrulesdir = "${sysconfdir}/udev/rules.d"
+export udevdir = "${base_libdir}/udev"
+export udevrulesdir = "${nonarch_base_libdir}/udev/rules.d"
 export UDEV = "1"
 LD = "${CC}"
 CFLAGS =+ "-I${S}/src"
diff --git a/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb 
b/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb
index 202437a..41fd799 100644
--- a/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb
+++ b/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb
@@ -5,7 +5,7 @@ SRC_URI += "file://makefile_fix.patch"
 SRC_URI[md5sum] = "5d85669b3440baa4532363da6caaf1b4"
 SRC_URI[sha256sum] = 
"79e6ae441278e178c07501d492394ed2c0326fdb66894f6d040ec811b0dc8ed5"
 
-PR = "r0"
+PR = "r1"
 
-FILES_${PN}-dbg += "${libdir}/udev/.debug"
-FILES_${PN} += "${libdir}/udev"
+FILES_${PN}-dbg += "${base_libdir}/udev/.debug"
+FILES_${PN} += "${base_libdir}/udev ${nonarch_base_libdir}/udev"
-- 
1.7.11.7


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

[OE-core] [PATCH v2 3/7] alsa-utils: Pass udev-rules-dir as parameter

2012-12-18 Thread Constantin Musca

Fix the following warning:
WARNING: QA Issue: alsa-utils: Files/directories were installed but not shipped
  /lib
  /lib/udev
  /lib/udev/rules.d
  /lib/udev/rules.d/90-alsa-restore.rules

[YOCTO #3440]

Signed-off-by: Constantin Musca 
---
 meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb 
b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
index 597e8b6..4990eb0 100644
--- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
+++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb
@@ -6,7 +6,7 @@ LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
 
file://alsactl/utils.c;beginline=1;endline=20;md5=fe9526b055e246b5558809a5ae25c0b9"
 DEPENDS = "alsa-lib ncurses libsamplerate0"
-PR = "r2"
+PR = "r3"
 
 SRC_URI = "ftp://ftp.alsa-project.org/pub/utils/alsa-utils-${PV}.tar.bz2 \
file://ncursesfix.patch \
@@ -21,7 +21,7 @@ SRC_URI[sha256sum] = 
"2e676a2f634bbfe279b260e10a96f617cb72ee63c5bbf6c5f96bb61570
 # http://bugs.openembedded.org/show_bug.cgi?id=2348
 # please close bug and remove this comment when properly fixed
 #
-EXTRA_OECONF = "--disable-xmlto"
+EXTRA_OECONF = "--disable-xmlto 
--with-udev-rules-dir=${nonarch_base_libdir}/udev/rules.d"
 EXTRA_OECONF_append_libc-uclibc = " --disable-nls"
 
 inherit autotools gettext
@@ -61,7 +61,7 @@ FILES_alsa-utils-midi= "${bindir}/aplaymidi 
${bindir}/arecordmidi ${bind
 FILES_alsa-utils-aconnect= "${bindir}/aconnect"
 FILES_alsa-utils-aseqnet = "${bindir}/aseqnet"
 FILES_alsa-utils-iecset  = "${bindir}/iecset"
-FILES_alsa-utils-alsactl = "${sbindir}/alsactl ${base_libdir}/udev/rules.d 
${systemd_unitdir} ${localstatedir}/lib/alsa ${datadir}/alsa/init/"
+FILES_alsa-utils-alsactl = "${sbindir}/alsactl 
${nonarch_base_libdir}/udev/rules.d ${systemd_unitdir} 
${localstatedir}/lib/alsa ${datadir}/alsa/init/"
 FILES_alsa-utils-aseqdump= "${bindir}/aseqdump"
 FILES_alsa-utils-alsaconf= "${sbindir}/alsaconf"
 FILES_alsa-utils-alsaloop= "${bindir}/alsaloop"
-- 
1.7.11.7


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

[OE-core] [PATCH v2 5/7] bluez: set correct udevdir

2012-12-18 Thread Constantin Musca

fix-udev-paths.patch: add udevdir/udevrulesdir options

Fix the following warning:
WARNING: QA Issue: bluez4: Files/directories were installed but not shipped
  /lib/udev/hid2hci
  /lib/udev/.debug
  /lib/udev/.debug/hid2hci

[YOCTO #3438]

Signed-off-by: Constantin Musca 
---
 .../bluez/bluez4-4.101/fix-udev-paths.patch| 37 ++
 meta/recipes-connectivity/bluez/bluez4.inc |  2 ++
 meta/recipes-connectivity/bluez/bluez4_4.101.bb|  7 ++--
 3 files changed, 43 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-connectivity/bluez/bluez4-4.101/fix-udev-paths.patch

diff --git a/meta/recipes-connectivity/bluez/bluez4-4.101/fix-udev-paths.patch 
b/meta/recipes-connectivity/bluez/bluez4-4.101/fix-udev-paths.patch
new file mode 100644
index 000..8089914
--- /dev/null
+++ b/meta/recipes-connectivity/bluez/bluez4-4.101/fix-udev-paths.patch
@@ -0,0 +1,37 @@
+Add udevdir/udevrulesdir options
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Constantin Musca 
+
+Index: bluez-4.101/Makefile.am
+===
+--- bluez-4.101.orig/Makefile.am
 bluez-4.101/Makefile.am
+@@ -395,7 +395,7 @@ EXTRA_DIST += audio/bluetooth.conf
+ include Makefile.tools
+ 
+ if DATAFILES
+-rulesdir = @UDEV_DIR@/rules.d
++rulesdir = @UDEV_RULES_DIR@
+ 
+ udev_files =
+ 
+Index: bluez-4.101/configure.ac
+===
+--- bluez-4.101.orig/configure.ac
 bluez-4.101/configure.ac
+@@ -61,4 +61,14 @@ if (test -n "${path_systemdunit}"); then
+ fi
+ AM_CONDITIONAL(SYSTEMD, test -n "${path_systemdunit}")
+ 
++AC_ARG_WITH([udevdir],
++AS_HELP_STRING([--with-udevdir=DIR], [udev directory]),
++[], [with_udevdir=/lib/udev/])
++AC_SUBST([UDEV_DIR], [$with_udevdir])
++
++AC_ARG_WITH([udevrulesdir],
++AS_HELP_STRING([--with-udevrulesdir=DIR], [udev rules directory]),
++[], [with_udevrulesdir=/lib/udev/rules.d])
++AC_SUBST([UDEV_RULES_DIR], [$with_udevrulesdir])
++
+ AC_OUTPUT(Makefile doc/version.xml src/bluetoothd.8 src/bluetooth.service 
bluez.pc)
diff --git a/meta/recipes-connectivity/bluez/bluez4.inc 
b/meta/recipes-connectivity/bluez/bluez4.inc
index 6ddd58d..bff24d3 100644
--- a/meta/recipes-connectivity/bluez/bluez4.inc
+++ b/meta/recipes-connectivity/bluez/bluez4.inc
@@ -39,5 +39,7 @@ EXTRA_OECONF = "\
   --disable-cups \
   --enable-test \
   --enable-datafiles \
+  --with-udevdir=${base_libdir}/udev \
+  --with-udevrulesdir=${nonarch_base_libdir}/udev/rules.d \
 "
 
diff --git a/meta/recipes-connectivity/bluez/bluez4_4.101.bb 
b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
index f1a2fe7..4225999 100644
--- a/meta/recipes-connectivity/bluez/bluez4_4.101.bb
+++ b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
@@ -1,9 +1,10 @@
 require bluez4.inc
 
-PR = "r3"
+PR = "r4"
 
 SRC_URI += "file://bluetooth.conf \
-file://sbc_mmx.patch"
+file://sbc_mmx.patch \
+file://fix-udev-paths.patch"
 
 SRC_URI[md5sum] = "fb42cb7038c380eb0e2fa208987c96ad"
 SRC_URI[sha256sum] = 
"59738410ade9f0e61a13c0f77d9aaffaafe49ba9418107e4ad75fe52846f7487"
@@ -22,7 +23,7 @@ ALLOW_EMPTY_libasound-module-bluez = "1"
 PACKAGES =+ "libasound-module-bluez"
 
 FILES_libasound-module-bluez = "${libdir}/alsa-lib/lib*.so ${datadir}/alsa"
-FILES_${PN} += "${libdir}/bluetooth/plugins ${libdir}/bluetooth/plugins/*.so 
${base_libdir}/udev/ ${systemd_unitdir}/ ${datadir}/dbus-1"
+FILES_${PN} += "${libdir}/bluetooth/plugins ${libdir}/bluetooth/plugins/*.so 
${base_libdir}/udev/ ${nonarch_base_libdir}/udev/ ${systemd_unitdir}/ 
${datadir}/dbus-1"
 FILES_${PN}-dev += "\
   ${libdir}/bluetooth/plugins/*.la \
   ${libdir}/alsa-lib/*.la \
-- 
1.7.11.7


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

[OE-core] [PATCH v2 2/7] udev: use nonarch_base_libdir for files that don't vary by arch

2012-12-18 Thread Constantin Musca

fix-udev-paths.patch: added
- Adapt udev to use nonarch_base_libdir

Signed-off-by: Constantin Musca 
---
 meta/recipes-core/udev/udev.inc  |  8 +-
 meta/recipes-core/udev/udev/fix-udev-paths.patch | 94 
 meta/recipes-core/udev/udev_182.bb   |  2 +-
 3 files changed, 100 insertions(+), 4 deletions(-)
 create mode 100644 meta/recipes-core/udev/udev/fix-udev-paths.patch

diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index 4705b9b..0851645 100644
--- a/meta/recipes-core/udev/udev.inc
+++ b/meta/recipes-core/udev/udev.inc
@@ -18,6 +18,7 @@ RDEPENDS_libudev = "${PN} (= ${EXTENDPKGV})"
 
 SRC_URI = "${KERNELORG_MIRROR}/linux/utils/kernel/hotplug/udev-${PV}.tar.gz \

file://0001-Fixing-keyboard_force_release.sh-shell-script-path.patch \
+   file://fix-udev-paths.patch \
file://run.rules \
file://udev.rules \
file://devfs-udev.rules \
@@ -32,7 +33,7 @@ inherit autotools pkgconfig update-rc.d
 
 # udevd/udevadm -> /sbin/, libudev.so.* -> /lib/
 sbindir = "${base_sbindir}"
-libexecdir = "${base_libdir}" 
+libexecdir = "${base_libdir}"
 EXTRA_OECONF = "--disable-introspection \
 --with-rootlibdir=${base_libdir} \
 --with-pci-ids-path=${datadir}/pci.ids \
@@ -41,6 +42,7 @@ EXTRA_OECONF = "--disable-introspection \
 ac_cv_file__usr_share_misc_pci_ids=yes \
 --sbindir=${base_sbindir} \
 --libexecdir=${base_libdir} \
+--with-nonarch_rootlibdir=${nonarch_base_libdir} \
 --with-rootlibdir=${base_libdir} \
 --with-rootprefix= \
"
@@ -55,7 +57,7 @@ INITSCRIPT_PARAMS_udev = "start 03 S ."
 INITSCRIPT_NAME_udev-cache = "udev-cache"
 INITSCRIPT_PARAMS_udev-cache = "start 36 S ."
 
-FILES_${PN} += "${libexecdir} ${libdir}/ConsoleKit"
+FILES_${PN} += "${nonarch_base_libdir} ${libexecdir} ${libdir}/ConsoleKit"
 RRECOMMENDS_${PN} += "udev-utils"
 
 FILES_${PN}-dbg += "${libexecdir}/.debug"
@@ -72,7 +74,7 @@ FILES_libgudev-dev = "${includedir}/gudev* 
${libdir}/libgudev*.so ${libdir}/libg
  ${libdir}/libgudev*.a ${libdir}/pkgconfig/gudev*.pc"
 FILES_udev-cache = "${sysconfdir}/init.d/udev-cache 
${sysconfdir}/default/udev-cache"
 
-FILES_udev-acl = "${base_libdir}/udev/udev-acl 
${base_libdir}/udev/rules.d/70-acl.rules"
+FILES_udev-acl = "${base_libdir}/udev/udev-acl 
${nonarch_base_libdir}/udev/rules.d/70-acl.rules"
 
 FILES_udev-utils = "${bindir}/udevinfo ${bindir}/udevtest 
${base_sbindir}/udevadm"
 
diff --git a/meta/recipes-core/udev/udev/fix-udev-paths.patch 
b/meta/recipes-core/udev/udev/fix-udev-paths.patch
new file mode 100644
index 000..85c79fe
--- /dev/null
+++ b/meta/recipes-core/udev/udev/fix-udev-paths.patch
@@ -0,0 +1,94 @@
+Move rules and other files that don't vary by architecture
+to ${nonarch_base_libdir}
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Constantin Musca 
+
+Index: udev-182/Makefile.am
+===
+--- udev-182.orig/Makefile.am
 udev-182/Makefile.am
+@@ -19,7 +19,7 @@ AM_CPPFLAGS = \
+   -include $(top_builddir)/config.h \
+   -I$(top_srcdir)/src \
+   -DSYSCONFDIR=\""$(sysconfdir)"\" \
+-  -DPKGLIBEXECDIR=\""$(libexecdir)/udev"\"
++  -DPKGLIBEXECDIR=\""$(rootlib_execdir)/udev"\"
+ 
+ AM_CFLAGS = \
+   ${my_CFLAGS} \
+@@ -48,12 +48,13 @@ UNINSTALL_EXEC_HOOKS =
+ DISTCHECK_HOOKS =
+ DISTCLEAN_LOCAL_HOOKS =
+ 
+-udevhomedir = $(libexecdir)/udev
++udevhomedir = $(nonarch_rootlib_execdir)/udev
+ udevhome_SCRIPTS =
+ dist_udevhome_SCRIPTS =
+ dist_udevhome_DATA =
+ dist_man_MANS =
+ 
++pkglibexecdir = $(rootlib_execdir)/udev
+ SED_PROCESS = \
+   $(AM_V_GEN)$(MKDIR_P) $(dir $@) && $(SED) \
+   -e 's,@VERSION\@,$(VERSION),g' \
+@@ -63,7 +64,7 @@ SED_PROCESS = \
+   -e 's,@libdir\@,$(libdir),g' \
+   -e 's,@includedir\@,$(includedir),g' \
+   -e 's,@bindir\@,$(bindir),g' \
+-  -e 's,@pkglibexecdir\@,$(libexecdir)/udev,g' \
++  -e 's,@pkglibexecdir\@,$(nonarch_rootlib_execdir)/udev,g' \
+   < $< > $@ || rm $@
+ 
+ %.pc: %.pc.in Makefile
+@@ -144,7 +145,7 @@ udev-confdirs:
+ 
+ INSTALL_DATA_HOOKS += udev-confdirs
+ 
+-udevrulesdir = $(libexecdir)/udev/rules.d
++udevrulesdir = $(nonarch_rootlib_execdir)/udev/rules.d
+ dist_udevrules_DATA = \
+   rules/42-usb-hid-pm.rules \
+   rules/50-udev-default.rules \
+@@ -524,7 +525,7 @@ CLEANFILES += \
+   src/keymap/keys-from-name.gperf \
+   src/keymap/keyboard-force-release.sh
+ 
+-udevkeymapdir = $(libexecdir)/udev/keymaps
++udevkeymapdir = $(nonarch_rootlib_execdir)/udev/keymaps
+ dist_udevkeymap_DATA = \
+   src/keymap/keymaps/acer \
+   src/keymap/keymaps/acer-aspire_5720 \
+@@ -584,7 +585,7 @@ dist_udevkeymap_DATA = \
+   src/keymap/keymaps/toshiba-satellite_m30x \
+   src/keymap/keymaps/zepto

[OE-core] [PATCH v2 1/7] bitbake.conf: add nonarch_base_lib variable

2012-12-18 Thread Constantin Musca

Adapt stagging.bbclass to this change

Signed-off-by: Constantin Musca 
---
 meta/classes/staging.bbclass | 4 
 meta/conf/bitbake.conf   | 1 +
 2 files changed, 5 insertions(+)

diff --git a/meta/classes/staging.bbclass b/meta/classes/staging.bbclass
index 82624cb..1a078b4 100644
--- a/meta/classes/staging.bbclass
+++ b/meta/classes/staging.bbclass
@@ -50,6 +50,10 @@ sysroot_stage_dirs() {
then
sysroot_stage_libdir $from${base_libdir} $to${base_libdir}
fi
+   if [ -d $from${nonarch_base_libdir} ]
+   then
+   sysroot_stage_libdir $from${nonarch_base_libdir} 
$to${nonarch_base_libdir}
+   fi
sysroot_stage_dir $from${datadir} $to${datadir}
# We don't care about docs/info/manpages/locales
rm -rf $to${mandir}/ $to${docdir}/ $to${infodir}/ 
${to}${datadir}/locale/
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index be3bfc2..a2d3abe 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -21,6 +21,7 @@ export exec_prefix = "/usr"
 export base_bindir = "${base_prefix}/bin"
 export base_sbindir = "${base_prefix}/sbin"
 export base_libdir = "${base_prefix}/${baselib}"
+export nonarch_base_libdir = "${base_prefix}/lib"
 
 # Architecture independent paths
 export datadir = "${prefix}/share"
-- 
1.7.11.7


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

[OE-core] [PATCH v2 6/7] polkit: fix multilib packaging issue

2012-12-18 Thread Constantin Musca

- use BPN instead of PN (PN includes MLPREFIX)
- fix the following warning:
WARNING: QA Issue: lib32-polkit: Files/directories were installed but not 
shipped
  /usr/share/polkit-1
  /usr/share/polkit-1/actions
  /usr/share/polkit-1/actions/org.freedesktop.policykit.policy
  /usr/share/polkit-1/actions/org.freedesktop.policykit.examples.pkexec.policy
  /usr/lib/polkit-1
  /usr/lib/polkit-1/extensions
  /usr/lib/polkit-1/extensions/libnullbackend.so
  /usr/lib/polkit-1/extensions/libnullbackend.a
  /usr/lib/polkit-1/extensions/libnullbackend.la
  /usr/lib/polkit-1/extensions/.debug
  /usr/lib/polkit-1/extensions/.debug/libnullbackend.so

[YOCTO #3438]

Signed-off-by: Constantin Musca 
---
 meta/recipes-extended/polkit/polkit_0.104.bb | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-extended/polkit/polkit_0.104.bb 
b/meta/recipes-extended/polkit/polkit_0.104.bb
index 67c375a..74b5379 100644
--- a/meta/recipes-extended/polkit/polkit_0.104.bb
+++ b/meta/recipes-extended/polkit/polkit_0.104.bb
@@ -10,7 +10,7 @@ DEPENDS = "expat glib-2.0 intltool-native 
gobject-introspection-stub"
 PACKAGECONFIG = "${@base_contains('DISTRO_FEATURES', 'pam', 'pam', '', d)}"
 PACKAGECONFIG[pam] = "--with-authfw=pam,--with-authfw=shadow,libpam,libpam"
 
-PR = "r7"
+PR = "r8"
 
 PAM_SRC_URI = "file://polkit-1_pam.patch"
 SRC_URI = "http://hal.freedesktop.org/releases/polkit-${PV}.tar.gz \
@@ -27,12 +27,12 @@ EXTRA_OECONF = "--with-os-type=moblin --disable-man-pages 
--disable-introspectio
 inherit autotools gtk-doc pkgconfig
 
 do_install_append() {
-   rm -f ${D}${libdir}/${PN}-1/extensions/*.a
+   rm -f ${D}${libdir}/${BPN}-1/extensions/*.a
 }
 
-FILES_${PN} += "${libdir}/${PN}-1/extensions/*.so \
-${datadir}/${PN}-1/actions/* \
+FILES_${PN} += "${libdir}/${BPN}-1/extensions/*.so \
+${datadir}/${BPN}-1/actions/* \
 ${datadir}/dbus-1/system-services/*"
-FILES_${PN}-dbg += "${libdir}/${PN}-1/extensions/.debug/*.so"
-FILES_${PN}-dev += "${libdir}/${PN}-1/extensions/*.la "
+FILES_${PN}-dbg += "${libdir}/${BPN}-1/extensions/.debug/*.so"
+FILES_${PN}-dev += "${libdir}/${BPN}-1/extensions/*.la "
 
-- 
1.7.11.7


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

[OE-core] [PATCH v2 0/7] udev and multilib changes

2012-12-18 Thread Constantin Musca

This patchset addresses the udevdir problem (some packages hardcode udevdir
to /lib/udev) by using a arch independent variable (nonarch_base_libdir). It 
also includes some multilib fixes.
The following changes since commit 958162e96b4a4f23bca94500b5f20975633dd5c6:

  bitbake: hob: use base image only if it was set (2012-12-14 17:31:31 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib cmuscax/udev
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=cmuscax/udev

Constantin Musca (7):
  bitbake.conf: add nonarch_base_lib variable
  udev: use nonarch_base_libdir for files that don't vary by arch
  alsa-utils: Pass udev-rules-dir as parameter
  pcmciautils: set correct udevdir and add missing debug files
  bluez: set correct udevdir
  polkit: fix multilib packaging issue
  psplash: enable multilib

 meta/classes/staging.bbclass   |  4 +
 meta/conf/bitbake.conf |  1 +
 meta/recipes-bsp/pcmciautils/pcmciautils.inc   |  3 +-
 meta/recipes-bsp/pcmciautils/pcmciautils_018.bb|  6 +-
 .../bluez/bluez4-4.101/fix-udev-paths.patch| 37 +
 meta/recipes-connectivity/bluez/bluez4.inc |  2 +
 meta/recipes-connectivity/bluez/bluez4_4.101.bb|  7 +-
 meta/recipes-core/psplash/psplash_git.bb   | 16 ++--
 meta/recipes-core/udev/udev.inc|  8 +-
 meta/recipes-core/udev/udev/fix-udev-paths.patch   | 94 ++
 meta/recipes-core/udev/udev_182.bb |  2 +-
 meta/recipes-extended/polkit/polkit_0.104.bb   | 12 +--
 meta/recipes-multimedia/alsa/alsa-utils_1.0.25.bb  |  6 +-
 13 files changed, 172 insertions(+), 26 deletions(-)
 create mode 100644 
meta/recipes-connectivity/bluez/bluez4-4.101/fix-udev-paths.patch
 create mode 100644 meta/recipes-core/udev/udev/fix-udev-paths.patch

-- 
1.7.11.7


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

[OE-core] [PATCH v2 7/7] psplash: enable multilib

2012-12-18 Thread Constantin Musca

[YOCTO #3438]

Signed-off-by: Constantin Musca 
---
 meta/recipes-core/psplash/psplash_git.bb | 16 ++--
 1 file changed, 10 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-core/psplash/psplash_git.bb 
b/meta/recipes-core/psplash/psplash_git.bb
index 7c033e7..9bdcb37 100644
--- a/meta/recipes-core/psplash/psplash_git.bb
+++ b/meta/recipes-core/psplash/psplash_git.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://psplash.h;beginline=1;endline=16;md5=840fb2356b10a85b
 
 SRCREV = "de9979aefbc56af59b4d236a4b63dd19dcdcfb53"
 PV = "0.1+git${SRCPV}"
-PR = "r5"
+PR = "r6"
 
 SRC_URI = "git://git.yoctoproject.org/${BPN};protocol=git \
file://psplash-init \
@@ -50,13 +50,17 @@ python __anonymous() {
 d.appendVar("DEPENDS", " gdk-pixbuf-native")
 
 d.prependVar("PACKAGES", "%s " % (" ".join(pkgs)))
+mlprefix = d.getVar('MLPREFIX', True) or ''
+pn = d.getVar('PN', True) or ''
 for p in pkgs:
-d.setVar("FILES_%s" % p, "${bindir}/%s" % p)
-d.setVar("ALTERNATIVE_%s" % p, 'psplash')
-d.setVarFlag("ALTERNATIVE_TARGET_%s" % p, 'psplash', '${bindir}/%s' % 
p)
-d.appendVar("RDEPENDS_%s" % p, " ${PN}")
+ep = '%s%s' % (mlprefix, p)
+epsplash = '%s%s' % (mlprefix, 'psplash')
+d.setVar("FILES_%s" % ep, "${bindir}/%s" % p)
+d.setVar("ALTERNATIVE_%s" % ep, epsplash)
+d.setVarFlag("ALTERNATIVE_TARGET_%s" % ep, epsplash, '${bindir}/%s' % 
p)
+d.appendVar("RDEPENDS_%s" % ep, " %s" % pn)
 if p == "psplash-default":
-d.appendVar("RRECOMMENDS_${PN}", " %s" % p)
+d.appendVar("RRECOMMENDS_%s" % pn, " %s" % ep)
 }
 
 S = "${WORKDIR}/git"
-- 
1.7.11.7


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

Re: [OE-core] should BBFILES also refer to .inc files?

2012-12-18 Thread Robert P. J. Day

On Mon, 17 Dec 2012, Mark Hatle wrote:

> On 12/17/12 3:27 PM, Robert P. J. Day wrote:
> >
> >looking at someone else's layer and there's this line in layer.conf:
> >
> > BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend
> > ${LAYERDIR}/recipes*/*/*.inc"
> >
> > is there a rationale for including .inc files in BBFILES?  i don't
> > recall ever seeing that before.
>
> This is incorrect.  Only file that are processed by the recipe parser should
> be listed.  Specifically '.bb' and '.bbappend' files.

  i thought as much, i just never lose the ability to be surprised by
oddities i run across.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

[OE-core] [PATCH] matchbox-session-sato: use a proper schema file

2012-12-18 Thread Laurentiu Palcu

Also, inheriting gconf.bbclass will allow for the schema registration to
be done at do_rootfs time.

[YOCTO #3603]

Signed-off-by: Laurentiu Palcu 
---
 .../matchbox-session-sato.schemas  |   53 
 .../matchbox-sato/matchbox-session-sato_0.1.bb |   21 +++-
 2 files changed, 60 insertions(+), 14 deletions(-)
 create mode 100644 
meta/recipes-sato/matchbox-sato/matchbox-session-sato/matchbox-session-sato.schemas

diff --git 
a/meta/recipes-sato/matchbox-sato/matchbox-session-sato/matchbox-session-sato.schemas
 
b/meta/recipes-sato/matchbox-sato/matchbox-session-sato/matchbox-session-sato.schemas
new file mode 100644
index 000..f5b770b
--- /dev/null
+++ 
b/meta/recipes-sato/matchbox-sato/matchbox-session-sato/matchbox-session-sato.schemas
@@ -0,0 +1,53 @@
+
+
+
+
+  
+/schemas/desktop/poky/interface/theme
+/desktop/poky/interface/theme
+string
+matchbox-session-sato
+Sato
+
+  Desktop theme
+  The theme name for Matchbox and Sato to use.
+
+  
+
+  
+/schemas/desktop/poky/interface/icon_theme
+/desktop/poky/interface/icon_theme
+string
+matchbox-session-sato
+Sato
+
+  Desktop icon theme
+  The icon theme name for Matchbox and Sato.
+
+  
+
+  
+/schemas/desktop/poky/interface/touchscreen
+/desktop/poky/interface/touchscreen
+bool
+matchbox-session-sato
+true
+
+  Activate touchscreen
+
+  
+
+  
+/schemas/desktop/poky/interface/font_name
+/desktop/poky/interface/font_name
+string
+matchbox-session-sato
+Sans 9
+
+  Font name
+
+  
+
+
+
+
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 10fd5b4..2d34754 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
@@ -16,7 +16,9 @@ PR = "r29"
 # based on the machine architecture.
 PACKAGE_ARCH = "${MACHINE_ARCH}"
 
-SRC_URI = "file://session"
+SRC_URI = "file://session \
+   file://matchbox-session-sato.schemas \
+  "
 S = "${WORKDIR}"
 
 do_install() {
@@ -34,18 +36,9 @@ do_install() {
install -d ${D}/${sysconfdir}/matchbox
sed -f "$SCRIPT" ${S}/session > ${D}/${sysconfdir}/matchbox/session
 chmod +x ${D}/${sysconfdir}/matchbox/session
-}
-
-pkg_postinst_${PN} () {
-#!/bin/sh -e
-if [ "x$D" != "x" ]; then
-exit 1
-fi
 
-. ${sysconfdir}/init.d/functions
-
-gconftool-2 --config-source=xml::$D${sysconfdir}/gconf/gconf.xml.defaults 
--direct --type string --set /desktop/poky/interface/theme Sato
-gconftool-2 --config-source=xml::$D${sysconfdir}/gconf/gconf.xml.defaults 
--direct --type string --set /desktop/poky/interface/icon_theme Sato
-gconftool-2 --config-source=xml::$D${sysconfdir}/gconf/gconf.xml.defaults 
--direct --type bool --set /desktop/poky/interface/touchscreen true
-gconftool-2 --config-source=xml::$D${sysconfdir}/gconf/gconf.xml.defaults 
--direct --type string --set /desktop/poky/interface/font_name "Sans 9"
+   install -d ${D}/${sysconfdir}/gconf/schemas
+   install -m 664 ${S}/matchbox-session-sato.schemas 
${D}/${sysconfdir}/gconf/schemas
 }
+
+inherit gconf
-- 
1.7.9.5


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

Re: [OE-core] [PATCH] matchbox-session-sato: use a proper schema file

2012-12-18 Thread Burton, Ross

On 18 December 2012 12:06, Laurentiu Palcu  wrote:
> Also, inheriting gconf.bbclass will allow for the schema registration to
> be done at do_rootfs time.
>
> [YOCTO #3603]
>
> Signed-off-by: Laurentiu Palcu 

Signed-off-by: Ross Burton 

Ross

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

[OE-core] [PATCH v3] init-live: default to initrd shell if image isn't found

2012-12-18 Thread Alex DAMIAN

From: Alexandru DAMIAN 

Adds "debugshell" command line parameter for live/install images.

If the init live fails to find and mount a root-fs image,
dumps to a shell after timeout so that the developer can figure
what's wrong.

Timeout defaults to 30 seconds, but it can be changed as param
argument.

Prior art in Ubuntu. Also, leaving a system stale isn't good form.

Signed-off-by: Alexandru DAMIAN 
---
 meta/recipes-core/initrdscripts/files/init-live.sh |   22 +++-
 1 file changed, 21 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh 
b/meta/recipes-core/initrdscripts/files/init-live.sh
index c591f0d..e8d7f70 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -45,7 +45,13 @@ read_args() {
 console_params=$arg
 else
 console_params="$console_params $arg"
-fi
+fi ;;
+debugshell*)
+if [ -z "$optarg" ]; then
+shelltimeout=30
+else
+shelltimeout=$optarg
+fi 
 esac
 done
 }
@@ -75,6 +81,7 @@ early_setup
 read_args
 
 echo "Waiting for removable media..."
+C=0
 while true
 do
   for i in `ls /media 2>/dev/null`; do
@@ -90,6 +97,19 @@ do
   if [ "$found" = "yes" ]; then
   break;
   fi
+  # don't wait for more than $shelltimeout seconds, if it's set
+  if [ -n "$shelltimeout" ]; then
+  echo -n " " $(( $shelltimeout - $C ))
+  if [ $C -ge $shelltimeout ]; then
+   echo "..."
+  echo "Mounted filesystems"
+   mount | grep media
+   echo "Available block devices"
+   ls /dev/sd*
+   fatal "Cannot find rootfs.img file in /media/* , dropping to a 
shell "
+  fi
+  C=$(( C + 1 ))
+  fi
   sleep 1
 done
 
-- 
1.7.10.4


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

Re: [OE-core] Add 3.7 version of linux-libc-headers

2012-12-18 Thread Bruce Ashfield

On Tue, Dec 18, 2012 at 6:07 AM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Tue, 2012-12-11 at 05:52 -0500, Bruce Ashfield wrote:
> > On Tue, Dec 11, 2012 at 5:12 AM, Marcin Juszkiewicz
> >  wrote:
> > I would like to know are there plans to use 3.7 kernel for
> > libc headers.
> > This will allow me to drop own copy which I need to keep due
> > to AArch64
> > stuff which got added in 3.7 cycle.
> >
> > There aren't any plans to use 3.7 for the headers, since we are
> > tracking the headers
> > with the same cadence as the yocto release kernels. Otherwise, we'd
> > really need
> > to have all versions available, and keeping things clean and focussed
> > was the
> > goal.
> >
> > 3.8 is the next likely update.
> >
> > That being said,  since the libc-headers version is controlled by the
> > LINUXLIBCVERSION in tcmode-default.inc, simply having 3.7 headers
> > available shouldn't cause any problems or disconnects.
> >
> > So we can open up the discussion if we want to carry extra libc
> > headers or
> > keep with the current strategy. I've added Richard explicitly to the
> > cc' so he
> > can jump in as appropriate.
> >
> As I understand things we agreed that we'd not bump for point releases
> on the headers unless there was some pressing reason too. The rest of
> the policy for kernel headers is a bit more fuzzy.
>
> For actual major version increments like this, I'm tempted to accept
> that in this case we have a good argument for updating to 3.7 and even
> though the linux-yocto kernels will lag behind this for a (short) while,
> it shouldn't make any real world difference to anything, certainly not
> cause breakage.
>

Right, they'll lag, but then jump and increment it to 3.8+. The dev kernel
is already on 3.7 and currently building and working fine against the 3.4.x
libc-headers.

>
> There isn't any technical reason we have to keep in lockstep, or any
> known issues with doing that with these versions, right? I know you have
> been burnt in the past but that was quite a while ago and the
> kernel/toolchain communities have moved to address that?
>

I've definitely been burt in the past, I admit to being a little nervous
about
3.7 sideffects due to the uapi split in the kernel .. and right around
the Holidays, I'm a bit more paranoid about bringing this in. I'd rather be
full time at my keyboard, just in case something subtle breaks.

If we bring this in, I'd prefer to completely drop the 3.4 kernel headers,
since
having just one recipe in the tree make sense, and it won't tempt us to
start having a trail of one libc-header per kernel version (since there's
always
a layer somewhere that's using a given version).

What about a middle ground ? I can pull this into my tree, since I'm doing
some 3.8 and 3.4-stable work at the moment, I'll remove the 3.4 kernel
headers and then submit it again as part of my queue with some extra
tests run ?

Cheers,

Bruce

>
> Cheers,
>
> Richard
>
>
>
>

-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Add 3.7 version of linux-libc-headers

2012-12-18 Thread Marcin Juszkiewicz

W dniu 18.12.2012 14:32, Bruce Ashfield pisze:
> On Tue, Dec 18, 2012 at 6:07 AM, Richard Purdie On Tue, 2012-12-11 at
>> 05:52 -0500, Bruce Ashfield wrote:
>>> On Tue, Dec 11, 2012 at 5:12 AM, Marcin Juszkiewicz

>>> I would like to know are there plans to use 3.7 kernel for libc
>>> headers. This will allow me to drop own copy which I need to keep
>>> due to AArch64 stuff which got added in 3.7 cycle.

>> As I understand things we agreed that we'd not bump for point
>> releases on the headers unless there was some pressing reason too.
>> The rest of the policy for kernel headers is a bit more fuzzy.
>> 
>> For actual major version increments like this, I'm tempted to accept 
>> that in this case we have a good argument for updating to 3.7 and
>> even though the linux-yocto kernels will lag behind this for a
>> (short) while, it shouldn't make any real world difference to
>> anything, certainly not cause breakage.

> Right, they'll lag, but then jump and increment it to 3.8+. The dev
> kernel is already on 3.7 and currently building and working fine
> against the 3.4.x libc-headers.

I need 3.7 for AArch64 as this is first version which has support for it.

>> There isn't any technical reason we have to keep in lockstep, or any 
>> known issues with doing that with these versions, right? I know you
>> have been burnt in the past but that was quite a while ago and the 
>> kernel/toolchain communities have moved to address that?

> I've definitely been burt in the past, I admit to being a little
> nervous about 3.7 sideffects due to the uapi split in the kernel ..
> and right around the Holidays, I'm a bit more paranoid about bringing
> this in. I'd rather be full time at my keyboard, just in case
> something subtle breaks.

Remember that even when l-l-h 3.7 will be present in repo 3.4 can be
still used as default one.

> If we bring this in, I'd prefer to completely drop the 3.4 kernel 
> headers, since having just one recipe in the tree make sense, and it
> won't tempt us to start having a trail of one libc-header per kernel
> version (since there's always a layer somewhere that's using a given
> version).

> What about a middle ground ? I can pull this into my tree, since I'm
> doing some 3.8 and 3.4-stable work at the moment, I'll remove the 3.4
> kernel headers and then submit it again as part of my queue with some
> extra tests run ?

I am fine with it.

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

[OE-core] [PATCH 3/3] Prepare mesa-dri for weston compatibility

2012-12-18 Thread Alex DAMIAN

From: Alexandru DAMIAN 

This patch enables mesa-git to build wayland-compatible
packages for usage with weston.

It adds wayland platform support, packs the wayland-egl
files, and sets the -git version as preffered provider.

Signed-off-by: Alexandru DAMIAN 
---
 meta/recipes-graphics/mesa/mesa-common.inc |8 ++--
 meta/recipes-graphics/mesa/mesa-dri.inc|1 +
 meta/recipes-graphics/mesa/mesa-dri_git.bb |3 ++-
 3 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa-common.inc 
b/meta/recipes-graphics/mesa/mesa-common.inc
index 1d3655f..0e4930c 100644
--- a/meta/recipes-graphics/mesa/mesa-common.inc
+++ b/meta/recipes-graphics/mesa/mesa-common.inc
@@ -12,13 +12,13 @@ SECTION = "x11"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://docs/license.html;md5=03ccdc4c379c4289aecfb8892c546f67"
 
-INC_PR = "r8"
+INC_PR = "r9"
 PE = "2"
 
 DEPENDS = "libxml2-native makedepend-native flex-native bison-native"
 
 PROVIDES = "virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl"
-
+PROVIDES += "wayland-egl libgbm libglapi"
 # for mesa-dri and mesa-xlib
 FILESEXTRAPATHS_append := "${THISDIR}/mesa:"
 
@@ -30,6 +30,7 @@ EXTRA_OECONF = "--disable-glu \
 --enable-shared-glapi"
 
 PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} 
egl gles"
+PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'wayland', 'wayland', 
'', d)} egl gles"
 
 X11_DEPS = "xf86driproto glproto virtual/libx11 libxext libxxf86vm libxdamage 
libxfixes"
 PACKAGECONFIG[x11] = "--enable-glx-tls,--disable-glx,${X11_DEPS}"
@@ -46,6 +47,7 @@ PACKAGES =+ "libegl-mesa libegl-mesa-dev \
  libgles1-mesa libgles1-mesa-dev \
  libgles2-mesa libgles2-mesa-dev \
  libgles3-mesa libgles3-mesa-dev \
+ wayland-egl wayland-egl-dev \
 "
 
 do_install_append () {
@@ -88,8 +90,10 @@ FILES_libgles2-mesa = "${libdir}/libGLESv2.so.*"
 FILES_libgl-mesa = "${libdir}/libGL.so.*"
 FILES_libglapi = "${libdir}/libglapi.so.*"
 FILES_libosmesa = "${libdir}/libOSMesa.so.*"
+FILES_wayland-egl = "${libdir}/libwayland-egl.so.*"
 
 FILES_${PN}-dev = "${libdir}/pkgconfig/dri.pc"
+FILES_wayland-egl-dev = "${libdir}/pkgconfig/wayland-egl.pc 
${libdir}/libwayland-egl.*"
 FILES_libdricore-dev = "${libdir}/libdricore*.*"
 FILES_libegl-mesa-dev = "${libdir}/libEGL.* ${includedir}/EGL 
${includedir}/KHR ${libdir}/pkgconfig/egl.pc"
 FILES_libgbm-dev = "${libdir}/libgbm.* ${libdir}/pkgconfig/gbm.pc 
${includedir}/gbm.h"
diff --git a/meta/recipes-graphics/mesa/mesa-dri.inc 
b/meta/recipes-graphics/mesa/mesa-dri.inc
index 07544ab..1f6ec78 100644
--- a/meta/recipes-graphics/mesa/mesa-dri.inc
+++ b/meta/recipes-graphics/mesa/mesa-dri.inc
@@ -13,6 +13,7 @@ PACKAGECONFIG[gles] = "--enable-gles1 --enable-gles2, 
--disable-gles1 --disable-
 
 EGL_PLATFORMS  = "drm"
 EGL_PLATFORMS .="${@base_contains('DISTRO_FEATURES', 'x11', ',x11', '', d)}"
+EGL_PLATFORMS .="${@base_contains('DISTRO_FEATURES', 'wayland', ',wayland', 
'', d)}"
 PACKAGECONFIG[egl] = "--enable-egl --with-egl-platforms=${EGL_PLATFORMS}, 
--disable-egl"
 
 python populate_packages_prepend() {
diff --git a/meta/recipes-graphics/mesa/mesa-dri_git.bb 
b/meta/recipes-graphics/mesa/mesa-dri_git.bb
index 69a433e..7fd0d39 100644
--- a/meta/recipes-graphics/mesa/mesa-dri_git.bb
+++ b/meta/recipes-graphics/mesa/mesa-dri_git.bb
@@ -3,6 +3,7 @@ require mesa-git.inc
 require mesa-dri.inc
 
 # this needs to be lower than -1 because all mesa-dri have -1 and git version 
has highest PV, but shouldn't be default
-DEFAULT_PREFERENCE = "-2"
+# adamian - switch to git version
+DEFAULT_PREFERENCE = "1"
 
 PR = "${INC_PR}.0"
-- 
1.7.10.4


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

[OE-core] Wayland/Weston initial patches

2012-12-18 Thread Alex DAMIAN


These three patches enable wayland and weston building on top of 
mesa-dri and X.

Weston runs normally with the X11 backend, and have KMS mode setting
on real hardware (kernel 3.0 on Intel 2nd Generation Core).

Please review these patches and let me know if you see improvements.

I'll resubmit together with kernel changes when I have a stable 
version for running directly on hardware.

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

[OE-core] [PATCH 2/3] Initial commit for wayland/weston 1.0.3

2012-12-18 Thread Alex DAMIAN

From: Alexandru DAMIAN 

This patch adds the Weston reference compositing
manager from Wayland.

We add version 1.0.3 which is the latest stable release
in Dec 2012. See the upstream at:

http://wayland.freedesktop.org/releases.html

Signed-off-by: Alexandru DAMIAN 
---
 meta/recipes-graphics/wayland/weston.inc  |   23 +++
 meta/recipes-graphics/wayland/weston_1.0.3.bb |9 +
 2 files changed, 32 insertions(+)
 create mode 100644 meta/recipes-graphics/wayland/weston.inc
 create mode 100644 meta/recipes-graphics/wayland/weston_1.0.3.bb

diff --git a/meta/recipes-graphics/wayland/weston.inc 
b/meta/recipes-graphics/wayland/weston.inc
new file mode 100644
index 000..7d26f7f
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston.inc
@@ -0,0 +1,23 @@
+inherit autotools pkgconfig
+
+SUMMARY = "Weston, a Wayland compositor"
+DESCRIPTION = "Weston is the reference implementation of a Wayland compositor"
+HOMEPAGE = "http://wayland.freedesktop.org";
+SECTION = "wayland/base"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://COPYING;md5=275efac2559a224527bd4fd593d38466"
+
+DEPENDS = "wayland libxkbcommon gdk-pixbuf pixman cairo glib-2.0 mtdev jpeg"
+DEPENDS += "virtual/egl"
+
+EXTRA_OECONF  = "--enable-wayland-compositor --disable-android-compositor"
+EXTRA_OECONF += "--enable-setuid-install --enable-simple-clients"
+EXTRA_OECONF += "--enable-clients --disable-xwayland"
+
+PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'wayland', 'kms', '', 
d)} \
+   ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
+   ${@base_contains('DISTRO_FEATURES', 'opengles2', 'gles', 
'', d)} \
+  "
+PACKAGECONFIG[kms] = "--enable-drm-compositor,--disable-drm-compositor,drm 
libgbm libglapi udev wayland-egl libpam"
+PACKAGECONFIG[x11] = 
"--enable-x11-compositor,--disable-x11-compositor,virtual/libx11 libxcb libxcb 
libxcursor cairo"
+PACKAGECONFIG[gles] = "--with-cairo-glesv2,,virtual/libgles2"
diff --git a/meta/recipes-graphics/wayland/weston_1.0.3.bb 
b/meta/recipes-graphics/wayland/weston_1.0.3.bb
new file mode 100644
index 000..625965b
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston_1.0.3.bb
@@ -0,0 +1,9 @@
+require weston.inc
+
+SRC_URI = "http://wayland.freedesktop.org/releases/weston-1.0.3.tar.xz \
+ "
+SRC_URI[md5sum] = "f82ac2e013e6b6a6303ac4ba7b64c7f2"
+SRC_URI[sha256sum] = 
"3136a7d2f654ea3e946d4217f7e25321248ad2921f1f4e2504dda58968e04853"
+
+PR = "r0"
+
-- 
1.7.10.4


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

[OE-core] [PATCH 1/3] Wayland userspace library initial 1.0.3

2012-12-18 Thread Alex DAMIAN

From: Alexandru DAMIAN 

Wayland is a new protocol a protocol for a client application to
display user interface windows through the use of a compositing
window manager. This package include the specific set of server-side
and client-side C libraries that implement the protocol.

Wayland is hosted on http://wayland.freedesktop.org/

Signed-off-by: Alexandru DAMIAN 
---
 meta/recipes-graphics/wayland/wayland.inc  |   32 
 meta/recipes-graphics/wayland/wayland_1.0.3.bb |7 ++
 2 files changed, 39 insertions(+)
 create mode 100644 meta/recipes-graphics/wayland/wayland.inc
 create mode 100644 meta/recipes-graphics/wayland/wayland_1.0.3.bb

diff --git a/meta/recipes-graphics/wayland/wayland.inc 
b/meta/recipes-graphics/wayland/wayland.inc
new file mode 100644
index 000..4f3ffa9
--- /dev/null
+++ b/meta/recipes-graphics/wayland/wayland.inc
@@ -0,0 +1,32 @@
+inherit autotools pkgconfig
+
+SUMMARY = "Wayland, a protocol between a compositor and clients"
+
+DESCRIPTION = "Wayland is a protocol for a compositor to talk to its clients \
+as well as a C library implementation of that protocol. The compositor can be \
+a standalone display server running on Linux kernel modesetting and evdev \
+input devices, an X application, or a wayland client itself. The clients can \
+be traditional applications, X servers (rootless or fullscreen) or other \
+display servers."
+
+HOMEPAGE = "http://wayland.freedesktop.org";
+SECTION = "wayland/base"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://COPYING;md5=1d4476a7d98dd5691c53d4d43a510c72"
+
+# needs wayland-native for the wayland-scanner utility
+BBCLASSEXTEND = "native"
+
+DEPENDS_virtclass-native = "expat-native"
+DEPENDS = "expat wayland-native"
+
+EXTRA_OECONF_virtclass-native = "--disable-documentation"
+EXTRA_OECONF = "--disable-documentation --disable-scanner"
+
+# wayland installs a m4 macro for other projects to use. This m4 macro
+# includes a path to a makefile fragment to get the rules to generate
+# stubs from protocol description files.
+do_install_append() {
+  sed -i -e 
'4,10s,prefix=.*$,prefix=${D}/${prefix},;4,10s,exec_prefix=,exec_prefix=${D}/${exec_prefix},'
 \
+${D}/${datadir}/aclocal/wayland-scanner.m4
+}
diff --git a/meta/recipes-graphics/wayland/wayland_1.0.3.bb 
b/meta/recipes-graphics/wayland/wayland_1.0.3.bb
new file mode 100644
index 000..28dd49b
--- /dev/null
+++ b/meta/recipes-graphics/wayland/wayland_1.0.3.bb
@@ -0,0 +1,7 @@
+require wayland.inc
+
+SRC_URI = "http://wayland.freedesktop.org/releases/wayland-1.0.3.tar.xz";
+SRC_URI[md5sum] = "eebe23571fd4f9ceacc583238e5a8ae9"
+SRC_URI[sha256sum] = 
"f6be5ee11ba534baaa116350b5efb874bf9963bf3fb18bcf40130317e83a5913"
+
+PR = "r0"
-- 
1.7.10.4


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

Re: [OE-core] SDK confusion!

2012-12-18 Thread Bjørn Forsman

On 17 December 2012 23:20, Mark Hatle  wrote:
[...]
> This is Yocto Project 1.2, the feature arrived sometime between 1.2 and 1.3.
>
> The 'danny' branch is 1.3, 'denzil' is 1.2.  I may have said 'denzil' by
> accident in the last email.
>
> Basically you need a newer oe-core to use this feature, or you need to
> backport it.

Ok. I have switched branches now and got it working for
core-image-minimal. Thanks.

However, the systemd-image in Angstrom has an issue that breaks
"bitbake systemd-image -c populate_sdk". I have posted a message on
their list just now. But basically, the error is this:

$ bitbake systemd-image -c populate_sdk
[...]
| Package netbase-dbg (5.0-r1) installed in root is up to date.
| Collected errors:
|  * check_conflicts_for: The following packages conflict with openssh:
|  * check_conflicts_for:   dropbear *
|  * opkg_install_cmd: Cannot install package openssh-dev.
|  * check_conflicts_for: The following packages conflict with openssh:
|  * check_conflicts_for:   dropbear *
|  * opkg_install_cmd: Cannot install package openssh-dbg.
| DEBUG: Python function do_populate_sdk finished
| ERROR: Function failed: populate_sdk_image (see
/home/bfo/setup-scripts/build/tmp-angstrom_v2012_05-eglibc/work/beaglebone-angstrom-linux-gnueabi/systemd-image-1.0-r0/temp/log.do_populate_sdk.18052
for further information)
ERROR: Task 10 
(/home/bfo/setup-scripts/sources/meta-angstrom/recipes-images/angstrom/systemd-image.bb,
do_populate_sdk) failed with exit code '1'

Best regards,
Bjørn Forsman

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

Re: [OE-core] Add 3.7 version of linux-libc-headers

2012-12-18 Thread Bruce Ashfield

On Tue, Dec 18, 2012 at 8:41 AM, Marcin Juszkiewicz <
marcin.juszkiew...@linaro.org> wrote:

> W dniu 18.12.2012 14:32, Bruce Ashfield pisze:
> > On Tue, Dec 18, 2012 at 6:07 AM, Richard Purdie On Tue, 2012-12-11 at
> >> 05:52 -0500, Bruce Ashfield wrote:
> >>> On Tue, Dec 11, 2012 at 5:12 AM, Marcin Juszkiewicz
>
> >>> I would like to know are there plans to use 3.7 kernel for libc
> >>> headers. This will allow me to drop own copy which I need to keep
> >>> due to AArch64 stuff which got added in 3.7 cycle.
>
> >> As I understand things we agreed that we'd not bump for point
> >> releases on the headers unless there was some pressing reason too.
> >> The rest of the policy for kernel headers is a bit more fuzzy.
> >>
> >> For actual major version increments like this, I'm tempted to accept
> >> that in this case we have a good argument for updating to 3.7 and
> >> even though the linux-yocto kernels will lag behind this for a
> >> (short) while, it shouldn't make any real world difference to
> >> anything, certainly not cause breakage.
>
> > Right, they'll lag, but then jump and increment it to 3.8+. The dev
> > kernel is already on 3.7 and currently building and working fine
> > against the 3.4.x libc-headers.
>
> I need 3.7 for AArch64 as this is first version which has support for it.
>

Yep, I didn't mean to imply that 3.4 would work for your needs as well,
sorry
if it came across that way.

I assume 3.8+ will be ok for your case as well, since when we jump to the
1.4 kernel, the standing plan of purging all the headers and go back to a
single version that matches that kver was going to kick in. I don't want to
break your builds.


>
> >> There isn't any technical reason we have to keep in lockstep, or any
> >> known issues with doing that with these versions, right? I know you
> >> have been burnt in the past but that was quite a while ago and the
> >> kernel/toolchain communities have moved to address that?
>
> > I've definitely been burt in the past, I admit to being a little
> > nervous about 3.7 sideffects due to the uapi split in the kernel ..
> > and right around the Holidays, I'm a bit more paranoid about bringing
> > this in. I'd rather be full time at my keyboard, just in case
> > something subtle breaks.
>
> Remember that even when l-l-h 3.7 will be present in repo 3.4 can be
> still used as default one.
>

Absolutely. We are just trying to keep things small and clean and avoid
having multiple options and then using defaults/preferences to pick ..
unless
required. We can always pretend things are simple and clean :)


>
> > If we bring this in, I'd prefer to completely drop the 3.4 kernel
> > headers, since having just one recipe in the tree make sense, and it
> > won't tempt us to start having a trail of one libc-header per kernel
> > version (since there's always a layer somewhere that's using a given
> > version).
>
> > What about a middle ground ? I can pull this into my tree, since I'm
> > doing some 3.8 and 3.4-stable work at the moment, I'll remove the 3.4
> > kernel headers and then submit it again as part of my queue with some
> > extra tests run ?
>
> I am fine with it.
>

Thanks, I'll pull this in if Richard agrees.

Cheers,

Bruce

-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] python packages that are installed with easyinstall require an accumulated easyinstall.pth in the rootfs

2012-12-18 Thread Lukas Bulwahn

Hi all,

here are two very preliminary patches addressing an issue with python's 
easyinstall.

When installing python packages that are installed with python's easyinstall, 
the installation creates easyinstall.pth files. This file must exist in the 
root filesystem so that python 2.7 can locate and import the installed modules 
in the host system.

As I am still a novice writing recipes, I do not know the best practice to 
handle the issue above.
I have a first implementation that
  - uses a new class easyinstall
  - creates the easyinstall.pth if it did not exists or adds the entry in 
postinst script of the package
  - and requires the user to manually state what must be added

The related useradd recipe makes the impression that there are many further 
problems to think of that I am not aware of yet.
Is the postinst script of the package the correct place to write the 
easyinstall.pth file or is there possibly a better hook to use?

Probably, it would be best if what must be added is automatically extracted 
after the installation of the python module, and this routine is completely 
added to distutils class?

Undoubtedly the patch is only a very preliminary try addressing this issue with 
easyinstall.pth, but I wanted to get some feedback first.

Thank you for further help and advice.

Lukas


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

[OE-core] [PATCH 2/2] python-setuptools: include setuptools' path to easyinstall.pth

2012-12-18 Thread Lukas Bulwahn

From: Lukas Bulwahn 

To work properly, python-setuptools must add its location to the
easyinstall.pth file.

This is achieved using the easyinstall class.
---
 .../python/python-setuptools_0.6c11.bb |4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-devtools/python/python-setuptools_0.6c11.bb 
b/meta/recipes-devtools/python/python-setuptools_0.6c11.bb
index 8608104..38af7a0 100644
--- a/meta/recipes-devtools/python/python-setuptools_0.6c11.bb
+++ b/meta/recipes-devtools/python/python-setuptools_0.6c11.bb
@@ -30,4 +30,8 @@ RDEPENDS_${PN} = "\
 SRC_URI[md5sum] = "7df2a529a074f613b509fb44feefe74e"
 SRC_URI[sha256sum] = 
"630fea9b726320b73ee3ca6ff61732cb32675b0389be658080fe46383b87a1d3"
 
+EASYINSTALL_${PN} = "./setuptools-0.6c11-py2.7.egg"
+
+inherit easyinstall
+
 BBCLASSEXTEND = "native"
-- 
1.7.9.5


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

[OE-core] [PATCH 1/2] easyinstall: class to create and extend the easyinstall.pth file

2012-12-18 Thread Lukas Bulwahn

From: Lukas Bulwahn 

When installing python packages that are installed with python's easyinstall,
the installation creates easyinstall.pth files. This file must exist in the
root filesystem so that python 2.7 can locate and import the installed modules
in the host system.

Due to the import of the changeset c4c545623d8818de2d3fa71d9d63b717c575
from the Classic OpenEmbedded Development Tree in changeset
733dc27ecf485a0ec5318534dfbbc9491c08df8f, the easyinstall.pth file is removed.
The original changeset claims that python 2.5 can import packages without the
easyinstall.pth file. However in my experience, python 2.7 cannot import
packages without this file. Furthermore, the easyinstall.pth file must
accumulate entries when multiple packages are installed with easyinstall.

The easyinstall class provides a simple postinst script that adds the content
of the variable EASYINSTALL_${PN} to the easyinstall.pth file and initializes
the file if necessary.
---
 meta/classes/easyinstall.bbclass |   11 +++
 1 file changed, 11 insertions(+)
 create mode 100644 meta/classes/easyinstall.bbclass

diff --git a/meta/classes/easyinstall.bbclass b/meta/classes/easyinstall.bbclass
new file mode 100644
index 000..8ae975d
--- /dev/null
+++ b/meta/classes/easyinstall.bbclass
@@ -0,0 +1,11 @@
+
+pkg_postinst_${PN} () {
+   if test ! -e ${PYTHON_SITEPACKAGES_DIR}/easy-install.pth; then
+cat > ${PYTHON_SITEPACKAGES_DIR}/easy-install.pth << EOF
+import sys; sys.__plen = len(sys.path)
+import sys; new=sys.path[sys.__plen:]; del sys.path[sys.__plen:]; 
p=getattr(sys,'__egginsert',0); sys.path[p:p]=new; sys.__egginsert = p+len(new)
+EOF
+fi
+sed -i '$ i ${EASYINSTALL_${PN}}' 
${PYTHON_SITEPACKAGES_DIR}/easy-install.pth
+}
+
-- 
1.7.9.5


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

Re: [OE-core] [PATCH 1/2] easyinstall: class to create and extend the easyinstall.pth file

2012-12-18 Thread Otavio Salvador

On Tue, Dec 18, 2012 at 11:58 AM, Lukas Bulwahn
 wrote:
> From: Lukas Bulwahn 
>
> When installing python packages that are installed with python's easyinstall,
> the installation creates easyinstall.pth files. This file must exist in the
> root filesystem so that python 2.7 can locate and import the installed modules
> in the host system.
>
> Due to the import of the changeset c4c545623d8818de2d3fa71d9d63b717c575
> from the Classic OpenEmbedded Development Tree in changeset
> 733dc27ecf485a0ec5318534dfbbc9491c08df8f, the easyinstall.pth file is removed.
> The original changeset claims that python 2.5 can import packages without the
> easyinstall.pth file. However in my experience, python 2.7 cannot import
> packages without this file. Furthermore, the easyinstall.pth file must
> accumulate entries when multiple packages are installed with easyinstall.
>
> The easyinstall class provides a simple postinst script that adds the content
> of the variable EASYINSTALL_${PN} to the easyinstall.pth file and initializes
> the file if necessary.
> ---
>  meta/classes/easyinstall.bbclass |   11 +++
>  1 file changed, 11 insertions(+)
>  create mode 100644 meta/classes/easyinstall.bbclass
>
> diff --git a/meta/classes/easyinstall.bbclass 
> b/meta/classes/easyinstall.bbclass
> new file mode 100644
> index 000..8ae975d
> --- /dev/null
> +++ b/meta/classes/easyinstall.bbclass
> @@ -0,0 +1,11 @@
> +
> +pkg_postinst_${PN} () {
> +   if test ! -e ${PYTHON_SITEPACKAGES_DIR}/easy-install.pth; then
> +cat > ${PYTHON_SITEPACKAGES_DIR}/easy-install.pth << EOF
> +import sys; sys.__plen = len(sys.path)
> +import sys; new=sys.path[sys.__plen:]; del sys.path[sys.__plen:]; 
> p=getattr(sys,'__egginsert',0); sys.path[p:p]=new; sys.__egginsert = 
> p+len(new)

All this need to be in a single line? Seems ugly and hard to read for me.

> +EOF
> +fi
> +sed -i '$ i ${EASYINSTALL_${PN}}' 
> ${PYTHON_SITEPACKAGES_DIR}/easy-install.pth
> +}
> +
> --
> 1.7.9.5
>
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

Re: [OE-core] [PATCH 1/2] easyinstall: class to create and extend the easyinstall.pth file

2012-12-18 Thread Burton, Ross

On 18 December 2012 13:58, Lukas Bulwahn  wrote:
> When installing python packages that are installed with python's easyinstall,
> the installation creates easyinstall.pth files. This file must exist in the
> root filesystem so that python 2.7 can locate and import the installed modules
> in the host system.

Is this the logic that where packages get installed as Eggs, so into
e.g. /usr/lib/python2.7/site-packages/Foo-1.0/ instead of
../packages/foo)?  In that case we're basically having to deal with a
lot of complication.   I've been battling this a bit with python-mako
and this section of the setuptools document applies to us:

"However, packaging tools that build binary distributions by running
setup.py install on the command line or as a subprocess will require
modification to work with setuptools. They should use the
--single-version-externally-managed option to the install command,
combined with the standard --root or --record options. See the install
command documentation below for more details."

http://peak.telecommunity.com/DevCenter/setuptools#what-your-users-should-know
http://peak.telecommunity.com/DevCenter/setuptools#install-command

I'm all in favour of a setuptools class, but I think it should follow
what the documentation says and use --s-v-e-m.   My recent python-mako
patch to oe-devel uses these options to do a "old-school" install
which doesn't mean dealing with .pth files, as we're a perfectly good
package management system already.

Ross

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

[OE-core] [PATCH] packagegroup-toolset-native: should not have mesa-dri-glsl-native in this toolset since there are no providers

2012-12-18 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 meta/recipes-gnome/packagegroups/packagegroup-toolset-native.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-gnome/packagegroups/packagegroup-toolset-native.bb 
b/meta/recipes-gnome/packagegroups/packagegroup-toolset-native.bb
index 584271d..5c544ec 100644
--- a/meta/recipes-gnome/packagegroups/packagegroup-toolset-native.bb
+++ b/meta/recipes-gnome/packagegroups/packagegroup-toolset-native.bb
@@ -154,7 +154,6 @@ DEPENDS = "\
 makedepend-native \
 makedevs-native \
 make-native \
-mesa-dri-glsl-native \
 mkelfimage-native \
 mkfontdir-native \
 mkfontscale-native \
-- 
1.8.0.2


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

Re: [OE-core] [PATCH] packagegroup-toolset-native: should not have mesa-dri-glsl-native in this toolset since there are no providers

2012-12-18 Thread Burton, Ross

On 18 December 2012 15:47, Saul Wold  wrote:
> Signed-off-by: Saul Wold 

Signed-off-by: Ross Burton 

To clarify for everyone else, mesa-dri-glsl-native is only used by
mesa-dri during the build and isn't useful outside of the build.

Upstream fixes have meant we don't need a -native package anymore, so
it's been dropped in MUT.

Ross

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

Re: [OE-core] [PATCH] packagegroup-toolset-native: should not have mesa-dri-glsl-native in this toolset since there are no providers

2012-12-18 Thread Otavio Salvador

On Tue, Dec 18, 2012 at 2:11 PM, Burton, Ross  wrote:
> On 18 December 2012 15:47, Saul Wold  wrote:
>> Signed-off-by: Saul Wold 
>
> Signed-off-by: Ross Burton 
>
> To clarify for everyone else, mesa-dri-glsl-native is only used by
> mesa-dri during the build and isn't useful outside of the build.
>
> Upstream fixes have meant we don't need a -native package anymore, so
> it's been dropped in MUT.

MUT?

--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854  http://projetos.ossystems.com.br

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

Re: [OE-core] [PATCH] packagegroup-toolset-native: should not have mesa-dri-glsl-native in this toolset since there are no providers

2012-12-18 Thread Burton, Ross

On 18 December 2012 16:21, Otavio Salvador  wrote:
> MUT?

master-under-test, Saul's staging ground for the consolidated pulls he
makes.  It incorporated the mesa patches of mine that removes
mesa-dri-glsl-native.

Ross

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

Re: [OE-core] SDK confusion!

2012-12-18 Thread Mark Hatle


On 12/18/12 7:50 AM, Bjørn Forsman wrote:

On 17 December 2012 23:20, Mark Hatle  wrote:
[...]

This is Yocto Project 1.2, the feature arrived sometime between 1.2 and 1.3.

The 'danny' branch is 1.3, 'denzil' is 1.2.  I may have said 'denzil' by
accident in the last email.

Basically you need a newer oe-core to use this feature, or you need to
backport it.


Ok. I have switched branches now and got it working for
core-image-minimal. Thanks.

However, the systemd-image in Angstrom has an issue that breaks
"bitbake systemd-image -c populate_sdk". I have posted a message on
their list just now. But basically, the error is this:

$ bitbake systemd-image -c populate_sdk
[...]
| Package netbase-dbg (5.0-r1) installed in root is up to date.
| Collected errors:
|  * check_conflicts_for: The following packages conflict with openssh:
|  * check_conflicts_for:   dropbear *
|  * opkg_install_cmd: Cannot install package openssh-dev.
|  * check_conflicts_for: The following packages conflict with openssh:
|  * check_conflicts_for:   dropbear *
|  * opkg_install_cmd: Cannot install package openssh-dbg.


Both dropbear and openssh appear to not be able to be installed at the same time 
due to a stated package conflict.  As to why they are bothy trying to be 
installed, I'm not sure.  Sorry.


--Mark


| DEBUG: Python function do_populate_sdk finished
| ERROR: Function failed: populate_sdk_image (see
/home/bfo/setup-scripts/build/tmp-angstrom_v2012_05-eglibc/work/beaglebone-angstrom-linux-gnueabi/systemd-image-1.0-r0/temp/log.do_populate_sdk.18052
for further information)
ERROR: Task 10 
(/home/bfo/setup-scripts/sources/meta-angstrom/recipes-images/angstrom/systemd-image.bb,
do_populate_sdk) failed with exit code '1'

Best regards,
Bjørn Forsman




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

Re: [OE-core] Add 3.7 version of linux-libc-headers

2012-12-18 Thread Richard Purdie

On Tue, 2012-12-18 at 08:56 -0500, Bruce Ashfield wrote:

> On Tue, Dec 18, 2012 at 8:41 AM, Marcin Juszkiewicz
>  wrote:
> W dniu 18.12.2012 14:32, Bruce Ashfield pisze:
> > On Tue, Dec 18, 2012 at 6:07 AM, Richard Purdie On Tue,
> 2012-12-11 

> > If we bring this in, I'd prefer to completely drop the 3.4
> kernel
> > headers, since having just one recipe in the tree make
> sense, and it
> > won't tempt us to start having a trail of one libc-header
> per kernel
> > version (since there's always a layer somewhere that's using
> a given
> > version).
> 
> > What about a middle ground ? I can pull this into my tree,
> since I'm
> > doing some 3.8 and 3.4-stable work at the moment, I'll
> remove the 3.4
> > kernel headers and then submit it again as part of my queue
> with some
> > extra tests run ?
> 
> 
> I am fine with it.
> 
> Thanks, I'll pull this in if Richard agrees.
> 

Sounds like a plan to me.

Cheers,

Richard



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

[OE-core] [for-denzil] bitbake: command: add error to return of runCommand

2012-12-18 Thread Matthew McClintock

From: Christopher Larson 

Currently, command.py can return an error message from runCommand, due to
being unable to run the command, yet few of our UIs (just hob) can handle it
today. This can result in seeing a TypeError with traceback in certain rare
circumstances.

To resolve this, we need a clean way to get errors back from runCommand,
without having to isinstance() the return value. This implements such a thing
by making runCommand also return an error (or None if no error occurred).

As runCommand now has a method of returning errors, we can also alter the
getCmdLineAction bits such that the returned value is just the action, not an
additional message. If a sync command wants to return an error, it raises
CommandError(message), and the message will be passed to the caller
appropriately.

Example Usage:

result, error = server.runCommand(...)
if error:
log.error('Unable to run command: %s' % error)
return 1

(Bitbake rev: 717831b8315cb3904d9b590e633000bc897e8fb6)

Signed-off-by: Christopher Larson 
Signed-off-by: Richard Purdie 
---
 bitbake/lib/bb/command.py   |   43 +++--
 bitbake/lib/bb/server/process.py|2 +-
 bitbake/lib/bb/ui/crumbs/hobeventhandler.py |5 ++-
 bitbake/lib/bb/ui/depexp.py |   38 ++
 bitbake/lib/bb/ui/goggle.py |   17 +-
 bitbake/lib/bb/ui/knotty.py |   45 ++-
 bitbake/lib/bb/ui/ncurses.py|   21 -
 7 files changed, 112 insertions(+), 59 deletions(-)

diff --git a/bitbake/lib/bb/command.py b/bitbake/lib/bb/command.py
index fd8912a..00b854e 100644
--- a/bitbake/lib/bb/command.py
+++ b/bitbake/lib/bb/command.py
@@ -44,6 +44,9 @@ class CommandFailed(CommandExit):
 self.error = message
 CommandExit.__init__(self, 1)
 
+class CommandError(Exception):
+pass
+
 class Command:
 """
 A queue of asynchronous commands for bitbake
@@ -57,21 +60,25 @@ class Command:
 self.currentAsyncCommand = None
 
 def runCommand(self, commandline):
-try:
-command = commandline.pop(0)
-if command in CommandsSync.__dict__:
-# Can run synchronous commands straight away
-return getattr(CommandsSync, command)(self.cmds_sync, self, 
commandline)
-if self.currentAsyncCommand is not None:
-return "Busy (%s in progress)" % self.currentAsyncCommand[0]
-if command not in CommandsAsync.__dict__:
-return "No such command"
-self.currentAsyncCommand = (command, commandline)
-self.cooker.server_registration_cb(self.cooker.runCommands, 
self.cooker)
-return True
-except:
-import traceback
-return traceback.format_exc()
+command = commandline.pop(0)
+if hasattr(CommandsSync, command):
+# Can run synchronous commands straight away
+command_method = getattr(self.cmds_sync, command)
+try:
+result = command_method(self, commandline)
+except CommandError as exc:
+return None, exc.args[0]
+except Exception:
+return None, traceback.format_exc()
+else:
+return result, None
+if self.currentAsyncCommand is not None:
+return None, "Busy (%s in progress)" % self.currentAsyncCommand[0]
+if command not in CommandsAsync.__dict__:
+return None, "No such command"
+self.currentAsyncCommand = (command, commandline)
+self.cooker.server_registration_cb(self.cooker.runCommands, 
self.cooker)
+return True, None
 
 def runAsyncCommand(self):
 try:
@@ -139,7 +146,11 @@ class CommandsSync:
 """
 Get any command parsed from the commandline
 """
-return command.cooker.commandlineAction
+cmd_action = command.cooker.commandlineAction
+if cmd_action['msg']:
+raise CommandError(msg)
+else:
+return cmd_action['action']
 
 def getVariable(self, command, params):
 """
diff --git a/bitbake/lib/bb/server/process.py b/bitbake/lib/bb/server/process.py
index ba91336..3ae9ede 100644
--- a/bitbake/lib/bb/server/process.py
+++ b/bitbake/lib/bb/server/process.py
@@ -48,7 +48,7 @@ class ServerCommunicator():
 if self.connection.poll(.5):
 return self.connection.recv()
 else:
-return None
+return None, "Timeout while attempting to communicate with 
bitbake server"
 except KeyboardInterrupt:
 pass
 
diff --git a/bitbake/lib/bb/ui/crumbs/hobeventhandler.py 
b/bitbake/lib/bb/ui/crumbs/hobeventhandler.py
index 52acec1..21bea23 100644
--- a/bitbake/lib/bb/ui/crumbs/hobeventhandler.py
+++ b/bitbake/lib/bb/ui/crumbs/ho

[OE-core] [PATCH] udev: fix failed /dev/shm mount

2012-12-18 Thread Johan Hovold

Since commit commit fbec192f6bc4 ("udev: Ensure tmpfs are mounted and
volatile/run exists") all tmpfs-entries in fstab are mounted before udev
starts using mount -a. If /dev/shm is among those entries, that mount
will fail as the mount point has not yet been created:

   Starting udev
   mount: mounting tmpfs on /dev/shm failed: No such file or directory
   udevd[474]: starting version 182

Fix by restoring the old way of mounting /dev and mounting the
remaining tmpfs-entries only after /dev/shm has been created.

Also make sure that any errors are supressed for these tmpfs-mounts.
Should any mount point not yet be present, that mount will be retried
later during the boot process.

Signed-off-by: Johan Hovold 
---

 meta/recipes-core/udev/udev/init   | 7 +--
 meta/recipes-core/udev/udev_182.bb | 2 +-
 2 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index 74449fe..1934d11 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -37,10 +37,13 @@ export ACTION=add
 echo "Starting udev"
 
 # mount the tmpfs on /dev, if not already done
-mount -a -t tmpfs
-mkdir -p /var/volatile/run
+LANG=C awk '$2 == "/dev" && ($3 == "tmpfs" || $3 == "devtmpfs") { exit 1 }' 
/proc/mounts && {
+   mount -n -o mode=0755 -t tmpfs none "/dev"
+}
 [ -e /dev/pts ] || mkdir -m 0755 /dev/pts
 [ -e /dev/shm ] || mkdir -m 1777 /dev/shm
+mount -a -t tmpfs 2>/dev/null
+mkdir -p /var/volatile/run
 
 # cache handling
 if [ "$DEVCACHE" != "" ]; then
diff --git a/meta/recipes-core/udev/udev_182.bb 
b/meta/recipes-core/udev/udev_182.bb
index c41de9f..0ae9f8c 100644
--- a/meta/recipes-core/udev/udev_182.bb
+++ b/meta/recipes-core/udev/udev_182.bb
@@ -1,6 +1,6 @@
 include udev.inc
 
-PR = "r2"
+PR = "r3"
 
 # module-init-tools from kmod_git will provide libkmod runtime
 DEPENDS += "module-init-tools"
-- 
1.8.0.2


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

[OE-core] [RFC][PATCH] layer.conf: allow BBFILE_PRIORITY to be overriden

2012-12-18 Thread Johan Hovold

Use weak assignment for BBFILE_PRIORITY so that it can be overriden
locally in bblayers.conf.

Signed-off-by: Johan Hovold 
---

Hi, 

This would allow the layer priorities to be altered locally while still letting
upstream define default priorities for the layers.

In my setup I try to use oe-core over meta-oe whenever possible, but the
default priorities are inversed. Simply pinning the version is not an option
when the same version exists in more than one layer (e.g. udev-182).

Would this be an acceptable way of adding local layer-priority control? Is
there any other way?

Thanks,
Johan

 meta-hob/conf/layer.conf  | 2 +-
 meta-skeleton/conf/layer.conf | 2 +-
 meta/conf/layer.conf  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta-hob/conf/layer.conf b/meta-hob/conf/layer.conf
index 5f5eb82..ff43271 100644
--- a/meta-hob/conf/layer.conf
+++ b/meta-hob/conf/layer.conf
@@ -6,4 +6,4 @@ BBFILES := "${BBFILES} ${LAYERDIR}/recipes-*/*/*.bb"
 
 BBFILE_COLLECTIONS += "hob"
 BBFILE_PATTERN_hob := "^${LAYERDIR}/"
-BBFILE_PRIORITY_hob = "1"
+BBFILE_PRIORITY_hob ?= "1"
diff --git a/meta-skeleton/conf/layer.conf b/meta-skeleton/conf/layer.conf
index edb31dd..977fb75 100644
--- a/meta-skeleton/conf/layer.conf
+++ b/meta-skeleton/conf/layer.conf
@@ -6,5 +6,5 @@ BBFILES := "${BBFILES} ${LAYERDIR}/recipes-*/*/*.bb"
 
 BBFILE_COLLECTIONS += "skeleton"
 BBFILE_PATTERN_skeleton := "^${LAYERDIR}/"
-BBFILE_PRIORITY_skeleton = "1"
+BBFILE_PRIORITY_skeleton ?= "1"
 
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 78ceae9..d5b3f94 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -5,7 +5,7 @@ BBFILES += "${LAYERDIR}/recipes-*/*/*.bb"
 
 BBFILE_COLLECTIONS += "core"
 BBFILE_PATTERN_core := "^${LAYERDIR}/"
-BBFILE_PRIORITY_core = "5"
+BBFILE_PRIORITY_core ?= "5"
 
 # This should only be incremented on significant changes that will
 # cause compatibility issues with other layers
-- 
1.8.0.2


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

[OE-core] [CONSOLIDATED PULL 00/31] Package Updates and fixes (cover letter only)

2012-12-18 Thread Saul Wold

Richard,

Updated a bunch of packages from various folks, this
includes the ICU Upgrade which will fix the webkit-gtk
issue in master.

Thanks
Sau!

The following changes since commit 26bf8f6a047ccc0f73eaa40093afddabfce8ea1b:

  gst-openmax: fix build with newer GLib (2012-12-17 17:53:33 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib sgw/stage
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage

Chen Qi (1):
  ICU: upgrade to 50.1.

Constantin Musca (6):
  bitbake.conf: add nonarch_base_lib variable
  alsa-utils: Pass udev-rules-dir as parameter
  pcmciautils: set correct udevdir and add missing debug files
  bluez: set correct udevdir
  polkit: fix multilib packaging issue
  psplash: enable multilib

Laurentiu Palcu (6):
  avahi: use useradd.bbclass to add avahi-autoipd user
  distcc: use useradd.bbclass to add the distcc user
  gconf: add gconftool-2 native wrapper
  gtk+-native: add gtk-update-icon-cache wrapper
  xserver-xorg: upgrade to 1.13.1
  xf86-video-intel: upgrade to 2.20.16

Marko Lindqvist (8):
  fontconfig: update to upstream version 2.10.2
  gtk+: update to upstream version 2.24.14
  patch: drop global-reject-file patch
  patch: update to upstream version 2.7.1
  guile: update to upstream version 2.0.7
  gdk-pixbuf: update to upstream version 2.26.5
  gdb: update to upstream version 7.5.1
  pixman: update to upstream version 0.28.2

Martin Jansa (4):
  rootfs_*.bbclass: exclude BUILDNAME var dependency from do_rootfs
  bitbake.conf: exclude DATETIME var dependency from IMAGE_NAME
  kernel.bbclass: use the same versioning schema for modules.tgz and
provide link to latest
  iptables: include /usr/share/xtables/pf.os in PN if it's build

Phil Blundell (1):
  kernel.bbclass: Allow modules*.tar.gz generation to be inhibited

Ross Burton (2):
  mutter: remove
  matchbox-wm-2: remove

Saul Wold (3):
  standalone-sdk: Need to have an update-alternatives package
  matchbox-theme-sato-2: remove, depends on matchbox-wm-2
  packagegroup-toolset-native: don't include mesa-dri-glsl-native

 meta/classes/gconf.bbclass |   1 -
 meta/classes/kernel.bbclass|  10 +-
 meta/classes/rootfs_deb.bbclass|   1 +
 meta/classes/rootfs_ipk.bbclass|   1 +
 meta/classes/rootfs_rpm.bbclass|   1 +
 meta/classes/staging.bbclass   |   4 +
 meta/conf/bitbake.conf |   2 +
 meta/recipes-bsp/pcmciautils/pcmciautils.inc   |   3 +-
 meta/recipes-bsp/pcmciautils/pcmciautils_018.bb|   6 +-
 meta/recipes-connectivity/avahi/avahi.inc  |  19 +--
 .../bluez/bluez4-4.101/fix-udev-paths.patch|  37 
 meta/recipes-connectivity/bluez/bluez4.inc |   2 +
 meta/recipes-connectivity/bluez/bluez4_4.101.bb|   7 +-
 .../packagegroup-core-standalone-sdk-target.bb |   3 +
 meta/recipes-core/psplash/psplash_git.bb   |  16 +-
 meta/recipes-devtools/distcc/distcc_2.18.3.bb  |  19 ++-
 meta/recipes-devtools/gdb/gdb-common.inc   |   4 +-
 ...canadian_7.5.bb => gdb-cross-canadian_7.5.1.bb} |   0
 .../gdb/{gdb-cross_7.5.bb => gdb-cross_7.5.1.bb}   |   0
 .../gdb/{gdb_7.5.bb => gdb_7.5.1.bb}   |   0
 ...all-data-hook-to-install-exec-hook-in-gui.patch |  36 
 .../guile/{guile_2.0.6.bb => guile_2.0.7.bb}   |   9 +-
 .../patch/patch-2.6.1/global-reject-file.diff  | 188 -
 meta/recipes-devtools/patch/patch_2.6.1.bb |  14 --
 meta/recipes-devtools/patch/patch_2.7.1.bb |  11 ++
 meta/recipes-extended/iptables/iptables_1.4.15.bb  |   4 +-
 meta/recipes-extended/polkit/polkit_0.104.bb   |  12 +-
 .../gdk-pixbuf-2.24.1/configure_nm.patch   |  21 ---
 .../configure_fix.patch|   0
 .../extending-libinstall-dependencies.patch|   0
 .../hardcoded_libtool.patch|   0
 .../{gdk-pixbuf_2.24.1.bb => gdk-pixbuf_2.26.5.bb} |  10 +-
 meta/recipes-gnome/gnome/gconf_3.2.3.bb|   7 +-
 ...utton-do-not-prelight-in-touchscreen-mode.patch |   0
 ...Duplicate-the-exec-string-returned-by-gtk.patch |   0
 .../cellrenderer-cairo.patch   |   0
 .../configure-nm.patch |   0
 .../configurefix.patch |   0
 .../{gtk+-2.24.13 => gtk+-2.24.14}/doc-fixes.patch |   0
 .../entry-cairo.patch  |   0
 .../hardcoded_libtool.patch|   0
 .../{gtk+-2.24.13 => gtk+-2.24.14}/no-demos.patch  |   0
 .../run-iconcache.patch|   0
 .../toggle-font.diff   |   0
 .../{gtk+-2.24.13 => gtk+-2.24.14}/xsettings.patch |   0
 .../gtk+/{gtk+_2.24.13.bb => gtk+_2.24.14.bb}  |  11 +-
 .../packagegroups/packagegroup-toolset-native.bb   |   1 -
 .../97_fontconfig

Re: [OE-core] [PATCH] python-smartpm: improve error reporting

2012-12-18 Thread Mark Hatle


On 12/17/12 9:37 AM, Bogdan Marinescu wrote:

Add code to check proper command line arguments for various
smart commands. Exit with error if erroneous/additional arguments
are given in the command line.

Signed-off-by: Bogdan Marinescu 


I've reviewed this.  It looks like a good addition to 'smart'.

Signed-off-by: Mark Hatle 

--Mark


---
  .../smart-improve-error-reporting.patch|  253 
  .../python/python-smartpm_1.4.1.bb |3 +-
  2 files changed, 255 insertions(+), 1 deletion(-)
  create mode 100644 
meta/recipes-devtools/python/python-smartpm/smart-improve-error-reporting.patch

diff --git 
a/meta/recipes-devtools/python/python-smartpm/smart-improve-error-reporting.patch
 
b/meta/recipes-devtools/python/python-smartpm/smart-improve-error-reporting.patch
new file mode 100644
index 000..fece5b9
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python-smartpm/smart-improve-error-reporting.patch
@@ -0,0 +1,253 @@
+Improve error reporting in smart
+
+Add code to check proper command line arguments for various
+smart commands. Exit with error if erroneous/additional arguments
+are given in the command line.
+
+Upstream-Status: Pending
+
+Signed-off-by: Bogdan Marinescu 
+
+diff --git a/smart/commands/channel.py b/smart/commands/channel.py
+index aa76f91..63fbb35 100644
+--- a/smart/commands/channel.py
 b/smart/commands/channel.py
+@@ -157,7 +157,17 @@ def main(ctrl, opts):
+   opts.show is None and opts.yaml is None):
+ iface.warning(_("Can't edit channels information."))
+ raise Error, _("Configuration is in readonly mode.")
+-
++
++# Argument check
++opts.check_args_of_option("set", -1)
++opts.check_args_of_option("remove", -1)
++opts.check_args_of_option("edit", 0)
++opts.check_args_of_option("enable", -1)
++opts.check_args_of_option("disable", -1)
++opts.ensure_action("channel", ["add", "set", "remove", "remove-all",
++   "list", "show", "yaml", "enable", "disable"])
++opts.check_remaining_args()
++
+ if opts.add is not None:
+ if not opts.add and opts.args == ["-"]:
+ newchannels = []
+diff --git a/smart/commands/check.py b/smart/commands/check.py
+index b08608a..506e852 100644
+--- a/smart/commands/check.py
 b/smart/commands/check.py
+@@ -72,6 +72,9 @@ def parse_options(argv):
+
+ def main(ctrl, opts, reloadchannels=True):
+
++# Argument check
++opts.check_args_of_option("channels", 1)
++
+ if sysconf.get("auto-update"):
+ from smart.commands import update
+ updateopts = update.parse_options([])
+diff --git a/smart/commands/config.py b/smart/commands/config.py
+index dd50dee..4fe4366 100644
+--- a/smart/commands/config.py
 b/smart/commands/config.py
+@@ -80,6 +80,12 @@ def main(ctrl, opts):
+ globals["false"] = False
+ globals["no"] = False
+
++# Check arguments
++opts.check_args_of_option("set", -1)
++opts.check_args_of_option("remove", -1)
++opts.ensure_action("config", ["set", "show", "yaml", "remove"])
++opts.check_remaining_args()
++
+ if opts.set:
+ for opt in opts.set:
+ m = SETRE.match(opt)
+diff --git a/smart/commands/download.py b/smart/commands/download.py
+index 6837993..b853c61 100644
+--- a/smart/commands/download.py
 b/smart/commands/download.py
+@@ -81,6 +81,14 @@ def parse_options(argv):
+
+ def main(ctrl, opts):
+
++# Argument check
++opts.check_args_of_option("target", 1)
++opts.check_args_of_option("output", 1)
++opts.check_args_of_option("from_urls", -1)
++opts.check_args_of_option("from_metalink", -1)
++if not opts.args and not opts.from_metalink and not opts.from_urls:
++raise Error, _("no package(s) given")
++
+ packages = []
+ if opts.args:
+ if sysconf.get("auto-update"):
+diff --git a/smart/commands/info.py b/smart/commands/info.py
+index 12f74f0..59fbe98 100644
+--- a/smart/commands/info.py
 b/smart/commands/info.py
+@@ -58,6 +58,10 @@ def parse_options(argv):
+
+ def main(ctrl, opts, reloadchannels=True):
+
++# Argument check
++if not opts.args:
++  raise Error, _("No package(s) given")
++
+ if sysconf.get("auto-update"):
+ from smart.commands import update
+ updateopts = update.parse_options([])
+diff --git a/smart/commands/install.py b/smart/commands/install.py
+index 8a45954..590222c 100644
+--- a/smart/commands/install.py
 b/smart/commands/install.py
+@@ -76,6 +76,10 @@ def parse_options(argv):
+
+ def main(ctrl, opts):
+
++# Argument check
++if not opts.args:
++raise Error, _("no package(s) given")
++
+ if opts.explain:
+ sysconf.set("explain-changesets", True, soft=True)
+
+diff --git a/smart/commands/reinstall.py b/smart/commands/reinstall.py
+index e59d896..32da3e6 100644
+--- a/smart/commands/reinstall.py
 b/smart/commands/reinstall.py
+@@ -68,7 +68,11 @@ def parse_options(argv)

[OE-core] [PATCH] gcc-cross-canadian.inc: Add dependency on cross-gcc

2012-12-18 Thread Mark Hatle

From: Khem Raj 

gcc-cross-canadian uses cross compiler during libgcc build
when building from sstate the build failed when building
gcc-cross-canadian since it did not populate gcc-cross
therefore add an explicit dependency on virtual/${TARGET_PREFIX}gcc
to make sure that gcc-cross is available before building
gcc-cross-canadian

Signed-off-by: Khem Raj 
Signed-off-by: Mark Hatle 
---
 meta/recipes-devtools/gcc/gcc-cross-canadian.inc |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc 
b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
index 64cf54e..f1824fa 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
@@ -4,5 +4,5 @@ DESCRIPTION = "The cross-canadian GNU cc and gcc C compilers 
for ${TARGET_ARCH}
 PN = "gcc-cross-canadian-${TRANSLATED_TARGET_ARCH}"
 BPN = "gcc"
 
-DEPENDS = "virtual/${HOST_PREFIX}binutils-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
+DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${HOST_PREFIX}binutils-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
 
-- 
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 resend] gcc-cross-canadian.inc: Add dependency on cross-gcc

2012-12-18 Thread Mark Hatle

From: Khem Raj 

gcc-cross-canadian uses cross compiler during libgcc build
when building from sstate the build failed when building
gcc-cross-canadian since it did not populate gcc-cross
therefore add an explicit dependency on virtual/${TARGET_PREFIX}gcc
to make sure that gcc-cross is available before building
gcc-cross-canadian

Signed-off-by: Khem Raj 
Signed-off-by: Mark Hatle 
---
 meta/recipes-devtools/gcc/gcc-cross-canadian.inc |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc 
b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
index 64cf54e..f1824fa 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
@@ -4,5 +4,5 @@ DESCRIPTION = "The cross-canadian GNU cc and gcc C compilers 
for ${TARGET_ARCH}
 PN = "gcc-cross-canadian-${TRANSLATED_TARGET_ARCH}"
 BPN = "gcc"
 
-DEPENDS = "virtual/${HOST_PREFIX}binutils-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
+DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${HOST_PREFIX}binutils-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
 
-- 
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 2/3] slang: added gnu-configize for AArch64 support

2012-12-18 Thread Saul Wold


On 12/18/2012 01:03 AM, Marcin Juszkiewicz wrote:

Signed-off-by: Marcin Juszkiewicz 
---
  meta/recipes-extended/slang/slang_2.2.4.bb | 8 
  1 file changed, 8 insertions(+)

diff --git a/meta/recipes-extended/slang/slang_2.2.4.bb 
b/meta/recipes-extended/slang/slang_2.2.4.bb
index 60aac66..946e9f6 100644
--- a/meta/recipes-extended/slang/slang_2.2.4.bb
+++ b/meta/recipes-extended/slang/slang_2.2.4.bb
@@ -29,6 +29,14 @@ SRC_URI[sha256sum] = 
"9a8257a9a2a55099af858b13338dc8f3a06dd2069f46f0df2c9c3bb84a

  EXTRA_OECONF += " --without-z --without-png --without-onig 
--x-includes=${STAGING_DIR_HOST}/usr/include/X11 
--x-libraries=${STAGING_DIR_HOST}/usr/lib"

+do_configure_prepend() {
+# slang keeps configure.ac and rest of autoconf files in autoconf/ 
directory
+# we have to go there to be able to run gnu-configize cause it expects 
configure.{in,ac}
+# to be present. Resulting files land in autoconf/autoconf/ so we need to 
move them.
+cd ${S}/autoconf && gnu-configize --force && mv autoconf/config.* .
+cd ${S}
+}
Should these be ${S} or ${B} (or some combination), I believe we are 
trying to allow for builds to be in a different dir where ${S} != ${B}?


Sau!


+
  do_install() {
oe_runmake install DESTDIR=${D} -e 
'INST_LIB_DIR=${STAGING_DIR_HOST}/usr/lib'
  }



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

Re: [OE-core] [PATCH V2] initscripts: add urandom directory into volatiles

2012-12-18 Thread Saul Wold


On 12/18/2012 03:23 AM, Burton, Ross wrote:

On 18 December 2012 06:23, Ming Liu  wrote:

/etc/init.d/urandom fails to start/stop because it tries to save
random-seed into /var/lib/urandom folder which does not exist in the
file system.

Fixed by adding /var/lib/urandom into volatiles.


Doesn't this mean that the persistent state of urandom will be saved
to a ramdisk?

Mixing up persistent and transient state in /var is exactly why /run
exists, and why we should switch to support /run as soon as
possible...

Sorry, this was my suggestion, It actually is creating /var/lib/urandom 
which should be a persistent sub-dir of /var


I was bouncing back and for about it being in the the recipe's 
do_install vs  populate volaties file, I did not see any other 
/var/lib/ being created so I leaned toward this solution.  This was 
on the list a week or so ago, we could go back to itbeing created in the 
do_install()


Sau!



Ross

___
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 2/3] slang: added gnu-configize for AArch64 support

2012-12-18 Thread Burton, Ross

On 18 December 2012 19:17, Saul Wold  wrote:
>> +do_configure_prepend() {
>> +# slang keeps configure.ac and rest of autoconf files in autoconf/
>> directory
>> +# we have to go there to be able to run gnu-configize cause it
>> expects configure.{in,ac}
>> +# to be present. Resulting files land in autoconf/autoconf/ so we
>> need to move them.
>> +cd ${S}/autoconf && gnu-configize --force && mv autoconf/config.* .
>> +cd ${S}
>> +}
>
> Should these be ${S} or ${B} (or some combination), I believe we are trying
> to allow for builds to be in a different dir where ${S} != ${B}?

Yes, I would like people to consider $S and $B when writing things
like this - whilst at the moment it's a disaster to attempt S!=B, I've
a branch (ross/bnots on poky-contrib) where I'm fixing/disabling the
problem recipes.

I this case, $S then $B should be right, afaik.

Ross

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

Re: [OE-core] [for-denzil] bitbake: command: add error to return of runCommand

2012-12-18 Thread Richard Purdie

On Tue, 2012-12-18 at 11:18 -0600, Matthew McClintock wrote:
> From: Christopher Larson 
> 
> Currently, command.py can return an error message from runCommand, due to
> being unable to run the command, yet few of our UIs (just hob) can handle it
> today. This can result in seeing a TypeError with traceback in certain rare
> circumstances.
> 
> To resolve this, we need a clean way to get errors back from runCommand,
> without having to isinstance() the return value. This implements such a thing
> by making runCommand also return an error (or None if no error occurred).
> 
> As runCommand now has a method of returning errors, we can also alter the
> getCmdLineAction bits such that the returned value is just the action, not an
> additional message. If a sync command wants to return an error, it raises
> CommandError(message), and the message will be passed to the caller
> appropriately.
> 
> Example Usage:
> 
> result, error = server.runCommand(...)
> if error:
> log.error('Unable to run command: %s' % error)
> return 1
> 
> (Bitbake rev: 717831b8315cb3904d9b590e633000bc897e8fb6)

This patch has bugs in it. See recent fixes in master.

> Signed-off-by: Christopher Larson 
> Signed-off-by: Richard Purdie 
> ---
>  bitbake/lib/bb/command.py   |   43 +++--
>  bitbake/lib/bb/server/process.py|2 +-
>  bitbake/lib/bb/ui/crumbs/hobeventhandler.py |5 ++-
>  bitbake/lib/bb/ui/depexp.py |   38 ++
>  bitbake/lib/bb/ui/goggle.py |   17 +-
>  bitbake/lib/bb/ui/knotty.py |   45 
> ++-
>  bitbake/lib/bb/ui/ncurses.py|   21 -
>  7 files changed, 112 insertions(+), 59 deletions(-)
> 
> diff --git a/bitbake/lib/bb/command.py b/bitbake/lib/bb/command.py
> index fd8912a..00b854e 100644
> --- a/bitbake/lib/bb/command.py
> +++ b/bitbake/lib/bb/command.py
> @@ -44,6 +44,9 @@ class CommandFailed(CommandExit):
>  self.error = message
>  CommandExit.__init__(self, 1)
>  
> +class CommandError(Exception):
> +pass
> +
>  class Command:
>  """
>  A queue of asynchronous commands for bitbake
> @@ -57,21 +60,25 @@ class Command:
>  self.currentAsyncCommand = None
>  
>  def runCommand(self, commandline):
> -try:
> -command = commandline.pop(0)
> -if command in CommandsSync.__dict__:
> -# Can run synchronous commands straight away
> -return getattr(CommandsSync, command)(self.cmds_sync, self, 
> commandline)
> -if self.currentAsyncCommand is not None:
> -return "Busy (%s in progress)" % self.currentAsyncCommand[0]
> -if command not in CommandsAsync.__dict__:
> -return "No such command"
> -self.currentAsyncCommand = (command, commandline)
> -self.cooker.server_registration_cb(self.cooker.runCommands, 
> self.cooker)
> -return True
> -except:
> -import traceback
> -return traceback.format_exc()
> +command = commandline.pop(0)
> +if hasattr(CommandsSync, command):
> +# Can run synchronous commands straight away
> +command_method = getattr(self.cmds_sync, command)
> +try:
> +result = command_method(self, commandline)
> +except CommandError as exc:
> +return None, exc.args[0]
> +except Exception:
> +return None, traceback.format_exc()

Missing import traceback.

> +else:
> +return result, None
> +if self.currentAsyncCommand is not None:
> +return None, "Busy (%s in progress)" % 
> self.currentAsyncCommand[0]
> +if command not in CommandsAsync.__dict__:
> +return None, "No such command"
> +self.currentAsyncCommand = (command, commandline)
> +self.cooker.server_registration_cb(self.cooker.runCommands, 
> self.cooker)
> +return True, None
>  
>  def runAsyncCommand(self):
>  try:
> @@ -139,7 +146,11 @@ class CommandsSync:
>  """
>  Get any command parsed from the commandline
>  """
> -return command.cooker.commandlineAction
> +cmd_action = command.cooker.commandlineAction
> +if cmd_action['msg']:
> +raise CommandError(msg)

Error, "msg" not defined.

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 2/3] slang: added gnu-configize for AArch64 support

2012-12-18 Thread Marcin Juszkiewicz

W dniu 18.12.2012 20:56, Burton, Ross pisze:
> On 18 December 2012 19:17, Saul Wold  wrote:
>>> +do_configure_prepend() {
>>> +# slang keeps configure.ac and rest of autoconf files in autoconf/
>>> directory
>>> +# we have to go there to be able to run gnu-configize cause it
>>> expects configure.{in,ac}
>>> +# to be present. Resulting files land in autoconf/autoconf/ so we
>>> need to move them.
>>> +cd ${S}/autoconf && gnu-configize --force && mv autoconf/config.* .
>>> +cd ${S}
>>> +}
>>
>> Should these be ${S} or ${B} (or some combination), I believe we are trying
>> to allow for builds to be in a different dir where ${S} != ${B}?
> 
> Yes, I would like people to consider $S and $B when writing things
> like this - whilst at the moment it's a disaster to attempt S!=B, I've
> a branch (ross/bnots on poky-contrib) where I'm fixing/disabling the
> problem recipes.
> 
> I this case, $S then $B should be right, afaik.

The problem is that $S == $B in this case so hard to check which is
proper (for me). I would love to use pushd/popd but they are bashisms iirc.

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

[OE-core] [PATCH 2/2] icu: reduce what's needed for cross tools

2012-12-18 Thread Saul Wold

The ICU Update copied to complete source tree over, it only
needed a couple of binaries and libraries, so only copy those.

Signed-off-by: Saul Wold 
---
 meta/recipes-support/icu/icu.inc |   16 +---
 1 file changed, 9 insertions(+), 7 deletions(-)

diff --git a/meta/recipes-support/icu/icu.inc b/meta/recipes-support/icu/icu.inc
index f7257d1..1329635 100644
--- a/meta/recipes-support/icu/icu.inc
+++ b/meta/recipes-support/icu/icu.inc
@@ -7,7 +7,7 @@ DEPENDS = "icu-native"
 DEPENDS_class-native = ""
 
 S = "${WORKDIR}/icu/source"
-STAGING_ICU_SOURCE_DIR_NATIVE = "${STAGING_DATADIR_NATIVE}/icu"
+STAGING_ICU_DIR_NATIVE = "${STAGING_DATADIR_NATIVE}/${BPN}/${PV}"
 
 PARALLEL_MAKE = ""
 FULL_OPTIMIZATION_arm = "-Os"
@@ -17,7 +17,7 @@ inherit autotools pkgconfig binconfig
 # ICU needs the native build directory as an argument to its 
--with-cross-build option when
 # cross-compiling. Taken the situation that different builds may share a 
common sstate-cache
 # into consideration, the native build directory needs to be staged.
-EXTRA_OECONF = "--with-cross-build=${STAGING_DATADIR_NATIVE}/icu/source"
+EXTRA_OECONF = "--with-cross-build=${STAGING_ICU_DIR_NATIVE}"
 EXTRA_OECONF_class-native = ""
 
 # ICU puts custom m4 autoconf functions in aclocal.m4.
@@ -29,11 +29,13 @@ do_configure_prepend() {
 [ -f acinclude.m4 ] || cp aclocal.m4 acinclude.m4
 }
 
-do_install_append() {
-if [ ${PN} == 'icu-native' ]; then
-   mkdir -p ${D}/${STAGING_ICU_SOURCE_DIR_NATIVE}
-   cp -r ${S} ${D}/${STAGING_ICU_SOURCE_DIR_NATIVE}
-fi
+do_install_append_class-native() {
+   mkdir -p ${D}/${STAGING_ICU_DIR_NATIVE}/config
+   cp -r ${S}/config/icucross.mk ${D}/${STAGING_ICU_DIR_NATIVE}/config
+   cp -r ${S}/lib ${D}/${STAGING_ICU_DIR_NATIVE}
+   cp -r ${S}/bin ${D}/${STAGING_ICU_DIR_NATIVE}
+   cp -r ${S}/tools ${D}/${STAGING_ICU_DIR_NATIVE}
+
 }
 
 PACKAGES =+ "libicudata libicuuc libicui18n libicule libiculx libicutu 
libicuio"
-- 
1.7.9.5


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

[OE-core] [PATCH 1/2] lsbinitscripts: Don't compile

2012-12-18 Thread Saul Wold

Only functions macros is installed, so no need to configure or compile

[YOCTO #3584]

Signed-off-by: Saul Wold 
---
 meta/recipes-extended/lsb/lsbinitscripts_9.03.bb |3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb 
b/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb
index eac4ebb..e32a50c 100644
--- a/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb
+++ b/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb
@@ -19,7 +19,10 @@ ALTERNATIVE_PRIORITY = "100"
 ALTERNATIVE_${PN} = "functions"
 ALTERNATIVE_LINK_NAME[functions] = "${sysconfdir}/init.d/functions"
 
+# Since we are only taking the patched version of functions, no need to
+# configure or compile anything so do not execute these
 do_configure[noexec] = "1" 
+do_compile[noexec] = "1" 
 
 do_install(){
install -d ${D}${sysconfdir}/init.d/
-- 
1.7.9.5


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

[OE-core] [PATCH] neon: added --disable-gssapi

2012-12-18 Thread Saul Wold

This is to ensure determinism as it checks the host for krb5
and can change if a host has krb5, this disables the check

[YOCTO #3499]

Signed-off-by: Saul Wold 
---
 meta/recipes-support/neon/neon_0.29.6.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-support/neon/neon_0.29.6.bb 
b/meta/recipes-support/neon/neon_0.29.6.bb
index 42d5e52..157f711 100644
--- a/meta/recipes-support/neon/neon_0.29.6.bb
+++ b/meta/recipes-support/neon/neon_0.29.6.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://src/COPYING.LIB;md5=f30a9716ef3762e3467a2f62bf790f0a
 DEPENDS = "zlib libxml2 expat time gnutls libproxy"
 DEPENDS_class-native = "zlib-native libxml2-native expat-native gnutls-native"
 
-PR = "r2"
+PR = "r3"
 
 BBCLASSEXTEND = "native"
 
@@ -20,3 +20,4 @@ SRC_URI[sha256sum] = 
"9c640b728d6dc80ef1e48f83181166ab6bc95309cece5537e01ffdd01b
 inherit autotools binconfig lib_package pkgconfig
 
 EXTRA_OECONF = "--with-ssl=gnutls --with-libxml2 --with-expat --enable-shared"
+EXTRA_OECONF += "--without-gssapi"
-- 
1.8.0.2


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

Re: [OE-core] [PATCH V2] initscripts: add urandom directory into volatiles

2012-12-18 Thread Ming Liu


On 12/19/2012 03:30 AM, Saul Wold wrote:

On 12/18/2012 03:23 AM, Burton, Ross wrote:

On 18 December 2012 06:23, Ming Liu  wrote:

/etc/init.d/urandom fails to start/stop because it tries to save
random-seed into /var/lib/urandom folder which does not exist in the
file system.

Fixed by adding /var/lib/urandom into volatiles.


Doesn't this mean that the persistent state of urandom will be saved
to a ramdisk?

Mixing up persistent and transient state in /var is exactly why /run
exists, and why we should switch to support /run as soon as
possible...

Sorry, this was my suggestion, It actually is creating 
/var/lib/urandom which should be a persistent sub-dir of /var


I was bouncing back and for about it being in the the recipe's 
do_install vs  populate volaties file, I did not see any other 
/var/lib/ being created so I leaned toward this solution.  This 
was on the list a week or so ago, we could go back to itbeing created 
in the do_install()


OK, so I will resend the patch creating it in do_install() as V3 since 
it's a bit long time ago.


the best,
thank you



Sau!



Ross

___
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] [PATCH V3] initscripts/urandom: create directory before staging into it

2012-12-18 Thread Ming Liu

/etc/init.d/urandom fails to start/stop because it tries to save
random-seed into /var/lib/urandom folder which does not exist in the
file system.

Fixed by creating /var/lib/urandom at do_install time.

[YOCTO #3518]
[ CQID: WIND00384168 ]

Signed-off-by: Ming Liu 
---
 meta/recipes-core/initscripts/initscripts_1.0.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb 
b/meta/recipes-core/initscripts/initscripts_1.0.bb
index d25838b..39be9a8 100644
--- a/meta/recipes-core/initscripts/initscripts_1.0.bb
+++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
@@ -3,7 +3,7 @@ DESCRIPTION = "Initscripts provide the basic system startup 
initialization scrip
 SECTION = "base"
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
-PR = "r137"
+PR = "r138"
 
 INHIBIT_DEFAULT_DEPS = "1"
 
@@ -133,4 +133,6 @@ do_install () {
fi
 
install -m 0755 ${WORKDIR}/device_table.txt 
${D}${sysconfdir}/device_table
+   # Holds state information pertaining to urandom
+   install -d ${D}/var/lib/urandom
 }
-- 
1.7.11


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

Re: [OE-core] [PATCH V2] initscripts: add urandom directory into volatiles

2012-12-18 Thread ChenQi


On 12/18/2012 07:23 PM, Burton, Ross wrote:

On 18 December 2012 06:23, Ming Liu  wrote:

/etc/init.d/urandom fails to start/stop because it tries to save
random-seed into /var/lib/urandom folder which does not exist in the
file system.

Fixed by adding /var/lib/urandom into volatiles.

Doesn't this mean that the persistent state of urandom will be saved
to a ramdisk?

Mixing up persistent and transient state in /var is exactly why /run
exists, and why we should switch to support /run as soon as
possible...
FWIW, there's bug about /run directory support -- 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3181.


Cheers,
Chen Qi

Ross

___
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] [PATCH 1/2] icu: reduce what's needed for cross tools

2012-12-18 Thread Saul Wold

The ICU Update copied to complete source tree over, it only
needed a couple of binaries and libraries, so only copy those.

Signed-off-by: Saul Wold 
---
 meta/recipes-support/icu/icu.inc |   16 +---
 1 file changed, 9 insertions(+), 7 deletions(-)

diff --git a/meta/recipes-support/icu/icu.inc b/meta/recipes-support/icu/icu.inc
index f7257d1..1329635 100644
--- a/meta/recipes-support/icu/icu.inc
+++ b/meta/recipes-support/icu/icu.inc
@@ -7,7 +7,7 @@ DEPENDS = "icu-native"
 DEPENDS_class-native = ""
 
 S = "${WORKDIR}/icu/source"
-STAGING_ICU_SOURCE_DIR_NATIVE = "${STAGING_DATADIR_NATIVE}/icu"
+STAGING_ICU_DIR_NATIVE = "${STAGING_DATADIR_NATIVE}/${BPN}/${PV}"
 
 PARALLEL_MAKE = ""
 FULL_OPTIMIZATION_arm = "-Os"
@@ -17,7 +17,7 @@ inherit autotools pkgconfig binconfig
 # ICU needs the native build directory as an argument to its 
--with-cross-build option when
 # cross-compiling. Taken the situation that different builds may share a 
common sstate-cache
 # into consideration, the native build directory needs to be staged.
-EXTRA_OECONF = "--with-cross-build=${STAGING_DATADIR_NATIVE}/icu/source"
+EXTRA_OECONF = "--with-cross-build=${STAGING_ICU_DIR_NATIVE}"
 EXTRA_OECONF_class-native = ""
 
 # ICU puts custom m4 autoconf functions in aclocal.m4.
@@ -29,11 +29,13 @@ do_configure_prepend() {
 [ -f acinclude.m4 ] || cp aclocal.m4 acinclude.m4
 }
 
-do_install_append() {
-if [ ${PN} == 'icu-native' ]; then
-   mkdir -p ${D}/${STAGING_ICU_SOURCE_DIR_NATIVE}
-   cp -r ${S} ${D}/${STAGING_ICU_SOURCE_DIR_NATIVE}
-fi
+do_install_append_class-native() {
+   mkdir -p ${D}/${STAGING_ICU_DIR_NATIVE}/config
+   cp -r ${S}/config/icucross.mk ${D}/${STAGING_ICU_DIR_NATIVE}/config
+   cp -r ${S}/lib ${D}/${STAGING_ICU_DIR_NATIVE}
+   cp -r ${S}/bin ${D}/${STAGING_ICU_DIR_NATIVE}
+   cp -r ${S}/tools ${D}/${STAGING_ICU_DIR_NATIVE}
+
 }
 
 PACKAGES =+ "libicudata libicuuc libicui18n libicule libiculx libicutu 
libicuio"
-- 
1.7.9.5


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

Re: [OE-core] [PATCH 1/2] lsbinitscripts: Don't compile

2012-12-18 Thread Saul Wold



really 1/1 some randomness happened and 2/2 never made it to the list!

Sau!

On 12/18/2012 05:14 PM, Saul Wold wrote:

Only functions macros is installed, so no need to configure or compile

[YOCTO #3584]

Signed-off-by: Saul Wold 
---
  meta/recipes-extended/lsb/lsbinitscripts_9.03.bb |3 +++
  1 file changed, 3 insertions(+)

diff --git a/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb 
b/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb
index eac4ebb..e32a50c 100644
--- a/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb
+++ b/meta/recipes-extended/lsb/lsbinitscripts_9.03.bb
@@ -19,7 +19,10 @@ ALTERNATIVE_PRIORITY = "100"
  ALTERNATIVE_${PN} = "functions"
  ALTERNATIVE_LINK_NAME[functions] = "${sysconfdir}/init.d/functions"

+# Since we are only taking the patched version of functions, no need to
+# configure or compile anything so do not execute these
  do_configure[noexec] = "1"
+do_compile[noexec] = "1"

  do_install(){
install -d ${D}${sysconfdir}/init.d/



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

[OE-core] [PATCHv2] wireless-tools: Remove QA warning: No GNU_HASH in the elf binary

2012-12-18 Thread Shakeel, Muhammad

From: Muhammad Shakeel 

Handle LDFLAGS properly in the Makefile to remove warning:
QA Issue: No GNU_HASH in the elf binary

Signed-off-by: Christopher Larson 
Signed-off-by: Muhammad Shakeel 
---
 .../wireless-tools/wireless-tools/ldflags.patch|   22 
 .../wireless-tools/wireless-tools_29.bb|3 ++-
 2 files changed, 24 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch 
b/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch
new file mode 100644
index 000..6c0d8cb
--- /dev/null
+++ b/meta/recipes-connectivity/wireless-tools/wireless-tools/ldflags.patch
@@ -0,0 +1,22 @@
+wireless-tools: Remove QA warning: No GNU_HASH in the elf binary
+
+Upstream-Status: Inappropriate [other]
+  Useful within bitbake environment only.
+
+Signed-off-by: Muhammad Shakeel 
+
+---
+ Makefile |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- wireless_tools.29.orig/Makefile
 wireless_tools.29/Makefile
+@@ -144,7 +144,7 @@ wireless.h:
+ 
+ # Compilation of the dynamic library
+ $(DYNAMIC): $(OBJS:.o=.so)
+-  $(CC) -shared -o $@ -Wl,-soname,$@ $(STRIPFLAGS) $(LIBS) -lc $^
++  $(CC) -shared -o $@ -Wl,-soname,$@ $(LDFLAGS) $(STRIPFLAGS) $(LIBS) -lc 
$^
+ 
+ # Compilation of the static library
+ $(STATIC): $(OBJS:.o=.so)
diff --git a/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb 
b/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
index 209f29a..b4d34bb 100644
--- a/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
+++ b/meta/recipes-connectivity/wireless-tools/wireless-tools_29.bb
@@ -14,7 +14,8 @@ SRC_URI = 
"http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/wireless_tools.2
   file://man.patch \
   file://wireless-tools.if-pre-up \
   file://zzz-wireless.if-pre-up \
-  file://avoid_strip.patch"
+  file://avoid_strip.patch \
+  file://ldflags.patch"
 
 SRC_URI[md5sum] = "e06c222e186f7cc013fd272d023710cb"
 SRC_URI[sha256sum] = 
"6fb80935fe208538131ce2c4178221bab1078a1656306bce8909c19887e2e5a1"
-- 
1.7.9.5


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

Re: [OE-core] [PATCH resend] gcc-cross-canadian.inc: Add dependency on cross-gcc

2012-12-18 Thread Khem Raj

this is needed on danny as well.

On Tue, Dec 18, 2012 at 11:19 AM, Mark Hatle  wrote:
> From: Khem Raj 
>
> gcc-cross-canadian uses cross compiler during libgcc build
> when building from sstate the build failed when building
> gcc-cross-canadian since it did not populate gcc-cross
> therefore add an explicit dependency on virtual/${TARGET_PREFIX}gcc
> to make sure that gcc-cross is available before building
> gcc-cross-canadian
>
> Signed-off-by: Khem Raj 
> Signed-off-by: Mark Hatle 
> ---
>  meta/recipes-devtools/gcc/gcc-cross-canadian.inc |2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc 
> b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> index 64cf54e..f1824fa 100644
> --- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> +++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> @@ -4,5 +4,5 @@ DESCRIPTION = "The cross-canadian GNU cc and gcc C compilers 
> for ${TARGET_ARCH}
>  PN = "gcc-cross-canadian-${TRANSLATED_TARGET_ARCH}"
>  BPN = "gcc"
>
> -DEPENDS = "virtual/${HOST_PREFIX}binutils-crosssdk 
> virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
> +DEPENDS = "virtual/${TARGET_PREFIX}gcc 
> virtual/${HOST_PREFIX}binutils-crosssdk 
> virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
>
> --
> 1.7.3.4
>

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

63 matches

Mail list logo