W dniu 16.06.2012 16:53, Philip Balister pisze:
> Who is controlling it? If I knew I forgot :)
And it would be better to post there daily rather than flooding like it
was done recently.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openem
without following oe-core's version PREFERRED_PROVIDER_jpeg does not work and
libjpeg is build.
Signed-off-by: Andreas Müller
---
meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn
On Fri, Jun 15, 2012 at 02:12:52PM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: f71258f0ef96802e714b6f12ecc8c17842d6cf87
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=f71258f0ef96802e714b6f12ecc8c17842d6cf87
>
> A
Pardon my ignorance, I am a newb to OE / BitBake. I've been building
custom embedded rootfs images the old fashioned way by hand for a long
time.
Recently I've been experimenting with OE / BitBake to determine if it
is suitable for my needs. I want to be able to select exactly which
packages are
On 6/18/12 11:57 AM, Dallas Clement wrote:
Pardon my ignorance, I am a newb to OE / BitBake. I've been building
custom embedded rootfs images the old fashioned way by hand for a long
time.
Recently I've been experimenting with OE / BitBake to determine if it
is suitable for my needs. I want to
On Mon, Jun 18, 2012 at 9:57 AM, Dallas Clement
wrote:
> Pardon my ignorance, I am a newb to OE / BitBake. I've been building
> custom embedded rootfs images the old fashioned way by hand for a long
> time.
>
> Recently I've been experimenting with OE / BitBake to determine if it
> is suitable fo
Since oe-core added rfkill to busybox, this recipe needs to use u-a
also.
Signed-off-by: Saul Wold
---
meta-oe/recipes-connectivity/rfkill/rfkill_0.4.bb |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/meta-oe/recipes-connectivity/rfkill/rfkill_0.4.bb
b/meta-oe/rec
Hello,
The attached patches update the SRC_UI of both acl and attr packages,
since the mirror.its.uidaho.edu repository seems to be down.
The patches are intended for oe-classic.
Apelete Seketeli (2):
acl: Updates SRC_URI to download.savannah.gnu.org
attr: Updates SRC_URI to download.savannah
Signed-off-by: Apelete Seketeli
---
recipes/udev/attr_2.4.44.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes/udev/attr_2.4.44.bb b/recipes/udev/attr_2.4.44.bb
index 00aafce..1b95c58 100644
--- a/recipes/udev/attr_2.4.44.bb
+++ b/recipes/udev/attr_2.4.44.bb
@@ -3,
Signed-off-by: Apelete Seketeli
---
recipes/udev/acl_2.2.49.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes/udev/acl_2.2.49.bb b/recipes/udev/acl_2.2.49.bb
index 7b68a12..12bad33 100644
--- a/recipes/udev/acl_2.2.49.bb
+++ b/recipes/udev/acl_2.2.49.bb
@@ -3,7 +3,
* xz -7 makes sense if your vmlinux is much larger than 16 MiB uncompressed
Signed-off-by: Andrea Adami
---
conf/machine/include/zaurus.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/conf/machine/include/zaurus.inc b/conf/machine/include/zaurus.inc
index 268b9fd..4
* previously the sections were separated by KERNEL string
Signed-off-by: Andrea Adami
---
.../recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb
b/meta-initramfs/
* new git repository on github
* new LABEL separator
* text-ui fallback
* install /sys for upcoming ubifs detection
* menu-bug fix
* minor fixes
Signed-off-by: Andrea Adami
---
.../recipes-bsp/kexecboot/kexecboot-klibc_git.bb |6 +++---
meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc |
Signed-off-by: Andrea Adami
---
.../images/initramfs-kexecboot-image.bb|2 +-
.../images/initramfs-kexecboot-klibc-image.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-image.bb
b/meta-initram
* The linux-yocto-tiny-kexecboot recipe can be extended and support
* more devices migrating the patches and renaming the defconfig as
* done for Sharp Zaurus devices.
Signed-off-by: Andrea Adami
---
.../recipes-kernel/linux/linux-kexecboot.inc | 124
.../recipes-kern
Hello,
This fix regenerates the gtk+-2.20.1/no-demos.patch file because the
targeted Makefile.am file changed since gtk+-2.10.1.
The gtk+_2.20.1.bb recipe is also updated to fix an issue where
no-demos.patch was not taken into account during the do_patch() stage.
Apelete Seketeli (1):
gtk+: Rege
This fix regenerates the gtk+-2.20.1/no-demos.patch file because the
targeted Makefile.am file changed since gtk+-2.10.1.
The gtk+_2.20.1.bb recipe is also updated to fix an issue where
no-demos.patch was not taken into account during the do_patch() stage.
Signed-off-by: Apelete Seketeli
---
rec
On Monday 18 June 2012 11:57:01 Dallas Clement wrote:
> Lastly, it is possible to avoid the repeated fetching of source
> packages? In other words, can the source URI's point to packages in a
> local file system repository?
I have extracted some minimal code from the old OE srctree.bbclass file t
Thanks all for the tips! I got quite a bit further by trying oe-core
instead of the oe-classic I was using. Was able to build a minimal
system and run in qemu for x86-64.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
htt
On 06/18/2012 05:32 PM, Ciprian Ciubotariu wrote:
On Monday 18 June 2012 11:57:01 Dallas Clement wrote:
Lastly, it is possible to avoid the repeated fetching of source
packages? In other words, can the source URI's point to packages in a
local file system repository?
I have extracted some mini
On Mon, Jun 18, 2012 at 9:34 PM, j wrote:
>>
>> Also, you need to bitbake -c cleanall to make bitbake
>> forget it
>
>
> Isnt bitbake -c cleansstate a better method of cleaning a
> build you want to do again?
>
> If not does anyone know what the actual difference is?
clean - cleans the builddir
On 06/18/2012 09:40 PM, Khem Raj wrote:
On Mon, Jun 18, 2012 at 9:34 PM, j wrote:
Also, you need to bitbake -c cleanall to make bitbake
forget it
Isnt bitbake -c cleansstate a better method of cleaning a
build you want to do again?
If not does anyone know what the actual difference is?
cl
On Tue, Jun 19, 2012 at 01:42:10AM +0200, Apelete Seketeli wrote:
> This fix regenerates the gtk+-2.20.1/no-demos.patch file because the
> targeted Makefile.am file changed since gtk+-2.10.1.
> The gtk+_2.20.1.bb recipe is also updated to fix an issue where
> no-demos.patch was not taken into accou
Le 19-Jun-12, Martin Jansa a écrit:
> On Tue, Jun 19, 2012 at 01:42:10AM +0200, Apelete Seketeli wrote:
> > This fix regenerates the gtk+-2.20.1/no-demos.patch file because the
> > targeted Makefile.am file changed since gtk+-2.10.1.
> > The gtk+_2.20.1.bb recipe is also updated to fix an issue whe
On Tue, Jun 19, 2012 at 08:07:03AM +0200, Apelete Seketeli wrote:
> Le 19-Jun-12, Martin Jansa a écrit:
> > On Tue, Jun 19, 2012 at 01:42:10AM +0200, Apelete Seketeli wrote:
> > > This fix regenerates the gtk+-2.20.1/no-demos.patch file because the
> > > targeted Makefile.am file changed since gtk+
25 matches
Mail list logo