Re: [OE-core] binutils 2.23 call for testing the recipes

2012-09-16 Thread Martin Jansa
On Wed, Aug 08, 2012 at 10:45:19AM -0700, Khem Raj wrote:
 Hi
 
 Binutils 2.23 branch has started upstream. Given that toolchain
 components require a lot of soak time, I have created the recipes
 for binutils 2.23 and pushed it here
 
 http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.23

After last rebase of this branch, upgrade from 2.22.92* (or something
like that) to git with SRCREV d56d3537a00d85d9072156026f426c931ba21fba

I see errors like this
https://lists.gnu.org/archive/html/bug-binutils/2012-09/msg00036.html
when building 2.6.39 kernel for armv4t
| arch/arm/lib/copy_template.S: Assembler messages:
| arch/arm/lib/copy_template.S:100: Error: selected processor does not
support ARM mode `ldralt r3,[r1],#4'

Is it binutils bug or something needs to be changed in kernel again?

Cheers,

 
 If you are using angstrom set
 
 ANGSTROM_BINUTILS_VERSION = 2.23 in local.conf after pulling that branch
 for OE-Core it will work as it is
 
 Let me know if you see any errors.
 
 I will keep updating it until 2.23 release
 
 Thanks
 -Khem
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
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


Re: [OE-core] [oe-commits] Andrei Dinu : libffi upgrade to 3.0.11

2012-09-16 Thread Martin Jansa
On Sat, Sep 15, 2012 at 09:39:32PM +0100, Phil Blundell wrote:
 On Sat, 2012-09-15 at 19:28 +0200, Martin Jansa wrote:
  On Sat, Sep 15, 2012 at 06:23:37PM +0100, Phil Blundell wrote:
   On Sat, 2012-09-15 at 18:20 +0200, Martin Jansa wrote:
This changes .so name from libffi5 to libffi6, breaking every recipe
depending on libffi when someone is using debian.bbclass.
   
   How exactly do the recipes break?  The whole point of debian.bbclass is
   to avoid breakage when this happens by making libffi5 and libffi6
   parallel installable.  If that isn't working then there is clearly a bug
   somewhere and we should fix that.
  
  libffi5 is no longer in feed, so if you try to install something from
  feed which still has libffi5 in depends it will fail.
 
 Ah, right.  So it's not actually the recipes which are broken, it's just
 that something is wrong with whatever maintains the feed and the old
 binaries are no longer installable.  I guess you need to figure out why
 libffi5 is being removed and prevent that from happening.

Old ipk binaries are removed in package_write_ipk task.

Even when I keep those binaries in public feed (rsynced from
deploy/ipk/) then I would have to call opkg-make-index in that public
feed to keep them in Packages too.

So by default you can assume that libffi5*.ipk gets missing as soon as you
bump libffi to version with new .so name like libffi6.

And it's not only someone doing opkg install on target, do_rootfs fails
too if you have any of those affected packages in your image.

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] gtk+ build failure fixed vy reverting libffi update

2012-09-16 Thread Philip Balister
With 3e40136e8bd13b17b6d88b6acfb5ed162bb8d96aBBB, gtk+ fails to build 
for me. Reverting it solved the problem.


I supposed this is related to the libffi thread I was ignoring :)

Philip

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


Re: [OE-core] gtk+ build failure fixed vy reverting libffi update

2012-09-16 Thread Martin Jansa
On Sun, Sep 16, 2012 at 09:49:09AM -0700, Philip Balister wrote:
 With 3e40136e8bd13b17b6d88b6acfb5ed162bb8d96aBBB, gtk+ fails to build 
 for me. Reverting it solved the problem.
 
 I supposed this is related to the libffi thread I was ignoring :)

Yes, I'll send couple of PR bumps today to fix at least this one.

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] [PATCH] recipes: bump PR to rebuild after libffi5 - libffi6

2012-09-16 Thread Martin Jansa
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 meta/recipes-connectivity/avahi/avahi_0.6.31.bb   | 2 +-
 meta/recipes-connectivity/gypsy/gypsy_0.9.bb  | 2 +-
 meta/recipes-connectivity/gypsy/gypsy_git.bb  | 2 +-
 meta/recipes-core/dbus/dbus-glib_0.100.bb | 2 +-
 meta/recipes-core/glib-2.0/glib-2.0_2.32.4.bb | 2 +-
 meta/recipes-core/glib-networking/glib-networking_2.28.7.bb   | 2 +-
 meta/recipes-devtools/python/python-dbus_1.1.1.bb | 2 +-
 meta/recipes-devtools/python/python-gst_0.10.22.bb| 2 +-
 meta/recipes-devtools/python/python-pygobject_2.27.91.bb  | 2 +-
 meta/recipes-devtools/python/python-pygtk_2.24.0.bb   | 2 ++
 meta/recipes-extended/polkit/polkit_0.104.bb  | 2 +-
 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.1.bb| 2 +-
 meta/recipes-gnome/gnome/gconf_3.2.3.bb   | 2 +-
 meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb  | 2 +-
 meta/recipes-gnome/gtk+/gtk+_2.24.8.bb| 2 +-
 meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb  | 2 +-
 meta/recipes-gnome/json-glib/json-glib_0.14.2.bb  | 2 +-
 meta/recipes-gnome/libglade/libglade_2.6.4.bb | 2 +-
 meta/recipes-gnome/librsvg/librsvg_2.32.1.bb  | 2 +-
 meta/recipes-graphics/cairo/cairo_1.12.2.bb   | 2 +-
 meta/recipes-graphics/pango/pango_1.30.0.bb   | 2 +-
 meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb | 2 +-
 meta/recipes-multimedia/gstreamer/gst-plugins-good_0.10.31.bb | 2 +-
 meta/recipes-multimedia/gstreamer/gst-plugins-ugly_0.10.19.bb | 2 +-
 meta/recipes-multimedia/gstreamer/gstreamer_0.10.36.bb| 2 +-
 meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb  | 2 +-
 meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb  | 2 +-
 meta/recipes-sato/matchbox-panel-2/matchbox-panel-2_git.bb| 2 +-
 meta/recipes-sato/webkit/webkit-gtk_1.8.2.bb  | 2 +-
 meta/recipes-support/atk/atk_2.4.0.bb | 2 +-
 meta/recipes-support/libsoup/libsoup-2.4_2.38.1.bb| 2 ++
 meta/recipes-support/vte/vte_0.28.2.bb| 2 +-
 32 files changed, 34 insertions(+), 30 deletions(-)

diff --git a/meta/recipes-connectivity/avahi/avahi_0.6.31.bb 
b/meta/recipes-connectivity/avahi/avahi_0.6.31.bb
index e56bb1d..cff0974 100644
--- a/meta/recipes-connectivity/avahi/avahi_0.6.31.bb
+++ b/meta/recipes-connectivity/avahi/avahi_0.6.31.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \
 
file://avahi-daemon/main.c;endline=21;md5=9ee77368c5407af77caaef1b07285969 \
 
file://avahi-client/client.h;endline=23;md5=f4ac741a25c4f434039ba3e18c8674cf
 
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1
 
 SRC_URI[md5sum] = 2f22745b8f7368ad5a0a3fddac343f2d
 SRC_URI[sha256sum] = 
8372719b24e2dd75de6f59bb1315e600db4fd092805bd1201ed0cb651a2dab48
diff --git a/meta/recipes-connectivity/gypsy/gypsy_0.9.bb 
b/meta/recipes-connectivity/gypsy/gypsy_0.9.bb
index 9b99267..51207c9 100644
--- a/meta/recipes-connectivity/gypsy/gypsy_0.9.bb
+++ b/meta/recipes-connectivity/gypsy/gypsy_0.9.bb
@@ -14,7 +14,7 @@ SECTION = x11
 DEPENDS = glib-2.0 dbus bluez4 dbus-glib libxslt
 
 SRC_URI = http://gypsy.freedesktop.org/releases/gypsy-${PV}.tar.gz;
-PR = r0
+PR = r1
 
 inherit autotools pkgconfig
 
diff --git a/meta/recipes-connectivity/gypsy/gypsy_git.bb 
b/meta/recipes-connectivity/gypsy/gypsy_git.bb
index 495467e..867582d 100644
--- a/meta/recipes-connectivity/gypsy/gypsy_git.bb
+++ b/meta/recipes-connectivity/gypsy/gypsy_git.bb
@@ -4,7 +4,7 @@ DEFAULT_PREFERENCE = -1
 
 SRCREV = 3652e1f37e82b8e63983e30fda3482cd099a8cf5
 PV = 0.8+git${SRCPV}
-PR = r1
+PR = r2
 
 S = ${WORKDIR}/git
 
diff --git a/meta/recipes-core/dbus/dbus-glib_0.100.bb 
b/meta/recipes-core/dbus/dbus-glib_0.100.bb
index f96d04e..786cb99 100644
--- a/meta/recipes-core/dbus/dbus-glib_0.100.bb
+++ b/meta/recipes-core/dbus/dbus-glib_0.100.bb
@@ -1,6 +1,6 @@
 require dbus-glib.inc
 
-PR = r0
+PR = r1
 
 SRC_URI[md5sum] = d33959a9c0c6a158f5ac6d640316e89e
 SRC_URI[sha256sum] = 
80ddf7584a659590103817798dd95d7e451d666f385e5e95a83abf85c46d4605
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.32.4.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.32.4.bb
index 3a075d4..10c0b61 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.32.4.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.32.4.bb
@@ -1,6 +1,6 @@
 require glib.inc
 
-PR = r5
+PR = r6
 PE = 1
 
 DEPENDS += libffi python-argparse-native zlib
diff --git a/meta/recipes-core/glib-networking/glib-networking_2.28.7.bb 
b/meta/recipes-core/glib-networking/glib-networking_2.28.7.bb
index 990fb54..8c2404c 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.28.7.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.28.7.bb
@@ -8,7 +8,7 @@ 

Re: [OE-core] [PATCH v4] patch.bbclass: increase security

2012-09-16 Thread Saul Wold

On 09/14/2012 07:25 AM, Constantin Musca wrote:

- Use mkdtemp for generating temp dir names
- Use bb.utils.remove for removing temp dirs
- Add comment for explaining the patch workaround

[YOCTO #3070]

Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
  meta/classes/patch.bbclass |   16 
  1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/meta/classes/patch.bbclass b/meta/classes/patch.bbclass
index d010438..ed12802 100644
--- a/meta/classes/patch.bbclass
+++ b/meta/classes/patch.bbclass
@@ -139,11 +139,11 @@ python patch_do_patch() {
  path = os.getenv('PATH')
  os.putenv('PATH', d.getVar('PATH', True))

-import shutil
-process_tmpdir = os.path.join('/tmp', str(os.getpid()))
-if os.path.exists(process_tmpdir):
-shutil.rmtree(process_tmpdir)
-os.makedirs(process_tmpdir)
+# We must use one TMPDIR per process so that the patch processes
+# don't generate the same temp file name.
+
+import tempfile
+process_tmpdir = tempfile.mkdtemp()
  os.environ['TMPDIR'] = process_tmpdir

  for patch in src_patches(d):
@@ -168,15 +168,15 @@ python patch_do_patch() {
  try:
  patchset.Import({file:local, strippath: parm['striplevel']}, 
True)
  except Exception as exc:
-shutil.rmtree(process_tmpdir)
+bb.utils.remove(process_tmpdir, True)
  bb.fatal(str(exc))
  try:
  resolver.Resolve()
  except bb.BBHandledException as e:
-shutil.rmtree(process_tmpdir)
+bb.utils.remove(process_tmpdir, True)
  bb.fatal(str(e))

-shutil.rmtree(process_tmpdir)
+bb.utils.remove(process_tmpdir, True)
  }
  patch_do_patch[vardepsexclude] = PATCHRESOLVE



Merged into OE-Core

Thanks
Sau!


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


Re: [OE-core] [PATCH v4] patch.bbclass: increase security

2012-09-16 Thread Chris Larson
On Fri, Sep 14, 2012 at 7:25 AM, Constantin Musca
constantinx.mu...@intel.com wrote:
 -shutil.rmtree(process_tmpdir)
 +bb.utils.remove(process_tmpdir, True)

In the future, I'd suggest leveraging the ability to pass arguments by
name to clarify the meaning of the boolean argument:

bb.utils.remove(process_tmpdir, recurse=True).

This makes it a bit more clear when reading the code in the future.
-- 
Christopher Larson

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


[OE-core] [for-denzil][PATCH] dhcp: remove dependency of dev/staticdev packages on main package

2012-09-16 Thread Otavio Salvador
From: Paul Eggleton paul.eggle...@linux.intel.com

The main package is empty and is not produced, which leaves the dev
and staticdev packages broken. Remove the dependencies (added in
bitbake.conf by default) to fix this.

(From OE-Core rev: 5380c65e819d82f783cb75aa21db7c73bb445189)

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
Signed-off-by: Saul Wold s...@linux.intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 meta/recipes-connectivity/dhcp/dhcp.inc |2 ++
 meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb |2 +-
 2 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc 
b/meta/recipes-connectivity/dhcp/dhcp.inc
index 8ead016..3159f93 100644
--- a/meta/recipes-connectivity/dhcp/dhcp.inc
+++ b/meta/recipes-connectivity/dhcp/dhcp.inc
@@ -56,6 +56,8 @@ do_install_append () {
 PACKAGES += dhcp-server dhcp-server-config dhcp-client dhcp-relay 
dhcp-omshell
 
 FILES_${PN} = 
+RDEPENDS_${PN}-dev = 
+RDEPENDS_${PN}-staticdev = 
 
 FILES_dhcp-server = ${sbindir}/dhcpd ${sysconfdir}/init.d/dhcp-server
 RRECOMMENDS_dhcp-server = dhcp-server-config
diff --git a/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb 
b/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb
index 24b50ba..67af3e2 100644
--- a/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb
+++ b/meta/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bb
@@ -1,6 +1,6 @@
 require dhcp.inc
 
-PR = r0
+PR = r1
 
 SRC_URI += file://fixincludes.patch \
 file://dhcp-3.0.3-dhclient-dbus.patch;striplevel=0 \
-- 
1.7.2.5


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


Re: [OE-core] binutils 2.23 call for testing the recipes

2012-09-16 Thread Khem Raj
On (16/09/12 08:06), Martin Jansa wrote:
 On Wed, Aug 08, 2012 at 10:45:19AM -0700, Khem Raj wrote:
  Hi
  
  Binutils 2.23 branch has started upstream. Given that toolchain
  components require a lot of soak time, I have created the recipes
  for binutils 2.23 and pushed it here
  
  http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.23
 
 After last rebase of this branch, upgrade from 2.22.92* (or something
 like that) to git with SRCREV d56d3537a00d85d9072156026f426c931ba21fba
 
 I see errors like this
 https://lists.gnu.org/archive/html/bug-binutils/2012-09/msg00036.html
 when building 2.6.39 kernel for armv4t
 | arch/arm/lib/copy_template.S: Assembler messages:
 | arch/arm/lib/copy_template.S:100: Error: selected processor does not
 support ARM mode `ldralt r3,[r1],#4'
 
 Is it binutils bug or something needs to be changed in kernel again?

