Re: [oe] gettext-native fails to build
On 06/28/2011 09:12 PM, Peter Chubb wrote: Khem == Khem Rajraj.k...@gmail.com writes: Khem On 06/28/2011 06:16 PM, Peter Chubb wrote: are you using oe.dev Khem or oe-core ? oe-core has these races solved oe.dev. I'll try again with the core branch. Khem FWIW here are my notes on how to use oe-core for angstrom Khem http://sakrah.homelinux.org/blog/2011/03/using-openembedded-core-to-build-angstrom-for-qemu/ Thanks. It looks as though oe-core doesn't know about collie yet. I copied the machine description from oe-dev, and am attempting to build console-image. Is there a graphical PIM image that's likely to build and work? May be you can try core-image-sato -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] OE Changelog for 2011-06-20 to 2011-06-27
Changelog for 2011-06-20 to 2011-06-27. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://git.angstrom-distribution.org/meta-angstrom meta-yocto: git://git.yoctoproject.org/poky meta-texasinstruments: git://git.angstrom-distribution.org/meta-texasinstruments meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-micro: git://git.openembedded.org/meta-micro meta-slugos: git://github.com/kraj/meta-slugos meta-nslu2: git://github.com/kraj/meta-nslu2 meta-intel: git://git.yoctoproject.org/meta-intel openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Brandon Stafford (1): doc/usermanual.xml: Tweaks for the manual Christopher Larson (2): msg: use a simpler enumeration for the domains msg: fix domain enum use Mark Hatle (1): runqueue.py: Add umask task control Scott Garman (1): fetch2/git.py: improve error reporting when an invalid protocol is used Changelog for openembedded-core: Beth Flanagan (1): common-licenses: Additions and corrections Bruce Ashfield (3): linux-yocto: update SRCREVs for utrace merge linux-yocto: update meta SRCREV for new config groups linux-yocto: update meta and yocto/standard SRCREVs Jiajun Xu (1): qemuimagetest: update cvs and iptables to newer version for toolchain test Khem Raj (10): gettext-0.18.1.1: Remove unused patches uclibc/x86_64/uClibc.machine: Enable ARCH_USE_MMU uclibc: Add support for $ORIGIN uclibc.inc: libsegfault is only RPROVIDED by uclibc binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 eglibc-package.inc: Package newly added sotruss and supporting libraries eglibc: Upgrade recipes from 2.13 - 2.14 tcmode-default.inc: Bump EGLIBCVERSION to 2.14 gcc-4.6: Switch to using svn SRC_URI for recipe tcmode-default.inc: use 4.6 for GCCVERSION and SDKGCCVERSION Koen Kooi (4): gnome-keyring 2.32.1: fix packaging glib-2.0 2.28.x: update to 2.28.8 alsa-utils 1.0.24.2: fix packaging kernel.bbclass: restore kernel-abiversion file Mark Hatle (40): tinylogin: Avoid stripped binaries boost: Move the do_configure_prepend to a seperate task nasm: Fix aclocal dropbear: Don't patch in configure unzip: Avoid stripping binaries db: Avoid stripping binaries sysstat: Avoid stripping binaries quota: Avoid stripping binaries busybox: Avoid stripping binaries wireless-tools: Avoid stripping binaries libproxy: Add missing debug files gtk-sato-engine: Add missing debug files gstreamer: Add missing debug files. trace-cmd: Add missing debug files systemtamp: Add missing debug files gthumb: Add missing debug files gamin: Add missing debug files to -dbg mc: Add missing debug files to -dbg python-gst: Add missing files to the -dbg package liba52: Remove custom -dbg, fall back to default modutils: Add in missing -dbg package psmisc: Remove custom -dbg packages, use default texinfo: Change to use the standard -dbg file libxml-parser-perl: Fix debug package python-pyobject: Remove unnecessary -dbg setting python: Switch to using the default -dbg package classes/package_rpm.bbclass: Enhance diagnostic messages sysfsutils: Fall back to default -dbg package kernel.bbclass: Add support for perf-dbg package perf: Fix linux-tools to ensure perf is installed under fakeroot classes/package_rpm.bbclass: Change the way the PV is transformed native.bbclass: Add a simple chown intercept command resolveconf: Fix file owners base-passwd: Fix owners/groups ghostscript: Fix owner/group of /etc/cups libtirpc: Fix owner/group of /etc/netconfig tzdata: Ensure all files are owned by root:root gnome-doc-utils: Fix the owner/group on select files db: Fix file ownership python: Add python to the dependency to pygobject Paul Eggleton (4): u-boot: set SRCREV to a git revision instead of a tag reference qt4-tools-nativesdk: fix unpack failure due to missing g++.conf qt4-tools-nativesdk: drop freetype include as we build with -no-freetype qt4-tools-nativesdk: fix compile failure in src/dbus Richard Purdie (4): Revert tcmode-default.inc: Bump EGLIBCVERSION to 2.14 Revert eglibc: Upgrade recipes from 2.13 - 2.14 packagedata.py: Fix read_subpkgdata_dict() kernel.bbclass: Stop do_install poking directly into the sysroot and evading Tom Rini (1): kernel.bbclass: Stage System.map with KERNEL_VERSION suffix Xiaofeng Yan (1): task-core-lsb: Add absent libraries and commands to task-core-lsb.bb Zhai Edwin (2): gnome-vfs: remove gnome-vfs as it is deprecated in favour of GVFS and GIO clutter: Use new git repo Changelog for meta-openembedded: Khem Raj (1): gcc-4.6: Change the
[oe] In which meta/layer is a home for not yet supported machines
Hi, just started to collect first oe-core experiences and would like to get the hardware on my (or friend's) desk supported. To check already available I did find -name *.conf | grep machine and miss o gumstix overo ( http://www.gumstix.com/store/index.php?cPath=33 ) o tx28 ( http://www.karo-electronics.com/tx28.html / have prepared support for oe but would like to get this to oe-core ) o mx28evk ( http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCIMX28EVKJfr=g ) In which meta/layer is the first place for configurations/bootloader/kernels? Regards Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] In which meta/layer is a home for not yet supported machines
On Wed, Jun 29, 2011 at 8:28 AM, Andreas Mueller schnitzelt...@gmx.de wrote: Hi, just started to collect first oe-core experiences and would like to get the hardware on my (or friend's) desk supported. To check already available I did find -name *.conf | grep machine and miss o gumstix overo ( http://www.gumstix.com/store/index.php?cPath=33 ) o tx28 ( http://www.karo-electronics.com/tx28.html / have prepared support for oe but would like to get this to oe-core ) o mx28evk ( http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCIMX28EVKJfr=g ) In which meta/layer is the first place for configurations/bootloader/kernels? you would need meta layer for the new machines. There already are some layers checkout angstrom if the machines do not fit into those existing you can create a new layer something like meta-gumstix Regards Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] In which meta/layer is a home for not yet supported machines
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29-06-11 17:28, Andreas Mueller wrote: Hi, just started to collect first oe-core experiences and would like to get the hardware on my (or friend's) desk supported. To check already available I did find -name *.conf | grep machine and miss o gumstix overo ( http://www.gumstix.com/store/index.php?cPath=33 ) I know Steve Sakoman is working on OE-core, so we might see an gumstix layer soon. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFOC0bcMkyGM64RGpERAvNRAJ9pteDdIiX0gMXidaukLIPcAhrA7gCeLRs/ EhA3O27U1XrmEuSwNSi3s5s= =UZdp -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] In which meta/layer is a home for not yet supported machines
On Wednesday, June 29, 2011 05:32:54 PM Khem Raj wrote: you would need meta layer for the new machines. There already are some layers checkout angstrom AFAIK there is no machine conf in angstrom if the machines do not fit into those existing you can create a new layer something like meta-gumstix Open and maintain git-repos meta-gumstix meta-freescale meta-karo and get them supported by angstrom? Is that a solution for a hobbyist dev (not working for one of these companies)? Or wait until the companies will get this done? sorry but maybe I am missing something Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] In which meta/layer is a home for not yet supported machines
On Wed, 2011-06-29 at 17:48 +0200, Andreas Mueller wrote: Open and maintain git-repos meta-gumstix meta-freescale meta-karo and get them supported by angstrom? Is that a solution for a hobbyist dev (not working for one of these companies)? Yes, that's pretty much the size of it. Creating the repos is fairly trivial, you can host them on github or gitorious or anywhere you like. Maintaining them ought to also be fairly low-effort since a basic machine layer doesn't actually need to contain very much. p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] am-benchmarks: Remove platform dependencies
Thanks, I've submitted version 2 of this patch with the necessary updates On Tue, Jun 28, 2011 at 1:10 PM, Denys Dmytriyenko de...@denix.org wrote: On Tue, Jun 28, 2011 at 04:12:21PM +0200, Koen Kooi wrote: On 28-06-11 16:00, Jeff Lance wrote: Koen, We are using makefiles generated by CCSv5. CCSv5 auto generates its own build support files with CFLAGS embedded. We plan to pass in CFLAGS from Arago into our SDK environment setting. But it was decided not to resolve that issue until the next release. This patch fixes an issue where the Makefile was not at the top level. Yes, and it can go in when the INSANE_SKIP is gone. I'm not asking you to fix CCSv5, I'm asking you to add a patch to this recipe to fix it. I suspect it's a one-liner, so no reason to keep hacks liek INSANE_SKIP when it can be easily solved in OE. In other words - add a sed magic to do_configure, like I did for matrix-tui long time ago... -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2 1/1] am-benchmarks: Remove platform dependencies
* Remove platform dependencies and use architecture dependencies instead
* Use OE BASE_PACKAGE_ARCH to determine architecture
* Update the SRCREV to revision 66
* Update the recipe revision to 1.3
* Removed INSANE_SKIP
NOTE - architecture dependency can be removed once CFLAGS can be passed into
CCSv5 project makefile
Signed-off-by: Jeff Lance j-lan...@ti.com
---
Updated in version 2:
Removed INSANE_SKIP directive
updated SRCREV from 65 to 66
used find-copies-harder to show differences with previous recipe
--
recipes/ti/am-benchmarks_1.3.bb | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644 recipes/ti/am-benchmarks_1.3.bb
diff --git a/recipes/ti/am-benchmarks_1.3.bb b/recipes/ti/am-benchmarks_1.3.bb
new file mode 100644
index 000..8ac9b74
--- /dev/null
+++ b/recipes/ti/am-benchmarks_1.3.bb
@@ -0,0 +1,33 @@
+#NOTE: This package is currently only supported for the Angstrom
+# distribution. Other distributions and toolchains may or
+# may not work.
+
+DESCRIPTION = AM Benchmarks
+HOMEPAGE = https://gforge.ti.com/gf/project/am_benchmarks/;
+LICENSE = BSD
+SECTION = system
+PRIORITY = optional
+
+SRCREV = 66
+PR = r2+svnr${SRCPV}
+
+SRC_URI =
svn://gforge.ti.com/svn/am_benchmarks/;module=trunk;proto=https;user=anonymous;pswd=''
+
+S = ${WORKDIR}/trunk
+
+do_configure() {
+sed -i -e 's|LIBS :=|LIBS := ${LDFLAGS} |' Release/objects.mk
+}
+
+do_compile() {
+ # don't build debug version
+ touch debug
+ export CROSS_COMPILE=${TARGET_PREFIX}
+ export ARCH=${BASE_PACKAGE_ARCH}
+ make release
+}
+
+do_install() {
+ export ARCH=${BASE_PACKAGE_ARCH}
+ make DESTDIR=${D} install
+}
--
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] softap-udhcpd-config: add recipe for udhcpd config files
* Install udhcpd.conf file for setting up networking for Soft AP. * Allow machine specific versions of the configuration file. * Default configuration file is from the samples/udhcp.conf file in the base udhcpd package. Signed-off-by: Chase Maupin chase.mau...@ti.com --- .../udhcp/softap-udhcpd-config/omap3/udhcpd.conf | 116 .../softap-udhcpd-config/omapl138/udhcpd.conf | 116 recipes/udhcp/softap-udhcpd-config/udhcpd.conf | 116 recipes/udhcp/softap-udhcpd-config_1.0.bb | 19 +++ 4 files changed, 367 insertions(+), 0 deletions(-) create mode 100644 recipes/udhcp/softap-udhcpd-config/omap3/udhcpd.conf create mode 100644 recipes/udhcp/softap-udhcpd-config/omapl138/udhcpd.conf create mode 100644 recipes/udhcp/softap-udhcpd-config/udhcpd.conf create mode 100644 recipes/udhcp/softap-udhcpd-config_1.0.bb diff --git a/recipes/udhcp/softap-udhcpd-config/omap3/udhcpd.conf b/recipes/udhcp/softap-udhcpd-config/omap3/udhcpd.conf new file mode 100644 index 000..eea948d --- /dev/null +++ b/recipes/udhcp/softap-udhcpd-config/omap3/udhcpd.conf @@ -0,0 +1,116 @@ +# Sample udhcpd configuration file (/etc/udhcpd.conf) + +# The start and end of the IP lease block + +start 192.168.0.20#default: 192.168.0.20 +end192.168.0.254 #default: 192.168.0.254 + + +# The interface that udhcpd will use + +interface wlan0 #default: eth0 + + +# The maximim number of leases (includes addressesd reserved +# by OFFER's, DECLINE's, and ARP conficts + +#max_leases254 #default: 254 + + +# If remaining is true (default), udhcpd will store the time +# remaining for each lease in the udhcpd leases file. This is +# for embedded systems that cannot keep time between reboots. +# If you set remaining to no, the absolute time that the lease +# expires at will be stored in the dhcpd.leases file. + +#remaining yes #default: yes + + +# The time period at which udhcpd will write out a dhcpd.leases +# file. If this is 0, udhcpd will never automatically write a +# lease file. (specified in seconds) + +#auto_time 7200#default: 7200 (2 hours) + + +# The amount of time that an IP will be reserved (leased) for if a +# DHCP decline message is received (seconds). + +#decline_time 3600#default: 3600 (1 hour) + + +# The amount of time that an IP will be reserved (leased) for if an +# ARP conflct occurs. (seconds + +#conflict_time 3600#default: 3600 (1 hour) + + +# How long an offered address is reserved (leased) in seconds + +#offer_time60 #default: 60 (1 minute) + +# If a lease to be given is below this value, the full lease time is +# instead used (seconds). + +#min_lease 60 #defult: 60 + + +# The location of the leases file + +#lease_file/var/lib/misc/udhcpd.leases #defualt: /var/lib/misc/udhcpd.leases + +# The location of the pid file +#pidfile /var/run/udhcpd.pid #default: /var/run/udhcpd.pid + +# Everytime udhcpd writes a leases file, the below script will be called. +# Useful for writing the lease file to flash every few hours. + +#notify_file #default: (no script) + +#notify_file dumpleases # --- usefull for debugging + +# The following are bootp specific options, setable by udhcpd. + +#siaddr192.168.0.22#default: 0.0.0.0 + +#sname zorak #default: (none) + +#boot_file /var/nfs_root #default: (none) + +# The remainer of options are DHCP options and can be specifed with the +# keyword 'opt' or 'option'. If an option can take multiple items, such +# as the dns option, they can be listed on the same line, or multiple +# lines. The only option with a default is 'lease'. + +#Examles +optdns 8.8.8.8 8.8.4.4 #public google dns servers +option subnet 255.255.255.0 +optrouter 192.168.0.1 +#opt wins192.168.10.10 +#optiondns 129.219.13.81 # appened to above DNS servers for a total of 3 +#optiondomain local +option lease 864000 # 10 days of seconds + + +# Currently supported options, for more info, see options.c +#subnet +#timezone +#router +#timesvr +#namesvr +#dns +#logsvr +#cookiesvr +#lprsvr +#bootsize +#domain +#swapsvr +#rootpath +#ipttl +#mtu +#broadcast +#wins +#lease +#ntpsrv +#tftp +#bootfile diff --git a/recipes/udhcp/softap-udhcpd-config/omapl138/udhcpd.conf b/recipes/udhcp/softap-udhcpd-config/omapl138/udhcpd.conf new file mode 100644 index 000..eea948d --- /dev/null +++ b/recipes/udhcp/softap-udhcpd-config/omapl138/udhcpd.conf @@ -0,0 +1,116 @@ +# Sample udhcpd configuration file (/etc/udhcpd.conf) + +# The start and end of the IP lease block + +start 192.168.0.20#default: 192.168.0.20 +end192.168.0.254 #default: 192.168.0.254 + + +# The interface that udhcpd will use + +interface wlan0
[oe] [PATCH] linux-omap-psp-2.6.32 kernel: Fixed User-button GPIO to correct value for -xM
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
...agle-cleaned-up-board-revision-conditions.patch |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
index 513a101..fb91cb6 100644
---
a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
+++
b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
@@ -143,8 +143,8 @@ index 4bde54b..664a9c6 100644
omap3_beagle_i2c_init();
- if (cpu_is_omap3630()) {
-+ if ((omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMAB)
-+ (omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMC)) {
++ if ((omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMAB) ||
++ (omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMC)) {
gpio_buttons[0].gpio = 4;
}
--
1.7.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
