Re: [oe] FOSDEM giveaway
On Wed, 23 Jan 2013 14:18:43 +0100 Marcin Juszkiewicz wrote: Hi, > 5. PC Engines Alix.1c I'm very interested, but not for openembedded purposes: it is capable of running coreboot and I already did the port of coreboot to the m4a785t-m mainboard(I've also a coreboot lenovo x60). Denis ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 1/3] scripts/firefox-gen-l10n-recipes: Update copyright to 2013
On Thu, 10 Jan 2013 17:12:02 +0100 Eric Bénard wrote: > Hi Denis, Hi, > Le Thu, 10 Jan 2013 12:39:31 +0100, > Denis 'GNUtoo' Carikli a écrit : > > > On Mon, 7 Jan 2013 20:33:40 +0100 > > Martin Jansa wrote: > > > > > On Sun, Jan 06, 2013 at 08:12:57PM -0200, Otavio Salvador wrote: > > > > Signed-off-by: Otavio Salvador > > > > > > I've build tested all 3 on jenkins and looks good to me: > > It does the same than the previous version of firefox: > > root@om-gta04:~# firefox > > Illegal instruction > > > > om-gta04 is an armv7 machine with NEON. > > I think it's a toolchain issue. > > > can you test it on your cpuimx51 please ? With which branch? danny? denzil? master? Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 1/3] scripts/firefox-gen-l10n-recipes: Update copyright to 2013
On Thu, 10 Jan 2013 09:42:38 -0200 Otavio Salvador wrote: > On Thu, Jan 10, 2013 at 9:39 AM, Denis 'GNUtoo' Carikli > wrote: > > On Mon, 7 Jan 2013 20:33:40 +0100 > > Martin Jansa wrote: > > > >> On Sun, Jan 06, 2013 at 08:12:57PM -0200, Otavio Salvador wrote: > >> > Signed-off-by: Otavio Salvador > >> > >> I've build tested all 3 on jenkins and looks good to me: > > It does the same than the previous version of firefox: > > root@om-gta04:~# firefox > > Illegal instruction > > > > om-gta04 is an armv7 machine with NEON. > > I think it's a toolchain issue. > > What arch is it? Can you check which instruction is it? last time I tried to debug it it was an issue in the trampoline code for javascript, and was because of thumb issues, I also remember that the safe mode of firefox worked... Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 1/3] scripts/firefox-gen-l10n-recipes: Update copyright to 2013
On Mon, 7 Jan 2013 20:33:40 +0100 Martin Jansa wrote: > On Sun, Jan 06, 2013 at 08:12:57PM -0200, Otavio Salvador wrote: > > Signed-off-by: Otavio Salvador > > I've build tested all 3 on jenkins and looks good to me: It does the same than the previous version of firefox: root@om-gta04:~# firefox Illegal instruction om-gta04 is an armv7 machine with NEON. I think it's a toolchain issue. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] OE-Classic recipe migration status
On Sun, 11 Nov 2012 19:11:28 + Paul Eggleton wrote: > Hi all, > > Whilst the OE-Core-based layer landscape has grown quite a bit over > the last year and we now have a wealth of clean and up-to-date > recipes, I've heard a few people commenting that we've still lost > quite a few recipes along the way. Nobody who did make that comment > has seemed to be able to be specific about what they thought we were > missing however, so I figured it would be worth trying to determine > exactly which recipes are only available in OE-Classic. > > With the help of some scripts I've produced a list of the recipes, > made some notes and categorised some of them. I've published the list > on the wiki (unfortunately I had to split it into two pages since it > was too large to put into one): > > http://www.openembedded.org/wiki/OE-Classic_Recipes_A-I > http://www.openembedded.org/wiki/OE-Classic_Recipes_J-Z > > I don't know much about a lot of these recipes, so if you can help to > fill in the gaps particularly by marking the obsolete ones as such or > adding other comments, that would be great. Either edit the pages > directly or make your comments here and I'll merge them. Having the following software would be nice: * 0x,0x-native //used for flashing the n900 and for interacting with the n900 NAND partition(decoding what's on an MTD partition such as wifi calibration, MAC address etc...) * abiword plugins * accelges : gesture recognition for the openmoko freerunner (gta02) * asterisk recipes? could still be usefull... * batctl//for mesh networking * batmand //for mesh networking * wscan,dvb*//for looking at dvb-t, some of my devices have USB host. * ekiga //would be nice for VOIP * fennec //renamed to firefox mobile? * flashrom //could be definitely usefull to flash BIOS from embedded devices, I cross compiled it by hand for now, devices that have SPI can flash SPI BIOS chips, such as the bug 2.0 or the rasberry pi * geoclue // could be usefull if it can uses gpsd * gnash //usefull to see flash animations even if now there is html5 for youtube * gnuchess //nice chess engine but a bit too hard. * gnumeric //should be very nice. like ooo/libreoffice calc. * gst-ducati // would be really usefull for omap4. * gst-player? //isn't it gst-123 or something like that in the new oe? * intone-video //would be nice, like intone which is an efl music player but for video. * irssi //nice command line IRC client. * linphone //VOIP client, no VOIP client seem present in the new oe. * mpd-alsa, mpc, // do we have mpd in the new oe? if so that's nice. what about graphical clients? * mumudvb //would be nice, for straming dvb. * nmap //nice for nmap -sP (for finding IP of local computers). * openbmap-logger //same kind of softwaer than cellhunter(see below) * privoxy //a proxy that can filter request, usefull for anonimizing the connection or with tor. * sflphone-common //is slfphone in the new oe? * tesseract //could be usefull for making apps that uses a camera and recognize text? * totem * tor //anonymity network. * tshark,wireshark //usefull for debugging modem protocol in some phones. Games(All the free games that don't require 3d if possible): * abuse (arcade game) * bzflag? doesn't it require 3d acceleration? * bzflag-server? is it required for bzflag? * cellhunter //not really a game, it's rather a tool for mapping cell * crimsonfields towers with the freerunner, would be nice to have. * freedoom // free software data (.wad) for the game named doom. * frozen-bubble * openttd* //train simulation * opentryan * rocksndiamonds * supertux,supertux-qvga * wordwarvi //great game * xboard //also need a chess engine such as gnuchess or another one * prboom ??? //not in the list, but probably not in the newer oe either. doom game. Misc comments: * Aurora is in meta-smartphone I think. * Eukrea uses barebox in its layers. * We have a generic compat wireless that has almost all modules in the new oe. * concierge is an osgi implementation that was used in the buglabs bug 1.x and not used anymore in the buglabs bug 2.x * emacs-x11 is already in the new oe, under the name of emacs(yes it works with X11). * fso2-demo-image //obsolete, probably doesn't work anymore because of zhone * fso2-console-image //available in meta-fso * fso-console-image //replaced by fso2-console-image * gnuradio-image //probably in meta-ettus? * gpsd-device-config //obsolete? * linux-bug //kernel too old but no replacement, a 2.6.30 exist without display and only serial is in mainline. * linux-leviathan //obsolete, was for htc dream but got renamed. * lowpan-tools //seem usefull for the nanonote and it's lowpan sdio card. what's the status of the nanonote in the new oe? was there a layer somewhere on some git hosting websites? * madwifi-ng //obsoleted by the ath5k driver * mokonnect //obsoleted by iliwi * msmcomm-specs, palmpre-audio-scripts //palm pre got dropped by freesmartphone and msmcommd w
Re: [oe] [OE-core] OE-Classic recipe migration status
On Mon, 12 Nov 2012 18:26:16 + Stefan Schmidt wrote: > I now longer work for BugLabs but during my last months there I split > up our bunch of recipes according to what we think was sane at that > time. Think end of last year here. > > The BSP layer can be found here: > https://github.com/buglabs/meta-bug However (since my last pull request) it fails to boot and blocks in systemd with an angstrom image, I'll get the diff and a log soon. > And BugLabs specific recipes here: > https://github.com/buglabs/meta-buglabs Nice, I didn't know about it. PS: Note that I don't work for Buglabs either, I just happen to have some buglabs(bug 2.0, bug 1.3 wifi, bug 1.3 + many modules) devices. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] Question regarding status of chromium recipes
On Thu, 25 Oct 2012 11:01:00 -0700 Chris Larson wrote: > I'm wondering if the chromium recipes in this layer have ever been > build tested. I rebuilt from scratch locally the SHR packages and images some days ago, that included chromium And it produced 3 ipk: chromium_19.0.1049.3-r1_armv7a-vfp-neon.ipk chromium-dbg_19.0.1049.3-r1_armv7a-vfp-neon.ipk chromium-dev_19.0.1049.3-r1_armv7a-vfp-neon.ipk I then installed them with opkg install that fetch it from my local feed. I tested a bit youtube in html5 and it worked fine...(I had to create a non-root account to make chromium start tough). Patches for fixing the issues you have are welcome. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/3] kernel.bbclass: fix external module building
Without that fix we have the following while compiling compat-wireless.
include/linux/mmzone.h:18:30: fatal error: generated/bounds.h: No such file
or directory
Note that the compat-wireless recipe will be added in another commit.
Signed-off-by: Denis 'GNUtoo' Carikli
---
meta-oe/classes/kernel.bbclass |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass
index 810d6de..1cd2540 100644
--- a/meta-oe/classes/kernel.bbclass
+++ b/meta-oe/classes/kernel.bbclass
@@ -192,6 +192,9 @@ kernel_do_install() {
cp arch/powerpc/lib/crtsavres.o
$kerneldir/arch/powerpc/lib/crtsavres.o
fi
+ # Necessary for building modules like compat-wireless.
+ cp include/generated/bounds.h $kerneldir/include/generated/bounds.h
+
# Remove the following binaries which cause strip or arch QA errors
# during do_package for cross-compiled platforms
bin_files="arch/powerpc/boot/addnote arch/powerpc/boot/hack-coff \
--
1.7.5.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 3/3] Add hostapd 1.0 recipe
This recipe was based on the hostap-daemon_0.7.3.bb recipe in openembedded-classic at commit c1f52c58deee65c7498a3b3e82b4cc3ae5231b0e Signed-off-by: Denis 'GNUtoo' Carikli --- .../hostapd/hostap-daemon-1.0/defconfig| 145 .../hostapd/hostap-daemon-1.0/init | 37 + .../hostapd/hostap-daemon_1.0.bb | 44 ++ 3 files changed, 226 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-connectivity/hostapd/hostap-daemon-1.0/defconfig create mode 100644 meta-oe/recipes-connectivity/hostapd/hostap-daemon-1.0/init create mode 100644 meta-oe/recipes-connectivity/hostapd/hostap-daemon_1.0.bb diff --git a/meta-oe/recipes-connectivity/hostapd/hostap-daemon-1.0/defconfig b/meta-oe/recipes-connectivity/hostapd/hostap-daemon-1.0/defconfig new file mode 100644 index 000..1f3c6f4 --- /dev/null +++ b/meta-oe/recipes-connectivity/hostapd/hostap-daemon-1.0/defconfig @@ -0,0 +1,145 @@ +# Example hostapd build time configuration +# +# This file lists the configuration options that are used when building the +# hostapd binary. All lines starting with # are ignored. Configuration option +# lines must be commented out complete, if they are not to be included, i.e., +# just setting VARIABLE=n is not disabling that variable. +# +# This file is included in Makefile, so variables like CFLAGS and LIBS can also +# be modified from here. In most cass, these lines should use += in order not +# to override previous values of the variables. + +# Driver interface for Host AP driver +CONFIG_DRIVER_HOSTAP=y + +# Driver interface for wired authenticator +CONFIG_DRIVER_WIRED=y + +# Driver interface for madwifi driver +#CONFIG_DRIVER_MADWIFI=y +#CFLAGS += -I../../madwifi # change to the madwifi source directory + +# Driver interface for Prism54 driver +CONFIG_DRIVER_PRISM54=y + +# Driver interface for drivers using the nl80211 kernel interface +CONFIG_DRIVER_NL80211=y +CONFIG_LIBNL20=y +# driver_nl80211.c requires a rather new libnl (version 1.1) which may not be +# shipped with your distribution yet. If that is the case, you need to build +# newer libnl version and point the hostapd build to use it. +#LIBNL=/usr/src/libnl +#CFLAGS += -I$(LIBNL)/include +#LIBS += -L$(LIBNL)/lib + +# Driver interface for FreeBSD net80211 layer (e.g., Atheros driver) +#CONFIG_DRIVER_BSD=y +#CFLAGS += -I/usr/local/include +#LIBS += -L/usr/local/lib + +# Driver interface for no driver (e.g., RADIUS server only) +#CONFIG_DRIVER_NONE=y + +# IEEE 802.11F/IAPP +CONFIG_IAPP=y + +# WPA2/IEEE 802.11i RSN pre-authentication +CONFIG_RSN_PREAUTH=y + +# PeerKey handshake for Station to Station Link (IEEE 802.11e DLS) +CONFIG_PEERKEY=y + +# IEEE 802.11w (management frame protection) +# This version is an experimental implementation based on IEEE 802.11w/D1.0 +# draft and is subject to change since the standard has not yet been finalized. +# Driver support is also needed for IEEE 802.11w. +#CONFIG_IEEE80211W=y + +# Integrated EAP server +CONFIG_EAP=y + +# EAP-MD5 for the integrated EAP server +CONFIG_EAP_MD5=y + +# EAP-TLS for the integrated EAP server +CONFIG_EAP_TLS=y + +# EAP-MSCHAPv2 for the integrated EAP server +CONFIG_EAP_MSCHAPV2=y + +# EAP-PEAP for the integrated EAP server +CONFIG_EAP_PEAP=y + +# EAP-GTC for the integrated EAP server +CONFIG_EAP_GTC=y + +# EAP-TTLS for the integrated EAP server +CONFIG_EAP_TTLS=y + +# EAP-SIM for the integrated EAP server +#CONFIG_EAP_SIM=y + +# EAP-AKA for the integrated EAP server +#CONFIG_EAP_AKA=y + +# EAP-AKA' for the integrated EAP server +# This requires CONFIG_EAP_AKA to be enabled, too. +#CONFIG_EAP_AKA_PRIME=y + +# EAP-PAX for the integrated EAP server +#CONFIG_EAP_PAX=y + +# EAP-PSK for the integrated EAP server (this is _not_ needed for WPA-PSK) +#CONFIG_EAP_PSK=y + +# EAP-SAKE for the integrated EAP server +#CONFIG_EAP_SAKE=y + +# EAP-GPSK for the integrated EAP server +#CONFIG_EAP_GPSK=y +# Include support for optional SHA256 cipher suite in EAP-GPSK +#CONFIG_EAP_GPSK_SHA256=y + +# EAP-FAST for the integrated EAP server +# Note: Default OpenSSL package does not include support for all the +# functionality needed for EAP-FAST. If EAP-FAST is enabled with OpenSSL, +# the OpenSSL library must be patched (openssl-0.9.9-session-ticket.patch) +# to add the needed functions. +#CONFIG_EAP_FAST=y + +# Wi-Fi Protected Setup (WPS) +CONFIG_WPS=y +# Enable UPnP support for external WPS Registrars +#CONFIG_WPS_UPNP=y + +# EAP-IKEv2 +#CONFIG_EAP_IKEV2=y + +# Trusted Network Connect (EAP-TNC) +#CONFIG_EAP_TNC=y + +# PKCS#12 (PFX) support (used to read private key and certificate file from +# a file that usually has extension .p12 or .pfx) +CONFIG_PKCS12=y + +# RADIUS authentication server. This provides access to the integrated EAP +# server from external hosts using RADIUS. +CONFIG_RADIUS_SERVER=y + +# Build IPv6 support for RADIUS operations +CONFIG_IPV6=y + +# IEEE Std 802.11r-2008 (Fast BSS Transition) +#CONF
[oe] [meta-oe][PATCH 2/3] Add compat-wireless recipe.
This recipe was based on the compat-wireless.inc recipe from
openembedded-classic
at commit 53784a5e2622582ce5e2ffb91bbdb573503ed75e
The .inc is there in order to make it possible to have such recipes:
$ cat compat-wireless-ath_0.bb
include compat-wireless.inc
do_configure() {
cd ${S}
./scripts/driver-select ath
}
0001-ath5k-fix-compilation-without-CONFIG_PCI.patch will have to be submitted
upstream
Signed-off-by: Denis 'GNUtoo' Carikli
---
.../compat-wireless/compat-wireless-all_0.bb |1 +
.../compat-wireless/compat-wireless.inc| 33
...-ath5k-fix-compilation-without-CONFIG_PCI.patch | 33
3 files changed, 67 insertions(+), 0 deletions(-)
create mode 100644
meta-oe/recipes-kernel/compat-wireless/compat-wireless-all_0.bb
create mode 100644 meta-oe/recipes-kernel/compat-wireless/compat-wireless.inc
create mode 100644
meta-oe/recipes-kernel/compat-wireless/files/0001-ath5k-fix-compilation-without-CONFIG_PCI.patch
diff --git a/meta-oe/recipes-kernel/compat-wireless/compat-wireless-all_0.bb
b/meta-oe/recipes-kernel/compat-wireless/compat-wireless-all_0.bb
new file mode 100644
index 000..1d3395f
--- /dev/null
+++ b/meta-oe/recipes-kernel/compat-wireless/compat-wireless-all_0.bb
@@ -0,0 +1 @@
+include compat-wireless.inc
diff --git a/meta-oe/recipes-kernel/compat-wireless/compat-wireless.inc
b/meta-oe/recipes-kernel/compat-wireless/compat-wireless.inc
new file mode 100644
index 000..faf1aab
--- /dev/null
+++ b/meta-oe/recipes-kernel/compat-wireless/compat-wireless.inc
@@ -0,0 +1,33 @@
+DESCRIPTION = "Latest wireless drivers"
+HOMEPAGE = "http://wireless.kernel.org/en/users/Download";
+SECTION = "kernel/modules"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=d7810fab7487fb0aad327b76f1be7cd7"
+RDEPENDS = "wireless-tools"
+PR = "r0"
+
+COMPAT_WIRELESS_VERSION = "3.5-rc5-1"
+
+SRC_URI = " \
+
http://www.orbit-lab.org/kernel/compat-wireless-3-stable/v3.5/compat-wireless-${COMPAT_WIRELESS_VERSION}.tar.bz2
\
+ file://0001-ath5k-fix-compilation-without-CONFIG_PCI.patch \
+"
+
+PV = "${COMPAT_WIRELESS_VERSION}"
+
+S = "${WORKDIR}/compat-wireless-${COMPAT_WIRELESS_VERSION}"
+
+inherit module
+
+EXTRA_OEMAKE = "KLIB_BUILD=${STAGING_KERNEL_DIR} KLIB=${D}"
+
+do_configure_append() {
+ sed -i "s#@./scripts/update-initramfs## " Makefile
+}
+
+do_install() {
+ oe_runmake DEPMOD=echo DESTDIR="${D}" INSTALL_MOD_PATH="${D}"
LDFLAGS="" install-modules
+}
+
+SRC_URI[md5sum] = "5d26bb5fd830ba67e920e0e4b2cff284"
+SRC_URI[sha256sum] =
"f77ec3afd7c8fb1d9583cb5c82cdc683816c7fc43cebebc1f0f029d172fcce9a"
diff --git
a/meta-oe/recipes-kernel/compat-wireless/files/0001-ath5k-fix-compilation-without-CONFIG_PCI.patch
b/meta-oe/recipes-kernel/compat-wireless/files/0001-ath5k-fix-compilation-without-CONFIG_PCI.patch
new file mode 100644
index 000..3a51266
--- /dev/null
+++
b/meta-oe/recipes-kernel/compat-wireless/files/0001-ath5k-fix-compilation-without-CONFIG_PCI.patch
@@ -0,0 +1,33 @@
+From fb323acc0b01bcf1ecafb9330c4fbb41cf942139 Mon Sep 17 00:00:00 2001
+From: Denis 'GNUtoo' Carikli
+Date: Wed, 18 Jul 2012 01:01:52 +0200
+Subject: [PATCH] ath5k: fix compilation without CONFIG_PCI
+
+Without that fix we have:
+ [...]/drivers/net/wireless/ath/ath5k/led.c: In function 'ath5k_init_leds':
+ [...]/drivers/net/wireless/ath/ath5k/led.c:179:2: error: implicit
declaration of function 'pci_match_id' [-Werror=implicit-function-declaration]
+When CONFIG_PCI is not set.
+
+Upstream-Status: Pending: Not submitted yet.
+
+Signed-off-by: Denis 'GNUtoo' Carikli
+---
+ drivers/net/wireless/ath/ath5k/led.c |2 +-
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+diff --git a/drivers/net/wireless/ath/ath5k/led.c
b/drivers/net/wireless/ath/ath5k/led.c
+index c044476..a4de133 100644
+--- a/drivers/net/wireless/ath/ath5k/led.c
b/drivers/net/wireless/ath/ath5k/led.c
+@@ -173,7 +173,7 @@ int __devinit ath5k_init_leds(struct ath5k_hw *ah)
+ if (!ah->pdev)
+ return 0;
+
+-#ifdef CONFIG_ATHEROS_AR231X
++#if defined(CONFIG_ATHEROS_AR231X) || !defined(CONFIG_PCI)
+ match = NULL;
+ #else
+ match = pci_match_id(&ath5k_led_devices[0], pdev);
+--
+1.7.4.1
+
--
1.7.5.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Some spare developer boards and other devices
On Sun, 2012-07-15 at 23:15 +0200, Marcin Juszkiewicz wrote: > Hello > > Few days ago I was unbricking my SheevaPlug and decided to do something > with developer boards (and other devices) which I own but do not use > anymore. > > So idea is to give them for free (you cover DHL/UPS/FedEx posting costs) > for OpenEmbedded developers or Szluug users. I will not send outside of > European Union due to amount of papers to fill. > > Prefer people with some contributions to open source projects and with > ideas what to do with this hardware (to not send it for staying in other > drawer). > 4. Openmoko GTA01bv3 > > One of 36 devices from Phase0 - so very low serial number. But also > serious battery problems. Device with 128MB microSD card. Should be > bootable. The advantage over the freerunner is that there is no glamo, so the microsd and framebuffer support are way better right? Because of that it may be way easier to add support for it in the mainline kernel, however it has downsides too: * no wifi. * non-free GPS. * only one bootloader. * currently it has no board support for it, and the support for it has been removed from the gta02 alsa driver in mainline. I think its machine number has also been removed...because of the lack of support for it in mainline(no board file has ever been merged in all theses years). Is there a limit on the capacity of the microSD card that you can put inside the GTA01? I also heard that the framebuffer was faster...so I wonder if that makes the GUI faster or not. > http://marcin.juszkiewicz.com.pl/2007/03/05/my-neo1973-has-been-sent/ > > 5. Sharp Zaurus c760 > > My favourite model of Zaurus family. Also my first donation from user. > But I do not remember when last time I had it powered on so it only > takes space in a drawer. Will add original Sharp serial cable and maybe > bottom case for big and small battery (if find it somewhere). Also > 802.11b prism2 card and other CF non-memory cards which will find. Some time ago I looked at the status of the zauruses, it seems that the mainline kernel support for them is quite complete. The userspace support too(opie is still alive and there is a meta-opie...). The only problem is that they lost their mplayer acceleration for videos right? Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] libertas seems broken since udev 180
hi, I've the same problem: [ 267.110534] libertas: command 0x timed out [ 267.115142] libertas: Timeout submitting command 0x And I remember seeing something on linux-wireless mailing list about udev changing when the firmware has to be loaded, which resulted in changing all the drivers to acomodate udev, but I don't remember the details... Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-opie] recipe-opie: opie-image: also install the kernel and the machine extra rrecommends
Without that fix most of the machines won't boot(because the kernel is
absent on the rootfs and the bootloader won't find it) and won't
have any kernel modules or firmwares on the rootfs either
(from MACHINE_EXTRA_RRECOMMENDS ).
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes-opie/images/opie-image.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/recipes-opie/images/opie-image.bb
b/recipes-opie/images/opie-image.bb
index dd654c1..ef8080f 100644
--- a/recipes-opie/images/opie-image.bb
+++ b/recipes-opie/images/opie-image.bb
@@ -7,7 +7,8 @@ DEPENDS = "task-base task-opie"
IMAGE_FEATURES = "ssh-server-dropbear"
ANGSTROM_EXTRA_INSTALL ?= ""
-IMAGE_INSTALL = "task-core-boot ${ROOTFS_PKGMANAGE} task-opie-base
task-opie-base-applets \
+IMAGE_INSTALL = "task-core-boot kernel ${MACHINE_EXTRA_RRECOMMENDS} \
+ ${ROOTFS_PKGMANAGE} task-opie-base task-opie-base-applets \
task-opie-base-inputmethods task-opie-base-apps \
task-opie-base-settings task-opie-base-decorations \
task-opie-base-styles task-opie-base-pim \
--
1.7.4.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] FOSDEM 2012 - stand organization thread
>Any news regarding OE people who want come to FOSDEM? I'm planning to come. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] fso-console-image problems
>Apart from setting "CONFIG_FRAMEBUFFER_CONSOLE=y" (and possibly setting >"# CONFIG_DUMMY_CONSOLE is not set") should I activate anything else >from the above? Is that all what's needed? Instead of trying to edit the file manually, try "make xconfig" in the directory where the kernel is extracted(something like work/htcdream*/linux- leviathan*/git/ ) and do it manually trough the GUI, then save back the resulting defconfig, increase PR in the recipe and rebuild your console-image. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] fso-console-image problems
>When I boot up the console-image things are almost exactly the same - If you don't need Xorg,Try recompiling the kernel with the framebuffer console built in. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] fso-console-image problems
>I'm not familiar with htcdream, but this looks like some problem with kernel fb >driver, you can try to boot shr-image, setup ssh access and then >shutdown xserver (with /etc/init.d/xserver-nodm stop) to see if you get >console login (check inittab if it's starting getty there) and also try >other vts with chvt. The framebuffer console was disabled in the kernel because it could make the phone freeze when Xorg stopped... Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] fso-console-image problems
What are you using? SHR-core or openembedded classic? If you are using shr-core you need to fix that file: openembedded-core/meta/conf/machine/include/arm/arch-armv6.inc to include support for armv6-novfp and add a tune file for the CPU of the htcdream and then require that cpu tune file in the htcdream machine recipe. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Documentation problems
Also the current wiki lacks a license. (when you edit it says "see Openembedded.org:Copyrights for details" but that page points nowehre) Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Plans for OE classic future
>If we're wrong, >someone needs to tell us what's missing. A lot of recipes are missing in the new core-based oe >We've now finally reached the point where it's really >just mechanical "migrate recipes A/B/C" (and not to trivialize these >efforts!). What about recipes that have patches without the correct header? Migrating the patches to the new core-based oe may be trivial, but in order to be able to submit them you need to have the correct patch headers, right? Some recipes are kept in the contrib/shr branches because of that issue. I was thinking of a kernel-like staging area for recipes of bad quality. (for instance that lack the correct patch headers) so porting a big recipe like mplayer1 would not be a one-person effort anymore. Or are the recipes with multiples patches lacking the correct headers not so common? Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] RFC Creation of a meta-telephony repository
>could someone create a meta-telephony repository for me? In this repository I >would like to maintain OpenBSC, osmocomBB, TETRA, mISDN, LCR, Asterisk (and >probably more in the future). I already did some osmocomBB recipes in meta-smartphone. (only the necessary recipes to load osmocomBB on the freerunner baseband) Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] lightmediascanner: Add version 0.4.3.0 (initial recipe)
From: pespin
* Recipe based on recipe v0.4.1.0 from oe.dev
(http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/lightmediascanner/lightmediascanner_0.4.1.0.bb?id=99ed67320060c4b9f686328a22f68980c2154c62)
Signed-off-by: Pau Espin Pedrol
Signed-off-by: Denis 'GNUtoo' Carikli
---
.../lightmediascanner/lightmediascanner_0.4.3.0.bb | 28
1 files changed, 28 insertions(+), 0 deletions(-)
create mode 100644
meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.3.0.bb
diff --git
a/meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.3.0.bb
b/meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.3.0.bb
new file mode 100644
index 000..6736a97
--- /dev/null
+++ b/meta-efl/recipes-multimedia/lightmediascanner/lightmediascanner_0.4.3.0.bb
@@ -0,0 +1,28 @@
+DESCRIPTION = "Lightweight media scanner meant to be used in not-so-powerful
devices"
+AUTHOR = "ProFUSION"
+HOMEPAGE = "http://lms.garage.maemo.org/";
+SECTION = "libs/multimedia"
+LICENSE = "LGPLv2.1+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343"
+DEPENDS = "sqlite3 flac"
+
+PR = "r0"
+
+SRC_URI =
"https://garage.maemo.org/frs/download.php/9439/lightmediascanner-${PV}.tar.bz2";
+
+inherit autotools pkgconfig gettext
+
+do_install_append() {
+install -d ${D}/${bindir}/
+install -m 755 ${WORKDIR}/${PN}-${PV}/src/bin/.libs/test
${D}/${bindir}/test-lms
+}
+
+PACKAGES =+ "${PN}-test"
+
+FILES_${PN}-test = "${bindir}/test-lms"
+
+FILES_${PN}-dbg += "${libdir}/${PN}/plugins/.debug"
+
+SRC_URI[md5sum] = "188ff5188cfa0f2504a42934c969cb77"
+SRC_URI[sha256sum] =
"bdbe76655ad212b936fb3cf6a9ca725e318ddeb57cd7d950d9c8409297d3b0da"
+
--
1.7.4.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] minimal-uclibc: ../../src/lib/.libs/liblightmediascanner.so: undefined reference to `libiconv_open' (was: [meta-efl] lightmediascanner: Add version 0.4.3.0 (initial recipe))
>The upstream developer Gustavo provided a patch and this seems to fix >the build issues. Could you test if the recipe in oe.dev [1] works for >you. it doesn't work for me: | configure.ac:37: required file `./config.rpath' not found | autoreconf: automake failed with exit status: 1 and at line 37 there is: AM_ICONV which is added by that patch. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe
>Let me know if it is not good enough, and if the patch is accepted. hi, First thanks for the patch, unfortunately it's in the wrong format, you should rather use git (git add + git commit + git format-patch + git-send-email ) as described in the patch sending guide: http://www.openembedded.org/index.php/How_to_submit_a_patch_for_dummies Then I wonder what is fix-makefile. I'd like vlc to get fixed. Thanks again for caring about vlc. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] angstrom-2010-preferred-versions: select udev168 for the bug machine
Angstrom 2010 selects udev 171 by default for all the machines, but the bug machine has a 2.6.27 kernel, and would need quite a lot of backport in order to work with udev 171 + its udev 141 compat wrapper udev 171 + udev 141 compat wrapper doesn't work on the bug machine, even with a backported accept4() syscall. So selecting udev 168 for the bug sounds a good choice. Note that udev 168 is machine arch for the bug machine, so if it was built before building udev 171 it's automatically selected Signed-off-by: Denis 'GNUtoo' Carikli --- .../include/angstrom-2010-preferred-versions.inc |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/conf/distro/include/angstrom-2010-preferred-versions.inc b/conf/distro/include/angstrom-2010-preferred-versions.inc index 8ce3ee7..5f160b8 100644 --- a/conf/distro/include/angstrom-2010-preferred-versions.inc +++ b/conf/distro/include/angstrom-2010-preferred-versions.inc @@ -66,6 +66,7 @@ PREFERRED_VERSION_tiff= "3.9.4+4.0.0beta6" PREFERRED_VERSION_tslib= "1.0+gitr%" PREFERRED_VERSION_udev = "171" +PREFERRED_VERSION_udev_bug = "168" PREFERRED_VERSION_usbutils = "0.86" PREFERRED_VERSION_wpa-supplicant = "0.7.3" -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v5] conf/bitbake: unbreak and improve lzma image compression handling and adapt linux-kexecboot.inc
From: Otavio Salvador
We now use xz-native to generate lzma images
Kexecboot.inc needed to be adjusted in order to reflect the dependency
change from lzma-native to xz-native
The initramfs.cpio.gz were tested with linux-kexecboot on nokia900.
Signed-off-by: Otavio Salvador
Signed-off-by: Denis 'GNUtoo' Carikli
---
conf/bitbake.conf |5 ++---
recipes/linux/linux-kexecboot.inc |4 ++--
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/conf/bitbake.conf b/conf/bitbake.conf
index 17a494d..66dfaba 100644
--- a/conf/bitbake.conf
+++ b/conf/bitbake.conf
@@ -149,7 +149,6 @@ QEMU_OPTIONS_armv7a = "-cpu cortex-a8"
# default compression levels
XZ_COMPRESSION_LEVEL ?= "-e -9"
-LZMA_COMPRESSION_LEVEL ?= "-e -9"
# default integrity check
XZ_INTEGRITY_CHECK ?= "crc32"
@@ -404,7 +403,7 @@ IMAGE_CMD_cpio = "cd ${IMAGE_ROOTFS} && (find . | cpio -o
-H newc >${DEPLOY_DIR_
IMAGE_CMD_cpio.gz = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | gzip -c -9 >${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz)
${EXTRA_IMAGECMD}"
IMAGE_CMD_cpio.xz = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | xz -c ${XZ_COMPRESSION_LEVEL} --check=${XZ_INTEGRITY_CHECK} >
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.xz) ${EXTRA_IMAGECMD}"
IMAGE_CMD_cpio.gz.u-boot = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find
. | cpio -o -H newc | gzip -c -9
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz) ${EXTRA_IMAGECMD}; mkimage
-A ${UBOOT_ARCH} -O linux -T ramdisk -C gzip -n ${IMAGE_NAME} -d
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz.u-boot"
-IMAGE_CMD_cpio.lzma = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | lzma -c ${LZMA_COMPRESSION_LEVEL}
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma) ${EXTRA_IMAGECMD}"
+IMAGE_CMD_cpio.lzma = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | xz --format=lzma -c ${XZ_COMPRESSION_LEVEL}
--check=${XZ_INTEGRITY_CHECK}
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma) ${EXTRA_IMAGECMD}"
IMAGE_CMD_ubi = "echo \[ubifs\] > ubinize.cfg ; echo mode=ubi >> ubinize.cfg ;
echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img >> ubinize.cfg ; echo
vol_id=0 >> ubinize.cfg ; echo vol_type=dynamic >> ubinize.cfg ; echo
vol_name=${UBI_VOLNAME} >> ubinize.cfg ; echo vol_flags=autoresize >>
ubinize.cfg;mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img ${MKUBIFS_ARGS} && ubinize -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubi ${UBINIZE_ARGS} ubinize.cfg"
IMAGE_CMD_ubifs = "mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img ${MKUBIFS_ARGS}"
@@ -435,7 +434,7 @@ IMAGE_DEPENDS_ext4.gz = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext4.bz2 = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext4.xz = "genext2fs-native e2fsprogs-native xz-native"
IMAGE_DEPENDS_cpio.gz.u-boot = "u-boot-mkimage-native"
-IMAGE_DEPENDS_cpio.lzma = "lzma-native"
+IMAGE_DEPENDS_cpio.lzma = "xz-native"
IMAGE_DEPENDS_cpio.xz = "xz-native"
IMAGE_DEPENDS_squashfs = "squashfs-tools-native"
IMAGE_DEPENDS_squashfs-lzma = "squashfs-tools-native"
diff --git a/recipes/linux/linux-kexecboot.inc
b/recipes/linux/linux-kexecboot.inc
index efa45f2..d1bf6aa 100644
--- a/recipes/linux/linux-kexecboot.inc
+++ b/recipes/linux/linux-kexecboot.inc
@@ -1,5 +1,5 @@
# We set INC_PR here, since a change in the kexecboot recipe will need to get
picked up by *all* the kernels:
-INC_PR = "r39"
+INC_PR = "r40"
inherit kernel siteinfo
@@ -57,7 +57,7 @@ def kernel_version_less_or_equal(variable, checkvalue,
truevalue, falsevalue, d)
# force lzma compression for kernel (linux-kexecboot >= 2.6.32)
# force lzma compression for initramfs (linux-kexecboot >= 2.6.30)
-DEPENDS += '${@kernel_version_less_or_equal("PV", "2.6.29", "", "lzma-native",
d)}'
+DEPENDS += '${@kernel_version_less_or_equal("PV", "2.6.29", "", "xz-native",
d)}'
KERNEL_COMPRESSION = '${@kernel_version_less_or_equal("PV", "2.6.31", "",
"CONFIG_KERNEL_LZMA=y", d)}'
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v4] conf/bitbake: improve compression image handling and adapt linux-kexecboot.inc
From: Otavio Salvador
We now use xz-native to generate lzma images
Kexecboot.inc needed to be adjusted in order to reflect the dependency
change from lzma-native to xz-native
The initramfs.cpio.gz were tested with linux-kexecboot on nokia900.
Signed-off-by: Otavio Salvador
Signed-off-by: Denis 'GNUtoo' Carikli
---
conf/bitbake.conf |5 ++---
recipes/linux/linux-kexecboot.inc |4 ++--
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/conf/bitbake.conf b/conf/bitbake.conf
index 17a494d..66dfaba 100644
--- a/conf/bitbake.conf
+++ b/conf/bitbake.conf
@@ -149,7 +149,6 @@ QEMU_OPTIONS_armv7a = "-cpu cortex-a8"
# default compression levels
XZ_COMPRESSION_LEVEL ?= "-e -9"
-LZMA_COMPRESSION_LEVEL ?= "-e -9"
# default integrity check
XZ_INTEGRITY_CHECK ?= "crc32"
@@ -404,7 +403,7 @@ IMAGE_CMD_cpio = "cd ${IMAGE_ROOTFS} && (find . | cpio -o
-H newc >${DEPLOY_DIR_
IMAGE_CMD_cpio.gz = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | gzip -c -9 >${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz)
${EXTRA_IMAGECMD}"
IMAGE_CMD_cpio.xz = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | xz -c ${XZ_COMPRESSION_LEVEL} --check=${XZ_INTEGRITY_CHECK} >
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.xz) ${EXTRA_IMAGECMD}"
IMAGE_CMD_cpio.gz.u-boot = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find
. | cpio -o -H newc | gzip -c -9
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz) ${EXTRA_IMAGECMD}; mkimage
-A ${UBOOT_ARCH} -O linux -T ramdisk -C gzip -n ${IMAGE_NAME} -d
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz.u-boot"
-IMAGE_CMD_cpio.lzma = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | lzma -c ${LZMA_COMPRESSION_LEVEL}
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma) ${EXTRA_IMAGECMD}"
+IMAGE_CMD_cpio.lzma = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | xz --format=lzma -c ${XZ_COMPRESSION_LEVEL}
--check=${XZ_INTEGRITY_CHECK}
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma) ${EXTRA_IMAGECMD}"
IMAGE_CMD_ubi = "echo \[ubifs\] > ubinize.cfg ; echo mode=ubi >> ubinize.cfg ;
echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img >> ubinize.cfg ; echo
vol_id=0 >> ubinize.cfg ; echo vol_type=dynamic >> ubinize.cfg ; echo
vol_name=${UBI_VOLNAME} >> ubinize.cfg ; echo vol_flags=autoresize >>
ubinize.cfg;mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img ${MKUBIFS_ARGS} && ubinize -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubi ${UBINIZE_ARGS} ubinize.cfg"
IMAGE_CMD_ubifs = "mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img ${MKUBIFS_ARGS}"
@@ -435,7 +434,7 @@ IMAGE_DEPENDS_ext4.gz = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext4.bz2 = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext4.xz = "genext2fs-native e2fsprogs-native xz-native"
IMAGE_DEPENDS_cpio.gz.u-boot = "u-boot-mkimage-native"
-IMAGE_DEPENDS_cpio.lzma = "lzma-native"
+IMAGE_DEPENDS_cpio.lzma = "xz-native"
IMAGE_DEPENDS_cpio.xz = "xz-native"
IMAGE_DEPENDS_squashfs = "squashfs-tools-native"
IMAGE_DEPENDS_squashfs-lzma = "squashfs-tools-native"
diff --git a/recipes/linux/linux-kexecboot.inc
b/recipes/linux/linux-kexecboot.inc
index efa45f2..d1bf6aa 100644
--- a/recipes/linux/linux-kexecboot.inc
+++ b/recipes/linux/linux-kexecboot.inc
@@ -1,5 +1,5 @@
# We set INC_PR here, since a change in the kexecboot recipe will need to get
picked up by *all* the kernels:
-INC_PR = "r39"
+INC_PR = "r40"
inherit kernel siteinfo
@@ -57,7 +57,7 @@ def kernel_version_less_or_equal(variable, checkvalue,
truevalue, falsevalue, d)
# force lzma compression for kernel (linux-kexecboot >= 2.6.32)
# force lzma compression for initramfs (linux-kexecboot >= 2.6.30)
-DEPENDS += '${@kernel_version_less_or_equal("PV", "2.6.29", "", "lzma-native",
d)}'
+DEPENDS += '${@kernel_version_less_or_equal("PV", "2.6.29", "", "xz-native",
d)}'
KERNEL_COMPRESSION = '${@kernel_version_less_or_equal("PV", "2.6.31", "",
"CONFIG_KERNEL_LZMA=y", d)}'
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v3] conf/bitbake: improve compression image handling and adapt linux-kexecboot.inc
From: Otavio Salvador
We now use xz-native to generate lzma images
Kexecboot.inc needed to be adjusted in order to reflect the dependency
change from lzma-native to xz-native
The initramfs.cpio.gz were tested with linux-kexecboot on nokia900.
Signed-off-by: Otavio Salvador
Signed-off-by: Denis 'GNUtoo' Carikli
---
conf/bitbake.conf |4 ++--
recipes/linux/linux-kexecboot.inc |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/conf/bitbake.conf b/conf/bitbake.conf
index 17a494d..bbf86c0 100644
--- a/conf/bitbake.conf
+++ b/conf/bitbake.conf
@@ -404,7 +404,7 @@ IMAGE_CMD_cpio = "cd ${IMAGE_ROOTFS} && (find . | cpio -o
-H newc >${DEPLOY_DIR_
IMAGE_CMD_cpio.gz = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | gzip -c -9 >${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz)
${EXTRA_IMAGECMD}"
IMAGE_CMD_cpio.xz = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | xz -c ${XZ_COMPRESSION_LEVEL} --check=${XZ_INTEGRITY_CHECK} >
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.xz) ${EXTRA_IMAGECMD}"
IMAGE_CMD_cpio.gz.u-boot = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find
. | cpio -o -H newc | gzip -c -9
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz) ${EXTRA_IMAGECMD}; mkimage
-A ${UBOOT_ARCH} -O linux -T ramdisk -C gzip -n ${IMAGE_NAME} -d
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz.u-boot"
-IMAGE_CMD_cpio.lzma = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | lzma -c ${LZMA_COMPRESSION_LEVEL}
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma) ${EXTRA_IMAGECMD}"
+IMAGE_CMD_cpio.lzma = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . |
cpio -o -H newc | xz --format=lzma -c ${LZMA_COMPRESSION_LEVEL}
--check=${XZ_INTEGRITY_CHECK}
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma) ${EXTRA_IMAGECMD}"
IMAGE_CMD_ubi = "echo \[ubifs\] > ubinize.cfg ; echo mode=ubi >> ubinize.cfg ;
echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img >> ubinize.cfg ; echo
vol_id=0 >> ubinize.cfg ; echo vol_type=dynamic >> ubinize.cfg ; echo
vol_name=${UBI_VOLNAME} >> ubinize.cfg ; echo vol_flags=autoresize >>
ubinize.cfg;mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img ${MKUBIFS_ARGS} && ubinize -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubi ${UBINIZE_ARGS} ubinize.cfg"
IMAGE_CMD_ubifs = "mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.ubifs.img ${MKUBIFS_ARGS}"
@@ -435,7 +435,7 @@ IMAGE_DEPENDS_ext4.gz = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext4.bz2 = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext4.xz = "genext2fs-native e2fsprogs-native xz-native"
IMAGE_DEPENDS_cpio.gz.u-boot = "u-boot-mkimage-native"
-IMAGE_DEPENDS_cpio.lzma = "lzma-native"
+IMAGE_DEPENDS_cpio.lzma = "xz-native"
IMAGE_DEPENDS_cpio.xz = "xz-native"
IMAGE_DEPENDS_squashfs = "squashfs-tools-native"
IMAGE_DEPENDS_squashfs-lzma = "squashfs-tools-native"
diff --git a/recipes/linux/linux-kexecboot.inc
b/recipes/linux/linux-kexecboot.inc
index efa45f2..d1bf6aa 100644
--- a/recipes/linux/linux-kexecboot.inc
+++ b/recipes/linux/linux-kexecboot.inc
@@ -1,5 +1,5 @@
# We set INC_PR here, since a change in the kexecboot recipe will need to get
picked up by *all* the kernels:
-INC_PR = "r39"
+INC_PR = "r40"
inherit kernel siteinfo
@@ -57,7 +57,7 @@ def kernel_version_less_or_equal(variable, checkvalue,
truevalue, falsevalue, d)
# force lzma compression for kernel (linux-kexecboot >= 2.6.32)
# force lzma compression for initramfs (linux-kexecboot >= 2.6.30)
-DEPENDS += '${@kernel_version_less_or_equal("PV", "2.6.29", "", "lzma-native",
d)}'
+DEPENDS += '${@kernel_version_less_or_equal("PV", "2.6.29", "", "xz-native",
d)}'
KERNEL_COMPRESSION = '${@kernel_version_less_or_equal("PV", "2.6.31", "",
"CONFIG_KERNEL_LZMA=y", d)}'
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] conf/bitbake: improve compression image handling and adapt linux-kexecboot.inc
From: Otavio Salvador
* add GZIP_COMPRESSION_LEVEL
* add BZIP2_COMPRESSION_LEVEL
* use xz-native to generate lzma images
Kexecboot.inc needed to be adjusted in order to reflect the dependency
change from lzma-native to xz-native
The initramfs.cpio.gz were tested with linux-kexecboot on nokia900.
Signed-off-by: Otavio Salvador
Signed-off-by: Denis 'GNUtoo' Carikli
---
conf/bitbake.conf | 22 --
recipes/linux/linux-kexecboot.inc |4 ++--
2 files changed, 14 insertions(+), 12 deletions(-)
diff --git a/conf/bitbake.conf b/conf/bitbake.conf
index 17a494d..299537a 100644
--- a/conf/bitbake.conf
+++ b/conf/bitbake.conf
@@ -150,6 +150,8 @@ QEMU_OPTIONS_armv7a = "-cpu cortex-a8"
# default compression levels
XZ_COMPRESSION_LEVEL ?= "-e -9"
LZMA_COMPRESSION_LEVEL ?= "-e -9"
+GZIP_COMPRESSION_LEVEL ?= "-9"
+BZIP2_COMPRESSION_LEVEL ?= "-9"
# default integrity check
XZ_INTEGRITY_CHECK ?= "crc32"
@@ -384,14 +386,14 @@ IMAGE_CMD_jffs2 = "mkfs.jffs2 -x lzo
--root=${IMAGE_ROOTFS} --faketime --output=
IMAGE_CMD_yaffs2 = "mkyaffs2image ${EXTRA_IMAGECMD} ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.yaffs2"
IMAGE_CMD_cramfs = "mkcramfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cramfs ${EXTRA_IMAGECMD}"
IMAGE_CMD_ext2 = "genext2fs -i 4096 -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2 ${EXTRA_IMAGECMD}"
-IMAGE_CMD_ext2.gz = "install -d ${DEPLOY_DIR_IMAGE}/tmp.gz ; genext2fs -i 4096
-b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2 ${EXTRA_IMAGECMD}; gzip -f
-9 ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2; mv
${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2.gz
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.gz"
-IMAGE_CMD_ext2.bz2 = "install -d ${DEPLOY_DIR_IMAGE}/tmp.bz2 ; genext2fs -i
4096 -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext2 ${EXTRA_IMAGECMD}; bzip2
-f -9 ${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext2; mv
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext2.bz2
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.bz2"
+IMAGE_CMD_ext2.gz = "install -d ${DEPLOY_DIR_IMAGE}/tmp.gz ; genext2fs -i 4096
-b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2 ${EXTRA_IMAGECMD}; gzip -f
${GZIP_COMPRESSION_LEVEL} ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2;
mv ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2.gz
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.gz"
+IMAGE_CMD_ext2.bz2 = "install -d ${DEPLOY_DIR_IMAGE}/tmp.bz2 ; genext2fs -i
4096 -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext2 ${EXTRA_IMAGECMD}; bzip2
-f ${BZIP2_COMPRESSION_LEVEL}
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext2; mv
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext2.bz2
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.bz2"
IMAGE_CMD_ext3 = "genext2fs -i 4096 -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3 ${EXTRA_IMAGECMD}; tune2fs -j
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3"
-IMAGE_CMD_ext3.gz = "install -d ${DEPLOY_DIR_IMAGE}/tmp.gz ; genext2fs -i 4096
-b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3 ${EXTRA_IMAGECMD}; tune2fs
-j ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3; gzip -f -9
${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3; mv
${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3.gz
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3.gz"
-IMAGE_CMD_ext3.bz2 = "install -d ${DEPLOY_DIR_IMAGE}/tmp.bz2 ; genext2fs -i
4096 -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext3 ${EXTRA_IMAGECMD};
tune2fs -j ${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext3; bzip2 -f -9
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext3; mv
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext3.bz2
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3.bz2"
+IMAGE_CMD_ext3.gz = "install -d ${DEPLOY_DIR_IMAGE}/tmp.gz ; genext2fs -i 4096
-b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3 ${EXTRA_IMAGECMD}; tune2fs
-j ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3; gzip -f
${GZIP_COMPRESSION_LEVEL} ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3;
mv ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext3.gz
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3.gz"
+IMAGE_CMD_ext3.bz2 = "install -d ${DEPLOY_DIR_IMAGE}/tmp.bz2 ; genext2fs -i
4096 -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext3 ${EXTRA_IMAGECMD};
tune2fs -j ${DEPLOY_DIR_IMAGE}/tmp.bz2/${IMAGE_NAME}.rootfs.ext3; bzip2 -f
${BZIP2_COMPRESSION_LE
[oe] [PATCH] bitbake.conf: remove -e from LZMA_COMPRESSION_LEVEL because no such option exist in lzma
Without this patch we have: + cpio -o -H newc + lzma -c -e -9 lzma: invalid option -- 'e' during a initramfs-kexecboot-klibc-image. Signed-off-by: Denis 'GNUtoo' Carikli --- conf/bitbake.conf |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/conf/bitbake.conf b/conf/bitbake.conf index 17a494d..9e67320 100644 --- a/conf/bitbake.conf +++ b/conf/bitbake.conf @@ -149,7 +149,7 @@ QEMU_OPTIONS_armv7a = "-cpu cortex-a8" # default compression levels XZ_COMPRESSION_LEVEL ?= "-e -9" -LZMA_COMPRESSION_LEVEL ?= "-e -9" +LZMA_COMPRESSION_LEVEL ?= "-9" # default integrity check XZ_INTEGRITY_CHECK ?= "crc32" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/2] bug20.conf: override the omap3 kernel PR and bump PR
The bug20 uses a different kernel than the one defined in omap3.inc So the PR should be independant of omap3.inc. Signed-off-by: Denis 'GNUtoo' Carikli --- conf/machine/bug20.conf |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/conf/machine/bug20.conf b/conf/machine/bug20.conf index 97369e3..2d80e82 100644 --- a/conf/machine/bug20.conf +++ b/conf/machine/bug20.conf @@ -21,6 +21,7 @@ GUI_MACHINE_CLASS = "bigscreen" require conf/machine/include/omap3.inc PREFERRED_PROVIDER_virtual/kernel = "linux-bug20-linaro" +MACHINE_KERNEL_PR = "r102" IMAGE_FSTYPES += "tar.bz2 ubi" EXTRA_IMAGECMD_jffs2 = "-lnp " -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/2] xserver-common: add support for the htcdream
Without that patch the DPI of the htcdream is the default DPI
which is incorrect.
Note that the htc dreams's /proc/cpuinfo machine name is trout
Signed-off-by: Denis 'GNUtoo' Carikli
---
.../xserver-common/files/Xserver.htcdream.patch| 14 ++
recipes/xserver-common/xserver-common_1.34.bb |3 ++-
2 files changed, 16 insertions(+), 1 deletions(-)
create mode 100644 recipes/xserver-common/files/Xserver.htcdream.patch
diff --git a/recipes/xserver-common/files/Xserver.htcdream.patch
b/recipes/xserver-common/files/Xserver.htcdream.patch
new file mode 100644
index 000..11842a2
--- /dev/null
+++ b/recipes/xserver-common/files/Xserver.htcdream.patch
@@ -0,0 +1,14 @@
+Index: xserver-common-1.34/X11/xserver-common
+===
+--- xserver-common-1.34.orig/X11/xserver-common2011-05-20
23:37:56.031433456 +0200
xserver-common-1.34/X11/xserver-common 2011-05-20 23:39:56.451433492
+0200
+@@ -126,6 +126,9 @@
+ "htc_tornado")
+ ARGS="$ARGS -hide-cursor"
+ DPI="100" ;;
++"trout")
++DPI="181"
++ARGS="$ARGS -dpi ${DPI}";;
+ "generic_omap1510/1610/1710")
+ ARGS="$ARGS -screen ${SCREEN_SIZE}"
+ DPI="225" ;;
diff --git a/recipes/xserver-common/xserver-common_1.34.bb
b/recipes/xserver-common/xserver-common_1.34.bb
index d8c29d1..0b2da5b 100644
--- a/recipes/xserver-common/xserver-common_1.34.bb
+++ b/recipes/xserver-common/xserver-common_1.34.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "Common X11 scripts and support files"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
-PR = "r1"
+PR = "r2"
# we are using a gpe-style Makefile
inherit gpe
@@ -20,6 +20,7 @@ SRC_URI_append = " \
file://Xserver.add.nocursor.for.gta.patch \
file://Xserver.add.dpi.for.gta.patch \
file://Xserver.n900.patch \
+ file://Xserver.htcdream.patch \
"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 05/12] angstrom-2010-preferred-versions.inc: remove xserver-common prefered version
On Thu, 2011-05-19 at 21:15 +0200, Koen Kooi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 13-05-11 14:43, Denis 'GNUtoo' Carikli wrote: > > Without that fix Angstrom keep choosing xserver-common 1.33 instead of the > > 1.34 version > > > > Signed-off-by: Denis 'GNUtoo' Carikli > > Acked-by: Koen Kooi Thanks a lot. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 11/12] ofono git: update to a more recent version.
This version add better SIM handling for the nokia n900
(called nokia900 in openembedded).
Signed-off-by: Klaus Kurzmann
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/ofono/ofono_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/ofono/ofono_git.bb b/recipes/ofono/ofono_git.bb
index 3e2c410..3ad715f 100644
--- a/recipes/ofono/ofono_git.bb
+++ b/recipes/ofono/ofono_git.bb
@@ -1,7 +1,7 @@
require ofono.inc
-
+SRCREV = "b8b03a2da68e461a039553d954ce99b3601b7b8d"
S = "${WORKDIR}/git"
-PV = "0.12-git${SRCPV}"
+PV = "0.45-git${SRCPV}"
PR = "r1"
SRC_URI = "git://git.kernel.org/pub/scm/network/ofono/ofono.git;protocol=git \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 10/12] preferred-shr-versions.inc: remove xserver-common prefered version
Without that fix SHR keep choosing xserver-common 1.33 instead of the 1.34
version
Signed-off-by: Denis 'GNUtoo' Carikli
---
conf/distro/include/preferred-shr-versions.inc |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/conf/distro/include/preferred-shr-versions.inc
b/conf/distro/include/preferred-shr-versions.inc
index 35a4ecd..7df65c5 100644
--- a/conf/distro/include/preferred-shr-versions.inc
+++ b/conf/distro/include/preferred-shr-versions.inc
@@ -18,7 +18,6 @@ PREFERRED_VERSION_linux-libc-headers-native =
"${LINUX_LIBC_HEADERS_VERSION}"
PREFERRED_VERSION_openssh = "5.2p1"
# upgrades used in Angstrom
-PREFERRED_VERSION_xserver-common = "1.33"
PREFERRED_VERSION_xserver-nodm-init = "2.0"
PREFERRED_VERSION_hal = "0.5.13"
PREFERRED_VERSION_wpa-supplicant = "0.6.9"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 12/12] bug20.conf: switch to the 2.6.35 linaro kernel
This kenrel supports more features/devices: * wifi power management works * it supports more BMI modules(for instance bugsound, bugsense etc...) Signed-off-by: Denis 'GNUtoo' Carikli --- conf/machine/bug20.conf |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/conf/machine/bug20.conf b/conf/machine/bug20.conf index 95ce49c..97369e3 100644 --- a/conf/machine/bug20.conf +++ b/conf/machine/bug20.conf @@ -20,7 +20,7 @@ GUI_MACHINE_CLASS = "bigscreen" require conf/machine/include/omap3.inc -PREFERRED_PROVIDER_virtual/kernel = "linux-omap-hah" +PREFERRED_PROVIDER_virtual/kernel = "linux-bug20-linaro" IMAGE_FSTYPES += "tar.bz2 ubi" EXTRA_IMAGECMD_jffs2 = "-lnp " -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 09/12] task-bug: fix do_rootfs conflict
Without that patch we have(at do_rootfs)
Configuring hostap-daemon.
Collected errors:
* extract_archive: Cannot create symlink from ./var/run to 'volatile/run':
File exists.
* file_md5sum_alloc: Failed to open file
.../rootfs/bug-image-production/etc/opkg/*.conf: No such file or directory.
* check_data_file_clashes: Package dnsmasq-dbus wants to install file
.../rootfs/bug-image-production/etc/init.d/dnsmasq
But that file is already provided by package * dnsmasq
* check_data_file_clashes: Package dnsmasq-dbus wants to install file
.../rootfs/bug-image-production/usr/bin/dnsmasq
But that file is already provided by package * dnsmasq
* opkg_install_cmd: Cannot install package task-bug-network.
* resolve_conffiles: Existing conffile
.../rootfs/bug-image-production/etc/device_table is different from the conffile
in the new package. The new conffile will be placed at
.../rootfs/bug-image-production/etc/device_table-opkg.
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/tasks/task-bug.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/tasks/task-bug.bb b/recipes/tasks/task-bug.bb
index 1317a6e..f81c56a 100644
--- a/recipes/tasks/task-bug.bb
+++ b/recipes/tasks/task-bug.bb
@@ -1,6 +1,6 @@
# Copyright (C) 2011 Bug Labs, Inc
-PR = "r88"
+PR = "r89"
ALLOW_EMPTY = "1"
@@ -25,7 +25,7 @@ RDEPENDS_${PN} = "${MACHINE_EXTRA_RRECOMMENDS} \
RDEPENDS_${PN}_append_bug20 = "bug2v4l2"
RDEPENDS_${PN}-network = "\
- dnsmasq \
+ dnsmasq-dbus \
hostap-daemon \
iptables \
eject \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 07/12] linux-bug20-linaro: use newer srcrev
Signed-off-by: Denis 'GNUtoo' Carikli --- recipes/linux/linux-bug20-linaro_2.6.35.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes/linux/linux-bug20-linaro_2.6.35.bb b/recipes/linux/linux-bug20-linaro_2.6.35.bb index 6f1bafe..8b8a6ef 100644 --- a/recipes/linux/linux-bug20-linaro_2.6.35.bb +++ b/recipes/linux/linux-bug20-linaro_2.6.35.bb @@ -5,9 +5,9 @@ KERNEL_IMAGETYPE = "uImage" COMPATIBLE_MACHINE = "bug20" -PR = "r0" +PR = "r1" -SRCREV = "be4f840306ef858cffc182cde38714f9423bdeb3" +SRCREV = "42f43f4bd4a0b612b7bcad3414e42a507282fe8b" SRC_URI = "git://github.com/buglabs/bug20-2.6.35-linaro.git;branch=master;protocol=git" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 06/12] xf86-video-omapfb: use newer srcrev(fix segmentation fault for bug20)
Without that fix Xorg go in segmentation fault when you insert the
bugview module(the module that has an hdmi and vga output)
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/xorg-driver/xf86-video-omapfb_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/xorg-driver/xf86-video-omapfb_git.bb
b/recipes/xorg-driver/xf86-video-omapfb_git.bb
index fce8ff8..bd81264 100644
--- a/recipes/xorg-driver/xf86-video-omapfb_git.bb
+++ b/recipes/xorg-driver/xf86-video-omapfb_git.bb
@@ -2,7 +2,7 @@ require xorg-driver-video.inc
DESCRIPTION = "X.Org X server -- OMAP display driver"
PE = "1"
PV = "0.1.1+${PR}+gitr${SRCREV}"
-PR = "${INC_PR}.2"
+PR = "${INC_PR}.3"
SRC_URI = "git://git.pingu.fi/xf86-video-omapfb.git;protocol=http \
file://0001-blacklist-tv-out.patch \
@@ -10,7 +10,7 @@ SRC_URI =
"git://git.pingu.fi/xf86-video-omapfb.git;protocol=http \
file://0003-force-plain-mode.patch \
"
-SRCREV = "044617665d6737f4909aab96f91b06261dff05d2"
+SRCREV = "28c006c94e57ea71df11ec4fff79d7ffcfc4860f"
S = "${WORKDIR}/git"
EXTRA_OECONF_armv7a = " --enable-neon "
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 03/12] udev 165: depends on mtd-utils to fix compilation
Without that fix we have:
CC udev/udev-event.o
In file included from extras/mtd_probe/mtd_probe.c:19:0:
extras/mtd_probe/mtd_probe.h:20:26: fatal error: mtd/mtd-user.h: No such file
or directory
compilation terminated.
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/udev/udev_165.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/udev/udev_165.bb b/recipes/udev/udev_165.bb
index bad847b..f909256 100644
--- a/recipes/udev/udev_165.bb
+++ b/recipes/udev/udev_165.bb
@@ -3,13 +3,13 @@ DESCRIPTION = "udev is a daemon which dynamically creates and
removes device nod
the hotplug package and requires a kernel not older than 2.6.12."
LICENSE = "GPLv2+"
-PR = "r5"
+PR = "r6"
# Untested
DEFAULT_PREFERENCE = "-1"
# Needed for udev-extras
-DEPENDS = "gperf-native usbutils acl glib-2.0"
+DEPENDS = "gperf-native usbutils acl glib-2.0 mtd-utils"
RDEPENDS_${PN} += "module-init-tools-depmod udev-utils"
SRC_URI = "http://kernel.org/pub/linux/utils/kernel/hotplug/udev-${PV}.tar.gz \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 08/12] matchbox-panel: depend on xterm(matchbox panel contain an xterm launcher)
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/matchbox-panel/matchbox-panel_0.9.3.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/recipes/matchbox-panel/matchbox-panel_0.9.3.bb
b/recipes/matchbox-panel/matchbox-panel_0.9.3.bb
index 092d8ba..221f0ad 100644
--- a/recipes/matchbox-panel/matchbox-panel_0.9.3.bb
+++ b/recipes/matchbox-panel/matchbox-panel_0.9.3.bb
@@ -1,5 +1,6 @@
require matchbox-panel.inc
-PR ="r6"
+RDEPENDS += "xterm"
+PR ="r7"
SRC_URI =
"http://projects.o-hand.com/matchbox/sources/${PN}/0.9/${PN}-${PV}.tar.gz \
file://mb-applet-battery-repaint-093.patch \
file://mb-applet-system-monitor-crash.patch \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 05/12] angstrom-2010-preferred-versions.inc: remove xserver-common prefered version
Without that fix Angstrom keep choosing xserver-common 1.33 instead of the 1.34 version Signed-off-by: Denis 'GNUtoo' Carikli --- .../include/angstrom-2010-preferred-versions.inc |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/conf/distro/include/angstrom-2010-preferred-versions.inc b/conf/distro/include/angstrom-2010-preferred-versions.inc index 611c4e7..8d4c8ef 100644 --- a/conf/distro/include/angstrom-2010-preferred-versions.inc +++ b/conf/distro/include/angstrom-2010-preferred-versions.inc @@ -71,7 +71,6 @@ UDEV_GE_141 = "1" PREFERRED_VERSION_usbutils = "0.86" PREFERRED_VERSION_wpa-supplicant = "0.7.3" PREFERRED_VERSION_wget = "1.11.4" -PREFERRED_VERSION_xserver-common = "1.33" PREFERRED_VERSION_xserver-kdrive = "1.4.0.90" # -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 04/12] udev-rules-buglabs: sync with buglabs repository
This commit fixes the following issue:
* apache felix crashed without the input/user_button on 2.6.35
for the bug20 machine
The changes were taken from https://github.com/buglabs/oe-buglabs.git
at commit f6169d03b37d7832ea9372a479469df5f556848b
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/udev-rules-buglabs/bug-udev/00-bug20.rules |7 ---
.../udev-rules-buglabs/bug-udev/wlan-trigger.sh|7 +++
recipes/udev-rules-buglabs/bug-udev_0.1.bb |9 +
3 files changed, 16 insertions(+), 7 deletions(-)
create mode 100644 recipes/udev-rules-buglabs/bug-udev/wlan-trigger.sh
diff --git a/recipes/udev-rules-buglabs/bug-udev/00-bug20.rules
b/recipes/udev-rules-buglabs/bug-udev/00-bug20.rules
index 0722c5c..946c89c 100644
--- a/recipes/udev-rules-buglabs/bug-udev/00-bug20.rules
+++ b/recipes/udev-rules-buglabs/bug-udev/00-bug20.rules
@@ -12,12 +12,13 @@ KERNEL=="ttySC1", SUBSYSTEMS=="platform", SYMLINK+="ttyBMI3"
ACTION=="add" KERNEL=="mmcblk1*", RUN+="/sbin/modprobe g_file_storage
file=/dev/%k removable=1"
ACTION=="remove" KERNEL=="mmcblk1*", RUN+="/sbin/modprobe -r g_file_storage"
# For Novatel USB 3G (CDMA) Dongle
-ATTRS{idVendor}=="1410", ATTRS{idProduct}=="5030", RUN+="/usr/bin/eject %k"
-ATTRS{idVendor}=="1410", ATTRS{idProduct}=="6000", RUN+="/sbin/modprobe
usbserial vendor=0x1410 product=0x6000"
+SUBSYSTEMS=="scsi",DRIVERS=="sr",ATTRS{vendor}=="Novatel
",ACTION=="add",RUN+="/usr/bin/eject %k"
# For Sprint U301 3g/4g
ATTRS{idVendor}=="1a40", ATTRS{idProduct}=="0101", RUN+="/usr/bin/eject %k"
ATTRS{idVendor}=="16d8", ATTRS{idProduct}=="6008" RUN+="/sbin/modprobe
usbserial vendor=0x16d8 product=0x6008"
# For libertas_sdio named eth1
SUBSYSTEMS=="sdio", DRIVERS=="libertas_sdio", NAME="wlan0"
KERNEL=="event*",ATTRS{name}=="twl4030_pwrbutton",SYMLINK+="input/power_button"
-KERNEL=="event*",ATTRS{name}=="omap_twl4030keypad",SYMLINK+="input/user_button"
+KERNEL=="event*",ATTRS{name}=="TWL4030 Keypad",SYMLINK+="input/user_button"
+# Set eth1assoc as the default trigger for the wifi-green LED
+SUBSYSTEMS=="sdio", DRIVERS=="libertas_sdio", NAME="wlan0",
RUN+="/etc/udev/scripts/wlan-trigger.sh"
diff --git a/recipes/udev-rules-buglabs/bug-udev/wlan-trigger.sh
b/recipes/udev-rules-buglabs/bug-udev/wlan-trigger.sh
new file mode 100644
index 000..1eb4ca1
--- /dev/null
+++ b/recipes/udev-rules-buglabs/bug-udev/wlan-trigger.sh
@@ -0,0 +1,7 @@
+#!/bin/sh
+if [ -e /sys/class/net/eth0 ]; then
+echo phy1assoc > /sys/class/leds/omap3bug\:green\:wifi/trigger
+else
+echo phy0assoc > /sys/class/leds/omap3bug\:green\:wifi/trigger
+fi
+echo none > /sys/class/leds/omap3bug\:red\:wifi/trigger
diff --git a/recipes/udev-rules-buglabs/bug-udev_0.1.bb
b/recipes/udev-rules-buglabs/bug-udev_0.1.bb
index b9238fa..35db9e3 100644
--- a/recipes/udev-rules-buglabs/bug-udev_0.1.bb
+++ b/recipes/udev-rules-buglabs/bug-udev_0.1.bb
@@ -3,14 +3,15 @@ LICENSE = "GPL"
SECTION = "x11"
PRIORITY = "optional"
RDEPENDS_${PN} = "udev"
-PR = "r25"
+PR = "r26"
SRC_URI = "file://00-bug20.rules \
- file://bmi_eventpipe.sh \
- file://bt_init.sh \
- file://working.psr \
+ file://bmi_eventpipe.sh \
+ file://bt_init.sh \
+ file://working.psr \
file://mbkb-stop.sh \
file://mbkb-start.sh \
+ file://wlan-trigger.sh \
"
S = "${WORKDIR}"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 02/12] xserver-common-1.34: sync with oe-core
Without this patch(that require xserver-common-1.34 to be preferred) Some issues are present, for instance: * xorg starting but not x-window-window manager, unless there is an external window manager script like /etc/X11/Xsession.d/90matchbox-session * xinput-calibrator's calibration not taken into account. This patch was taken from meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb in git://git.openembedded.net/meta-openembedded at commit e55afd32d8718534403cb871fc776b7f078250dc Signed-off-by: Denis 'GNUtoo' Carikli --- recipes/xserver-common/files/gplv2-license.patch | 353 ++ recipes/xserver-common/xserver-common_1.34.bb| 45 ++-- 2 files changed, 375 insertions(+), 23 deletions(-) create mode 100644 recipes/xserver-common/files/gplv2-license.patch diff --git a/recipes/xserver-common/files/gplv2-license.patch b/recipes/xserver-common/files/gplv2-license.patch new file mode 100644 index 000..ec93253 --- /dev/null +++ b/recipes/xserver-common/files/gplv2-license.patch @@ -0,0 +1,353 @@ +COPYING: add GPLv2 license file + +this is a local file recipe and the license file is missing.In order +to pass the license checksum checking, the license file is needed. So +this patch add the GPLv2 license file. + +Signed-off-by: Yu Ke + +diff --git a/COPYING b/COPYING +new file mode 100644 +index 000..d511905 +--- /dev/null b/COPYING +@@ -0,0 +1,339 @@ ++ GNU GENERAL PUBLIC LICENSE ++ Version 2, June 1991 ++ ++ Copyright (C) 1989, 1991 Free Software Foundation, Inc., ++ 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA ++ Everyone is permitted to copy and distribute verbatim copies ++ of this license document, but changing it is not allowed. ++ ++ Preamble ++ ++ The licenses for most software are designed to take away your ++freedom to share and change it. By contrast, the GNU General Public ++License is intended to guarantee your freedom to share and change free ++software--to make sure the software is free for all its users. This ++General Public License applies to most of the Free Software ++Foundation's software and to any other program whose authors commit to ++using it. (Some other Free Software Foundation software is covered by ++the GNU Lesser General Public License instead.) You can apply it to ++your programs, too. ++ ++ When we speak of free software, we are referring to freedom, not ++price. Our General Public Licenses are designed to make sure that you ++have the freedom to distribute copies of free software (and charge for ++this service if you wish), that you receive source code or can get it ++if you want it, that you can change the software or use pieces of it ++in new free programs; and that you know you can do these things. ++ ++ To protect your rights, we need to make restrictions that forbid ++anyone to deny you these rights or to ask you to surrender the rights. ++These restrictions translate to certain responsibilities for you if you ++distribute copies of the software, or if you modify it. ++ ++ For example, if you distribute copies of such a program, whether ++gratis or for a fee, you must give the recipients all the rights that ++you have. You must make sure that they, too, receive or can get the ++source code. And you must show them these terms so they know their ++rights. ++ ++ We protect your rights with two steps: (1) copyright the software, and ++(2) offer you this license which gives you legal permission to copy, ++distribute and/or modify the software. ++ ++ Also, for each author's protection and ours, we want to make certain ++that everyone understands that there is no warranty for this free ++software. If the software is modified by someone else and passed on, we ++want its recipients to know that what they have is not the original, so ++that any problems introduced by others will not reflect on the original ++authors' reputations. ++ ++ Finally, any free program is threatened constantly by software ++patents. We wish to avoid the danger that redistributors of a free ++program will individually obtain patent licenses, in effect making the ++program proprietary. To prevent this, we have made it clear that any ++patent must be licensed for everyone's free use or not licensed at all. ++ ++ The precise terms and conditions for copying, distribution and ++modification follow. ++ ++ GNU GENERAL PUBLIC LICENSE ++ TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION ++ ++ 0. This License applies to any program or other work which contains ++a notice placed by the copyright holder saying it may be distributed ++under the terms of this General Public License. The "Program", below, ++refers to any such program or work, and a "work based on the Program" ++means either the Program or any derivative work under copyright law: ++that is to say, a w
[oe] [PATCH 01/12] pointercal-xinput: add support for bug20
Signed-off-by: Denis 'GNUtoo' Carikli
---
.../pointercal-xinput/bug20/pointercal.xinput |1 +
recipes/xinput-calibrator/pointercal-xinput_0.0.bb |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
create mode 100644
recipes/xinput-calibrator/pointercal-xinput/bug20/pointercal.xinput
diff --git
a/recipes/xinput-calibrator/pointercal-xinput/bug20/pointercal.xinput
b/recipes/xinput-calibrator/pointercal-xinput/bug20/pointercal.xinput
new file mode 100644
index 000..50e2632
--- /dev/null
+++ b/recipes/xinput-calibrator/pointercal-xinput/bug20/pointercal.xinput
@@ -0,0 +1 @@
+xinput set-int-prop "TSC2004 Touchscreen" "Evdev Axis Calibration" 32 239 10
232 6;
diff --git a/recipes/xinput-calibrator/pointercal-xinput_0.0.bb
b/recipes/xinput-calibrator/pointercal-xinput_0.0.bb
index 2d62f20..fa298b3 100644
--- a/recipes/xinput-calibrator/pointercal-xinput_0.0.bb
+++ b/recipes/xinput-calibrator/pointercal-xinput_0.0.bb
@@ -2,7 +2,7 @@ DESCRIPTION = "Touchscreen calibration data from
xinput-calibrator"
LICENSE = "MIT/X11"
SECTION = "base"
-PR = "r2"
+PR = "r3"
SRC_URI = "file://pointercal.xinput"
S = "${WORKDIR}"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Various patches
hi, I will send various patches that will touch SHR,Angstrom and the support for the bug20. (I will send the patches with git-send-email) Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Patchwork day on Sunday 2011-04-17 and shutdown of patchwork.openembedded.org in favour of patches.openembedded.org
> No response her eon the ml and neither in private or IRC. I would > judge therefor that the patches sitting in there are not of much > interest for people anymore. The emacs patch interest me, that's why I sent a mail about it, but since the x11 version segfaults while dumping the memory with qemu, I'm stuck and can't push it. The thread is named : emacs-x11 "compilation" failure Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] firefox: Added libIDL-2.0 CFLAGS and LIBS
On Sat, 2011-04-16 at 14:28 +0200, Paul Menzel wrote: > Am Freitag, den 15.04.2011, 22:40 +0200 schrieb Denis 'GNUtoo' Carikli: > > On Fri, 2011-04-15 at 18:42 +0200, Patrik Dahlström wrote: > > > * autoconf does not fill in any CFLAGS or LIBS for libIDL-2.0. This > > > patch sets the appropriate flags in autoconf.mk.in for > > > HOST_LIBIDL_CFLAGS and HOST_LIBIDL_LIBS. > > What error did you get? > > Maybe you could add something like: > > This patch fixes the following error: > > [ERROR here] > > To the commit message. > > I get the following error message. > > make[7]: Entering directory > `/oe/build-minimal-eglibc/minimal-dev/work/armv7a-oe-linux-gnueabi/firefox-3.6.8-r3/mozilla-1.9.2/xpcom/typelib/xpidl' > xpidl.c > gcc -o host_xpidl.o -c > -isystem/oe/build-minimal-eglibc/minimal-dev/sysroots/i686-linux/usr/include > -O2 -g -DXP_UNIX -O3 -DMDCPUCFG=\"md/_linux.cfg\" -I. -I. -I../../.. > /dist/include -I../../../dist/include/nsprpub > -I/oe/build-minimal-eglibc/minimal-dev/work/armv7a-oe-linux-gnueabi/firefox-3.6.8-r3/mozilla-1.9.2/dist/include/nspr > -I/hom > > e/paul/oe/build-minimal-eglibc/minimal-dev/work/armv7a-oe-linux-gnueabi/firefox-3.6.8-r3/mozilla-1.9.2/dist/include/nss > -I/oe/build-minimal-eglibc/minimal-dev/work/a > > rmv7a-oe-linux-gnueabi/firefox-3.6.8-r3/mozilla-1.9.2/dist/include/nspr > xpidl.c > > In file included from xpidl.c:42: > xpidl.h:49:18: error: glib.h: No such file or directory I think I had the same error while trying to cross-compile firefox(I remember some glib.h) ... Thanks a lot for the patch. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] firefox: Added libIDL-2.0 CFLAGS and LIBS
On Fri, 2011-04-15 at 18:42 +0200, Patrik Dahlström wrote: > * autoconf does not fill in any CFLAGS or LIBS for libIDL-2.0. This > patch sets the appropriate flags in autoconf.mk.in for > HOST_LIBIDL_CFLAGS and HOST_LIBIDL_LIBS. What error did you get? Maybe you could add something like: This patch fixes the following error: [ERROR here] To the commit message. By the way, thanks a lot for the fix. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] emacs: add emacs 23.2,remove old emacs
From: Sean Cross
This patch was made using an old patch found on patchwork.
Here's the original commit message(made by Sean Cross ):
emacs: Add emacs 23.2
Emacs 23.2 is the first version that cleanly builds with gcc-4.5.
This patch adds support for Emacs 23.2.
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/emacs/emacs-22.3/use-qemu.patch| 93 --
.../configure.in.lost.backslashes.patch| 24 -
recipes/emacs/emacs-x11_20060801.bb|5 -
recipes/emacs/emacs-x11_22.3.bb| 18
recipes/emacs/emacs-x11_23.1.bb| 23 -
recipes/emacs/emacs-x11_23.2.bb| 20
recipes/emacs/emacs-x11_cvs.bb |8 --
recipes/emacs/emacs.inc|3 +
recipes/emacs/emacs_20060801.bb|3 -
recipes/emacs/emacs_22.3.bb| 14 ---
recipes/emacs/emacs_23.1.bb| 15 ---
recipes/emacs/emacs_23.2.bb| 13 +++
recipes/emacs/emacs_cvs.bb | 52 --
recipes/emacs/files/emacs23.2-use-qemu.patch | 102
14 files changed, 138 insertions(+), 255 deletions(-)
delete mode 100644 recipes/emacs/emacs-22.3/use-qemu.patch
delete mode 100644
recipes/emacs/emacs-x11-23.1/configure.in.lost.backslashes.patch
delete mode 100644 recipes/emacs/emacs-x11_20060801.bb
delete mode 100644 recipes/emacs/emacs-x11_22.3.bb
delete mode 100644 recipes/emacs/emacs-x11_23.1.bb
create mode 100644 recipes/emacs/emacs-x11_23.2.bb
delete mode 100644 recipes/emacs/emacs-x11_cvs.bb
delete mode 100644 recipes/emacs/emacs_20060801.bb
delete mode 100644 recipes/emacs/emacs_22.3.bb
delete mode 100644 recipes/emacs/emacs_23.1.bb
create mode 100644 recipes/emacs/emacs_23.2.bb
delete mode 100644 recipes/emacs/emacs_cvs.bb
create mode 100644 recipes/emacs/files/emacs23.2-use-qemu.patch
diff --git a/recipes/emacs/emacs-22.3/use-qemu.patch
b/recipes/emacs/emacs-22.3/use-qemu.patch
deleted file mode 100644
index 3b85dc3..000
--- a/recipes/emacs/emacs-22.3/use-qemu.patch
+++ /dev/null
@@ -1,93 +0,0 @@
-Warning: When editing the patch, see the ugly hack (removal of pwd) when
calling temacs and emacs.
-For unknown reason, qemu-arm is not able to recognize binary correctly.
-
-Index: emacs-22.3/lib-src/Makefile.in
-===
emacs-22.3.orig/lib-src/Makefile.in2008-04-24 05:38:12.0
+
-+++ emacs-22.3/lib-src/Makefile.in 2008-11-21 15:51:14.0 +
-@@ -24,7 +24,7 @@
- SHELL = /bin/sh
-
- # Following ../lisp/Makefile.in.
--EMACS = ../src/emacs
-+EMACS = ${QEMU} emacs
- EMACSOPT = -batch --no-site-file --multibyte
-
- # Things `configure' will edit
-@@ -388,7 +388,7 @@
-clobbered too. */
- test-distrib${EXEEXT}: ${srcdir}/test-distrib.c
- $(CC) ${ALL_CFLAGS} -o test-distrib ${srcdir}/test-distrib.c
-- ./test-distrib ${srcdir}/testfile
-+ ${QEMU} ./test-distrib ${srcdir}/testfile
-
- /* We need the following in order to create a when the system
-doesn't have one that works with the given compiler. */
-Index: emacs-22.3/lisp/Makefile.in
-===
emacs-22.3.orig/lisp/Makefile.in 2008-08-12 18:35:42.0 +
-+++ emacs-22.3/lisp/Makefile.in2008-11-21 15:54:38.0 +
-@@ -63,7 +63,7 @@
-
- # The actual Emacs command run in the targets below.
-
--emacs = EMACSLOADPATH=$(lisp) $(EMACS) $(EMACSOPT)
-+emacs = EMACSLOADPATH=$(lisp) ${QEMU} emacs $(EMACSOPT)
-
- # Common command to find subdirectories
-
-Index: emacs-22.3/src/Makefile.in
-===
emacs-22.3.orig/src/Makefile.in2008-07-11 08:52:53.0 +
-+++ emacs-22.3/src/Makefile.in 2008-11-21 15:52:09.0 +
-@@ -497,7 +497,7 @@
-this with the shell''s ``for'' construct.
-Note that some people do not have '.' in their paths, so we must
-use ./prefix-args. */
--#define YMF_PASS_LDFLAGS(flags) `./prefix-args -Xlinker flags`
-+#define YMF_PASS_LDFLAGS(flags) `${QEMU} ./prefix-args -Xlinker flags`
- #else
- #define YMF_PASS_LDFLAGS(flags) flags
- #endif
-@@ -949,7 +949,7 @@
- #define OBJECTS_MACHINE
- #endif
-
--RUN_TEMACS = ./temacs
-+RUN_TEMACS = ${QEMU} temacs
-
- all: emacs${EXEEXT} OTHER_FILES
-
-@@ -964,7 +964,7 @@
- LC_ALL=C $(RUN_TEMACS) -batch -l loadup dump
- #endif /* ! defined (HAVE_SHM) */
- #endif /* ! defined (CANNOT_DUMP) */
-- -./emacs -q -batch -f list-load-path-shadows
-+ -${QEMU} emacs -q -batch -f list-load-path-shadows
-
- /* We run make-docfile twice because the command line may get too long
-on some systems. */
-@@
[oe] emacs-x11 "compilation" failure
Hi, I found a patch on the old patchwork for emacs 23.2 I tried it and improved it a bit. emacs compiles fine,but not emacs-x11: I've the following error: LC_ALL=C qemu-arm -cpu cortex-a8 -s 1048576 -L .../work/armv7a-angstrom-linux-gnueabi/emacs-x11-23.2-r1.0/qemu-treedir temacs -batch -l loadup dump qemu: uncaught target signal 11 (Segmentation fault) - core dumped make[1]: *** [emacs] Segmentation fault Note that we can't get rid of qemu because it makes an architecture specific memory dump dump during the compilation: See the following link for more details: http://www.gnu.org/s/emacs/manual/html_node/elisp/Building-Emacs.html I really wonder how to handle that? Add -ggdb3 in bitbake.conf for the native stuff, clean my tmpdir and rebuild emacs from scratch? So far I tried: running temacs on target for both x11 and non-x11 => success so I belive the segmentation fault is from qemu... I've tried getting a core of qemu, without success... it says core dumped, I did man core and looked in it why the core was not produced and tried to eliminate the possible causes, without success, I even did that: echo '| cat > some/path/that/has/the/right/permissions/core' > /proc/sys/kernel/core_pattern or that: echo '| cat > $PWD/core' > /proc/sys/kernel/core_pattern Without success. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] xserver-nodm-init 2.0: remove DEFAULT_PREFERENCE = "-1"
That fix was made in order to prevent distributions like Angstrom2010
from picking the 1.0 version:
Angstrom 2008 picked the 2.0 version while Angstrom 2010 use the 1.0 version.
That can prevent Xorg session from starting on the target device(like bug20
in my case):
The 1.0 lacks the following session start:
xinit /etc/X11/Xsession -- `which $XSERVER` $ARGS >/var/log/Xsession.log
2>&1
And has that instead:
/etc/X11/Xserver &
Which has the effect of starting Xorg only(and not the session,display manager
etc...)
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/xserver-nodm-init/xserver-nodm-init_2.0.bb |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/recipes/xserver-nodm-init/xserver-nodm-init_2.0.bb
b/recipes/xserver-nodm-init/xserver-nodm-init_2.0.bb
index 5d6ca39..317d58a 100644
--- a/recipes/xserver-nodm-init/xserver-nodm-init_2.0.bb
+++ b/recipes/xserver-nodm-init/xserver-nodm-init_2.0.bb
@@ -3,7 +3,6 @@ LICENSE = "GPL"
SECTION = "x11"
PRIORITY = "optional"
RDEPENDS_${PN} = "xserver-common (>= 1.30) xinit"
-DEFAULT_PREFERENCE = "-1"
PR = "r4"
SRC_URI = "file://xserver-nodm"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] fix com.buglabs.bug.jni.* 'could not read symbols: Bad value' error
Without that fix we have :
|
.../sysroots/x86_64-linux/usr/armv7a/lib/gcc/arm-angstrom-linux-gnueabi/4.5.3/../../../../arm-angstrom-linux-gnueabi/bin/ld:
CharDevice.o: relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be
used when making a shared object; recompile with -fPIC
| CharDevice.o: could not read symbols: Bad value
| collect2: ld returned 1 exit status
| make: *** [libCommon.so] Error 1
For the following recipes:
com.buglabs.bug.jni.common
com.buglabs.bug.jni.input
com.buglabs.bug.jni.lcd
com.buglabs.bug.jni.accelerometer
com.buglabs.bug.jni.libmatthew
com.buglabs.bug.jni.vonhippel
com.buglabs.bug.jni.camera
com.buglabs.bug.jni.rxtx
com.buglabs.bug.jni.gps
The solution was to pass -fPIC to the Makefile:
For instance in com.buglabs.bug.jni.common/src/c the Makefile contained:
ALL_CXXFLAGS += $(INCLUDE) $(CXXFLAGS)
[...]
%.o: %.cpp
$(CXX) $(ALL_CXXFLAGS) -c -v $^ -o $@
So passing -fPIC to CXXFLAGS solved all of the compilation failures but
com.buglabs.bug.jni.camera
com.buglabs.bug.jni.camera which failed that way:
|
.../sysroots/x86_64-linux/usr/armv7a/lib/gcc/arm-angstrom-linux-gnueabi/4.5.3/../../../../arm-angstrom-linux-gnueabi/bin/ld:
Camera.o: relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be
used when making a shared object; recompile with -fPIC
| Camera.o: could not read symbols: Bad value
| collect2: ld returned 1 exit status
| make: *** [libCamera.so] Error 1
Had that in its Makefile:
ALL_CCFLAGS += $(INCLUDE) $(CCFLAGS)
[...]
%.o: %.c
$(CC) $(ALL_CCFLAGS) -c $^ -o $@
which corresponded to the compilation of bug_v4l.c
Altough just setting CCFLAGS += "-fPIC" wasn't sufficent since CFLAGS was not
exported
(see run.do_jni_install script)
So I had to export it.
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/buglabs-osgi/bug-osgi.inc |4 +++-
recipes/buglabs-osgi/com.buglabs.bug.jni.camera.bb |3 +++
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/recipes/buglabs-osgi/bug-osgi.inc
b/recipes/buglabs-osgi/bug-osgi.inc
index b5b6e9f..75908bb 100644
--- a/recipes/buglabs-osgi/bug-osgi.inc
+++ b/recipes/buglabs-osgi/bug-osgi.inc
@@ -8,7 +8,7 @@ inherit bug-java-library
JARFILENAME = "${BPN}.jar"
ALTJARFILENAMES = ""
-INC_PR = "r0"
+INC_PR = "r1"
SRCREV = "12839"
@@ -28,6 +28,8 @@ EXTRA_OEMAKE+="CLASSPATH_INCDIR=${STAGING_INCDIR}/classpath"
JAVAC_OPTIONS="-source 1.6"
+CXXFLAGS += "-fPIC"
+
do_compile() {
mkdir -p build
oe_makeclasspath cp -s ${DEPENDS} ${EXTRA_CP}
diff --git a/recipes/buglabs-osgi/com.buglabs.bug.jni.camera.bb
b/recipes/buglabs-osgi/com.buglabs.bug.jni.camera.bb
index dced292..28a22e1 100644
--- a/recipes/buglabs-osgi/com.buglabs.bug.jni.camera.bb
+++ b/recipes/buglabs-osgi/com.buglabs.bug.jni.camera.bb
@@ -2,6 +2,9 @@ require bug-osgi.inc
inherit jni-library
PR = "${INC_PR}.7+svnr${SRCREV}"
+
+export CCFLAGS += "-fPIC"
+
FILES_${PN} += "${JNI_LIB_DIR}/libCamera.so"
DEPENDS += "com.buglabs.common com.buglabs.bug.jni.common classpath jpeg
virtual/kernel jpeg"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/3] bug20: add wifi and bluetooth to MACHINE_FEATURES
Signed-off-by: Denis 'GNUtoo' Carikli --- conf/machine/bug20.conf |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/conf/machine/bug20.conf b/conf/machine/bug20.conf index a9441bd..95ce49c 100644 --- a/conf/machine/bug20.conf +++ b/conf/machine/bug20.conf @@ -47,7 +47,7 @@ UBINIZE_ARGS = "-m 2048 -p 128KiB -s 512" PREFERRED_VERSION_u-boot = "git" # and sdio -MACHINE_FEATURES = "kernel26 screen apm usbgadget usbhost vfat alsa" +MACHINE_FEATURES = "kernel26 screen apm usbgadget usbhost vfat alsa wifi bluetooth" # We don't provide a bug20 x-load config yet XLOAD_MACHINE = "omap3530beagle_config" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 3/3] linux-omap-hah-2.6.31: enable XV for omapfb
Without that fix we have that in /var/log/Xorg.0.log: [2909187.116] (EE) omapfb(0): Failed to open /dev/fb2: No such file or directory [2909187.116] (EE) omapfb(0): XVScreenInit failed That means that without 3 framebuffers it refuses to enable XV Setting CONFIG_FB_OMAP2_NUM_FBS to 3 should fix the problem Signed-off-by: Denis 'GNUtoo' Carikli --- .../linux/linux-omap-hah-2.6.31/bug20/defconfig|2 +- recipes/linux/linux-omap-hah_2.6.31.bb |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes/linux/linux-omap-hah-2.6.31/bug20/defconfig b/recipes/linux/linux-omap-hah-2.6.31/bug20/defconfig index b59847b..3216876 100644 --- a/recipes/linux/linux-omap-hah-2.6.31/bug20/defconfig +++ b/recipes/linux/linux-omap-hah-2.6.31/bug20/defconfig @@ -1397,7 +1397,7 @@ CONFIG_OMAP2_DSS_MIN_FCK_PER_PCK=0 CONFIG_FB_OMAP2=y # CONFIG_FB_OMAP2_DEBUG_SUPPORT is not set # CONFIG_FB_OMAP2_FORCE_AUTO_UPDATE is not set -CONFIG_FB_OMAP2_NUM_FBS=1 +CONFIG_FB_OMAP2_NUM_FBS=3 # # OMAP2/3 Display Device Drivers diff --git a/recipes/linux/linux-omap-hah_2.6.31.bb b/recipes/linux/linux-omap-hah_2.6.31.bb index 9170a64..9fd20ba 100644 --- a/recipes/linux/linux-omap-hah_2.6.31.bb +++ b/recipes/linux/linux-omap-hah_2.6.31.bb @@ -5,7 +5,7 @@ KERNEL_IMAGETYPE = "uImage" COMPATIBLE_MACHINE = "bug20" -MACHINE_KERNEL_PR = "r96" +MACHINE_KERNEL_PR = "r97" SRCREV = "b8231a0d64e371aca70e69a702dbb57f5d69f376" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] autoconf.inc: check if files exist before using sed on them
Without the that fix we have
| + sed -i '-es,^SUBDIRS = .*,SUBDIRS = bin . lib,'
.../work/x86_64-linux/autoconf213-native-2.13-r14.0/autoconf-2.13/Makefile.am
| sed: can't read
.../work/x86_64-linux/autoconf213-native-2.13-r14.0/autoconf-2.13/Makefile.am:
No such file or directory
and:
| + sed -i -e '1s:#!.*:#! /usr/bin/env perl:'
'.../work/x86_64-linux/autoconf213-native-2.13-r14.0/autoconf-2.13/bin/*.in'
| sed: can't read
.../work/x86_64-linux/autoconf213-native-2.13-r14.0/autoconf-2.13/bin/*.in: No
such file or directory
NOTE: package autoconf213-native-2.13-r14.0: task do_configure: Failed
Thanks a lot for all help in #oe on Freenode on irc for telling me
which command to use for the *.in at the end pb__ found the best command:
or ls ${S} | grep -q '\.in$'
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/autoconf/autoconf.inc | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/recipes/autoconf/autoconf.inc b/recipes/autoconf/autoconf.inc
index 7f22c2b..e0eecd3 100644
--- a/recipes/autoconf/autoconf.inc
+++ b/recipes/autoconf/autoconf.inc
@@ -8,7 +8,7 @@ RDEPENDS_${PN} = "m4 perl gnu-config"
DEPENDS_virtclass-native = "m4-native gnu-config-native perl-native"
RDEPENDS_${PN}_virtclass-native = "m4-native gnu-config-native perl-native"
-INC_PR = "r13"
+INC_PR = "r14"
SRC_URI = "${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.bz2;name=autoconf \
file://program_prefix.patch"
@@ -25,13 +25,19 @@ do_configure_prepend () {
export ac_cv_path_M4="${ac_cv_path_M4=${bindir}/m4}"
export ac_cv_prog_gnu_m4="${ac_cv_prog_gnu_m4=yes}"
fi
-
- sed -i -e's,^SUBDIRS = .*,SUBDIRS = ${SUBDIRS},' ${S}/Makefile.am
+ if [ -e ${S}/Makefile.am ]
+ then
+ sed -i -e's,^SUBDIRS = .*,SUBDIRS = ${SUBDIRS},'
${S}/Makefile.am
+ fi
}
do_configure_append() {
# replace paths to STAGING_BINDIR_NATIVE/perl with ${bindir}/perl
- sed -i -e "1s:#!.*:#! /usr/bin/env perl:" ${S}/bin/*.in
+ ls ${S} | grep -q '\.in$'
+ if [ $? -eq 0 ]
+ then
+ sed -i -e "1s:#!.*:#! /usr/bin/env perl:" ${S}/bin/*.in
+ fi
}
PARALLEL_MAKE = ""
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] fennec build problem
Hi, I never succeeded to build Fennec because I never had the time and the will to fix it (the Mozilla build system seem complicated...), but dcordes_ on #oe On Freenode on irc really wanted fennec. So I decided to give a try because it didn't compile for him for another reason. Here is the build error: | make[5]: *** No rule to make target `-lgconf-2', needed by `libmozgnome.so'. Stop. | make[5]: *** Waiting for unfinished jobs [...] | make[5]: Leaving directory `/home/gnutoo/embedded/oe/oetmps/nokia900/work/armv7a-oe-linux-gnueabi/fennec-1_2.0+4.0b3pre-r0/mozilla-central/objdir/xulrunner/toolkit/system/gnome' | make[4]: *** [libs_tier_platform] Error 2 here's a grep for -lgconf-2: gnutoo@gnutoo-laptop:~/embedded/oe/oetmps/nokia900/work/armv7a-oe-linux-gnueabi/fennec-1_2.0+4.0b3pre-r0/mozilla-central/objdir/xulrunner$ grep "\-lgconf-2" -r * config/autoconf.mk:MOZ_GNOMEUI_LIBS = -pthread -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activation -lORBit-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgconf-2 -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0 config/autoconf.mk:MOZ_GNOMEVFS_LIBS = -pthread -lgnomevfs-2 -lgconf-2 -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0 config/autoconf.mk:MOZ_GCONF_LIBS = -pthread -lgconf-2 -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0 config.status:s%@MOZ_GNOMEVFS_LIBS@%-pthread -lgnomevfs-2 -lgconf-2 -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0%g config.status:s%@MOZ_GCONF_LIBS@%-pthread -lgconf-2 -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0%g config.status:s%@MOZ_GNOMEUI_LIBS@%-pthread -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activation -lORBit-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgconf-2 -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0%g Note that it need a modified autoconf.inc, that I will send for review(as it's core). Denis ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] qt-4.7.1 phonon/gstreamer RGB fix
On Tue, 2011-03-01 at 20:33 +0100, Denis 'GNUtoo' Carikli wrote: > On Mon, 2011-02-28 at 10:27 +1100, Marc Reilly wrote: > > Hi, > > > > This fixes a colour issue with video playback via phonon on ARM system. > > > > Cheers > > Marc > Hi, I didn't see any patches, did I miss them? > > Denis. Ah sorry they were sent to the mailing list, Not my day. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] qt-4.7.1 phonon/gstreamer RGB fix
On Mon, 2011-02-28 at 10:27 +1100, Marc Reilly wrote: > Hi, > > This fixes a colour issue with video playback via phonon on ARM system. > > Cheers > Marc Hi, I didn't see any patches, did I miss them? Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] netbase and opkg: reorder init scripts to make networking come up at first boot
On Tue, 2011-03-01 at 17:58 +, Phil Blundell wrote: > On Tue, 2011-03-01 at 18:45 +0100, Denis 'GNUtoo' Carikli wrote: > > Without that fix, usb0 doesn't come up at first boot > > (tested on the bug machine, with Angstrom on a console-image). > > > > Signed-off-by: Denis 'GNUtoo' Carikli > > That sounds like it's just papering over some kind of problem in > netbase. What exactly stops usb0 from working with the previous > arrangement? > > p. The usb0 interface doesn't exist when it's configured by netbase in the first boot. Altough it's there in the second boot. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] (no subject)
Sorry for the lack of Subject, I tried to send a first mail and had an error while sending it. Then I pasted the content of the saved mail(git-send-email often errors for me so I saved it as a precaution),forgetting to paste the Subject. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] (no subject)
Hi, Is it possible to move /etc/rcS.d/S98configure before S40networking, so usb0 comes up at first boot, or is there some problems that would be introduced from such move? Here's my problem: on the bug machine,with Angstrom, at first boot usb0 doesn't come up in a console-image. It is very annoying because the only way to get control of the machine is trough ssh on usbnet. At second boot it works fine. If I move /etc/rcS.d/S98configure before S40networking it works fine at first boot. I will send a patch that changes the order of S40networking and S98configure to S40configure and S41networking. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] netbase and opkg: reorder init scripts to make networking come up at first boot
Without that fix, usb0 doesn't come up at first boot
(tested on the bug machine, with Angstrom on a console-image).
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/netbase/netbase_4.21.bb |2 +-
recipes/opkg/files/configure|2 +-
recipes/opkg/opkg.inc |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/recipes/netbase/netbase_4.21.bb b/recipes/netbase/netbase_4.21.bb
index f3ae6e9..075c9db 100644
--- a/recipes/netbase/netbase_4.21.bb
+++ b/recipes/netbase/netbase_4.21.bb
@@ -9,7 +9,7 @@ inherit update-rc.d
SRC_URI_OVERRIDES_PACKAGE_ARCH = "1"
INITSCRIPT_NAME = "networking"
-INITSCRIPT_PARAMS = "start 40 S . stop 40 0 6 1 ."
+INITSCRIPT_PARAMS = "start 41 S . stop 41 0 6 1 ."
# On MNCI etc, start very late so that our own apps come up faster
INITSCRIPT_PARAMS_openmn = "start 85 1 2 3 4 5 . stop 85 0 6 1 ."
# On SlugOS (NSLU2) delay the stop until after network apps have exited
diff --git a/recipes/opkg/files/configure b/recipes/opkg/files/configure
index d5dd74d..633d8d3 100644
--- a/recipes/opkg/files/configure
+++ b/recipes/opkg/files/configure
@@ -22,4 +22,4 @@ else
fi
# delete myself
-rm -f /etc/rcS.d/S98configure
+rm -f /etc/rcS.d/S40configure
diff --git a/recipes/opkg/opkg.inc b/recipes/opkg/opkg.inc
index 6970f2f..8980c14 100644
--- a/recipes/opkg/opkg.inc
+++ b/recipes/opkg/opkg.inc
@@ -5,7 +5,7 @@ LICENSE = "GPLv2"
SRCREV = "609"
PV = "0.1.8+svnr${SRCPV}"
CONFLICTS = "ipkg"
-INC_PR = "r4"
+INC_PR = "r5"
SRC_URI = "svn://opkg.googlecode.com/svn;module=trunk;proto=http \
file://configure \
@@ -17,7 +17,7 @@ inherit autotools pkgconfig
do_install_prepend() {
install -d ${D}${sysconfdir}/rcS.d
- install -m 0755 ${WORKDIR}/configure ${D}${sysconfdir}/rcS.d/S98configure
+ install -m 0755 ${WORKDIR}/configure ${D}${sysconfdir}/rcS.d/S40configure
}
EXTRA_OECONF += " --disable-gpg \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Add support for at91sam9m10 H/W video decoder
On Mon, 2011-01-31 at 21:35 +0100, Ulf Samuelsson wrote: > +LICENSE = "" I'm not sure that's valid. Not having a license means you can't even redistribute the package. Is it the case? Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/4] hostapd 0.7.3: convert to libnl2
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/hostap/hostap-daemon-0.7.3/defconfig |1 +
recipes/hostap/hostap-daemon_0.7.3.bb|7 ---
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/recipes/hostap/hostap-daemon-0.7.3/defconfig
b/recipes/hostap/hostap-daemon-0.7.3/defconfig
index 0bf2478..1f3c6f4 100644
--- a/recipes/hostap/hostap-daemon-0.7.3/defconfig
+++ b/recipes/hostap/hostap-daemon-0.7.3/defconfig
@@ -24,6 +24,7 @@ CONFIG_DRIVER_PRISM54=y
# Driver interface for drivers using the nl80211 kernel interface
CONFIG_DRIVER_NL80211=y
+CONFIG_LIBNL20=y
# driver_nl80211.c requires a rather new libnl (version 1.1) which may not be
# shipped with your distribution yet. If that is the case, you need to build
# newer libnl version and point the hostapd build to use it.
diff --git a/recipes/hostap/hostap-daemon_0.7.3.bb
b/recipes/hostap/hostap-daemon_0.7.3.bb
index 585486c..2dfec35 100644
--- a/recipes/hostap/hostap-daemon_0.7.3.bb
+++ b/recipes/hostap/hostap-daemon_0.7.3.bb
@@ -3,8 +3,8 @@ HOMEPAGE = "http://hostap.epitest.fi";
SECTION = "kernel/userland"
PRIORITY = "optional"
LICENSE = "GPL"
-DEPENDS = "libnl openssl"
-PR = "r0"
+DEPENDS = "libnl2 openssl"
+PR = "r1"
DEFAULT_PREFERENCE = "-1"
@@ -21,6 +21,7 @@ INITSCRIPT_NAME=hostapd
do_configure() {
install -m 0644 ${WORKDIR}/defconfig ${S}/.config
+ echo 'CFLAGS += "-I${STAGING_INCDIR}/libnl2"' >> ${S}/.config
}
do_compile() {
@@ -35,4 +36,4 @@ do_install() {
install -m 755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/hostapd
}
-CONFFILES_${PN} += "${sysconfdir}/hostapd.conf"
\ No newline at end of file
+CONFFILES_${PN} += "${sysconfdir}/hostapd.conf"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 3/4] task-bug: make it compatible with bug 1.x, machine arch ${PN}
Some packages like bug2v4l2 are specific to bug 2.0, so we need
to machine arch the package depending on them.
We also need to
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/tasks/task-bug.bb |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/recipes/tasks/task-bug.bb b/recipes/tasks/task-bug.bb
index 2fbcb6d..1317a6e 100644
--- a/recipes/tasks/task-bug.bb
+++ b/recipes/tasks/task-bug.bb
@@ -1,12 +1,14 @@
# Copyright (C) 2011 Bug Labs, Inc
-PR = "r87"
+PR = "r88"
ALLOW_EMPTY = "1"
PACKAGES += "${PN}-java ${PN}-java-osgi ${PN}-audio ${PN}-devlangs ${PN}-x11
${PN}-network ${PN}-x11-debug ${PN}-debug"
-RDEPENDS_${PN} = "kernel-modules \
+PACKAGE_ARCH_${PN} = "${MACHINE_ARCH}"
+
+RDEPENDS_${PN} = "${MACHINE_EXTRA_RRECOMMENDS} \
bug-udev \
repo-feed-configs \
diffutils \
@@ -19,12 +21,11 @@ RDEPENDS_${PN} = "kernel-modules \
nano \
lsof \
file \
- bug2v4l2 \
"
+RDEPENDS_${PN}_append_bug20 = "bug2v4l2"
RDEPENDS_${PN}-network = "\
dnsmasq \
- marvell-sdio-fw \
hostap-daemon \
iptables \
eject \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 4/4] com.buglabs.bug.base: add support for bug 1.x
Without that fix, it fails to fetch the now gone hirop branch
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/buglabs-osgi/com.buglabs.bug.base.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/buglabs-osgi/com.buglabs.bug.base.bb
b/recipes/buglabs-osgi/com.buglabs.bug.base.bb
index 5efee5e..9f0b100 100644
--- a/recipes/buglabs-osgi/com.buglabs.bug.base.bb
+++ b/recipes/buglabs-osgi/com.buglabs.bug.base.bb
@@ -1,13 +1,13 @@
require bug-osgi.inc
-PR = "${INC_PR}.10+svnr${SRCREV}"
+PR = "${INC_PR}.11+svnr${SRCREV}"
EXTRA_CP += "servlet-2.3.1"
DEPENDS += "com.buglabs.common com.buglabs.bug.jni.input
com.buglabs.bug.jni.common servlet2.3 com.buglabs.osgi.http"
-SUBMODULE_bug = "hirop"
SUBMODULE_bug20 = "molly"
SUBMODULE_beagleboard = "beagle"
SRC_URI = "svn://bugcamp.net/bug/trunk;module=${PN}.${SUBMODULE};proto=svn "
+SRC_URI_bug =
"svn://bugcamp.net/bug/tags/releases/R1.4.3;module=${PN};proto=svn"
PACKAGE_ARCH = "${MACHINE_ARCH}"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/4] bug20: add MACHINE_EXTRA_RRECOMMENDS
Signed-off-by: Denis 'GNUtoo' Carikli --- conf/machine/bug20.conf |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/conf/machine/bug20.conf b/conf/machine/bug20.conf index 7b71629..a9441bd 100644 --- a/conf/machine/bug20.conf +++ b/conf/machine/bug20.conf @@ -13,6 +13,8 @@ XSERVER = "xserver-xorg \ xf86-video-omapfb \ xf86-input-keyboard" +MACHINE_EXTRA_RRECOMMENDS = "marvell-gspi-fw marvell-sdio-fw kernel-modules" + # Only has DVI connector for external screen GUI_MACHINE_CLASS = "bigscreen" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/2] xkeyboard-config_git : remove DEFAULT_PREFERENCE = "-1"
On Mon, 2011-01-10 at 00:09 +0100, Paul Menzel wrote: > So commit summary talks about `xkeyboard-config_git` and you changed > `midori_git`. yes I made a mistake with git commit while copying the message, when I did that it was very late. If there is enough interest I'll resend, But It was mostly a RFC. That is to say I'd like to ear people's opinions on bumping a git version of midori for every distro. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/2] xkeyboard-config_git: remove DEFAULT_PREFERENCE = "-1"
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/xkeyboard-config/xkeyboard-config_git.bb |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/recipes/xkeyboard-config/xkeyboard-config_git.bb
b/recipes/xkeyboard-config/xkeyboard-config_git.bb
index 5fc0a77..b92bdc1 100644
--- a/recipes/xkeyboard-config/xkeyboard-config_git.bb
+++ b/recipes/xkeyboard-config/xkeyboard-config_git.bb
@@ -6,9 +6,6 @@ SRCREV = "547ae8589afb208d7b44ffe1e0ff7aba466c2ee3"
PV = "2.0+gitr${SRCPV}"
PR = "r0"
-DEFAULT_PREFERENCE = "-1"
-DEFAULT_PREFERENCE_shr = "1"
-
SRC_URI =
"git://anongit.freedesktop.org/xkeyboard-config;protocol=git;branch=master"
S = "${WORKDIR}/git"
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/2] xkeyboard-config_git : remove DEFAULT_PREFERENCE = "-1"
Signed-off-by: Denis 'GNUtoo' Carikli --- recipes/gtk-webcore/midori_git.bb |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/recipes/gtk-webcore/midori_git.bb b/recipes/gtk-webcore/midori_git.bb index 4f05132..f1b0556 100644 --- a/recipes/gtk-webcore/midori_git.bb +++ b/recipes/gtk-webcore/midori_git.bb @@ -2,9 +2,6 @@ require midori.inc DEPENDS += "vala-native python-native python-docutils-native" -DEFAULT_PREFERENCE = "-1" -DEFAULT_PREFERENCE_shr = "1" - # increment PR every time SRCREV is updated! SRCREV = "ad2f0066ce969152080cd841ce4cdd0920565409" PR = "r0" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] "OE blessed" hotel for FOSDEM?
I prefer coutryhouse best western, they are far from the center and the beer event, but closer to the fossdem and have free wifi(comes with the room,you have to ask for it tough). Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/4] Add initial support for iphone3g(machine config and kernel)
Android was ported to Apple's iDevices including the iPhone3G by the iDroid Project ( http://www.idroidproject.org/wiki/Main_Page ) Their kernel is standard enough to be able to run GNU/Linux distributions such as SHR Signed-off-by: Chris 'Lopi' Spehn Signed-off-by: Denis 'GNUtoo' Carikli --- conf/machine/iphone3g.conf| 27 + recipes/linux/linux-iphone/iphone3g/defconfig | 1570 + recipes/linux/linux-iphone_git.bb | 15 + 3 files changed, 1612 insertions(+), 0 deletions(-) create mode 100644 conf/machine/iphone3g.conf create mode 100755 recipes/linux/linux-iphone/iphone3g/defconfig create mode 100644 recipes/linux/linux-iphone_git.bb diff --git a/conf/machine/iphone3g.conf b/conf/machine/iphone3g.conf new file mode 100644 index 000..f2c3196 --- /dev/null +++ b/conf/machine/iphone3g.conf @@ -0,0 +1,27 @@ +...@type: Machine +...@name: iPhone3G +...@description: Machine configuration for the iPhone3G + +TARGET_ARCH = "arm" + +require conf/machine/include/tune-arm1176jzf-s.inc + +MACHINE_DISPLAY_WIDTH_PIXELS = "320" +MACHINE_DISPLAY_HEIGHT_PIXELS = "480" +MACHINE_DISPLAY_ORIENTATION = "0" + +MACHINE_FEATURES = "kernel26 touchscreen screen wifi ext2 phone gps usbgadget bluetooth" + +PREFERRED_PROVIDER_virtual/kernel = "linux-iphone" + +PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg" + +XSERVER = " \ +xserver-xorg \ +xserver-xorg-extension-glx \ +xserver-xorg-extension-dri \ +xf86-input-evdev \ +xf86-video-fbdev \ +" + +IMAGE_FSTYPES ?= "tar.bz2" diff --git a/recipes/linux/linux-iphone/iphone3g/defconfig b/recipes/linux/linux-iphone/iphone3g/defconfig new file mode 100755 index 000..711ccc5 --- /dev/null +++ b/recipes/linux/linux-iphone/iphone3g/defconfig @@ -0,0 +1,1570 @@ +# +# Automatically generated make config: don't edit +# Linux kernel version: 2.6.32.9 +# Thu Oct 21 07:46:01 2010 +# +CONFIG_ARM=y +CONFIG_SYS_SUPPORTS_APM_EMULATION=y +CONFIG_GENERIC_GPIO=y +CONFIG_GENERIC_TIME=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_HARDIRQS=y +CONFIG_STACKTRACE_SUPPORT=y +CONFIG_HAVE_LATENCYTOP_SUPPORT=y +CONFIG_LOCKDEP_SUPPORT=y +CONFIG_TRACE_IRQFLAGS_SUPPORT=y +CONFIG_HARDIRQS_SW_RESEND=y +CONFIG_GENERIC_IRQ_PROBE=y +CONFIG_RWSEM_GENERIC_SPINLOCK=y +CONFIG_GENERIC_HWEIGHT=y +CONFIG_GENERIC_CALIBRATE_DELAY=y +CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ=y +CONFIG_VECTORS_BASE=0x +CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" +CONFIG_CONSTRUCTORS=y + +# +# General setup +# +CONFIG_EXPERIMENTAL=y +CONFIG_BROKEN_ON_SMP=y +CONFIG_INIT_ENV_ARG_LIMIT=32 +CONFIG_LOCALVERSION="nickpack" +# CONFIG_LOCALVERSION_AUTO is not set +# CONFIG_SWAP is not set +# CONFIG_SYSVIPC is not set +# CONFIG_POSIX_MQUEUE is not set +# CONFIG_BSD_PROCESS_ACCT is not set +# CONFIG_TASKSTATS is not set +# CONFIG_AUDIT is not set + +# +# RCU Subsystem +# +CONFIG_TREE_RCU=y +# CONFIG_TREE_PREEMPT_RCU is not set +# CONFIG_RCU_TRACE is not set +CONFIG_RCU_FANOUT=32 +# CONFIG_RCU_FANOUT_EXACT is not set +# CONFIG_TREE_RCU_TRACE is not set +CONFIG_IKCONFIG=y +CONFIG_IKCONFIG_PROC=y +CONFIG_LOG_BUF_SHIFT=13 +# CONFIG_GROUP_SCHED is not set +CONFIG_CGROUPS=y +# CONFIG_CGROUP_DEBUG is not set +# CONFIG_CGROUP_NS is not set +CONFIG_CGROUP_FREEZER=y +# CONFIG_CGROUP_DEVICE is not set +# CONFIG_CPUSETS is not set +CONFIG_CGROUP_CPUACCT=y +# CONFIG_RESOURCE_COUNTERS is not set +# CONFIG_SYSFS_DEPRECATED_V2 is not set +# CONFIG_RELAY is not set +# CONFIG_NAMESPACES is not set +CONFIG_BLK_DEV_INITRD=y +CONFIG_INITRAMFS_SOURCE="" +CONFIG_RD_GZIP=y +# CONFIG_RD_BZIP2 is not set +# CONFIG_RD_LZMA is not set +CONFIG_CC_OPTIMIZE_FOR_SIZE=y +CONFIG_SYSCTL=y +CONFIG_ANON_INODES=y +CONFIG_PANIC_TIMEOUT=0 +CONFIG_EMBEDDED=y +CONFIG_UID16=y +# CONFIG_SYSCTL_SYSCALL is not set +# CONFIG_KALLSYMS is not set +CONFIG_HOTPLUG=y +CONFIG_PRINTK=y +# CONFIG_BUG is not set +# CONFIG_ELF_CORE is not set +CONFIG_BASE_FULL=y +CONFIG_FUTEX=y +CONFIG_EPOLL=y +CONFIG_SIGNALFD=y +CONFIG_TIMERFD=y +CONFIG_EVENTFD=y +CONFIG_SHMEM=y +CONFIG_ASHMEM=y +CONFIG_AIO=y + +# +# Kernel Performance Events And Counters +# +# CONFIG_VM_EVENT_COUNTERS is not set +# CONFIG_COMPAT_BRK is not set +CONFIG_SLAB=y +# CONFIG_SLUB is not set +# CONFIG_SLOB is not set +# CONFIG_PROFILING is not set +CONFIG_HAVE_OPROFILE=y +CONFIG_HAVE_KPROBES=y +CONFIG_HAVE_KRETPROBES=y +CONFIG_HAVE_CLK=y + +# +# GCOV-based kernel profiling +# +# CONFIG_SLOW_WORK is not set +CONFIG_HAVE_GENERIC_DMA_COHERENT=y +CONFIG_SLABINFO=y +CONFIG_RT_MUTEXES=y +CONFIG_BASE_SMALL=0 +# CONFIG_MODULES is not set +CONFIG_BLOCK=y +# CONFIG_LBDAF is not set +CONFIG_BLK_DEV_BSG=y +# CONFIG_BLK_DEV_INTEGRITY is not set + +# +# IO Schedulers +# +CONFIG_IOSCHED_NOOP=y +# CONFIG_IOSCHED_AS is not set +CONFIG_IOSCHED_DEADLINE=y +# CONFIG_IOSCHED_CFQ is not set
[oe] [PATCH 4/4] alsa-state: add iphone3g support
The state file has 121 controls(yes 121).
So this patch makes sound work out of the box, without
making the user mess with this 121 controls(if he does he would
spend hours trying to figure out how to make it work)
Signed-off-by: Chris 'Lopi' Spehn
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/alsa/alsa-state.bb|2 +-
recipes/alsa/alsa-state/iphone3g/asound.state | 1084 +
2 files changed, 1085 insertions(+), 1 deletions(-)
create mode 100644 recipes/alsa/alsa-state/iphone3g/asound.state
diff --git a/recipes/alsa/alsa-state.bb b/recipes/alsa/alsa-state.bb
index e78d004..de97681 100644
--- a/recipes/alsa/alsa-state.bb
+++ b/recipes/alsa/alsa-state.bb
@@ -7,7 +7,7 @@
DESCRIPTION = "Alsa Scenario Files"
LICENSE = "MIT"
PV = "0.2.0"
-PR = "r21"
+PR = "r22"
SRC_URI = "\
file://asound.conf \
diff --git a/recipes/alsa/alsa-state/iphone3g/asound.state
b/recipes/alsa/alsa-state/iphone3g/asound.state
new file mode 100644
index 000..192620c
--- /dev/null
+++ b/recipes/alsa/alsa-state/iphone3g/asound.state
@@ -0,0 +1,1084 @@
+state.iPhoneSound {
+ control.1 {
+ comment.access 'read write'
+ comment.type BOOLEAN
+ comment.count 1
+ iface MIXER
+ name 'LIN12 PGA Boost'
+ value false
+ }
+ control.2 {
+ comment.access 'read write'
+ comment.type BOOLEAN
+ comment.count 1
+ iface MIXER
+ name 'LIN34 PGA Boost'
+ value false
+ }
+ control.3 {
+ comment.access 'read write'
+ comment.type BOOLEAN
+ comment.count 1
+ iface MIXER
+ name 'RIN12 PGA Boost'
+ value false
+ }
+ control.4 {
+ comment.access 'read write'
+ comment.type BOOLEAN
+ comment.count 1
+ iface MIXER
+ name 'RIN34 PGA Boost'
+ value false
+ }
+ control.5 {
+ comment.access 'read write'
+ comment.type INTEGER
+ comment.count 1
+ comment.range '0 - 7'
+ comment.dbmin 0
+ comment.dbmax -2100
+ iface MIXER
+ name 'LOMIX LIN3 Bypass Volume'
+ value 7
+ }
+ control.6 {
+ comment.access 'read write'
+ comment.type INTEGER
+ comment.count 1
+ comment.range '0 - 7'
+ comment.dbmin 0
+ comment.dbmax -2100
+ iface MIXER
+ name 'LOMIX RIN12 PGA Bypass Volume'
+ value 7
+ }
+ control.7 {
+ comment.access 'read write'
+ comment.type INTEGER
+ comment.count 1
+ comment.range '0 - 7'
+ comment.dbmin 0
+ comment.dbmax -2100
+ iface MIXER
+ name 'LOMIX LIN12 PGA Bypass Volume'
+ value 7
+ }
+ control.8 {
+ comment.access 'read write'
+ comment.type INTEGER
+ comment.count 1
+ comment.range '0 - 7'
+ comment.dbmin 0
+ comment.dbmax -2100
+ iface MIXER
+ name 'LOMIX RIN3 Bypass Volume'
+ value 7
+ }
+ control.9 {
+ comment.access 'read write'
+ comment.type INTEGER
+ comment.count 1
+ comment.range '0 - 7'
+ comment.dbmin 0
+ comment.dbmax -2100
+ iface MIXER
+ name 'LOMIX AINRMUX Bypass Volume'
+ value 7
+ }
+ control.10 {
+ comment.access 'read write'
+ comment.type INTEGER
+ comment.count 1
+ comment.range '0 - 7'
+ comment.dbmin 0
+ comment.dbmax -2100
+ iface MIXER
+ name 'LOMIX AINLMUX Bypass Volume'
+ value 7
+ }
+ control.11 {
+ comment.access 'read write'
+ comment.type INTEGER
+ comment.count 1
+ comment.range '0 - 7'
+ comment.dbmin 0
+ comment.dbmax -2100
+ iface MIXER
+ name 'ROMIX RIN3 Bypass Volume'
+ value 7
+ }
+ control.12 {
+ comment.access 'read write'
+
[oe] [PATCH 2/4] netbase: add iphone3g support
Without that patch, the user can't ssh into his device, because usb0 is not up on the device side Signed-off-by: Chris 'Lopi' Spehn Signed-off-by: Denis 'GNUtoo' Carikli --- recipes/netbase/netbase/iphone3g/interfaces | 20 recipes/netbase/netbase_4.21.bb |2 +- 2 files changed, 21 insertions(+), 1 deletions(-) create mode 100644 recipes/netbase/netbase/iphone3g/interfaces diff --git a/recipes/netbase/netbase/iphone3g/interfaces b/recipes/netbase/netbase/iphone3g/interfaces new file mode 100644 index 000..e0c5f21 --- /dev/null +++ b/recipes/netbase/netbase/iphone3g/interfaces @@ -0,0 +1,20 @@ +# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) + +# The loopback interface +auto lo +iface lo inet loopback + +# Ethernet/RNDIS gadget (g_ether) +# ... or on host side, usbnet and random hwaddr +auto usb0 +iface usb0 inet static + address 192.168.0.202 + netmask 255.255.255.0 + network 192.168.0.0 + up route add default gw 192.168.0.200 metric 8 + up echo nameserver 208.67.222.222 > /etc/resolv.conf + up echo nameserver 208.67.220.220 >> /etc/resolv.conf + down route del default gw 192.168.0.200 metric 8 + +auto wlan0 +iface wlan0 inet dhcp diff --git a/recipes/netbase/netbase_4.21.bb b/recipes/netbase/netbase_4.21.bb index 68b8637..f3ae6e9 100644 --- a/recipes/netbase/netbase_4.21.bb +++ b/recipes/netbase/netbase_4.21.bb @@ -2,7 +2,7 @@ DESCRIPTION = "This package provides the necessary \ infrastructure for basic TCP/IP based networking." SECTION = "base" LICENSE = "GPLv2" -PR = "r49" +PR = "r50" inherit update-rc.d -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 3/4] xserver-xorg-conf: add iphone3g support
Signed-off-by: Chris 'Lopi' Spehn Signed-off-by: Denis 'GNUtoo' Carikli --- .../xserver-xorg-conf/iphone3g/xorg.conf | 31 recipes/xorg-xserver/xserver-xorg-conf_0.1.bb |2 +- 2 files changed, 32 insertions(+), 1 deletions(-) create mode 100644 recipes/xorg-xserver/xserver-xorg-conf/iphone3g/xorg.conf diff --git a/recipes/xorg-xserver/xserver-xorg-conf/iphone3g/xorg.conf b/recipes/xorg-xserver/xserver-xorg-conf/iphone3g/xorg.conf new file mode 100644 index 000..19f02e9 --- /dev/null +++ b/recipes/xorg-xserver/xserver-xorg-conf/iphone3g/xorg.conf @@ -0,0 +1,31 @@ +Section "Device" + Identifier "Builtin Default fbdev Device 0" + Driver "fbdev" + Option "ShadowFB" "on" + #Option "Rotate" "CW" # comment for disabling rotation +EndSection + +Section "Screen" + Identifier "Builtin Default fbdev Screen 0" + Device "Builtin Default fbdev Device 0" +EndSection + + +Section "InputDevice" + Identifier "touchscreen" + Driver "evdev" + Option "Device" "/dev/input/event2" + Option "Calibration" "0 4602 0 7306" + Option "ReportingMode" "Raw" + Option "SendCoreEvents" "On" + Option "GrabDevices" "True" + Option "InvertY" "0" + Option "SwapAxes" "0" +EndSection + + +Section "ServerLayout" + Identifier "Builtin Default Layout" + Screen "Builtin Default fbdev Screen 0" + InputDevice "touchscreen" "CorePointer" "AlwaysCore" +EndSection diff --git a/recipes/xorg-xserver/xserver-xorg-conf_0.1.bb b/recipes/xorg-xserver/xserver-xorg-conf_0.1.bb index 25a3867..71d3be3 100644 --- a/recipes/xorg-xserver/xserver-xorg-conf_0.1.bb +++ b/recipes/xorg-xserver/xserver-xorg-conf_0.1.bb @@ -1,5 +1,5 @@ DESCRIPTION = "Machine specific xorg.conf files" -PR = "r37" +PR = "r38" SRC_URI = "file://xorg.conf" -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] add iphone3g support
hi, Android was ported to the some apple devices(iphones,ipod etc...) Fortunately the kernel is standard enough to be able to run some GNU/Linux distributions such as SHR. So Chris Spehn(Lopi on irc) tried an htcdream shr-image on the iphone3g and got it working modifying the configurations files. Then I helped him to add all theses configuration files to openembedded. Chris Spehn is part of the iX project ( http://www.ixproject.org ) He did all the testing and the configurations files, I just helped to make the openembedded patches. Note that I didn't have an iphone3g for testing the changes. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Commit Access for Graham Gower (grg)
On Tue, 2010-11-30 at 19:42 +0100, Stefan Schmidt wrote: > Hello. > > On Tue, 2010-11-30 at 10:28, Khem Raj wrote: > > > > I would like to propose Graham Gower for commit access. Over the past year > > he has been consistently submitting good patches and quite a lot of them in > > addition he does opkg and mipsel targets and micro distribution which is > > largely unmaintained these days. > > It would be a nice addition > > Indeed. Actually I wonder why he does not already have commit access. > > I support this proposal. me too. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] metano.conf - Added on image file name the IMAGE_BASENAME * Added IMAGE_BASENAME on Metano Distro configuration file on IMAGE_NAME * This will help we to identify the names of our ima
On Thu, 2010-11-11 at 22:17 -0200, angelox_123 wrote:
> CACHE = "${TMPDIR}/cache/${LIBC}/${MACHINE}"
> DEPLOY_DIR ?= "${TMPDIR}/deploy/${LIBC}"
> @@ -119,12 +119,9 @@ DISTRO_EXTRA_RRECOMMENDS += " \
> kernel-module-ext2 \
> kernel-module-ext3 \
> kernel-module-af-packet \
> -mplayer \
> alsa-lib \
> alsa-utils \
> nano \
> -gpe-filemanager \
> -gpe-mini-browser \
> ${XSERVER} \
> avahi-daemon \
> avahi-autoipd \
Are you removing mplayer because of some do_rootfs issues with iwmmxt on
a1200?
If I remember well here was the issue:
do_rootfs didn't find mplayer because it didn't look in iwmmxt.
iwmmxt is a package extra arch:
PACKAGE_EXTRA_ARCHS += "iwmmxt" is in
conf/machine/include/motorola-ezx-base.inc which is required by
a1200.conf
Denis.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libsdl-x11 1.2.14 : fix alsa detection
On Sat, 2010-11-13 at 15:41 -0800, Khem Raj wrote: > Denis, > > If the deletion works for you. You have my ack. No need to send the patch to > ml. > > -Khem Thanks a lot, pushed. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libsdl-x11 1.2.14 : fix alsa detection
On Sat, 2010-11-13 at 15:41 -0800, Khem Raj wrote: > You have my ack. No need to send the patch to ml. Thanks. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] binconfig.bbclass optional last slash handling
hi,
Martin Jansa (JaMa on irc(#oe on Freenode))told me that libmikmod-config
--libs had the following output:
-L/usr/lib -lmikmod -ldl -lm
Which is obviously problematic,because it was the libmikmod-config from
sysroot which prevented some compilation of packages like
supertux-qvga(fixes like 9a97090b98ee4177b806c305168473562580d0c7 ,
which resulted from a misunderstanding between me and Martin Jansa are
wrong because they only workaround the problem instead of fixing the
real issue, which is discussed here)
so I digged into it and here's what I found:
Here's the beginning of libmikmod-config as generated(and before the
binconfig mangling):
>#! /bin/sh
>
>prefix=/usr
>exec_prefix=/usr
>exec_prefix_set=no
Then because in libmikmod, binconfig is inherited, the following is
called:
binconfig_sysroot_preprocess () {
for config in `find ${S} -name '${BINCONFIG_GLOB}'`; do
configname=`basename $config`
install -d ${SYSROOT_DESTDIR}${STAGING_BINDIR_CROSS}
cat $config | sed $...@get_binconfig_mangle(d)} >
${SYSROOT_DESTDIR}${STAGING_BINDIR_CROSS}/$configname
chmod u+x ${SYSROOT_DESTDIR}${STAGING_BINDIR_CROSS}/$configname
done
with get_binconfig_mangle beeing the following function:
# The namespaces can clash here hence the two step replace
def get_binconfig_mangle(d):
s = "-e ''"
if not bb.data.inherits_class('native', d):
optional_quote = r"\(\"\?\)"
s += " -e 's:=%s${libdir}:=\\1OELIBDIR:;'" % optional_quote
s += " -e 's:=%s${includedir}:=\\1OEINCDIR:;'" % optional_quote
s += " -e 's:=%s${datadir}:=\\1OEDATADIR:'" % optional_quote
s += " -e 's:=%s${prefix}/:=\\1OEPREFIX/:'" % optional_quote
s += " -e 's:=%s${exec_prefix}/:=\\1OEEXECPREFIX/:'" % optional_quote
s += " -e 's:-L${libdir}:-LOELIBDIR:;'"
s += " -e 's:-I${includedir}:-IOEINCDIR:;'"
s += " -e 's:OELIBDIR:${STAGING_LIBDIR}:;'"
s += " -e 's:OEINCDIR:${STAGING_INCDIR}:;'"
s += " -e 's:OEDATADIR:${STAGING_DATADIR}:'"
s += " -e 's:OEPREFIX:${STAGING_DIR_HOST}${prefix}:'"
s += " -e 's:OEEXECPREFIX:${STAGING_DIR_HOST}${exec_prefix}:'"
s += " -e 's:-I${WORKDIR}:-I${STAGING_INCDIR}:'"
s += " -e 's:-L${WORKDIR}:-L${STAGING_LIBDIR}:'"
if bb.data.getVar("OE_BINCONFIG_EXTRA_MANGLE", d):
s += bb.data.getVar("OE_BINCONFIG_EXTRA_MANGLE", d)
return s
which turns into:
cat libmikmod-config | sed
-e ''
-e 's:=\("\?\)/usr/lib:=\1OELIBDIR:;'
-e 's:=\("\?\)/usr/include:=\1OEINCDIR:;'
-e 's:=\("\?\)/usr/share:=\1OEDATADIR:'
-e 's:=\("\?\)/usr/:=\1OEPREFIX/:'
-e 's:=\("\?\)/usr/:=\1OEEXECPREFIX/:'
-e 's:-L/usr/lib:-LOELIBDIR:;'
-e 's:-I/usr/include:-IOEINCDIR:;'
-e
's:OELIBDIR:/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr/lib:;'
-e
's:OEINCDIR:/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr/include:;'
-e
's:OEDATADIR:/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr/share:'
-e
's:OEPREFIX:/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr:'
-e
's:OEEXECPREFIX:/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr:'
-e
's:-I/home/gnutoo/embedded/oe/oetmps/nokia900/work/armv7a-oe-linux-gnueabi/libmikmod-3.2.0-beta2-r3:-I/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr/include:'
-e
's:-L/home/gnutoo/embedded/oe/oetmps/nokia900/work/armv7a-oe-linux-gnueabi/libmikmod-3.2.0-beta2-r3:-L/home/gnutoo/embedded/oe/oetmps/nokia900/sysroots/armv7a-oe-linux-gnueabi/usr/lib:'
let's examine that part : -e 's:=\("\?\)/usr/:=\1OEPREFIX/:'
echo prefix=/usr | sed -e 's:=\("\?\)/usr/:=\1OEPREFIX/:' gives:
prefix=/usr
echo prefix=/usr/ | sed -e 's:=\("\?\)/usr/:=\1OEPREFIX/:' gives:
prefix=OEPREFIX/
we have in the bbclass:
s += " -e 's:=%s${prefix}/:=\\1OEPREFIX/:'" % optional_quote
s += " -e 's:=%s${exec_prefix}/:=\\1OEEXECPREFIX/:'" % optional_quote
So, should I make the last slash optional, or should I remove it ?
Making it optional would result in the following code:
optional_slash = r"\(\/\?\)"
s += " -e 's:=%s${prefix}%s:=\\1OEPREFIX/:'" % (optional_quote ,optional_slash)
s += " -e 's:=%s${exec_prefix}%s:=\\1OEEXECPREFIX/:'" % (optional_quote
,optional_slash)
Denis.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libsdl-x11 1.2.14 : fix alsa detection
On Fri, 2010-11-12 at 23:19 +0200, Vasily Khoruzhick wrote: > On Friday 12 November 2010 23:12:47 Denis 'GNUtoo' Carikli wrote: > > hi, > > > > Here's a patch that fixes alsa detection with libsdl-x11 1.2.14 > > > > on irc(#oe on Freenode) khem asked me to send a patch for that so he could > > review it. > > > > Here it is. > > > > Denis. > > And you forgot to attach patch :) I think I know why the patch never made it. The patch was 1.4M big... what should I do? Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libsdl-x11 1.2.14 : fix alsa detection
On Fri, 2010-11-12 at 22:19 +0100, Denis 'GNUtoo' Carikli wrote:
> On Fri, 2010-11-12 at 22:12 +0100, Denis 'GNUtoo' Carikli wrote:
> > hi,
> >
> > Here's a patch that fixes alsa detection with libsdl-x11 1.2.14
> >
> > on irc(#oe on Freenode) khem asked me to send a patch for that so he could
> > review it.
> >
> > Here it is.
> I don't know what happened, it seem that the patch didn't reach the
> mailing list even if git-send-email said:
> >Result: 250 OK
>
> Denis.
here's the third try which failed too:
gnu...@gnutoo-laptop:~/embedded/oe/org.openembedded.dev$ git send-email
0001-libsdl-x11-1.2.14-removing-libtool-update.patch-fixe.patch
0001-libsdl-x11-1.2.14-removing-libtool-update.patch-fixe.patch
Who should the emails appear to be from? [Denis 'GNUtoo' Carikli
]
Emails will be sent from: Denis 'GNUtoo' Carikli
Message-ID to be used as In-Reply-To for the first email?
<1289596756.2595.0.ca...@gnutoo-laptop>
(mbox) Adding cc: Denis 'GNUtoo' Carikli from line
'From: Denis 'GNUtoo' Carikli '
(body) Adding cc: Denis 'GNUtoo' Carikli from line
'Signed-off-by: Denis 'GNUtoo' Carikli '
From: Denis 'GNUtoo' Carikli
To: openembedded-devel@lists.openembedded.org
Cc: Denis 'GNUtoo' Carikli
Subject: [PATCH] libsdl-x11 1.2.14: removing libtool-update.patch fixes
alsa detection
Date: Sat, 13 Nov 2010 05:20:10 +0100
Message-Id: <1289622010-12683-1-git-send-email-gnu...@no-log.org>
X-Mailer: git-send-email 1.7.0.4
In-Reply-To: <1289596756.2595.0.ca...@gnutoo-laptop>
References: <1289596756.2595.0.ca...@gnutoo-laptop>
The Cc list above has been expanded by additional
addresses found in the patch commit message. By default
send-email prompts before sending whenever this occurs.
This behavior is controlled by the sendemail.confirm
configuration setting.
For additional information, run 'git send-email --help'.
To retain the current behavior, but squelch this message,
run 'git config --global sendemail.confirm auto'.
Send this email? ([y]es|[n]o|[q]uit|[a]ll): y
Password:
invalid user ID or password
gnu...@gnutoo-laptop:~/embedded/oe/org.openembedded.dev$ git send-email
0001-libsdl-x11-1.2.14-removing-libtool-update.patch-fixe.patch
0001-libsdl-x11-1.2.14-removing-libtool-update.patch-fixe.patch
Who should the emails appear to be from? [Denis 'GNUtoo' Carikli
]
Emails will be sent from: Denis 'GNUtoo' Carikli
Message-ID to be used as In-Reply-To for the first email?
<1289622010-12683-1-git-send-email-gnu...@no-log.org>
(mbox) Adding cc: Denis 'GNUtoo' Carikli from line
'From: Denis 'GNUtoo' Carikli '
(body) Adding cc: Denis 'GNUtoo' Carikli from line
'Signed-off-by: Denis 'GNUtoo' Carikli '
From: Denis 'GNUtoo' Carikli
To: openembedded-devel@lists.openembedded.org
Cc: Denis 'GNUtoo' Carikli
Subject: [PATCH] libsdl-x11 1.2.14: removing libtool-update.patch fixes
alsa detection
Date: Sat, 13 Nov 2010 05:20:37 +0100
Message-Id: <1289622037-12746-1-git-send-email-gnu...@no-log.org>
X-Mailer: git-send-email 1.7.0.4
In-Reply-To: <1289622010-12683-1-git-send-email-gnu...@no-log.org>
References: <1289622010-12683-1-git-send-email-gnu...@no-log.org>
The Cc list above has been expanded by additional
addresses found in the patch commit message. By default
send-email prompts before sending whenever this occurs.
This behavior is controlled by the sendemail.confirm
configuration setting.
For additional information, run 'git send-email --help'.
To retain the current behavior, but squelch this message,
run 'git config --global sendemail.confirm auto'.
Send this email? ([y]es|[n]o|[q]uit|[a]ll): y
Password:
OK. Log says:
Server: out.alice.it
MAIL FROM:
RCPT TO:
RCPT TO:
From: Denis 'GNUtoo' Carikli
To: openembedded-devel@lists.openembedded.org
Cc: Denis 'GNUtoo' Carikli
Subject: [PATCH] libsdl-x11 1.2.14: removing libtool-update.patch fixes
alsa detection
Date: Sat, 13 Nov 2010 05:20:37 +0100
Message-Id: <1289622037-12746-1-git-send-email-gnu...@no-log.org>
X-Mailer: git-send-email 1.7.0.4
In-Reply-To: <1289622010-12683-1-git-send-email-gnu...@no-log.org>
References: <1289622010-12683-1-git-send-email-gnu...@no-log.org>
Result: 250 OK
In git 1.7.0, the default has changed to --no-chain-reply-to
Set sendemail.chainreplyto configuration variable to true if
you want to keep --chain-reply-to as your default.
Denis.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libsdl-x11 1.2.14 : fix alsa detection
On Fri, 2010-11-12 at 22:12 +0100, Denis 'GNUtoo' Carikli wrote: > hi, > > Here's a patch that fixes alsa detection with libsdl-x11 1.2.14 > > on irc(#oe on Freenode) khem asked me to send a patch for that so he could > review it. > > Here it is. I don't know what happened, it seem that the patch didn't reach the mailing list even if git-send-email said: >Result: 250 OK Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] libsdl-x11 1.2.14 : fix alsa detection
hi, Here's a patch that fixes alsa detection with libsdl-x11 1.2.14 on irc(#oe on Freenode) khem asked me to send a patch for that so he could review it. Here it is. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 04/15] netbase: powerup usb0 interface automatically on palmpre machine
On Mon, 2010-10-18 at 20:51 +0200, Simon Busch wrote: > Signed-off-by: Simon Busch > --- > recipes/netbase/netbase/palmpre/interfaces |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/recipes/netbase/netbase/palmpre/interfaces > b/recipes/netbase/netbase/palmpre/interfaces > index ca2e007..17416c1 100644 > --- a/recipes/netbase/netbase/palmpre/interfaces > +++ b/recipes/netbase/netbase/palmpre/interfaces > @@ -6,6 +6,7 @@ iface lo inet loopback > > # Ethernet/RNDIS gadget (g_ether) > # ... or on host side, usbnet and random hwaddr > +auto usb0 > iface usb0 inet static > address 192.168.0.202 > netmask 255.255.255.0 what about PR bump? Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] fsogsmd: set PACKAGE_ARCH_palmpre = "${MACHINE_ARCH}"
On Tue, 2010-09-14 at 21:55 +0200, Simon Busch wrote:
> Set PACKAGE_ARCH for palmpre as we add some palmpre specific stuff for the
> palmpre machine
> and no other machine needs this actually.
>
> Signed-off-by: Simon Busch
> ---
> recipes/freesmartphone/fsogsmd_git.bb |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/recipes/freesmartphone/fsogsmd_git.bb
> b/recipes/freesmartphone/fsogsmd_git.bb
> index d377d7a..f6e046b 100644
> --- a/recipes/freesmartphone/fsogsmd_git.bb
> +++ b/recipes/freesmartphone/fsogsmd_git.bb
> @@ -12,6 +12,7 @@ EXTRA_OECONF_append = "\
> "
>
> # On the palmpre we need the msmcomm daemon to talk to the modem
> +PACKAGE_ARCH_palmpre = "${MACHINE_ARCH}"
> DEPENDS_append_palmpre = " msmcommd-specs"
> RDEPENDS_append_palmpre = " msmcommd"
> EXTRA_OECONF_append_palmpre = " --enable-modem-qualcomm-palm"
Acked-by: Denis 'GNUtoo' Carikli
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] grub 0.97: fixing broken 256byte-inodes patch
On Wed, 2010-09-01 at 17:57 +0200, Michal Minar wrote: > * original patch causes termination of grub with floating point exception, >when operating upon ext2 partitions > * the bug description came from: >http://bugs.gentoo.org/show_bug.cgi?id=220687 > * fixed patch was done by RB > > Signed-off-by: Michal Minar > --- > .../grub/grub-0.97/grub-support-256byte-inode.diff | 21 --- > 1 files changed, 13 insertions(+), 8 deletions(-) you also need to bump PR,else it doesn't get rebuild. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Asterisk and termcap
On Thu, 2010-09-09 at 08:20 +0200, Frans Meulenbroeks wrote: > 2010/9/9 Denis 'GNUtoo' Carikli : > > On Mon, 2010-09-06 at 16:15 +0100, Arigead wrote: > >> was trying to build Asterisk for the OpenMoko Free runner and it failed > >> on a dependency on termcap so I tried to bitbake termcap first and that > >> failed. The termcap compile stage is working but it's when it tries to > >> install that the recipe seems to fail but I'm new to this. > >> > >> I'm off to read the openembedded documentation again but in the mean > >> time if anybody can give me a hit that would be great. > > We can't help you if you don't post some logs or console output. > > Copy-pasting the part where it fails, if it's small, could be enough for > > a start. > > Denis. > > > > > Denis, the message from Arigead is 3 days old and has already been dealt with. > There is a patch for asterisk from Eric that makes it build fine for me. > > Frans. I saw that later, sorry I'm dealing with tons of mails because I kept the number of mails growing during the hollidays. Sorry. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Asterisk and termcap
On Mon, 2010-09-06 at 16:15 +0100, Arigead wrote: > was trying to build Asterisk for the OpenMoko Free runner and it failed > on a dependency on termcap so I tried to bitbake termcap first and that > failed. The termcap compile stage is working but it's when it tries to > install that the recipe seems to fail but I'm new to this. > > I'm off to read the openembedded documentation again but in the mean > time if anybody can give me a hit that would be great. We can't help you if you don't post some logs or console output. Copy-pasting the part where it fails, if it's small, could be enough for a start. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gtk-immodule
> On Fri, Aug 27, 2010 at 3:33 PM, Denis 'GNUtoo' Carikli
> wrote:
>> hi,
>> I'd like to add something like GTK_IM_MODULE=xim in /etc/profile.d for
>> the
>> htcdream, or maybe, any machine that has an hardware keyboard
>>
>> how should that be added?
>>
>> gtk-immodule-xim is part of the gtk+ recipes.
>>
>> should I add a do_immodule() that check if there is keyboard
>> MACHINE_FEATURES, and if there is do an echo of GTK_IM_MODULE=xim to a
>> file which will be shiped to /etc/profile.d/immodule-gtk.sh ?
>> And add that to the gtk-immodule package?
>
> yes deducing it from MACHINE_FEATURES is a good approach imo.
How should I implement the code that does that:
I need to do that(bash version of the python function I used):
FILES_gtk-immodule-xim += "${sysconfdir}/profile.d/immodule-gtk.sh"
PACKAGE_ARCH_gtk-immodule-xim = "${MACHINE_ARCH}"
but there is an issue:
gtk-immodule-xim is part of PACKAGES_DYNAMIC,and it uses do_split_packages
if I add some python code after do_split_packages it seem to have no effect
Also, I wonder how multimachine builds would work:
the package is machine arch, but does gtk+ need to be rebuild for each
machine? that would be a huge issue for angstrom.
Denis.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] gtk-immodule
hi, I'd like to add something like GTK_IM_MODULE=xim in /etc/profile.d for the htcdream, or maybe, any machine that has an hardware keyboard how should that be added? gtk-immodule-xim is part of the gtk+ recipes. should I add a do_immodule() that check if there is keyboard MACHINE_FEATURES, and if there is do an echo of GTK_IM_MODULE=xim to a file which will be shiped to /etc/profile.d/immodule-gtk.sh ? And add that to the gtk-immodule package? without GTK_IM_MODULE=xim I've keyboard mapping issues under the htcdream: xmodmap dream.xmodmap has no effect under gtk applications but work well with illume or xlib applications Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] keymaps: remove initscripts dependency
Thanks a lot,pushed. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] fix pulling initscripts in keymaps
Hi, I've an issue with initscripts(instead of my specific distro initscript) beeing pulled by keymaps. As it may be considered core, Here's a patch attached. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] keymaps: remove initscripts dependency
Multiple initscripts version exist,for instance
initscripts-shr,initscripts-openmoko,initscripts etc...
Depending on a particular initscript is not a good idea:
For instance on SHR(distro) and htcdream(machine)
it install initscripts instead of initscripts-shr in
shr-image,which result in having the /etc/init.d/devices which
is,according to mickeyl, an init script for devfs.
if this init script is present(with the corresponding rc links) it get
executed,which causes some devices nodes to lack.
which prevent sound,modem and maybe other driver from working on the
htcdream.
Thanks mrmoku in #openmoko-cdevel in Freenode
for helping me finding the offending recipe.
Thanks mickeyl in #openmoko-cdevel in Freenode for telling me
that usually packages don't depend on the initscripts
Signed-off-by: Denis 'GNUtoo' Carikli
---
recipes/keymaps/keymaps_1.0.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/keymaps/keymaps_1.0.bb b/recipes/keymaps/keymaps_1.0.bb
index 25a93c2..f8cd77f 100644
--- a/recipes/keymaps/keymaps_1.0.bb
+++ b/recipes/keymaps/keymaps_1.0.bb
@@ -1,9 +1,9 @@
DESCRIPTION = "Keyboard map"
SECTION = "base"
-RDEPENDS_${PN} = "initscripts console-tools"
+RDEPENDS_${PN} = "console-tools"
LICENSE = "GPL"
PACKAGE_ARCH = "${MACHINE}"
-PR = "r24"
+PR = "r25"
inherit update-rc.d
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [core] initscripts and keymap
hi,
in keymaps_1.0.bb:
there is:
RDEPENDS_${PN} = "initscripts console-tools"
which is an issue for the shr distribution.
shr uses initscripts-shr.
Pratically speaking it install initscripts instead of initscripts-shr in
shr-image,which result in having the /etc/init.d/devices which
is,according to mickeyl, an init script for devfs.
if this init script is present(with the corresponding rc links) it get
executed,which causes some devices nodes to lack.
which prevent sound,modem and maybe other driver from working on the
htcdream.
what's the best way to fix it?
mrmoku(which helped me) proposes(in #openmoko-cdevel):
that should be fixed to be ${IMAGE_INITSCRIPTS} instead
probably
but we're not sure at all that it's the correct variable or solution.
Denis.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] htcleo: touchscreen driver & configuration
On Sun, 2010-07-11 at 14:56 +0100, lukas gorris wrote: > Hello, > > except for the 6 keypad buttons, machine htcleo lacks any working > input device in its current state in OE. > The present touchscreen driver is designed for use with the andoid > user space. I would like to make it work with tslib. > > In ts_print_raw a touch event looks like this > > 670.031357:110227 0 > 2670.071314:132266 0 > 2670.111229: 0 0 0 > 2670.111236: -947150040 -947440328 0 > 2670.151243:285200 0 > 2670.191285:285202 0 > > Instead of a real touch event, the pointer will dodge to zero and then > to a large negative value. > Am I right the driver will need patching for this to work with tslib? > > Driver is here > http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=6a2efb17dced8b2989a4359d98d66b0446743fdf > > I know this is not 100% OE related. But since I am trying to get the > htcleo device supported in OE I should take a try here. On the tslib > list nobody jumped up so far: > > https://lists.berlios.de/pipermail/tslib-general/2010-July/000302.html > > Thanks > > Lukas hi, I think your driver needs patching,I patched mine. By the way I'm currently offline so I can't see the link. Also: *there is an xf86-input-tslib plugin which works fine except when you apply some static rotation to xf86-video-fbdev *I locally switched to evdev for htcdream,as advised by #xorg-devel and will push soon *if you plan to use xf86-video-fbdev rotated look at the thread I started in the xorg devel mailing list. Denis. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] xf86-video-msm
On Sun, 2010-07-11 at 14:54 +0100, lukas gorris wrote:
> Hello,
>
> As I was told the bugtracker is not frequented much, I am taking the
> liberty to quote
> from oebug http://bugs.openembedded.org/show_bug.cgi?id=5451 in the
> following :
>
> Project Website:
>
> https://www.codeaurora.org/contribute/projects/xwinp/
>
>
> Problem:
>
> currently xf86-video-msm is only confirmed to compile on armv6-novfp htcdream
> device. htcdream selects patches to remove the neon support and other stuff
> from the driver that is actually designed for the cortex-a8 based qualcomm
> qsd8.
>
> Building for the htc-qsd8 htcleo machine in current org.openembedded.dev
> revision it fails.
>
>
>
> Recipe:
>
> require xorg-driver-video.inc
> DESCRIPTION = "X.Org X server -- MSM display driver"
> PE = "1"
> PV = "1.1.0+${PR}+gitr${SRCREV}"
> PR = "${INC_PR}.0"
>
> SRC_URI =
> "git://codeaurora.org/quic/xwin/xf86-video-msm.git;protocol=git;branch=chromium
> \
> file://compile_cfbbd17f0d4ab0f30915594d74e1b2b12c4ff8a1.patch \
> file://kgsl_drm.h "
> SRC_URI_append_htcdream =
> "file://no_neon_cfbbd17f0d4ab0f30915594d74e1b2b12c4ff8a1.patch"
>
> SRCREV = "cfbbd17f0d4ab0f30915594d74e1b2b12c4ff8a1"
> S = "${WORKDIR}/git"
>
> do_compile_prepend() {
> install -d ${S}/src/linux
> install -d ${S}/src/drm
> install -m 0644 ${STAGING_KERNEL_DIR}/include/linux/msm_mdp.h
> ${S}/src/linux/
> install -m 0644 ${WORKDIR}/kgsl_drm.h ${S}/src/drm/
> }
>
> PACKAGE_ARCH = "${MACHINE_ARCH}"
>
> ARM_INSTRUCTION_SET = "arm"
>
> CFLAGS += " -I${STAGING_INCDIR}/xorg "
> CFLAGS += " -Wno-error "
>
>
> Error:
>
> | msm-driver.c: In function 'MSMPreInit':
> | msm-driver.c:413: error: 'MSMFB_RESUME_SW_REFRESHER' undeclared
> (first use in
> this function)
> | msm-driver.c:413: error: (Each undeclared identifier is reported only once
> | msm-driver.c:413: error: for each function it appears in.)
> | msm-driver.c:624: error: 'MDP_FB_PAGE_PROTECTION_WRITETHROUGHCACHE'
> undeclared (first use in this function)
> | make[2]: *** [msm-driver.lo] Error 1
> | make[2]: *** Waiting for unfinished jobs
> | mv -f .deps/msm-exa-mixed.Tpo .deps/msm-exa-mixed.Plo
> | mv -f .deps/msm-exa.Tpo .deps/msm-exa.Plo
> | mv -f .deps/msm-exa-neon.Tpo .deps/msm-exa-neon.Plo
> | make[2]: Leaving directory
> `/media/lenny/home/luke-g/build/openembedded/tmp/work/htcleo-angstrom-linux-gnueabi/xf86-video-msm-1_1.1.0+r14.0+gitrcfbbd17f0d4ab0f30915594d74e1b2b12c4ff8a1-r14.0/git/src'
> | make[1]: *** [all-recursive] Error 1
> | make[1]: Leaving directory
> `/media/lenny/home/luke-g/build/openembedded/tmp/work/htcleo-angstrom-linux-gnueabi/xf86-video-msm-1_1.1.0+r14.0+gitrcfbbd17f0d4ab0f30915594d74e1b2b12c4ff8a1-r14.0/git'
> | make: *** [all] Error 2
> | FATAL: oe_runmake failed
>
> It seems like it is missing some variables from the msm_fb driver inside the
> kernel. Currently the recipe installs parts from it (include/linux/msm_mdp.h,
> kgsl_drm.h) . I am not sure if it is taken from the right kernel source as
> there are quite some different versions of both, xf86-video-msm and msm_fb
> driver..
> Maybe for the above error we just need to add an additional header file. I
> searched for the missing defines in the current kernel branch for htcleo at
> http://linuxtogo.org/cgi-bin/gitweb.cgi?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.32
> but could not find them.
Sorry I can't look I'm offline.
> I guess this means we need to
>
> *pick a different/older version of the xf86-video-msm to match htcleo
> kernel or
*I had some issues with garbage on screen with gtk+ with older versions
*it may not fix the issue
> *find correct kernel tree which has the missing defines and try putting the
> headers and still use unmodified kernel on device or
look at codeaurora's kernel,and grep for the missing defines.
> *patch the kernel with matching msm_fb version
should work but you could also patch xf86-video-msmfb
> It might be a good approach to cleanly start over with the recipe for both
> machines.
>
> Different kernel versions for the qsd8 devices are available at
> https://www.codeaurora.org/gitweb/quic/kernel/
> Like I mentioned I have no clue which xf86-video-msm version matches which
> drivers/video/msm version. I can't see where this is documented.
>
> On a side note, I tried to compile xf86-video-msm manually outside of
> OE but it
> did not compile. And I am very puzzled about the total lack of information on
> kernel in the README
> https://www.codeaurora.org/gitweb/quic/xwin/?p=xf86-video-msm.git;a=blob;f=README;h=c38a80e901d0ff033c39ac157cdfb80530b4830a;hb=refs/heads/chromium
>
> As this a bit out of my league I will be happy about any comment.
>
>
btw: I abandoned the recipe before fully fixing it.
You should make your kernel stage the headers instead of using my copied
header files.
> Best regards,
>
> Lukas
Denis.
[oe] gnome introspection.m4
hi, libgee-native-1_0.5.0+gitr3+3ce13a7b8644263037f39441d3c10a3b00861301-r0 failed to configure: | autoreconf: running: automake --foreign --add-missing --copy --force-missing --warnings=cross | automake: unknown warning category `cross' | gee/Makefile.am:95: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL | autoreconf: automake failed with exit status: 1 | FATAL: autoreconf execution failed. looking at autogen.sh shows: REQUIRED_M4MACROS=introspection.m4 gnome-autogen.sh "$@" || exit 1 trying to find the m4 in libgee's workdir or in sysroot failed. woglinde helped me a lot and found that: http://live.gnome.org/GObjectIntrospection on my side I grepped oe's recipes dir and found: ./dbus/dbus-glib-0.86/no-introspect.patch it's also there for older version of dbug-glib. woglinde asked me to send a mail because we have no idea on what's the best way to handle this correctly. Denis ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