This is a binutils bug
see discussions on
http://sourceware.org/ml/binutils/2012-09/msg00128.html

 
 Cheers,
 
  
  If you are using angstrom set
  
  ANGSTROM_BINUTILS_VERSION = 2.23 in local.conf after pulling that branch
  for OE-Core it will work as it is
  
  Let me know if you see any errors.
  
  I will keep updating it until 2.23 release
  
  Thanks
  -Khem
  
  ___
  Openembedded-core mailing list
  Openembedded-core@lists.openembedded.org
  http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
 
 -- 
 Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com



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


-- 
-Khem

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


Re: [OE-core] [PATCH 0/1 V2] package_rpm.bbclass: fix the arch (replace - with _)

2012-09-16 Thread Robert Yang



On 09/13/2012 01:51 AM, Saul Wold wrote:

On 09/10/2012 12:58 AM, Robert Yang wrote:

Changes of V2:
* Replace - with _ for sat-solver_git.bb

Test info:
MACHINE = beagleboard/mpc8315e-rdb/qemux86
PACKAGE_CLASSES = package_rpm

$ bitbake core-image-minimal core-image-sato meta-toolchain \
meta-toolchain-sdk adt-installer meta-ide-support

$ bitbake package-index

$ runqemu qemux86 (when MACHINE=qemux86)

All of them are OK.

Note:
The nativesdk's arch would be x86_64_nativesdk or i686_nativesdk (it was
x86_64 or i686 in the past) when use rpm.

// Robert


The following changes since commit 5343cdb20ee56a8b507733c637dcc2466ae13288:

   bitbake: fetch2: replace double slashes in paths in encodeurl() (2012-09-07
14:50:04 +0100)

are available in the git repository at:

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

Robert Yang (1):
   package_rpm.bbclass: fix the arch (replace - with _)

  meta/classes/package_rpm.bbclass   | 10 +-
  meta/recipes-extended/sat-solver/sat-solver_git.bb |  2 +-
  2 files changed, 6 insertions(+), 6 deletions(-)


I think this needs rebasing, can you resend please.



Hi Saul,

It had been merged into master, do you mean rebase for other branch?

// Robert


Sau!





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