Hello Saul,
Thanks.
Good question. :-)
I think it's a definitely yes.
Although I need to check :-)
However, in the case of x86-64, there will be a small limitation.
The guest OS can be used only on a x86-64 machine (and I am guessing, also with
a 64 bits enabled OS).
Regards,
Cristian
OK, I will take care of that, if everyone agrees.
Regards,
Cristian
-Original Message-
From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
Sent: Tuesday, September 18, 2012 7:24 AM
To: Saul Wold
Cc: Iorga, Cristian; Patches and discussions about the oe-core layer
Subject: Re:
- netbase should only include etc-rpc, etc-protocols, etc-services
and the hosts file
- the init script/configuration files should be in another package
(init-ifupdown)
[YOCTO #2486]
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
meta/conf/layer.conf
I am working on meta-aarch64 layer to add 64-bit ARM support.
For that I have to update gnu-config to newer version. Currently I am
using gnu-config_git.bbappend to move to 20120814 one. OE-Core is using
tarball prepared by Yocto Project so update is not so easy for outside
developer.
Attached
Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
meta/recipes-support/db/db_5.3.15.bb |5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-support/db/db_5.3.15.bb
b/meta/recipes-support/db/db_5.3.15.bb
index 063954a..425be59 100644
---
Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
meta/recipes-core/ncurses/ncurses.inc |5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-core/ncurses/ncurses.inc
b/meta/recipes-core/ncurses/ncurses.inc
index 91b1f34..3ff0914 100644
---
On Tue, 2012-09-18 at 10:58 +0200, Marcin Juszkiewicz wrote:
I am working on meta-aarch64 layer to add 64-bit ARM support.
For that I have to update gnu-config to newer version. Currently I am
using gnu-config_git.bbappend to move to 20120814 one. OE-Core is using
tarball prepared by Yocto
Hi,
This patchset contains some SDK/adt-installer fixes.
Thanks,
Laurentiu
The following changes since commit 913944d904266bf90af0cad94b4f0fb3652bd29d:
upstream_tracking: update lsb and ltp (2012-09-14 17:12:52 +0100)
are available in the git repository at:
When the cross canadian toolchains are installed, for different
architectures, they might contain common files. This leads to
installation failures since the opkg, by default, does not overwrite
files. This issue happens, for example, for binutils packages (that
contain the same locale files) or
The SDK installation scripts should not canonicalize symlinked
directories because the entire relocation would be done to the directory
to which the symlink points. Instead, if the installation is a symlink,
use that path to relocate the binaries.
For example, if we have the following symlink:
If the installation is done in a directory which already contains a
valid installation, opkg will not install anything and the moving the
contents of /install/dir/opt/poky/1.2 (for example) to /install/dir will
throw some errors. However, the install directory will not be affected.
This patch will
The installer should be generic.
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
meta/classes/populate_sdk_base.bbclass |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
index
W dniu 18.09.2012 11:08, Richard Purdie pisze:
The trouble was that upstream was in cvs. It was the only reason we
still had a dependency on cvs and we decided we wanted to kill it which
isn't something I regret.
There is git mirror hosted on gnu.org servers which can be used instead
of cvs.
The rpm should depend on bison-native, otherwise errors when bitbake
rpm-native in a fresh build:
| make[4]: Entering directory `/path/to/rpm-native-5.4.9-r46/rpm-5.4.9/syck/lib'
| bison -d -t -v -p syck -o gram.c gram.y
| make[4]: bison: Command not found
Basically, both the rpm-native and rpm
The following changes since commit 913944d904266bf90af0cad94b4f0fb3652bd29d:
upstream_tracking: update lsb and ltp (2012-09-14 17:12:52 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/rpmdepend
On Tue, Sep 18, 2012 at 09:47:19AM +0300, Constantin Musca wrote:
- netbase should only include etc-rpc, etc-protocols, etc-services
and the hosts file
- the init script/configuration files should be in another package
(init-ifupdown)
[YOCTO #2486]
Signed-off-by: Constantin Musca
On Tue, 2012-09-18 at 18:18 +0800, Robert Yang wrote:
The rpm should depend on bison-native, otherwise errors when bitbake
rpm-native in a fresh build:
| make[4]: Entering directory
`/path/to/rpm-native-5.4.9-r46/rpm-5.4.9/syck/lib'
| bison -d -t -v -p syck -o gram.c gram.y
| make[4]:
This takes advantage of new bitbake functionality to clean up stale stamp
files when creating new stamp files.
[YOCTO #2961]
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 9c51630..b3d3f52 100644
---
On Tue, 2012-09-18 at 11:29 +0200, Marcin Juszkiewicz wrote:
W dniu 18.09.2012 11:08, Richard Purdie pisze:
The trouble was that upstream was in cvs. It was the only reason we
still had a dependency on cvs and we decided we wanted to kill it which
isn't something I regret.
There is git
Op 18 sep. 2012, om 11:00 heeft Marcin Juszkiewicz
marcin.juszkiew...@linaro.org het volgende geschreven:
Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
meta/recipes-core/ncurses/ncurses.inc |5 +
1 file changed, 5 insertions(+)
diff --git
W dniu 18.09.2012 12:40, Koen Kooi pisze:
+# Update gnu-config files to version used by OE-Core
+do_configure_prepend() {
+install -m 0755
${STAGING_DATADIR_NATIVE}/gnu-config/config.{guess,sub} ${S}
+}
Apart from the missing PR bumps
For normal OE builds situation does not change too
- netbase should only include etc-rpc, etc-protocols, etc-services
and the hosts file
- the init script/configuration files should be in another package
(init-ifupdown)
[YOCTO #2486]
Signed-off-by: Constantin Musca constantinx.mu...@intel.com
---
meta/conf/layer.conf
On 18 September 2012 10:00, Marcin Juszkiewicz
marcin.juszkiew...@linaro.org wrote:
+# Update gnu-config files to version used by OE-Core
+do_configure_prepend() {
+ install -m 0755
${STAGING_DATADIR_NATIVE}/gnu-config/config.{guess,sub} ${S}
+}
Why can't the autotools class do this
W dniu 18.09.2012 13:20, Burton, Ross pisze:
On 18 September 2012 10:00, Marcin Juszkiewicz
marcin.juszkiew...@linaro.org wrote:
+# Update gnu-config files to version used by OE-Core
+do_configure_prepend() {
+ install -m 0755
${STAGING_DATADIR_NATIVE}/gnu-config/config.{guess,sub}
On 09/18/2012 06:28 PM, Richard Purdie wrote:
On Tue, 2012-09-18 at 18:18 +0800, Robert Yang wrote:
The rpm should depend on bison-native, otherwise errors when bitbake
rpm-native in a fresh build:
| make[4]: Entering directory `/path/to/rpm-native-5.4.9-r46/rpm-5.4.9/syck/lib'
| bison -d -t
Op 18 sep. 2012, om 12:01 heeft Constantin Musca constantinx.mu...@intel.com
het volgende geschreven:
- netbase should only include etc-rpc, etc-protocols, etc-services
and the hosts file
- the init script/configuration files should be in another package
(init-ifupdown)
[YOCTO #2486]
KVM, paravirtualization and virtio drivers are now activated
in runqemu using the kvm option flag for qemux86-64.
Host CPU features are also exported to guest OS (Yocto Linux).
Usage example: runqemu qemux86-64 core-image-x11 kvm
Implements [YOCTO #2550].
Signed-off-by:
bash-3.2.48 did not provide the linking from sh to bash, making it unusable.
This patch fixes this. The reason for using 3.2.48 is that it is GPLv2 licensed,
which 4.2 is not.
---
meta/recipes-extended/bash/bash_3.2.48.bb | 20 +++-
1 files changed, 15 insertions(+), 5
KVM, paravirtualization and virtio drivers are now activated
in runqemu using the kvm option flag for qemux86-64.
Host CPU features are also exported to guest OS (Yocto Linux).
Usage example: runqemu qemux86-64 core-image-x11 kvm
Implements [YOCTO #2550].
Signed-off-by:
[ YOCTO #3127 ]
Signed-off-by: Ross Burton ross.bur...@intel.com
---
bitbake/lib/bb/ui/crumbs/builder.py |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/bitbake/lib/bb/ui/crumbs/builder.py
b/bitbake/lib/bb/ui/crumbs/builder.py
index 6df1ca4..335a5cb 100755
---
- include /usr/share/aclocal/intltool.m4 into the intltool
package (the files from intltool-dev must be included into the
main package, as intltool is a development tool)
- add missing rdepends: gettext-dev, libxml-parser-perl
[YOCTO #2597]
Signed-off-by: Constantin Musca
On 09/18/2012 07:04 AM, Ross Burton wrote:
[ YOCTO #3127 ]
Signed-off-by: Ross Burton ross.bur...@intel.com
---
bitbake/lib/bb/ui/crumbs/builder.py |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
bitbake-devel list might be a better place for this.
Sau!
diff --git
Richard,
This contains the PR bumps for the libffi update along
with some fixes.
Please pull.
I am gathering the next bacth of changes up.
Thanks
Sau!
The following changes since commit 7887b99646d8e1e736ad6e4a306e47df9955221e:
local.conf.sample: change valgrind support
On 18 September 2012 15:43, Saul Wold s...@linux.intel.com wrote:
bitbake-devel list might be a better place for this.
Erm, yeah, whoops.
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On 09/18/2012 05:52 AM, Martin Ertsaas wrote:
bash-3.2.48 did not provide the linking from sh to bash, making it unusable.
This patch fixes this. The reason for using 3.2.48 is that it is GPLv2 licensed,
which 4.2 is not.
---
meta/recipes-extended/bash/bash_3.2.48.bb | 20
On Tue, Sep 18, 2012 at 02:40:04PM +0200, Koen Kooi wrote:
Op 18 sep. 2012, om 12:01 heeft Constantin Musca
constantinx.mu...@intel.com het volgende geschreven:
- netbase should only include etc-rpc, etc-protocols, etc-services
and the hosts file
- the init script/configuration files
On Tue, Sep 18, 2012 at 12:22 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Tue, Sep 18, 2012 at 02:40:04PM +0200, Koen Kooi wrote:
Op 18 sep. 2012, om 12:01 heeft Constantin Musca
constantinx.mu...@intel.com het volgende geschreven:
- netbase should only include etc-rpc,
After the discussion, this seems a proper solution:
Let the arch priority win the higher version by default, and add an
option (--select-higher-version) for it to make the higher version win
the arch priority, so that the user can have another choice.
This is only for opkg_svn.bb, maybe the
This is for fixing the problem:
1) bitbake core-image-sato-sdk with MACHINE=qemux86
2) bitbake core-image-sato with with MACHINE=crownbay
The qemux86's PACKAGE_ARCH is i586, the crownbay's is core2, but several
i586 packages will be installed into crownbay's rootfs though there are
core2
On 18 September 2012 16:31, Otavio Salvador ota...@ossystems.com.br wrote:
It seems netbase needs to bump it's version so the RCONFLICTS can be like:
RCONFLICTS_${PN} = netbase ( 5.0.1)
But we're not upstream for netbase -- it's downloaded from Debian.
Of course it's so simple that forking it
On Tue, Sep 18, 2012 at 12:39 PM, Burton, Ross ross.bur...@intel.com wrote:
On 18 September 2012 16:31, Otavio Salvador ota...@ossystems.com.br wrote:
It seems netbase needs to bump it's version so the RCONFLICTS can be like:
RCONFLICTS_${PN} = netbase ( 5.0.1)
But we're not upstream for
On 09/18/2012 06:33 AM, Constantin Musca wrote:
- include /usr/share/aclocal/intltool.m4 into the intltool
package (the files from intltool-dev must be included into the
main package, as intltool is a development tool)
- add missing rdepends: gettext-dev, libxml-parser-perl
[YOCTO #2597]
Hi Laurentiu,
Why this is only an issue for installation to a directory other than the
default e.g. /opt/poky ?
Thanks,
Jessica
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Laurentiu
On 09/12/2012 12:35 PM, Mark Asselstine wrote:
On September 12, 2012 11:20:05 Saul Wold wrote:
I assume this patch is for Denzil? It seems that the current OE-Core
master has etc in that list.
Please confirm
Sau!
Saul,
Sorry I got mixed up on my branches there and didn't notice your
On September 18, 2012 09:39:46 Scott Garman wrote:
On 09/12/2012 12:35 PM, Mark Asselstine wrote:
On September 12, 2012 11:20:05 Saul Wold wrote:
I assume this patch is for Denzil? It seems that the current OE-Core
master has etc in that list.
Please confirm
Sau!
Saul,
The following changes since commit 7887b99646d8e1e736ad6e4a306e47df9955221e:
local.conf.sample: change valgrind support architecture comment (2012-09-14
17:05:59 +0100)
are available in the git repository at:
git://git.yoctoproject.org/user-contrib/dvhart/oe-core dvhart/efidisk
Sometimes it is convenient to prepare a bootable image from the
host rather than using a live-image to install to a disk on the
target.
This script takes a live image as input, partitions a device, and
performs the installation just as the installer would if run on
the target.
Signed-off-by:
On 09/18/2012 08:34 PM, Zhang, Jessica wrote:
Hi Laurentiu,
Why this is only an issue for installation to a directory other than the
default e.g. /opt/poky ?
Because of the internal opkg logic. Opkg keeps an internal database of
all packages installed and the files that each package
RPM does not name it's packages with the Multilib prefix,
but the rootfs_rpm class keeps track of the Multilib prefixs
in a list. Use that list to re-attach the prefix for use with
the license bbclass, buildhistory bbclass will also use this
and make it more accurate between multilib and
squashfs has the -comp option for lzma, so use it.
[YOCTO #3126]
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/image_types.bbclass |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
On 09/18/2012 09:49 AM, Saul Wold wrote:
On 09/18/2012 06:33 AM, Constantin Musca wrote:
- include /usr/share/aclocal/intltool.m4 into the intltool
package (the files from intltool-dev must be included into the
main package, as intltool is a development tool)
- add missing rdepends:
The mount.sh handler attempts to prevent already-mounted filesystems
from being mounted as dynamic/removable /media. But it misses the
case where the kernel has mounted the root filesystem (e.g. with
root=/dev/sda1). In that situation, /proc/mounts has a device name
of /dev/root instead of the
When you boot an image with a kernel-mounted root filesystem
(e.g. root=/dev/sda1 or the like), the root filesystem also appears
as a read-write filesystem under /media. The fix has two parts:
2. Modify the mount.sh hook to test the root filesystem device number
instead of the name (which won't
The busybox defconfig lacks a stat tool, the functionality of which
cannot be reproduced in a way accessible to a shell script running in
a minimal configuration. Enable, and modify the installation path to
/usr/bin/stat to match the coreutils tool for proper alternatives
handling.
Also supports a new altivec TUNE_FEATURE
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/conf/machine/include/tune-ppce6500.inc | 21 +
1 file changed, 21 insertions(+)
create mode 100644 meta/conf/machine/include/tune-ppce6500.inc
diff --git
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-multimedia/flac/flac_1.2.1.bb |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-multimedia/flac/flac_1.2.1.bb
b/meta/recipes-multimedia/flac/flac_1.2.1.bb
index 157128f..6520b71 100644
Signed-off-by: Matthew McClintock m...@freescale.com
---
Not sure if we should try to fix via configure options
meta/recipes-devtools/binutils/binutils.inc |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/binutils/binutils.inc
On Tue, Sep 18, 2012 at 3:08 PM, Matthew McClintock m...@freescale.com wrote:
Also supports a new altivec TUNE_FEATURE
is altivec feature specific to e6500 ? I thought there should be more
tunes using it
___
Openembedded-core mailing list
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/conf/machine/include/powerpc/arch-powerpc.inc |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/machine/include/powerpc/arch-powerpc.inc
b/meta/conf/machine/include/powerpc/arch-powerpc.inc
index 12909d9..ae81cde
Make same changes for e6500 fpu as done with others
Signed-off-by: Matthew McClintock m...@freescale.com
---
.../eglibc/eglibc-2.16/ppc_slow_ieee754_sqrt.patch | 101
meta/recipes-core/eglibc/eglibc_2.16.bb|2 +-
2 files changed, 84 insertions(+), 19
On 09/18/2012 02:38 PM, Andy Ross wrote:
The mount.sh handler attempts to prevent already-mounted filesystems
from being mounted as dynamic/removable /media. But it misses the
case where the kernel has mounted the root filesystem (e.g. with
root=/dev/sda1). In that situation, /proc/mounts has
On Tue, Sep 18, 2012 at 5:19 PM, Khem Raj raj.k...@gmail.com wrote:
On Tue, Sep 18, 2012 at 3:08 PM, Matthew McClintock m...@freescale.com
wrote:
Also supports a new altivec TUNE_FEATURE
is altivec feature specific to e6500 ? I thought there should be more
tunes using it
Nothing else
On Tue, Sep 18, 2012 at 3:23 PM, McClintock Matthew-B29882
b29...@freescale.com wrote:
It's just renaming the patch, so it's replacing ppc-sqrt.patch with
glibc.fix_sqrt2.patch - and these are not authored by me... which I
realize I forgot to add upstream-status as well.
OK now I see. The
On Tue, Sep 18, 2012 at 5:30 PM, Khem Raj raj.k...@gmail.com wrote:
On Tue, Sep 18, 2012 at 3:23 PM, McClintock Matthew-B29882
b29...@freescale.com wrote:
It's just renaming the patch, so it's replacing ppc-sqrt.patch with
glibc.fix_sqrt2.patch - and these are not authored by me... which I
On 09/18/2012 03:25 PM, Saul Wold wrote:
How much bigger does this make the busybox image?
These binaries are manually stripped and not prelinked, but probably
close enough:
-rwxr-xr-x. 1 andy andy 557312 Sep 18 15:30 busybox-r0
-rwxr-xr-x. 1 andy andy 561696 Sep 18 15:30 busybox-r1
So 4k or
On Tue, Sep 18, 2012 at 3:32 PM, McClintock Matthew-B29882
b29...@freescale.com wrote:
Internal patch name. I can change it if needed. But, then I have to
track patch names differences between internal and external.
Not that I am opposed to it but its hard to review as I said.
cant internal be
On Tue, Sep 18, 2012 at 5:33 PM, Khem Raj raj.k...@gmail.com wrote:
On Tue, Sep 18, 2012 at 3:32 PM, McClintock Matthew-B29882
b29...@freescale.com wrote:
Internal patch name. I can change it if needed. But, then I have to
track patch names differences between internal and external.
Not
Before going to the core methodology, the classic openembedded had
support for building wxwidgets.
That library is one that does not appear to have been picked back up
since the refactoring of the code, either because there wasn't much
interest or else it proved hard to do.
When I tried
For a 32-bit machine, we still might always (or optionally) want to build a
64-bit kernel so we add an exception.
Signed-off-by: Matthew McClintock m...@freescale.com
---
Not sure if we should just skip for all virtual/kernel's?
meta/classes/insane.bbclass |6 --
1 file changed, 4
On Tue, Sep 18, 2012 at 3:08 PM, Matthew McClintock m...@freescale.com wrote:
For a 32-bit machine, we still might always (or optionally) want to build a
64-bit kernel so we add an exception.
Signed-off-by: Matthew McClintock m...@freescale.com
---
Not sure if we should just skip for all
On Tue, Sep 18, 2012 at 5:44 PM, Khem Raj raj.k...@gmail.com wrote:
On Tue, Sep 18, 2012 at 3:08 PM, Matthew McClintock m...@freescale.com
wrote:
For a 32-bit machine, we still might always (or optionally) want to build a
64-bit kernel so we add an exception.
Signed-off-by: Matthew
On Tue, Sep 18, 2012 at 3:38 PM, Brian Lloyd bll...@familyhonor.net wrote:
Before going to the core methodology, the classic openembedded had
support for building wxwidgets.
That library is one that does not appear to have been picked back up
since the refactoring of the code, either because
On 09/18/2012 05:57 AM, Cristian Iorga wrote:
KVM, paravirtualization and virtio drivers are now activated
in runqemu using the kvm option flag for qemux86-64.
Host CPU features are also exported to guest OS (Yocto Linux).
Usage example: runqemu qemux86-64 core-image-x11 kvm
Is anyone else seeing:
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry trailingslash.patch: file could not be found
WARNING: Unable to get checksum for lib64-nativesdk-libtool SRC_URI
entry prefix-manpage-fix.patch: file could not be found
WARNING: Unable to get checksum
On Tue, Sep 18, 2012 at 5:35 PM, Matthew McClintock m...@freescale.com wrote:
On Tue, Sep 18, 2012 at 5:33 PM, Khem Raj raj.k...@gmail.com wrote:
On Tue, Sep 18, 2012 at 3:32 PM, McClintock Matthew-B29882
b29...@freescale.com wrote:
Internal patch name. I can change it if needed. But, then I
On Tue, Sep 18, 2012 at 5:08 PM, Matthew McClintock m...@freescale.com wrote:
Make same changes for e6500 fpu as done with others
This patch was the problem, I needed to update this for e500mc as well
since the glibc.fix_sqrt2.patch updates it as well. Will submit v2 of
both of the patches.
-M
this feature? Please use descriptive commit logs, so s/this
feature/mulitarch/.
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
On Tue, Sep 18, 2012 at 11:35 PM, Burton, Ross ross.bur...@intel.com wrote:
this feature? Please use descriptive commit logs, so s/this
feature/mulitarch/.
I will update this and send a v2, after I wait a bit for more comments.
-M
Ross
___
On 09/05/2012 10:52 PM, Koen Kooi wrote:
Op 6 sep. 2012, om 02:49 heeft Darren Hart dvh...@linux.intel.com het
volgende geschreven:
On 09/05/2012 02:42 PM, McClintock Matthew-B29882 wrote:
On Tue, Aug 28, 2012 at 1:41 AM, Koen Kooi k...@dominion.thruhere.net wrote:
From: Darren Hart
On 09/14/2012 04:20 PM, Mark Hatle wrote:
On 9/14/12 6:15 PM, Scott Garman wrote:
In certain edge cases, bitbake may fail to run and cause setup_tmpdir()
within runqemu to fail, and not give the user a helpful error message.
Catch this case and show the user the output of bitbake -e.
This
In certain edge cases, bitbake may fail to run and cause setup_tmpdir()
within runqemu to fail, and not give the user a helpful error message.
Catch this case and show the user the output of bitbake -e.
This fixes [YOCTO #3112]
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
Hello,
This is a fix for Yocto bug #3112, where there are certain edge cases
where the bitbake command is avalable to fails to run. Previously we
mistakenly treated that as the same case as if bitbake didn't exist in
the user's $PATH, and this fix causes us to show the user the output
of bitbake
So Scott asked me to explain why these bluez updates are needed in denzil, and
it's mainly because of udev. The old bluez is using deprecated udev API that
went away in newer releases and I'm trying to get a more recent udev into
meta-oe to fix bugs people have reported. But apart from the
So Scott asked me to explain why these pulseaudio updates are needed in denzil,
and it's mainly because of udev. The old bluez is using deprecated udev API
that went away in newer releases and I'm trying to get a more recent udev into
meta-oe to fix bugs people have reported.
I must admit that
On 09/18/12 16:55, Saul Wold wrote:
On 09/18/2012 05:52 AM, Martin Ertsaas wrote:
bash-3.2.48 did not provide the linking from sh to bash, making it
unusable.
This patch fixes this. The reason for using 3.2.48 is that it is
GPLv2 licensed,
which 4.2 is not.
---
85 matches
Mail list logo