Op 10 sep. 2012, om 19:20 heeft Ross Burton ross.bur...@intel.com het
volgende geschreven:
As XCB is a hard requirement for libX11, and libX11-xcb.so is a deprecated 3KB
.so, it's not worth splitting it into a separate package.
What's the upgrade path? This commit will create a clash because
Op 10 sep. 2012, om 21:09 heeft Matthew McClintock m...@freescale.com het
volgende geschreven:
Right now, we delay running the serial console checks to we boot up. This
causes
issues for read only file systems. So, if have not configured any serial
ports to
check via
On Mon, Sep 10, 2012 at 8:11 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
Updating to 3.4.10 which has been soaking for a bit now, as well
as picking up the following meta commits from Tom Z:
a82db2f meta: have systemtap use kprobes and uprobes feature
d5d5b80 meta: add kprobes
On Thu, Sep 6, 2012 at 12:42 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2012-09-05 at 15:21 -0700, Chris Larson wrote:
On Wed, Sep 5, 2012 at 7:27 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
If we don't do this, users can get extremely confused
Hi,
in meta-openembedded/meta-oe/recipes-extended/libwmf/libwmf_0.2.8.4.bb:
DEPENDS_virtclass-native = libpng jpeg
DEPENDS = libpng jpeg expat gtk+
BBCLASSEXTEND = native
Did it work (at least at some point of time) that DEPENDS for
libwmf-native were expanded to libpng-native and jpeg-native?
gettext 0.16.1 is a GPLv2 version of gettext. Making that extend native and
nativesdk makes sure we use the same version of gettext for compiling internally
as well as in our toolchain.
Signed-off-by: Martin Ertsaas mert...@cisco.com
---
meta/recipes-core/gettext/gettext_0.16.1.bb |2 ++
1
3.2.48 is the bash package in oe-core which is not GPLv3. Making that a
nativesdk
package makes sure we have the same bash version in our toolchain as in our
image.
Signed-off-by: Martin Ertsaas mert...@cisco.com
---
meta/recipes-extended/bash/bash_3.2.48.bb |2 ++
1 files changed, 2
On Tue, 2012-09-11 at 10:03 +0200, Martin Jansa wrote:
Hi,
in meta-openembedded/meta-oe/recipes-extended/libwmf/libwmf_0.2.8.4.bb:
DEPENDS_virtclass-native = libpng jpeg
DEPENDS = libpng jpeg expat gtk+
BBCLASSEXTEND = native
Did it work (at least at some point of time) that DEPENDS
On 10 September 2012 22:23, Colin Walters walt...@verbum.org wrote:
On Mon, 2012-09-10 at 17:14 -0400, Colin Walters wrote:
On Mon, 2012-09-10 at 17:02 +0100, Ross Burton wrote:
+# fixed in Make CVS, so 3.83 won't have this problem.
I know this will be painful, but did you consider looking
On 11 September 2012 07:22, Koen Kooi k...@dominion.thruhere.net wrote:
What's the upgrade path? This commit will create a clash because now 2
packages will provide the same file. Is that pain really worth it?
The pain is just a matter of some dependencies I - again :( -
forgot to add. The
= 1.2+snapshot-20120911
TUNE_FEATURES = armv7a vfp neon cortexa8
TARGET_FPU= vfp-neon
meta
meta-yocto= master:7250638ec895bc89508711831083d43b9e1e9826
meta-ti = master:7b54887b9505bb8334bfbe4094a2c396add8da48
meta-db = master
If there is no valid machine configuration it's almost guaranteed that
the tune checks will fail, so just suppress them in that case.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/classes/sanity.bbclass | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
On Tuesday 11 September 2012 08:39:39 Martin Jansa wrote:
Today with latest oe-core and bitbake I've set MACHINE=pitz (instead
of spitz) and the output doesn't look very tidy. Shows couple of DEBUG
entries even without debug enabled and then actuall ERROR, see
attached log.
I've just sent a
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-connectivity/connman/connman.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/connman/connman.inc
b/meta/recipes-connectivity/connman/connman.inc
index 59ec1fa..5b94a1e 100644
On 09/11/12 10:29, Martin Ertsaas wrote:
3.2.48 is the bash package in oe-core which is not GPLv3. Making that a
nativesdk
package makes sure we have the same bash version in our toolchain as in our
image.
Signed-off-by: Martin Ertsaas mert...@cisco.com
---
Hi All,
Thank you very much for your suggestions, do we have a final solution
or work around please?
If we refer to the rpm, it doesn't care about the package's version, it
just selects the newest build package, I had applied a patch to make it
respect to the arch before.
It seems that we
On Tue, Sep 11, 2012 at 08:31:42AM -0400, Bruce Ashfield wrote:
On 12-09-11 02:59 AM, Martin Jansa wrote:
On Mon, Sep 10, 2012 at 8:11 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
Updating to 3.4.10 which has been soaking for a bit now, as well
as picking up the following meta
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting packages are tuned with -mtune=xscale (when built for spitz)
or -mtune=arm926ej-s (when built for qemuarm).
From
https://bugzilla.yoctoproject.org/show_bug.cgi?id=1916#c5
Firstly, if you go changing the tune
= poky
DISTRO_VERSION= 1.2+snapshot-20120911
TUNE_FEATURES = armv7a vfp neon cortexa8
TARGET_FPU= vfp-neon
meta
meta-yocto= master:7250638ec895bc89508711831083d43b9e1e9826
meta-ti = master:7b54887b9505bb8334bfbe4094a2c396add8da48
meta-db = master
On 12-09-11 08:37 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 08:31:42AM -0400, Bruce Ashfield wrote:
On 12-09-11 02:59 AM, Martin Jansa wrote:
On Mon, Sep 10, 2012 at 8:11 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
Updating to 3.4.10 which has been soaking for a bit now, as
On Tue, Sep 11, 2012 at 09:27:50AM -0400, Bruce Ashfield wrote:
On 12-09-11 08:37 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 08:31:42AM -0400, Bruce Ashfield wrote:
On 12-09-11 02:59 AM, Martin Jansa wrote:
On Mon, Sep 10, 2012 at 8:11 PM, Bruce Ashfield
bruce.ashfi...@windriver.com
MACHINE = beaglebone
DISTRO= poky
DISTRO_VERSION= 1.2+snapshot-20120911
TUNE_FEATURES = armv7a vfp neon cortexa8
TARGET_FPU= vfp-neon
meta
meta-yocto= master:7250638ec895bc89508711831083d43b9e1e9826
meta-ti = master
User mode emulation binaries are linked using a local linker script. The
nativesdk ones were not used and the resulting binaries did not have the
interp section resized. Hence, those binaries could not be relocated.
[YOCTO #3083]
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting packages are tuned with -mtune=xscale (when built for spitz)
or -mtune=arm926ej-s (when built for qemuarm).
From
Changes in V2:
- bump PR
Thanks,
Laurentiu
The following changes since commit 7250638ec895bc89508711831083d43b9e1e9826:
upstream_tracking: Fix format issues (2012-09-10 23:21:12 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib
It makes sense to us the license checksum from the source .in file rather
than that from the generated file which configure can change (or remove).
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.10.bb
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/conf/machine/include/ia32/arch-ia32.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/conf/machine/include/ia32/arch-ia32.inc
From: Jackie Huang jackie.hu...@windriver.com
The following changes since commit 48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists (2012-09-10
21:52:37 +0100)
are available in the git repository at:
From: Jackie Huang jackie.hu...@windriver.com
libgnome-keyring requires command 'intltoolize' in configure,
so add DEPENDS intltool-native.
[YOCTO #3081]
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
.../recipes-gnome/gnome/libgnome-keyring_2.32.0.bb |4 ++--
1 files changed,
On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/conf/machine/include/ia32/arch-ia32.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
Richard/Saul,
This is my part of a change that Saul will complete with the
addition of x32 as a machine override for x86 BSPs that have
x32 as their tuning.
With this change, the x32 configuration fragment will be appended
to any give x86 BSP configuration and it will support the userspace
It is sometimes useful for KERNEL_FEATURES to be set in a machine
or other configuration file. The linux-yocto recipes currently
initialize the variable, which clobbers any values set by .conf
files.
Appending to the variables allows these settings to propagate to
the kernel configuration, while
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
KERNEL_FEATURES when x32 is the tuning for a given machine.
cc: Saul Wold s...@linux.intel.com
Signed-off-by: Bruce Ashfield
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
KERNEL_FEATURES when x32 is the tuning for a given machine.
cc: Saul Wold
On 09/11/2012 08:13 AM, Richard Purdie wrote:
On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/conf/machine/include/ia32/arch-ia32.inc |1 +
1 files
On 12-09-11 11:33 AM, Saul Wold wrote:
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
KERNEL_FEATURES when x32 is the tuning for a
On 09/11/2012 08:39 AM, Bruce Ashfield wrote:
On 12-09-11 11:33 AM, Saul Wold wrote:
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
On 9/11/12 5:33 AM, Jack Mitchell wrote:
From: Jack Mitchell jack.mitch...@dbbroadcast.co.uk
Add python to DEPENDS as it fails to install on target with RPM
failing at do_rootfs due to un-met dependencies.
Signed-off-by: Jack Mitchell jack.mitch...@dbbroadcast.co.uk
---
On 9/11/12 8:48 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting packages are tuned with -mtune=xscale (when built for spitz)
or -mtune=arm926ej-s (when built for
On 9/11/12 10:36 AM, Saul Wold wrote:
On 09/11/2012 08:13 AM, Richard Purdie wrote:
On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold s...@linux.intel.com
---
On Tue, 2012-09-11 at 08:36 -0700, Saul Wold wrote:
On 09/11/2012 08:13 AM, Richard Purdie wrote:
On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold s...@linux.intel.com
---
Right now, we delay running the serial console checks to we boot up. This causes
issues for read only file systems. So, if have not configured any serial ports
to
check via SERIAL_CONSOLES_CHECK we can skip the check at boot. This fixes any
issues with read only file systems and ipk packaging.
On Tue, 2012-09-11 at 08:41 -0700, Saul Wold wrote:
On 09/11/2012 08:39 AM, Bruce Ashfield wrote:
On 12-09-11 11:33 AM, Saul Wold wrote:
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be
On Tue, Sep 11, 2012 at 10:51:40AM -0500, Mark Hatle wrote:
On 9/11/12 8:48 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting packages are tuned with -mtune=xscale
On 09/11/2012 08:58 AM, Richard Purdie wrote:
On Tue, 2012-09-11 at 08:41 -0700, Saul Wold wrote:
On 09/11/2012 08:39 AM, Bruce Ashfield wrote:
On 12-09-11 11:33 AM, Saul Wold wrote:
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should
On 09/10/2012 11:18 AM, Andrei Gherzan wrote:
If we round up ROOTFS_SIZE to IMAGE_ROOTFS_ALIGNMENT before checking if
base_size is greater then IMAGE_ROOTFS_SIZE, we can end up adding an
unaligned value to IMAGE_ROOTFS_SIZE. Obviously, if
IMAGE_ROOTFS_EXTRA_SPACE was overwritten with an
On 9/11/12 10:59 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 10:51:40AM -0500, Mark Hatle wrote:
On 9/11/12 8:48 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting
Op 11 sep. 2012, om 17:51 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 9/11/12 8:48 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting
The following changes since commit 48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists (2012-09-10
21:52:37 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/stage
This is another set of package upgrades compiled on all architectures
and tested using core-image-sato.
The following changes since commit 7250638ec895bc89508711831083d43b9e1e9826:
upstream_tracking: Fix format issues (2012-09-10 23:21:12 +0100)
are available in the git repository at:
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
meta/recipes-extended/sysstat/sysstat_10.0.5.bb |8
meta/recipes-extended/sysstat/sysstat_10.1.1.bb |8
2 files changed, 8 insertions(+), 8 deletions(-)
delete mode 100644
On 09/11/2012 09:14 AM, Saul Wold wrote:
The following changes since commit 48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists
(2012-09-10 21:52:37 +0100)
are available in the git repository at:
On Tue, Sep 11, 2012 at 11:09:53AM -0500, Mark Hatle wrote:
On 9/11/12 10:59 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 10:51:40AM -0500, Mark Hatle wrote:
On 9/11/12 8:48 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building
On Tue, Sep 11, 2012 at 6:49 AM, Phil Blundell ph...@gnu.org wrote:
On Mon, 2012-08-13 at 14:14 -0700, Scott Garman wrote:
+pkg_postinst_${PN} () {
+# run this on the target
+if [ x$D == x ]; then
By the way, == is a bashism; that should just be = for portability.
Or you can use '-z $D'
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
Shouldn't spitz produce something like armv5te-xscale and qemuarm
armv5te-arm926ejs?
That's a DISTRO policy decision really.
armv5te, in common with most of the PACKAGE_ARCHes, represents an ISA.
That is, it is guaranteed to only contain
On Tue, Sep 11, 2012 at 05:46:12PM +0100, Phil Blundell wrote:
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
Shouldn't spitz produce something like armv5te-xscale and qemuarm
armv5te-arm926ejs?
That's a DISTRO policy decision really.
armv5te, in common with most of the
On Tue, 2012-09-11 at 18:53 +0200, Martin Jansa wrote:
If we drop DEFAULTTUNE from tune-xscale and tune-arm926ejs then
PACKAGE_ARCH=armv5te would be the same and the same feed will be built
only once.
Well, that would also make those two tune files rather useless. It
seems like it would be
On Tue, Sep 11, 2012 at 06:14:22PM +0100, Phil Blundell wrote:
On Tue, 2012-09-11 at 18:53 +0200, Martin Jansa wrote:
If we drop DEFAULTTUNE from tune-xscale and tune-arm926ejs then
PACKAGE_ARCH=armv5te would be the same and the same feed will be built
only once.
Well, that would also
On Tue, Sep 11, 2012 at 07:21:07PM +0200, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 06:14:22PM +0100, Phil Blundell wrote:
On Tue, 2012-09-11 at 18:53 +0200, Martin Jansa wrote:
If we drop DEFAULTTUNE from tune-xscale and tune-arm926ejs then
PACKAGE_ARCH=armv5te would be the same and
On Tue, 2012-09-11 at 19:35 +0200, Martin Jansa wrote:
If this works then DISTRO would have finer control of which DEFAULTTUNE
to use
1) default: don't use mtune, optimize only for march (don't mix mtune in
the same feed).
2) include optimized-tune.inc in distro.conf: use mtune only for
On Tue, Sep 11, 2012 at 06:37:23PM +0100, Phil Blundell wrote:
On Tue, 2012-09-11 at 19:35 +0200, Martin Jansa wrote:
If this works then DISTRO would have finer control of which DEFAULTTUNE
to use
1) default: don't use mtune, optimize only for march (don't mix mtune in
the same feed).
Right now, we delay running the serial console checks to we boot up. This causes
issues for read only file systems. So, if have not configured any serial ports
to
check via SERIAL_CONSOLES_CHECK we can skip the check at boot. This fixes any
issues with read only file systems and ipk packaging.
On 9/11/12 12:43 PM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 06:37:23PM +0100, Phil Blundell wrote:
On Tue, 2012-09-11 at 19:35 +0200, Martin Jansa wrote:
If this works then DISTRO would have finer control of which DEFAULTTUNE
to use
1) default: don't use mtune, optimize only for march
On Tue, 2012-09-11 at 12:56 -0500, Matthew McClintock wrote:
Right now, we delay running the serial console checks to we boot up. This
causes
issues for read only file systems. So, if have not configured any serial
ports to
check via SERIAL_CONSOLES_CHECK we can skip the check at boot. This
Commit 13544fbc6217fee1731a6da1e2cf94901a500842 changed the ordering
of PACKAGES so that ${PN}-dev came before ${PN}. However, this caused
the FILES matching to go wrong if ${libdir} == ${base_libdir}. Fix this
by moving ${PN} ahead of ${PN}-dev once again.
Signed-off-by: Phil Blundell
Ah right, yeah, I guess so. Thanks, I'll re-send.
Do we have any roadmap for getting to a point where we don't need to
keep bumping PR by hand anymore?
p.
On Tue, 2012-09-11 at 20:09 +0200, Martin Jansa wrote:
Missing PR bumps?
On Tue, Sep 11, 2012 at 8:04 PM, Phil Blundell ph...@gnu.org
Commit 13544fbc6217fee1731a6da1e2cf94901a500842 changed the ordering
of PACKAGES so that ${PN}-dev came before ${PN}. However, this caused
the FILES matching to go wrong if ${libdir} == ${base_libdir}. Fix this
by moving ${PN} ahead of ${PN}-dev once again.
Signed-off-by: Phil Blundell
On 09/11/2012 11:14 AM, Phil Blundell wrote:
Commit 13544fbc6217fee1731a6da1e2cf94901a500842 changed the ordering
of PACKAGES so that ${PN}-dev came before ${PN}. However, this caused
the FILES matching to go wrong if ${libdir} == ${base_libdir}. Fix this
by moving ${PN} ahead of ${PN}-dev
On Tue, Sep 11, 2012 at 9:13 AM, Koen Kooi k...@dominion.thruhere.net wrote:
From a gcc point of view both are the same ISA, but using xscale will take in
account the absurdly long pipeline on that SoC.
Not really, when you tune for XScale it will use ldrd/strd and pld if possible
On Tue, 2012-09-11 at 11:40 -0700, Khem Raj wrote:
On Tue, Sep 11, 2012 at 9:13 AM, Koen Kooi k...@dominion.thruhere.net wrote:
From a gcc point of view both are the same ISA, but using xscale will take
in account the absurdly long pipeline on that SoC.
Not really, when you tune for
On Tue, Sep 11, 2012 at 11:19 AM, Saul Wold s...@linux.intel.com wrote:
On 09/11/2012 09:14 AM, Saul Wold wrote:
The following changes since commit
48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists
(2012-09-10 21:52:37 +0100)
On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Unfortunately whilst rerunning configure and make against a project will
mostly
work there are situations where it does not correctly do the right thing.
In particular, eglibc and gcc will fail out with
Hello,
In the Sato desktop, there is a virtual keyboard which you can bring up
to enter text from a touchscreen interface. Once that keyboard pops up,
how do you close it? I'm not seeing anything obvious.
I'm helping out with a demo at a conference and could use this info
urgently.
On 11 September 2012 20:13, Scott Garman scott.a.gar...@intel.com wrote:
In the Sato desktop, there is a virtual keyboard which you can bring up to
enter text from a touchscreen interface. Once that keyboard pops up, how do
you close it? I'm not seeing anything obvious.
I'm helping out with a
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 --
meta/recipes-graphics/xorg-lib/libx11.inc |4 +++-
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11.inc |1 +
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/conf/distro/include/default-providers.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/default-providers.inc
b/meta/conf/distro/include/default-providers.inc
index 2d8a17d..07222c2 100644
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11.inc |6 +-
3 files changed, 7 insertions(+), 3 deletions(-)
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11.inc |4 +---
meta/recipes-graphics/xorg-lib/libxi_1.6.1.bb |4 +---
meta/recipes-graphics/xorg-lib/xorg-lib-common.inc |3 ++-
3 files changed, 4 insertions(+), 7 deletions(-)
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11.inc |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11.inc
b/meta/recipes-graphics/xorg-lib/libx11.inc
index 85fdbe7..d56aa23 100644
---
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../xorg-lib/libx11-1.5.0/keysymdef_include.patch | 23 -
.../libx11-1.5.0/makekeys_crosscompile.patch | 76 ---
.../libx11-1.5.0/x11_disable_makekeys.patch| 34 --
.../xorg-lib/libx11-diet-1.5.0/X18NCMSstubs.diff | 541
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../xorg-lib/libx11/makekeys_crosscompile.patch| 76
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |3 +-
2 files changed, 1 insertion(+), 78 deletions(-)
delete mode 100644
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 --
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |3 ---
2 files changed, 5 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
b/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
index
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
b/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
index
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |5 +--
meta/recipes-graphics/xorg-lib/libx11.inc | 43 ++--
.../xorg-lib/libx11/x11_disable_makekeys.patch | 34
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
b/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
index
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta-yocto/conf/distro/include/distro_alias.inc |1 -
meta-yocto/conf/distro/include/maintainers.inc |1 -
meta-yocto/conf/distro/include/recipe_color.inc |1 -
3 files changed, 3 deletions(-)
diff --git
On 09/11/2012 12:16 PM, Burton, Ross wrote:
On 11 September 2012 20:13, Scott Garman scott.a.gar...@intel.com wrote:
In the Sato desktop, there is a virtual keyboard which you can bring up to
enter text from a touchscreen interface. Once that keyboard pops up, how do
you close it? I'm not
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |3 ---
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 --
meta/recipes-graphics/xorg-lib/libx11.inc |5 -
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../xorg-lib/libx11/keysymdef_include.patch| 38
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |2 +-
2 files changed, 32 insertions(+), 8 deletions(-)
diff --git
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb | 15 ---
1 file changed, 15 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb
diff --git
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../xorg-lib/libx11/X18NCMSstubs.diff | 20
1 file changed, 20 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff
b/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff
On 11 September 2012 20:19, Scott Garman scott.a.gar...@intel.com wrote:
Negatory on both counts. Sounds like a bug?
Certainly does. Not sure how that regressed or how QA didn't notice.
So clicking on a button or check box doesn't make the keyboard hide?
Eek.
Ross
On 09/11/2012 12:23 PM, Burton, Ross wrote:
On 11 September 2012 20:19, Scott Garman scott.a.gar...@intel.com wrote:
Negatory on both counts. Sounds like a bug?
Certainly does. Not sure how that regressed or how QA didn't notice.
So clicking on a button or check box doesn't make the keyboard
On 12-09-11 09:33 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 09:27:50AM -0400, Bruce Ashfield wrote:
On 12-09-11 08:37 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 08:31:42AM -0400, Bruce Ashfield wrote:
On 12-09-11 02:59 AM, Martin Jansa wrote:
On Mon, Sep 10, 2012 at 8:11 PM, Bruce
On (11/09/12 19:53), Phil Blundell wrote:
On Tue, 2012-09-11 at 11:40 -0700, Khem Raj wrote:
On Tue, Sep 11, 2012 at 9:13 AM, Koen Kooi k...@dominion.thruhere.net
wrote:
From a gcc point of view both are the same ISA, but using xscale will
take in account the absurdly long pipeline on
On 09/06/2012 02:27 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN alexandru.dam...@intel.com
This is the final upgrade of udev. Futher upgrades will only
come in conjunction with systemd.
The v4l1 removal patch is deprecated as the bug is fixed inside udev.
There is a new patch fixing the path
On Tue, 2012-09-11 at 12:36 -0700, Scott Garman wrote:
On 09/11/2012 12:23 PM, Burton, Ross wrote:
On 11 September 2012 20:19, Scott Garman scott.a.gar...@intel.com wrote:
Negatory on both counts. Sounds like a bug?
Certainly does. Not sure how that regressed or how QA didn't notice.
HI Mark,
I sent a patch (see above) which added python as a dependency and that
seemed to fix it. Whether or not this is the right fix I don't know...
should git require the python binary to run? I really don't know much about
it...
I wonder what needs python in git. Can you inspect ?
1 - 100 of 111 matches
Mail list logo