Phil Blundell wrote:
On Wed, 2011-06-01 at 21:18 +0800, Dexuan Cui wrote:
+PACKAGE_OWN_DIR =
+bindir .= ${PACKAGE_OWN_DIR}
+libdir .= ${PACKAGE_OWN_DIR}
+libexecdir .= ${PACKAGE_OWN_DIR}
I think the general idea of this patch is a good one but I'm not
terribly fond of the name of that
On 06/01/2011 11:27 AM, Koen Kooi wrote:
Op 1 jun 2011, om 20:19 heeft Phil Blundell het volgende geschreven:
On Wed, 2011-06-01 at 18:29 +0100, Richard Purdie wrote:
I've also a slight preference for staticdev just to make these clearly
different from -dev packages.
Agreed. I think even
From: Nitin A Kamble nitin.a.kam...@intel.com
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
.../{m4-native_1.4.15.bb = m4-native_1.4.16.bb} |0
.../m4/{m4_1.4.15.bb = m4_1.4.16.bb} |6 +++---
2 files changed, 3 insertions(+), 3 deletions(-)
rename
From: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/recipes-bsp/uboot/u-boot.inc| 11 +++
meta/recipes-bsp/uboot/u-boot_2011.03.bb |2 +-
2 files changed, 12 insertions(+), 1 deletions(-)
diff --git
From: Nitin A Kamble nitin.a.kam...@intel.com
And rebase the patches to the newer code.
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
.../{autoconf-2.65 = autoconf}/autoconf-x.patch |0
.../autoheader-nonfatal-warnings.patch |0
.../autoreconf-exclude.patch
From: Nitin A Kamble nitin.a.kam...@intel.com
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
.../gettext/gettext-0.16.1/disable_java.patch |3 ++-
.../gettext-0.16.1/fix_aclocal_version.patch |1 +
.../gettext-0.16.1/fix_gnu_source_circular.patch |3 ++-
From: Nitin A Kamble nitin.a.kam...@intel.com
This version of bison needs m4 1.4.16 or newer
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
meta/recipes-devtools/bison/bison/m4.patch | 131
.../bison/bison/uclibc-sched_param-def.patch | 21 ---
From: Koen Kooi k...@dominion.thruhere.net
SElinux has been disabled in the recipe, leading to messages like this:
[ 167.643218] login[312]: PAM unable to dlopen(/lib/security/pam_selinux.so):
/lib/security/pam_selinux.so: cannot open shared object file: No such file or
directory
[
From: Phil Blundell p...@pbcl.net
If all the postinsts were successfully run in offline mode, and
package-management hasn't been requested as an IMAGE_FEATURE, the opkg
metadata is now redundant and can safely be deleted.
Also, the update-rc.d and base-passwd packages can be removed since
they
From: Kang Kai kai.k...@windriver.com
[Yocto 1030]
Because it is fixed by Qing He, then add cups and ghostscipt into image
Signed-off-by: Kang Kai kai.k...@windriver.com
---
meta/recipes-extended/tasks/task-core-lsb.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../ghostscript/{ = }/ghostscript/arm/objarch.h |0
.../ghostscript/{ = }/ghostscript/arm/soobjarch.h |0
.../ghostscript/{ = }/ghostscript/i586/objarch.h |0
.../{ = }/ghostscript/i586/soobjarch.h|0
[YOCTO #1130]
This patch brings in a patch from gcc for the following issue:
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01477.html
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/gcc/gcc-4.6.0.inc|4 ++-
.../gcc/gcc-4.6.0/volatile_access_backport.patch
From: Jingdong Lu jingdong...@windriver.com
Fixes bug: [YOCTO #1095]
Because of cross-compiling libx11 keysyms will cause Xts5 test of LSB fail.
libx11 use a tool named makekey which compiled as a native tool to generate
ks_tables.h. Because the size of unsigned long is different between 32-bit
From: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/recipes-connectivity/avahi/avahi.inc | 18 ++
meta/recipes-connectivity/avahi/avahi_0.6.30.bb |2 +-
2 files changed, 19 insertions(+), 1 deletions(-)
diff --git
As a keyword, Upstream-Status is case sensitive.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../eglibc/eglibc-2.13/IO-acquire-lock-fix.patch |2 +-
.../eglibc-svn-arm-lowlevellock-include-tls.patch |2 +-
.../eglibc/eglibc-2.13/mips-rld-map-check.patch|2 +-
Richard:
Pulling a number of patches and updates from the list, they have been
built on the autobuild.
This has the gcc fix for qt4-x11-free in the form of a gcc patch
Sau!
The following changes since commit 0a496df0209c93fd00ea929b5f27faa1a6e600c0:
clutter-1.6: Add patch to update gettext
On Wed, 2011-06-01 at 16:17 -0500, Mark Hatle wrote:
I'm not sure if the libraries that RPM uses would even be able to link w/o
openssl. (I never tried it.) But that will affect people who are using RPM
packages as signing and validation routines come from openssl.
Sure, but if rpmdeps
On Thu, 2011-06-02 at 08:31 +0200, Martin Jansa wrote:
what do you have in configlog for LIBDL?
here it's all empty
LIBDL=''
LIBDL_PREFIX=''
LTLIBDL=''
if I add
+ --with-libdl-prefix=${STAGING_DIR_HOST}${prefix} \
+
Update override naming (_native - _virtclass-native) to disable perl
and python bindings when building native rpm, and adjust the DEPENDS to
match.
Perl bindings were, in fact, already disabled for both native and target
builds so it's only the python ones that have really changed.
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/recipes-support/gnutls/gnutls.inc |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-support/gnutls/gnutls.inc
b/meta/recipes-support/gnutls/gnutls.inc
index 9f8d81b..03aed6a 100644
---
We don't package /etc/rpc and do_install() makes some effort to remove
that file so as to avoid the installed but not shipped diagnostic. But,
due to a typo in the command line, the file wasn't actually being removed
and the diagnostic continued to be issued.
Signed-off-by: Phil Blundell
The glob for libc_baselibs was too permissive, causing some of the libcidn
symlinks to be placed in ${PN} rather than the intended subpackage. Worse,
the .so itself was actually landing in ${PN}-dev, so the net effect was to
make libc6-dev a dependency of libc6.
Bump PRs for both 2.12 and 2.13
On 6/2/11 4:48 AM, Phil Blundell wrote:
Update override naming (_native - _virtclass-native) to disable perl
and python bindings when building native rpm, and adjust the DEPENDS to
match.
Perl bindings were, in fact, already disabled for both native and target
builds so it's only the python
Tom Rini wrote:
On 06/01/2011 01:05 PM, Phil Blundell wrote:
On Wed, 2011-06-01 at 12:39 -0700, Tom Rini wrote:
Maybe race isn't quite the right word. But recipe A depends on
lib$something-perl-native, and brings in perl-native. It also
checks
for perl in its auto-foo and finds our perl.
Cui, Dexuan wrote:
Phil Blundell wrote:
On Wed, 2011-06-01 at 21:18 +0800, Dexuan Cui wrote:
+PACKAGE_OWN_DIR =
+bindir .= ${PACKAGE_OWN_DIR}
+libdir .= ${PACKAGE_OWN_DIR}
+libexecdir .= ${PACKAGE_OWN_DIR}
I think the general idea of this patch is a good one but I'm not
terribly fond of
On Thu, 2011-06-02 at 01:04 -0700, Saul Wold wrote:
Pulling a number of patches and updates from the list, they have been
built on the autobuild.
This has the gcc fix for qt4-x11-free in the form of a gcc patch
The following changes since commit 0a496df0209c93fd00ea929b5f27faa1a6e600c0:
On Thu, 2011-06-02 at 16:17 +0800, Dexuan Cui wrote:
Upstream-status -- Upstream-Status:
As a keyword, it's case sensitive, so let's fix the lowercase s here.
The fix to send-pull-request:
I don't know why othes doesn't complain about this, but without this patch,
the script can't run
On Thu, 2011-06-02 at 10:48 +0100, Phil Blundell wrote:
Update override naming (_native - _virtclass-native) to disable perl
and python bindings when building native rpm, and adjust the DEPENDS to
match.
Perl bindings were, in fact, already disabled for both native and target
builds so it's
On Thu, 2011-06-02 at 13:00 +0200, Martin Jansa wrote:
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/recipes-support/gnutls/gnutls.inc |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-support/gnutls/gnutls.inc
On Thu, 2011-06-02 at 10:15 +0100, Phil Blundell wrote:
The native variant already configures --without-x so the X11 libs are
redundant. Adjust the DEPENDS to match.
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/recipes-core/dbus/dbus.inc |7 +--
1 files changed, 5
On Wed, 2011-06-01 at 13:59 -0700, Tom Rini wrote:
On 06/01/2011 01:45 PM, Phil Blundell wrote:
On Wed, 2011-06-01 at 13:42 -0700, Tom Rini wrote:
What falls down in this case is that once
perl-native is built (and in our PATH), if it's a different version than
system-wide perl, stuff
On Wed, 2011-06-01 at 16:06 +0100, Phil Blundell wrote:
On Tue, 2011-05-31 at 15:26 -0700, Scott Garman wrote:
I'd like to collect some feedback on error messages while building that
you find confusing/annoying/unhelpful. I'm going to be working on trying
to improve the situation and
On 06/02/2011 07:06 AM, Richard Purdie wrote:
On Wed, 2011-06-01 at 13:59 -0700, Tom Rini wrote:
On 06/01/2011 01:45 PM, Phil Blundell wrote:
On Wed, 2011-06-01 at 13:42 -0700, Tom Rini wrote:
What falls down in this case is that once
perl-native is built (and in our PATH), if it's a
On Thu, 2011-06-02 at 07:25 -0700, Tom Rini wrote:
But help2man is just the easy/common case. Heck, it _may_ blow up even
with the host help2man instead of help2man-native, if a recipe uses
system-wide help2man and perlnative.bbclass. The root problem (again,
from memory) is that since we
On 06/02/2011 06:50 AM, Richard Purdie wrote:
On Thu, 2011-06-02 at 01:04 -0700, Saul Wold wrote:
Pulling a number of patches and updates from the list, they have been
built on the autobuild.
This has the gcc fix for qt4-x11-free in the form of a gcc patch
The following changes since commit
On Thu, 2011-06-02 at 07:57 -0700, Saul Wold wrote:
Not pulled as likely dependent on the above.
bison: upgrade from 2.4.3 to 2.5
Likewise.
Saul Wold (2):
ghostscript: Fix up file locations and add i686
Why did this need the location fixups? Something sounds wrong here
On Thu, 2011-06-02 at 13:15 +0100, Phil Blundell wrote:
The glob for libc_baselibs was too permissive, causing some of the libcidn
symlinks to be placed in ${PN} rather than the intended subpackage. Worse,
the .so itself was actually landing in ${PN}-dev, so the net effect was to
make
On 06/02/2011 07:37 AM, Phil Blundell wrote:
On Thu, 2011-06-02 at 07:25 -0700, Tom Rini wrote:
But help2man is just the easy/common case. Heck, it _may_ blow up even
with the host help2man instead of help2man-native, if a recipe uses
system-wide help2man and perlnative.bbclass. The root
On Thu, 2011-06-02 at 09:28 -0700, Tom Rini wrote:
On 06/02/2011 07:37 AM, Phil Blundell wrote:
On Thu, 2011-06-02 at 07:25 -0700, Tom Rini wrote:
But help2man is just the easy/common case. Heck, it _may_ blow up even
with the host help2man instead of help2man-native, if a recipe uses
On Wed, 2011-06-01 at 20:40 +, Otavio Salvador wrote:
On Wed, Jun 1, 2011 at 20:37, Phil Blundell p...@pbcl.net wrote:
On Wed, 2011-06-01 at 20:09 +, Otavio Salvador wrote:
-# CONFIG_MDEV is not set
+CONFIG_MDEV=y
Per previous discussion, I am still uneasy about this change. I
On Thu, Jun 2, 2011 at 16:37, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
I'm afraid I'm with Phil on this. I don't like the idea of enabling
something we don't actually use. This really needs to become some kind
of configure option which would at the same time disable/replace udev
On 06/02/2011 09:35 AM, Richard Purdie wrote:
On Thu, 2011-06-02 at 09:28 -0700, Tom Rini wrote:
On 06/02/2011 07:37 AM, Phil Blundell wrote:
On Thu, 2011-06-02 at 07:25 -0700, Tom Rini wrote:
But help2man is just the easy/common case. Heck, it _may_ blow up even
with the host help2man
On Wednesday 01 June 2011 21:09:54 Otavio Salvador wrote:
To support translation, qmake based projects usually call lrelease and
lupdate however OE changes the binary names so this needs some mangle
to work out of box.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
On 06/02/2011 02:08 AM, Phil Blundell wrote:
On Wed, 2011-06-01 at 15:22 -0700, Tom Rini wrote:
On 06/01/2011 03:07 PM, Henning Heinold wrote:
On Wed, Jun 01, 2011 at 03:00:37PM -0700, Tom Rini wrote:
On 06/01/2011 01:22 PM, Phil Blundell wrote:
On Wed, 2011-06-01 at 11:58 -0500, Mark Hatle
On Thu, 2011-06-02 at 17:51 +0100, Paul Eggleton wrote:
On Wednesday 01 June 2011 21:09:54 Otavio Salvador wrote:
To support translation, qmake based projects usually call lrelease and
lupdate however OE changes the binary names so this needs some mangle
to work out of box.
* sometimes it's usefull to remove only sstate cache and keep downloaded
sources for rebuild
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/classes/base.bbclass |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/classes/base.bbclass
On Thu, 2011-06-02 at 10:04 -0700, Tom Rini wrote:
I guess I've just gone crazy (or crazier if you prefer) and I can't find
it anymore in 3.7.x.
Okay. So do we think the tcl dependency can be dropped?
p.
___
Openembedded-core mailing list
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-support/gnutls/gnutls.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/gnutls/gnutls.inc
b/meta/recipes-support/gnutls/gnutls.inc
index 03aed6a..9257880 100644
---
There're many Qt applications that provide translation files in '.qm'
format however those weren't being splitted as GetText based
ones.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/package.bbclass | 41 +
1 files changed, 37
The following changes since commit 2a52f806f3789f717219651b97dc64fec3881f7f:
qmake_base.bbclass: fix lrelease/lupdate binary names (2011-06-02 18:26:19
+0100)
are available in the git repository at:
git://github.com/OSSystems/oe-core master
https://github.com/OSSystems/oe-core/tree/master
On 06/02/2011 12:21 PM, Phil Blundell wrote:
On Thu, 2011-06-02 at 10:04 -0700, Tom Rini wrote:
I guess I've just gone crazy (or crazier if you prefer) and I can't find
it anymore in 3.7.x.
Okay. So do we think the tcl dependency can be dropped?
Yes.
--
Tom Rini
Mentor Graphics
util-linux 2.19 needs this patch to successfully
compile on uclibc systems. This is a bug in util-linux
that goes unnoticed on eglibc builds.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../uclibc-__progname-conflict.patch | 31
Taking over maintenance of the shadow recipe. Cleaning it up in
preparation of adding a -native version that will be used to add
users/groups during postinstall.
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
.../files/shadow-4.1.3-dots-in-usernames.patch |4 +
Instruct RPM to use the on-disk permissions, owners, groups,
and directory permissions, instead of defaulting to root:root
Code changes suggested by Mark Hatle.
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
meta/classes/package_rpm.bbclass |2 ++
1 files changed, 2 insertions(+),
This adds a -native recipe for the shadow utilities.
The custom --root option allows the the following utilities to be
run within a chroot when invoked under pseudo:
* useradd
* groupadd
* usermod
* groupmod
* userdel
* groupdel
* passwd
* gpasswd
* pwconv
* pwunconv
* grpconv
* grpunconv
They
On 05/31/2011 01:27 AM, Koen Kooi wrote:
OE-core uses 'dbus-1' as initscript name, which no other
distribution(-buildsys) does, so we have to take special measures.
Signed-off-by: Koen Kooik...@dominion.thruhere.net
---
meta/recipes-core/dbus/dbus.inc |4
On 05/31/2011 08:48 AM, Martin Jansa wrote:
The following changes since commit 26e5e5feb695864b11e47e24017e254c28f14494:
Improve handling of 'all' architecture recipes and their interaction with
sstate (2011-05-31 12:56:38 +0100)
are available in the git repository at:
On 05/31/2011 09:06 AM, Phil Blundell wrote:
This is a backport of 952e5e2b7a5c1deefc939594d40b81a71fb16a54 from oe master.
Without this the script mangling goes very wrong if ${prefix}=. There
isn't really any way to fix this in the completely general case, but
this patch does work with the
On 05/31/2011 11:33 AM, Koen Kooi wrote:
SElinux has been disabled in the recipe, leading to messages like this:
[ 167.643218] login[312]: PAM unable to dlopen(/lib/security/pam_selinux.so):
/lib/security/pam_selinux.so: cannot open shared object file: No such file or
directory
[
On 06/01/2011 07:27 AM, Koen Kooi wrote:
Signed-off-by: Koen Kooik...@dominion.thruhere.net
---
meta/recipes-connectivity/avahi/avahi.inc | 18 ++
meta/recipes-connectivity/avahi/avahi_0.6.30.bb |2 +-
2 files changed, 19 insertions(+), 1 deletions(-)
diff --git
On 06/02/2011 05:12 AM, Phil Blundell wrote:
We don't package /etc/rpc and do_install() makes some effort to remove
that file so as to avoid the installed but not shipped diagnostic. But,
due to a typo in the command line, the file wasn't actually being removed
and the diagnostic continued to
On Thursday, June 02, 2011 09:37:41 AM Richard Purdie wrote:
On Wed, 2011-06-01 at 20:40 +, Otavio Salvador wrote:
On Wed, Jun 1, 2011 at 20:37, Phil Blundell p...@pbcl.net wrote:
On Wed, 2011-06-01 at 20:09 +, Otavio Salvador wrote:
-# CONFIG_MDEV is not set
+CONFIG_MDEV=y
On 06/02/2011 02:41 AM, Kang Kai wrote:
From: Kang Kaikai.k...@windriver.com
Migrate configurability from oe, try to shrink minimal image size
The switch is in local.conf.sample, uncomment the line
DISTRO_FEATURES_EGLIBC =
and write what options you want to enable.
If want to disable
From: Kang Kai kai.k...@windriver.com
Migrate configurability from oe, try to shrink minimal image size
The switch is in local.conf.sample, uncomment the line
DISTRO_FEATURES_EGLIBC =
and write what options you want to enable.
If want to disable locale-code charsets or locales, you have to
From: Kang Kai kai.k...@windriver.com
Migrate configurability from oe, try to shrink minimal image size
The switch is in local.conf.sample, uncomment the line
DISTRO_FEATURES_EGLIBC =
and write what options you want to enable.
If want to disable locale-code charsets or locales, you have to
Hi Saul Koen,
On 06/02/2011 02:41 AM, Kang Kai wrote:
From: Kang Kaikai.k...@windriver.com
Migrate configurability from oe, try to shrink minimal image size
The switch is in local.conf.sample, uncomment the line
DISTRO_FEATURES_EGLIBC =
and write what options you want to enable.
If want
Hi Martin,
No objection if this is a valid URL. I didn't include this because 1) I
didn't know about it and 2) it isn't listed in the git pull man page,
which is what I developed to. Is git+ssh... equivalent to ssh:// ?
As a minor nit, please include a body message for anything more
complicated
On 06/02/2011 11:56 AM, Martin Jansa wrote:
* sometimes it's usefull to remove only sstate cache and keep downloaded
sources for rebuild
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/classes/base.bbclass |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
68 matches
Mail list logo