00:02.55 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r7cb1640b06 10openembedded.git/recipes/tasks/task-cli-tools.bb: task-cli-tools: add serial-forward; bring back ltrace |
00:03.21 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
00:23.35 | khem | grg: Crofton so it seems renaming is what you guys incline too |
00:23.43 | khem | the patch applies cleanly to 4.4.1 too |
00:24.15 | khem | crofton: code gen is better in 4.4 for arm in general but the compiler itself is slow and needs more memory |
00:24.33 | khem | minimal and micro are the distros currently using gcc 4.4.1 as default. |
00:24.41 | grg | if you have a gcc 4.4.1 recipe with the 4.4.2 patch on it, people will probably wont realise that they are using 4.4.2 |
00:25.49 | grg | actually, thats not true, because gcc will install as 4.4.2 wont it... |
00:26.03 | grg | meh |
00:26.15 | grg | i still say move the recipe |
00:29.39 | *** join/#oe rsalveti (n=rsalveti@189.115.168.101.dynamic.adsl.gvt.net.br) |
00:35.18 | *** join/#oe rsalveti (n=rsalveti@189.115.169.179) |
00:38.43 | *** join/#oe lim_ (i=8f6beba7@gateway/web/freenode/x-atxtydxtjutlkxsq) |
00:38.46 | lim_ | hi, I need dm9601 cortex, dos anyone have it? |
00:40.22 | mwester | none for sale here |
00:40.39 | lim_ | nops, it is a module |
00:40.54 | lim_ | I need the arm port |
00:40.58 | lim_ | dm9601.ko |
00:41.13 | *** join/#oe mrc3_ (n=ddiaz@189.157.113.233) |
00:44.02 | lim_ | I have a source code I modified to build dm9601.ko (in order to support my usb-ethernet adapter), and it works alright when compiling for x86. however, when I try to cross compile it to cortexA8 code it fails. Could someone please help???? |
00:52.22 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
00:56.19 | *** join/#oe blindvt` (n=b@chello213047219050.surfer.at) |
00:56.29 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
01:00.58 | *** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw) |
01:02.13 | *** join/#oe playya (n=playya@unaffiliated/playya) |
01:02.41 | grg | what are folks using for mem leak testing on their embedded devices? |
01:03.11 | grg | i'm almost tempted to do an x86 build of my image just to use valgrind... |
01:04.32 | zecke | grg: valgrind is great |
01:05.18 | zecke | the on non-x86 options include boehmgc, or porting memprof but I have not used any of them |
01:06.21 | grg | nothing with an OE recipe already? |
01:07.22 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
01:09.55 | zecke | I don't think so |
01:09.56 | lim_ | I have a source code I modified to build dm9601.ko (in order to support my usb-ethernet adapter), and it works alright when compiling for x86. however, when I try to cross compile it to cortexA8 code it fails. Could someone please help???? |
01:10.35 | grg | lim_, put the logs into a paste bin and someone will look at it |
01:10.47 | lim_ | ok |
01:15.47 | khem | grg: ok let me move it then |
01:16.27 | khem | grg: mpatrol is cool for memory usage too |
01:16.43 | grg | cheers |
01:17.10 | grg | mtrace(3) looks useful too |
01:17.50 | *** join/#oe Leatherface (n=leatherf@athlon.pitelink.com) |
01:18.03 | lim_ | I have a source code(http://pastebin.ca/1636424 (.c) http://pastebin.ca/1636426(.h) http://pastebin.ca/1636430(makefile)) I modified to build dm9601.ko (in order to support my usb-ethernet adapter), and it works alright when compiling for x86. however, when I try to cross compile it to cortexA8 code it fails(pastebin.ca/1636434 (crash)). Could someone please help???? |
01:18.20 | zecke | grg: http://www.hpl.hp.com/personal/Hans_Boehm/gc/leak.html |
01:18.35 | lim_ | I have a source code(http://pastebin.ca/1636424 (.c) http://pastebin.ca/1636426(.h) http://pastebin.ca/1636430(makefile)) I modified to build dm9601.ko (in order to support my usb-ethernet adapter), and it works alright when compiling for x86. however, when I try to cross compile it to cortexA8 code it fails(http://pastebin.ca/1636434 (crash)). Could someone please help???? |
01:20.04 | zecke | lim_: have you ever cross compiled a kernel? |
01:20.44 | lim_ | zecke_: no |
01:21.18 | lim_ | zecke_: but I figured that I chould only change the makefile to use the cross compiler |
01:21.26 | lim_ | *could |
01:21.33 | zecke | lim_: maybe google for it. What do you think if something like "i586" comes up as unknown argument |
01:21.41 | lim_ | yep |
01:21.58 | lim_ | that happened here |
01:22.04 | lim_ | and some other flags too |
01:22.14 | zecke | lim_: what do you think it could mean? Do you know what i586 is? |
01:22.22 | zecke | lim_: you don't need to change the Makefile.. The kernel supports CROSS_COMPILE=arm-your-foo- and ARCH=arm... |
01:22.38 | lim_ | it is an architecture isn't it? |
01:23.30 | lim_ | really, I'll try adding these flags to the make file, then |
01:23.54 | zecke | lim_: no, treat the Makefile as read-only... |
01:24.10 | *** join/#oe JDuke128 (n=kadir@85.107.133.126) |
01:24.53 | JDuke128 | hi , is it possible to start OS very fast ? i mean instead of starting each service everytime , i write them on MMC and hibernate OS everytime from MMC on boot ? |
01:25.30 | JDuke128 | i dont want hibernate but like that... it will show popup image startup again but boots very fast. |
01:25.42 | lim_ | read-only? |
01:25.49 | lim_ | how so? |
01:26.03 | JDuke128 | yes read from cache on startup |
01:27.02 | lim_ | hmm |
01:27.03 | lim_ | trying |
01:27.16 | JDuke128 | i mean... i just copy first boot dump and record it , and everytime os starts , it just resumes first recorded dump |
01:27.29 | zecke | lim_: do not change it ARCH=arm CROSS_COMPILE=arm-whatever- make modules (e.g. one more argument to point it to the build tree) |
01:27.34 | JDuke128 | no lose time on starting apps... |
01:27.52 | lim_ | zecke, but I already built a .ko like this |
01:27.56 | grg | JDuke128, that sounds like hibernate to me |
01:28.07 | lim_ | and it didn't work on angstrom |
01:28.56 | JDuke128 | grg , hibernate yes but on OS boots , it shows startup banner again. |
01:29.19 | JDuke128 | hibernate but just hibernates first recorded boot not current |
01:29.50 | grg | JDuke128, i've never used hibernate, but I think you could modify the scripts involved to do that |
01:30.16 | grg | it is the closest to what you want, so would be a good thing to look at as a starting point |
01:30.26 | JDuke128 | i just wanted to do fastest startup |
01:30.58 | JDuke128 | on beagleboard |
01:31.04 | grg | JDuke128, http://lwn.net/Articles/299483/ |
01:31.51 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
01:33.02 | zecke | lim_: You want to cross compile a kernel module so it works on your beagleboard or such? |
01:33.10 | Crofton | khem, I'll see if I can find reference why we are not using 4.4 for arm |
01:33.11 | lim_ | yep |
01:33.30 | lim_ | that's exactly it |
01:33.39 | Crofton | zecke, I think you have a fix for my meta-toolchain issue, I coudln't fins a good error message |
01:33.40 | zecke | lim_: First the kernel buildsystem is quite good in this respect. Never change a makefile, never change CC or such in it |
01:34.15 | lim_ | zecke_: ok |
01:34.27 | zecke | lim_: The build can be controlled with "$ ARCH=XYZ CROSS_COMPILE= make ABC". ARCH and CROSS_COMPILE are environment variables |
01:34.45 | zecke | lim_: ARCH can be like "arm", "mips", "x86", "alpha", "sparc"... |
01:34.54 | Crofton|work | ERROR: QA Issue with gdb-cross-sdk: non debug package contains .debug directory: gdb-cross-sdk path /work/x86_64-armv7a-sdk-angstrom-linux-gnueabi/gdb-cross-sdk-7.0-r0/install/gdb-cross-sdk/usr/local/angstrom/arm/lib64/.debug/libiberty.a |
01:34.54 | Crofton|work | ERROR: QA run found fatal errors. Please consider fixing them. |
01:35.03 | Crofton|work | zecke, is that what you fixed/ |
01:35.15 | lim_ | zecke_: then, where should I put this information if not in the makefile |
01:35.37 | zecke | lim_: and CROSS_COMPILE points to the string in front of "gcc" e.g. "arm-unknown-" |
01:35.39 | Crofton|work | grr, mayb ethat is not the hard failure |
01:35.48 | zecke | lim_: environment variable... |
01:35.59 | zecke | Crofton|work: no, I fixed something like this in binutils-cross :) |
01:36.10 | Crofton|work | did you push that? |
01:36.15 | lim_ | zeckeà but the line that calls gcc is inside the makefile |
01:36.54 | lim_ | $CC .... ..... unknown.... |
01:38.15 | grg | lim_, you should remove that CC= line from the dm9601 Makefile |
01:38.51 | lim_ | zecke_Ã very well '~ll give it a try |
01:39.07 | grg | you probably need to set the KERNELDIR env variable too |
01:40.09 | grg | in fact, you might want a new Makefile altogether |
01:40.51 | grg | lim_, you should read the bits of LDD3 that pertain to building modules. i think its in the 1st or 2nd chapter |
01:41.58 | grg | or.... :) |
01:42.12 | grg | the linux kernel seems to include a dm9000 driver |
01:42.27 | grg | perhaps you should use the in kernel driver instead of the one you have? |
01:42.55 | lim_ | grg_: that's a thought I'll try too |
01:42.59 | lim_ | kinda desperate |
01:43.01 | lim_ | Ã) |
01:43.03 | lim_ | :) |
01:43.24 | grg | it could even be the same driver.... "Copyright (C) 1997 Sten Wang" |
01:45.57 | lim_ | grg_ : I'm trying some complicated things...as soon as I try every idea I'll report, thanks guys |
01:46.46 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
01:53.15 | lim_ | found a guide http://www.ailis.de/~k/archives/19-ARM-cross-compiling-howto.html |
01:57.31 | grg | seems strange that you would be in the oe channel but not using oe as your cross compilation environment |
01:58.38 | lim_ | I have oe here |
01:58.58 | lim_ | but I had way many problems learning how to create bb files |
01:59.06 | lim_ | too much new things to learn..not so much time |
01:59.07 | lim_ | rsrs |
02:00.49 | grg | you dont need to create any bb files to build a cross compiler |
02:01.19 | lim_ | ops, I'm using codesourcery for cross compiling |
02:02.54 | lim_ | ethe only thing I got from oe was angstro console image |
02:03.54 | grg | you are not looking hard enough |
02:04.12 | grg | the angstrom console image must have been built with something... |
02:04.23 | grg | you probably also got a kernel |
02:04.27 | grg | with modules |
02:04.33 | lim_ | yes |
02:04.47 | lim_ | I installed all kernel modules in an image i got from narcissus yesterday |
02:04.58 | lim_ | 9601 not included |
02:05.21 | lim_ | i'm running a test on bb so i couldn't check wether 9000 is tehre |
02:05.38 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
02:05.57 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
02:12.17 | *** join/#oe fraxinas (n=quassel@p4FD65DD6.dip.t-dialin.net) |
02:16.33 | *** join/#oe cokebottles (n=doug@76.178.170.220) |
02:43.44 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
03:02.44 | *** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw) |
03:24.46 | *** join/#oe Tartarus (i=trini@pixelshelf.com) |
03:37.35 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
03:41.21 | *** join/#oe playya_ (n=playya@unaffiliated/playya) |
04:09.03 | *** join/#oe AvengerMoJo (n=cc@124.126.142.168) |
04:28.11 | *** join/#oe PuffTheMagic_ (n=quassel@unaffiliated/puffthemagic) |
04:52.14 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r2f5e8ec240 10openembedded.git/recipes/openscada/ (files/rcc-moc.patch openscada_svn.bb): |
04:52.14 | CIA-1 | openscada: Add new recipe for openscada svn trunk. |
04:52.14 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
04:52.25 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * ra9447264ef 10openembedded.git/recipes/lm_sensors/lmsensors-apps_2.10.8.bb: |
04:52.25 | CIA-1 | lmsensors-apps_2.10.8.bb: Fix QA error about missing GNU hash |
04:52.25 | CIA-1 | * On ARM because we do not pass EXLDFLAGS in do_install |
04:52.25 | CIA-1 | and do_stage we get binaries without .gnu_hash section. |
04:52.27 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
05:18.12 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
05:32.20 | *** join/#oe CoRfr (n=quassel@202.36.179.65) |
05:34.23 | *** join/#oe wicknix (n=3MX@117.63-135-133.netnet.net) |
05:35.34 | CIA-1 | 03Frederik Sdun <frederik.sdun@googlemail.com> 07shr/merge * r2cb2b439b1 10openembedded.git/recipes/xorg-font/encodings_1.0.3.bb: |
05:35.34 | CIA-1 | Add missing font-util-native depency for xorg-font/encodings |
05:35.34 | CIA-1 | Signed-off-by: Frederik 'playya' Sdun <Frederik.Sdun@googlemail.com> |
05:35.34 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
05:35.50 | CIA-1 | 03Tom <tom@stosb.com> 07shr/import * r722132a2f1 10openembedded.git/recipes/shr/shr-settings_git.bb: |
05:35.50 | CIA-1 | removed shr-setting's ophonekitd dependency |
05:35.50 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
05:35.51 | CIA-1 | 03Frederik Sdun <frederik.sdun@googlemail.com> 07shr/import * rfd99d70a19 10openembedded.git/recipes/xorg-font/encodings_1.0.3.bb: |
05:35.52 | CIA-1 | Add missing font-util-native depency for xorg-font/encodings |
05:35.54 | CIA-1 | Signed-off-by: Frederik 'playya' Sdun <Frederik.Sdun@googlemail.com> |
05:35.56 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
06:26.27 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
06:31.20 | *** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com) |
06:31.28 | tasslehoff | morning |
06:34.54 | tasslehoff | when I have a recipe that uses a Makefile, how do I control which target oe_runmake tries to build? I copied the omapfbplay.bb recipe and the source to modify it. I renamed the bb-file to omapfbtest.bb, and in the Makefile I renamed the target to omapfbtest, but it only wants to link if the target is called omapfbplay. |
06:34.58 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:35.07 | tasslehoff | did anyone understand that? :) |
06:41.51 | CoRfr | tasslehoff: EXTRA_OEMAKE ? |
06:42.42 | CoRfr | in classes/base.bbclass, look at oe_runmake |
06:47.12 | tasslehoff | CoRfr: thanks. I'll take a look |
06:55.12 | *** join/#oe JDuke (n=kadir@85.107.133.126) |
06:55.55 | tasslehoff | CoRfr: if my recipe has a rule saying "omapfplay: omapfbplay.o yuv.o" it compiles and links. If I change this to "omapfbtest: omapfbplay.o yuv.o", it compiles but doesn't link. |
06:56.28 | tasslehoff | can't see anything in oe_runmake that explains that phenomena :) |
06:58.43 | CoRfr | undead :p |
06:58.52 | CoRfr | indeed |
06:59.35 | CoRfr | (omfg I don't know how I end up writing undead instead of indeed, premonition ? zombies are coming !) |
07:00.14 | tasslehoff | CoRfr: good thing you had the smiley afterwards. made it (a little) less scary |
07:01.07 | CoRfr | <PROTECTED> |
07:02.34 | tasslehoff | eh... what? :) |
07:02.50 | tasslehoff | ah, now I saw the diff :) |
07:05.57 | tasslehoff | "omapfbplay", but does it matter? I can't understand what could make it compile but not link anyway. |
07:08.13 | CoRfr | maybe there is some other implicit rule since there is file name called omapfbplay.c, or something like that |
07:08.45 | CoRfr | but I don't know, goog question though :D |
07:21.37 | *** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw) |
07:24.21 | *** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
07:28.00 | *** join/#oe thebohemian (n=rschus@p5DDC77E7.dip.t-dialin.net) |
07:29.42 | blindvt` | khem, ping |
07:35.41 | *** join/#oe Pr0t0N (n=lcintrat@fe2adsl-2.wyplay.net) |
07:37.25 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r954cab651b 10openembedded.git/recipes/binutils/ (2 files in 2 dirs): |
07:37.26 | CIA-1 | binutils-2.20.bb: Fix compilation error with missing braces |
07:37.26 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
07:37.36 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * re96730e101 10openembedded.git/conf/checksums.ini: |
07:37.36 | CIA-1 | checksums.ini: Add missing checksum for ltrace 0.4 |
07:37.36 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
07:38.56 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rb302f84c8b 10openembedded.git/ (4 files in 2 dirs): |
07:38.56 | CIA-1 | fftw-3.2: Rename fftw_3.2 recipes to fftw_3.2.2 |
07:38.56 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
07:39.07 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
07:39.08 | *** join/#oe zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
07:47.28 | blindvt` | khem, in build.py for brevity: s/os.path.isfile(logfile) is True/os.path.isfile(logfile)/ |
07:54.03 | *** join/#oe likewise (n=chatzill@82.171.51.231) |
08:20.53 | RP | khem: Hmm, something broke? |
08:24.53 | mckoan | good morning |
08:27.01 | CIA-1 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * rebc8401dfe 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: include/kaeilos-2009-preferred-versions.inc aligned to latest Angstrom settings |
08:27.38 | CIA-1 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * rb6f9e51b61 10openembedded.git/conf/distro/kaeilos.conf: |
08:27.38 | CIA-1 | conf/distro/kaeilos.conf completed previous modifications |
08:27.38 | CIA-1 | * aligned to latest Angstrom settings |
08:27.38 | CIA-1 | * removed xserver-kdrive as PREFERRED_PROVIDER_xserver |
08:27.40 | CIA-1 | * added OLDEST_KERNEL ?= "2.6.25" |
08:27.42 | CIA-1 | * reverted to PREFERRED_VERSION_glibc ?= "2.6.1" due to qemu compatibility issues |
08:34.33 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
08:35.34 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
08:43.25 | *** join/#oe Laibsch (n=Laibsch@p10156-ipngn701marunouchi.tokyo.ocn.ne.jp) |
08:44.06 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
08:47.37 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
08:47.38 | *** join/#oe dth (n=Dieter@p4FDEB5BA.dip.t-dialin.net) |
08:48.16 | florian | good morning |
08:48.29 | mckoan | morning florian |
08:48.49 | dth | good morning florian, all |
08:54.13 | DJWillis | Good morning chaps. |
08:55.26 | DJWillis | wonders when GDM suddenly decided that adding a dependency on libcanberra was the way to go :-o. Best add that to the 2.28 recipe as it seem to break is you build clean without it. |
08:57.28 | hrw | morning |
08:57.58 | DJWillis | Morning hrw |
08:59.07 | likewise | good morning dudes and dudettes |
08:59.22 | RP | morning all |
08:59.57 | *** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw) |
09:01.14 | florian | Looks liek I woke up some people here ;) |
09:02.35 | XorA|gone | DJWillis: gdm these days features full gnome desktop |
09:03.51 | DJWillis | XorA|gone: true, just sending up a patch that adds the missing depends, seems to build and look ok. |
09:08.20 | *** join/#oe bluebugs (n=cedric@enlightenment/developer/cedric) |
09:18.36 | mckoan | has a new IP phone number located at Cambridge,UK 0044122392xxxx |
09:19.14 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r30776429dd 10openembedded.git/conf/distro/include/ (angstrom-eglibc.inc angstrom-glibc.inc): angstrom: blacklist libiconv for *glibc to stop people from corrupting their builds |
09:20.22 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
09:25.30 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
09:30.14 | CIA-1 | 03Denis 'Gnutoo' Carikli <GNUtoo@no-log.org> 07shr/merge * r93c24bba37 10openembedded.git/conf/machine/htcdream.conf: |
09:30.14 | CIA-1 | htcdream: added machine configuration |
09:30.14 | CIA-1 | Note that we require conf/machine/include/htc-msm7.inc |
09:30.14 | CIA-1 | and that the use of kdrive is hardcoded into conf/machine/include/htc-msm7.inc |
09:30.15 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r99d5ba358e 10openembedded.git/contrib/angstrom/sort.sh: angstrom build: added openrd-client |
09:30.16 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
09:30.20 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rcc9e1d405e 10openembedded.git/ (5 files in 3 dirs): cdstatus: updated to 0.97.01 |
09:30.23 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07shr/merge * rc864c24bbe 10openembedded.git/recipes/gnome/ (3 files in 2 dirs): gconf: Install missing PolicyKit file. Use upstream dbus files. Recipe simplified. |
09:30.26 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07shr/merge * r4af2054911 10openembedded.git/recipes/gammu/ (gammu-1.24.0/findmysql.patch gammu_1.20.0.bb gammu_1.24.0.bb): gammu: Updated to version 1.26.1. |
09:30.29 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * rf63f035715 10openembedded.git/conf/checksums.ini: checksums: add gammu checksum |
09:30.32 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * r213bf9c00e 10openembedded.git/recipes/powervr-drivers/ (2 files in 2 dirs): omap3 sgx modules: make proc interface patch use proper kernel version macros, courtesy Bin Liu |
09:30.41 | CIA-1 | 03Leon Woestenberg <leon@sidebranch.com> 07shr/merge * rabe88d6b39 10openembedded.git/recipes/agg/agg_2.5.bb: |
09:30.44 | CIA-1 | agg-2.5: Fix typoin CFLAGS. Provide X paths to configure. |
09:30.46 | CIA-1 | There is a typo in the CFLAGS. Additionally a fix is needed to |
09:30.48 | CIA-1 | have the X library paths configured correctly. |
09:30.50 | CIA-1 | Fixed and tested for MACHINE=beagleboard. |
09:30.52 | CIA-1 | Signed-off-by: Leon Woestenberg <leon@sidebranch.com> |
09:30.54 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07shr/merge * r50ac4f8283 10openembedded.git/recipes/python/python-gammu_0.26.bb: python-gammu: Recipe removed. Now built as part of gammu recipe. |
09:30.57 | CIA-1 | 03Denis 'Gnutoo' Carikli <GNUtoo@no-log.org> 07shr/merge * r5f3472646e 10openembedded.git/recipes/linux/ (linux-msm7xxxx/htcdream/defconfig linux-msm7xxxx_git.bb): |
09:31.00 | CIA-1 | linux-msm7xxxx: added htcdream support |
09:31.02 | CIA-1 | we use a 2.6.29 kernel with support for usbnet,framebuffer, |
09:31.04 | CIA-1 | touchscreen(tslib),modem emulated serial line, |
09:31.18 | CIA-1 | keyboard,trackball |
09:31.20 | CIA-1 | wifi could be added later(with wireless-compat) |
09:31.22 | CIA-1 | alsa is missing(not ready yet) |
09:31.24 | CIA-1 | 03Leon Woestenberg <leon@sidebranch.com> 07shr/merge * r559544e75c 10openembedded.git/recipes/gnash/ (files/gnash-glib-dependency.patch gnash-fb_0.8.5.bb): |
09:31.27 | CIA-1 | gnash: Add gnash-fb 0.8.5, gnash for framebuffer devices. |
09:31.29 | CIA-1 | Signed-off-by: Leon Woestenberg <leon@sidebranch.com> |
09:31.31 | CIA-1 | 03Philip Balister <philip@balister.org> 07shr/merge * rcde4a6ea41 10openembedded.git/recipes/gnuradio/ (gnuradio/no-usrp2-svn.patch gnuradio_svn.bb): gnuradio_svn.bb : GNU Radio is now maintained in git. |
09:31.34 | CIA-1 | 03Leon Woestenberg <leon@sidebranch.com> 07shr/merge * rf6bb1d830c 10openembedded.git/recipes/gnash/ (gnash.inc gnash_0.8.5.bb): |
09:31.37 | CIA-1 | gnash-0.8.5: Fix an upstream case-typo in the configure script. |
09:31.41 | CIA-1 | Signed-off-by: Leon Woestenberg <leon@sidebranch.com> |
09:31.51 | CIA-1 | (83 lines omitted) |
09:31.53 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * re51c625a06 10openembedded.git/recipes/totem/totem-pl-parser_2.28.1.bb: totem-pl-parser: update to 2.28.1 |
09:31.56 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * rdfba140ac1 10openembedded.git/conf/machine/igep0020.conf: igep0020: use omap3.inc |
09:31.59 | CIA-1 | 03Enric Balletbo i Serra <eballetbo@iseebcn.com> 07shr/merge * ra52956b5aa 10openembedded.git/ (3 files in 3 dirs): |
09:32.02 | CIA-1 | linux-igep2: Add 2.6.28.10 for IGEP v2 machine |
09:32.04 | CIA-1 | Signed-off-by: Enric Balletbo i Serra <eballetbo@iseebcn.com> |
09:32.06 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
09:32.08 | CIA-1 | 03Enric Balletbo i Serra <eballetbo@iseebcn.com> 07shr/merge * r54eab44990 10openembedded.git/conf/machine/igep0020.conf: |
09:32.13 | CIA-1 | igep0020: Add IGEP v2 support to OE |
09:32.17 | CIA-1 | Signed-off-by: Enric Balletbo i Serra <eballetbo@iseebcn.com> |
09:32.27 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
09:32.29 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * ra4f21f295b 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: add igep2 support |
09:32.32 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * r91f7f50d7e 10openembedded.git/ (conf/checksums.ini recipes/gnome/libgdata_0.4.0.bb): libgdata: add 0.4.0 |
09:32.35 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * r4bdc304d25 10openembedded.git/recipes/totem/ (16 files in 4 dirs): totem: clean up totem dir |
09:32.38 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07shr/merge * r7100155e21 10openembedded.git/recipes/freesmartphone/ (4 files): fso: add some new dependencies |
09:32.43 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07shr/merge * re8576cce84 10openembedded.git/conf/distro/include/ (fso-autorev.inc sane-srcrevs-fso.inc): |
09:32.50 | CIA-1 | sane-srcrevs-fso.inc: update to current cornucopia SRCREV |
09:32.52 | CIA-1 | fso-autorev.inc: add libfsoresource |
09:32.54 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07shr/merge * r62f3874f4a 10openembedded.git/recipes/pulseaudio/libcanberra_0.17.bb: libcanberra: depends on libtool |
09:32.59 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07shr/merge * receec52d44 10openembedded.git/recipes/tasks/task-fso2-compliance.bb: task-fso2-compliance: add libfsoresource and fsogsmd |
09:33.02 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07shr/merge * r9043ab7d88 10openembedded.git/ (3 files in 2 dirs): serial-utils: fetch updated versions from FSO git and bump sane-srcrevs |
09:33.05 | CIA-1 | (63 lines omitted) |
09:36.26 | *** join/#oe _ProtoN_ (n=lcintrat@fe2adsl-2.wyplay.net) |
09:41.39 | Longfield | hello. I am trying to build a sdk and binutils fails because non dbg contains .debug, is this a known problem ? |
09:46.37 | *** join/#oe lrg (n=lrg@slimlogic.co.uk) |
09:49.38 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
09:52.11 | *** join/#oe _ProtoN_ (n=lcintrat@fe2adsl-2.wyplay.net) |
09:53.06 | *** join/#oe kristoffer (n=kristoff@79.138.132.38.bredband.tre.se) |
09:53.12 | mckoan | hrw: you told that last Angstrom bersion works on SAM9263, don't you? |
09:55.16 | *** join/#oe thaytan (n=jan@nat/sun/x-lonoxrltxbpbafrc) |
09:57.46 | hrw | mckoan: it works for me |
09:59.58 | hrw | mckoan: want to login into? |
10:02.52 | *** join/#oe mickey|office (n=M@dialbs-092-079-168-007.static.arcor-ip.net) |
10:04.17 | *** join/#oe fpga (n=s@92.62.56.51) |
10:05.02 | mckoan | hrw: no thanks, I am trying to build Angstrom for SAM9263, and after I would try for PM9263 |
10:05.35 | mckoan | hrw: since last modifications KaeilOS builds are totally broken, is a mess |
10:06.51 | mckoan | needs to find a way to stabilize OE development, posibbly avoinding a fork |
10:08.05 | mckoan | the problem is that OE is tailored to Angtrom and is not agnostic |
10:08.08 | florian | feels the same |
10:08.22 | florian | agrees again |
10:09.12 | mickey|office | well, it's up to us change that |
10:09.46 | mckoan | now clearly understand why OH created (I should say forked) Poky |
10:10.10 | XorA|gone | calls bullshit on that claim |
10:10.16 | *** join/#oe _ProtoN_ (n=lcintrat@fe2adsl-2.wyplay.net) |
10:10.27 | mckoan | XorA|gone: :-D |
10:10.35 | mickey|office | poky was about something different |
10:11.09 | XorA|gone | angstrom just happens to have the most active developers |
10:11.33 | XorA|gone | nothing in oe is tied to us |
10:11.38 | mckoan | mickey|office: once you fork you obviously do things in a something different way ;-) |
10:13.36 | likewise | XorA|gone: minimal-image mentions ANGSTROM :-) |
10:14.00 | XorA|gone | probably because we wrote it |
10:14.24 | XorA|gone | but it obviosly doesnt require angstrom |
10:14.50 | likewise | XorA|gone: I know, I think Angstrom has brought OE forward in big steps without any doubt, and now some ppl feel locked-in. |
10:14.54 | mckoan | imagine MV people lurking and smirking (LOL) |
10:15.20 | florian | :-) |
10:15.52 | XorA|gone | likewise: their mental issues are not solvable by Angstrom team |
10:16.11 | XorA|gone | bitbake oe-head-shrinker |
10:17.17 | hrw | I wonder what would people say 4 years ago... "OE is tailored to OpenZaurus"? |
10:17.39 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
10:18.14 | florian | I wonder how many people in here have noticed how important this kind of discussions are. :-) |
10:18.17 | mickey|office | and indeed they had a point |
10:18.35 | mickey|office | until NSLU2 came and improved our versatility |
10:19.09 | mckoan | florian: I don't understand if you are serious or sarcastic |
10:20.07 | XorA|gone | now we have nslu2, micro, minimal, kaelios, openmoko, arago and others |
10:20.23 | XorA|gone | hardly angstrom only |
10:20.34 | florian | mckoan: This time I'm really serious. I would have used ";-)" if it shoudl have been sarcastic. |
10:21.42 | mckoan | florian: so it is a worthwhile discussion |
10:21.58 | mickey|office | it is, but probably not on IRC. rather on the mailing list or OEDEM |
10:22.02 | mickey|office | imo |
10:22.38 | florian | mckoan: yes it is... |
10:22.41 | XorA|gone | OEDEM distro cage fight |
10:23.22 | florian | I do not see it as a fight... more as a kind of motivation and hitn to keep these things in mind. |
10:24.18 | XorA|gone | florian: i know, but i feel angstrom gets unfairly blamed for many issues |
10:24.19 | mckoan | it is introductory to oedem |
10:24.55 | tasslehoff | faces "CROSS COMPILE badness" and think it sounds .. bad |
10:25.26 | Longfield | hello. Could someone help me with a SDK build ? |
10:25.48 | Longfield | I have QA problems about binutils-cross-sdk |
10:27.06 | likewise | XorA|gone: it gets famed as well, I guess it just goes with success |
10:27.28 | florian | XorA|gone: hmm... I would not go that far. But its important to understand that it is not meant to fit all the needs... |
10:28.45 | XorA|gone | florian: see above sounds like mckoan blamws angstrom for kaelios failures |
10:28.48 | florian | XorA|gone: Angstrom is critical from some points of view - it tries to be as up to date as possible e.g. And this is good because it moves OE forward. |
10:30.26 | florian | XorA|gone: Try to see it in a more positive way... its part of the learning process ;) |
10:31.20 | florian | Longfield: Is your oe up to date? Could you pastebin the error message? |
10:34.23 | Longfield | florian: http://pastebin.com/m2bcac60f |
10:37.00 | florian | Longfield: Yes this really looks like packaging is wrong |
10:37.20 | CIA-1 | 03Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * r23402486d5 10openembedded.git/recipes/gnash/gnash-fb_0.8.5.bb: gnash-fb: Fix DEPENDS from cairo to agg. |
10:37.47 | hrw | Longfield: check patchwork |
10:39.11 | florian | Actually Koen's changes some days ago look like they could have fixed it. |
10:39.13 | mckoan | XorA|gone: you are right, please consider that I have nothing against angstrom :-) |
10:40.23 | mckoan | XorA|gone: but a modification to a package or to a recipe should'nt brake all other stuff |
10:40.59 | mckoan | XorA|gone: this may well be my fault, and I'd like to understand how to avoid this |
10:41.16 | mckoan | XorA|gone: and IMHO this is valid for each distro and each recipe in OE |
10:42.39 | mckoan | XorA|gone: (I'm only discussing with friends, and not claiming in any way :-D ) |
10:43.21 | mckoan | -> lunch |
10:44.29 | mickey|office | ~bon appetit |
10:44.36 | ibot | somebody said bon appetit was smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig måltid!. Hyvää ruokahalua. Bo Proveito |
10:45.52 | hrw | someone should fix those non-utf8 entries |
10:47.19 | tasslehoff | I'm putting together a custom angstrom image, and I will soon start writing own software. I need a working environment where I can stay up to date with upstream OE changes, and keep my applications separate. Any best practices for this? |
10:48.28 | hrw | use collections? |
10:48.44 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
10:49.05 | Crofton|work | git branch can also work |
10:49.05 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra1a6def64f 10openembedded.git/recipes/poppler/poppler_0.12.1.bb: poppler: add 0.12.1, latest stable |
10:49.11 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1df7956a05 10openembedded.git/ (conf/checksums.ini recipes/cairo/cairo_1.8.8.bb): cairo: add 1.8.8 |
10:49.11 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc938428039 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: prefer cairo 1.8.8, less bugs and faster |
10:50.24 | Crofton|work | hahahha |
10:50.32 | Crofton|work | let me paste a line from #gumstix |
10:50.43 | Crofton|work | Hmm. Narcissus at angstrom is a much faster way to do this.. Done and booted, now on to wifi. |
10:51.58 | Crofton|work | http://pastebin.ca/1637012 |
10:52.02 | Crofton|work | the complete monolog |
10:52.41 | Crofton|work | When people talk about "improving" OE, they should also consider how far we have come |
10:53.56 | tasslehoff | Crofton|work: I thought some git branch scheme could work as well. a local development branch with oe + custom sw gets oe updates from a "clean" local oe-branch that tracks a remote oe branch. |
10:54.37 | tasslehoff | Still fairly new to git, so I'm not sure what's possible |
10:55.01 | tasslehoff | hrw: collections? |
10:55.56 | Crofton|work | tasslehoff, then collections might be better for you |
10:56.04 | Crofton|work | see the manual |
10:57.01 | hrw | tasslehoff: I am using now svn+oe for BugLabs next version of software |
10:57.16 | *** join/#oe yang (n=yang@2001:470:1f0b:86f:0:0:0:400) |
10:57.18 | tasslehoff | Crofton|work: bitbake collections: This section is a stub, help us by expanding it ? :) |
10:57.24 | hrw | tasslehoff: some stuff is kept in svn (BL things), git keeps stable/2009 branch of OE |
10:58.24 | tasslehoff | hrw: sounds relevant, cause we currently have our code in an svn repo. you add recipes to oe that fetches from svn and/or file system? |
10:59.55 | hrw | tasslehoff: svn://svn.buglabs.net/bug/branches/hrw/oe-stable-2009/ - feel free to checkout and look |
11:00.12 | hrw | tasslehoff: but for OE I would suggest making branch in git |
11:00.24 | tasslehoff | hrw: thanks a lot |
11:00.45 | tasslehoff | hrw: yes, I figure I will have to make a local "really stable" branch |
11:01.09 | hrw | each person needs other way of stable branch today... |
11:02.30 | Crofton|work | in reality, if I had a shipping product, I would do maintenance for it in a branch |
11:02.31 | blindvt` | s/b// ;) |
11:04.18 | *** join/#oe DTH_NTB (i=59b617b3@gateway/web/freenode/x-mfbxpklirefuetgs) |
11:06.28 | tasslehoff | Crofton|work: now you're talking about a branch of oe? |
11:06.42 | Crofton|work | yeah |
11:06.58 | Crofton|work | I would make a branch and only commit fixes that impacted product |
11:07.16 | Crofton|work | but, I would also track dev for "major" upgrades |
11:07.30 | Crofton|work | does that make sense to you? |
11:11.48 | *** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
11:12.27 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/merge * rc6eaae0709 10openembedded.git/conf/distro/include/shr-autorev-unstable.inc: |
11:12.27 | CIA-1 | shr-autorev-unstable.inc: set vala-dbus-binding-tool-native back to AUTOREV |
11:12.27 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:12.34 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
11:13.01 | tasslehoff | Crofton|work: yep. |
11:14.29 | *** join/#oe yang (n=yang@2001:470:1f0b:86f:0:0:0:400) |
11:14.51 | mike_cw | is opkg normally a massive CPU hog or is something likely to be wrong? |
11:15.05 | mike_cw | on ARM9 |
11:15.13 | *** join/#oe mario-goulart (n=user@67.205.85.241) |
11:24.00 | Stecchino | is there a recipe for a program to setup masquarading? |
11:24.07 | Stecchino | i.e. connection sharing |
11:29.28 | *** join/#oe Gnutoo (n=gnutoo@host93-155-dynamic.51-79-r.retail.telecomitalia.it) |
11:30.35 | *** join/#oe rob_w (n=bill@217.237.177.190) |
11:32.47 | zecke | Stecchino: no, but netfilter.org provides a tool to save/restore filter rules |
11:32.55 | zecke | it probably comes with a start script too |
11:38.01 | Crofton | zecke, have you pushed the binutils-cross fix you mentioned? |
11:39.48 | zecke | Crofton: not yet, building meta-toolchain from scratch right now |
11:40.24 | Crofton | cool |
11:40.33 | *** join/#oe vo5 (n=vo@bd2124aa.virtua.com.br) |
11:40.38 | Crofton | I will be busy on other stuff, but can test later |
11:41.28 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
11:50.00 | *** join/#oe benlau2 (n=benlau@221.125.8.70) |
11:55.02 | Longfield | hrw: sorry, was out for lunch. What do you mean by check patchwork ? |
11:57.45 | Crofton|work | patchwork.openembedded.org |
12:05.41 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
12:05.44 | *** join/#oe zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
12:09.29 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
12:10.12 | ant_work | morning |
12:10.27 | zecke | Crofton: do you have admin access to patchwork? |
12:10.36 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
12:10.37 | *** join/#oe zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
12:10.37 | *** join/#oe stefan_schmidt (n=stefan@c120.apm.etc.tu-bs.de) |
12:11.19 | ant_work | did archive some (applied/superseeded/rejected) patches some mins ago |
12:11.50 | ant_work | me/ kindly asks who send patches to the ML to follow them and eventually archive one day |
12:12.03 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
12:12.06 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7d22ae8ecd 10openembedded.git/recipes/u-boot/u-boot-git/new-pinmux.patch: u-boot git: refresh beagle pinmux patch |
12:14.56 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
12:15.13 | Longfield | Crofton|work: ok I see that there is a binutils cross patch that could help me on patchwork. It is quite old (May), I can apply it locally to me OE branch, but when/how are the patchwork patches applied ? |
12:17.26 | Crofton | zecke yeah |
12:17.32 | Crofton | what is the problrm |
12:17.49 | Crofton | Longfield, when a dev notices |
12:18.20 | Crofton | I need to go to a meeting today so i can't look at it until much later |
12:19.57 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
12:20.52 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
12:25.37 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
12:25.39 | *** join/#oe zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
12:28.48 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
12:30.49 | mckoan | -> re |
12:33.59 | *** join/#oe alecrim_ (n=alecrim@189.2.128.130) |
12:35.11 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
12:37.22 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07shr/merge * rddd2c58ab5 10openembedded.git/ (18 files in 4 dirs): |
12:37.22 | CIA-1 | shr/merge: import shr stuff from shr/import |
12:37.22 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
12:37.23 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07shr/merge * r34d6f6a9dc 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
12:37.23 | CIA-1 | shr/merge: Fix building glamo-spi |
12:37.24 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
12:37.28 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07shr/merge * r1c7f666f2f 10openembedded.git/recipes/python/python_2.6.2.bb: |
12:37.31 | CIA-1 | shr/merge: Fix python-ctypes build with autoconf-2.63 |
12:37.33 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
12:37.35 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07shr/merge * r9c44a5992c 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: |
12:37.38 | CIA-1 | shr/merge: update preferred vala version to 0.7.7+fso5 |
12:37.40 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
12:37.42 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07shr/merge * r3178b3517a 10openembedded.git/recipes/tasks/task-shr-minimal.bb: |
12:37.45 | CIA-1 | shr/merge: Use new phoneui apps |
12:37.47 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
12:43.42 | *** join/#oe CoRfr (n=quassel@111.69.243.71) |
12:48.10 | tasslehoff | I get CROSS COMPILE badness when I compile gst-plugins-bad-0.10.12-r0. What do I do? |
13:01.09 | zecke | tasslehoff: short: fix it long: understand it, try, fix it, send a patch |
13:01.21 | zecke | tasslehoff: see config.log for the test failing and the reason |
13:04.24 | tasslehoff | zecke: no errors in config.log I think, but do_compile says "cc1: internal compiler error: in add_path, at c-incpath.c:425" |
13:05.39 | zecke | tasslehoff: well, the "/usr/include" must have been detected by configure? or how did that end up there? |
13:16.41 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
13:36.06 | *** join/#oe woglinde (i=woglinde@g225005131.adsl.alicedsl.de) |
13:37.23 | *** join/#oe CoR_ (n=quassel@111.69.242.186) |
13:38.54 | *** join/#oe flo_lap (n=fuchs@port-217-146-132-69.static.qsc.de) |
13:50.30 | CIA-1 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r82ffbc9a75 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): xserver-xorg-conf: added config fot at91sam9263ek |
13:51.03 | *** join/#oe pwgen (n=ew@h206.natout.aau.dk) |
13:52.08 | zecke | tasslehoff: you might want to look into the dreambox branch and see if they have a gstreamer bugfix |
13:52.23 | pwgen | hi, i want buid e-image for angstrom, but got "unbuildable dependency" error on bluez-libs-3.36. how can i for to use bluez4 ? |
13:56.49 | woglinde | pwgen correct e-image |
13:56.58 | woglinde | he zecke |
13:59.26 | Longfield | ok, the QA problem with binutils-cross-sdk is solved, but the sdk fails just at the end: package_update_index_ipk: command not found |
14:00.00 | pwgen | woglinde: its no sufficiant to work with something like "PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}bluez:bluez4" ? |
14:00.50 | woglinde | longfield did you solve it your self? then please send the patches |
14:01.12 | woglinde | pwgen hm angstroem self takes care to use only bluez4 |
14:01.21 | woglinde | so I think something is wrong in the image |
14:01.28 | tasslehoff | zecke: had to go to a meeting... |
14:02.24 | tasslehoff | zecke: configure is called with "--includedir=/usr/include" |
14:02.41 | zecke | tasslehoff: that is fine, that is for installation |
14:03.15 | pwgen | woglinde: build for x11-image, console image went well. ( machine=epia) . . so i will try to get e-image running ... |
14:03.34 | Longfield | woglinde: nope, not self I had to update my tree (which I don't like to do, I like more ... stable one when things seem to work for me) |
14:05.39 | *** join/#oe Laibsch (n=Laibsch@p10156-ipngn701marunouchi.tokyo.ocn.ne.jp) |
14:12.37 | noglitch | hrw: Hi |
14:12.54 | noglitch | hrw: we are in the process of creating images with 2.6.30 patchset |
14:13.01 | hrw | cool |
14:13.28 | noglitch | hrw: BTW, where do you specify to use xorg instead of kdrive ? |
14:13.40 | hrw | noglitch: in machine config |
14:13.46 | hrw | noglitch: via XSERVER variable |
14:14.28 | noglitch | hrw: indeed I recall this... ok, we will tty |
14:14.34 | noglitch | s/tty/try/ |
14:15.07 | noglitch | hrw: for 2.6.30, unfortunately our FTP server is down today... |
14:15.07 | hrw | noglitch: for at91sam9263ek it would be "xserver-xorg xf86-input-evdev xf86-video-fbdev" basically |
14:15.28 | hrw | noglitch: you can add patches into metadata |
14:16.20 | noglitch | hrw: well it is a tar with +65patches in it... |
14:16.30 | hrw | ok |
14:17.09 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07shr/merge * r1a8bb41a19 10openembedded.git/recipes/glibc/ (glibc-2.9/glibc-2.9-enable-binutils-2.2.patch glibc_2.9.bb): |
14:17.09 | CIA-1 | binutils-2.20 is new enough for glibc_2.9, change configure script to accept it |
14:17.09 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
14:17.31 | CIA-1 | 03Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/import * r07fce6b0d6 10openembedded.git/recipes/openbox/ (4 files in 2 dirs): |
14:17.31 | CIA-1 | openbox: update recipe and add obconf |
14:17.31 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
14:17.33 | noglitch | for the "SwapAxes" it may come from the misconfiguration of the evdev in our defconfig: CONFIG_INPUT_MOUSEDEV_SCREEN_X and _Y are swapped... |
14:18.06 | noglitch | not sure but I find this last time I updated them... |
14:18.28 | hrw | maybe thats it |
14:18.40 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
14:19.28 | hrw | I have to admit that I was surprised when x11 started without calibration |
14:21.07 | tasslehoff | zecke: this looks relevant http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=org.openembedded.dreambox&id=d26616e57926542f48d3c151ced0deb0362bf015 |
14:22.02 | mckoan | just found that with SAM9263 KaeilOS has been broken and Angstrom calibration does not work properly, great! |
14:22.14 | zecke | tasslehoff: aeh? that is for tuxbox and not gstreamer :) |
14:22.44 | tasslehoff | zecke: gah. I read this very wrong. combined to commit messages :) |
14:22.46 | ant_work | hrw: do you happen to remember the Author of makedevs recipe? |
14:22.54 | zecke | tasslehoff: CROSS_COMPILE badness is a patch to the preprocessor to abort when host includes are used. The problem is not the abort but the host include... |
14:22.54 | hrw | no |
14:23.03 | hrw | ant_work: is not it in patchwork? |
14:23.09 | zecke | tasslehoff: on oe.org is a small introduction to what it means and why it is a problem |
14:23.17 | ant_work | hrw: the recipe is years ols |
14:23.27 | *** join/#oe Gnutoo (n=gnutoo@host93-155-dynamic.51-79-r.retail.telecomitalia.it) |
14:23.33 | pb__ | ant_work: what does the git history say? |
14:23.42 | hrw | ant_work: git log --follow makedevsrecipe |
14:23.55 | ant_work | he...ok I'll see later @home |
14:26.24 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
14:26.41 | tasslehoff | zecke: ok |
14:28.13 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rb294033116 10openembedded.git/recipes/binutils/binutils-cross-sdk.inc: |
14:28.13 | CIA-1 | binutils-cross-sdk: Avoid QA error on building |
14:28.13 | CIA-1 | On a x86-64 build host trying to build meta-toolchain |
14:28.13 | CIA-1 | for mips ended up with a .debug dir in the cross directory. |
14:28.13 | CIA-1 | Fix the issue by placing this directory in the -dbg package |
14:30.33 | florian | Any volunteers to write a Symbian bb? ;) |
14:30.52 | woglinde | florian hm? |
14:31.10 | florian | woglinde: they released the kernel sources |
14:31.27 | woglinde | hm |
14:31.32 | woglinde | ah |
14:31.39 | woglinde | I remember |
14:31.47 | woglinde | about nokia and symbian |
14:31.47 | zecke | florian: did you find an easy way to clone the repository? |
14:32.05 | florian | zecke: I didn't try so far... |
14:32.07 | zecke | florian: the sourcecode looks like "hingekotzt" |
14:32.17 | woglinde | zecke normal |
14:32.23 | woglinde | in this branch |
14:32.37 | mickey|office | zecke: hehe |
14:33.09 | zecke | mickey|office: seriously... they put '}' indentend like they feel like |
14:33.14 | florian | I just looked at the documentation of their buildsystem... that's evil. Looks like someone tried to combine autotools with cmake and a huge pile of xml. |
14:33.23 | florian | zecke: *g* |
14:33.25 | kergoth | shudders |
14:33.26 | woglinde | florian what the fuck |
14:33.54 | zecke | and they use "asm" statements all over, without volatile... they have never heard of \n |
14:34.06 | florian | woglinde: http://developer.symbian.org/wiki/index.php/Introduction_to_RAPTOR |
14:34.31 | woglinde | zecke hm I think thats why nokia opened the source |
14:34.54 | zecke | woglinde: yeah Nokia sucks... they should let things die fast |
14:35.13 | zecke | anyone has real mips hardware here? |
14:35.31 | mickey|office | zecke: commercial grade quality |
14:35.34 | mickey|office | *cough* |
14:36.19 | woglinde | zecke hm dreambox guys should have |
14:36.25 | woglinde | and mickey has one |
14:36.33 | florian | zecke: Would a SGI Octane do the trick? |
14:36.50 | woglinde | hm right my indigo2 is into the basement |
14:36.53 | zecke | mickey|office: in all honesty, they make thing that work |
14:36.56 | zecke | woglinde: haha |
14:37.07 | zecke | I just need some configure values for ORBit2 |
14:37.16 | zecke | I'm using qemu now... |
14:37.25 | *** join/#oe Analias (n=analias@68.35.8.162) |
14:37.41 | hrw | zecke: my mips boxes have just few MB of storage;( |
14:39.24 | *** join/#oe rob_w (n=bill@p549BF97D.dip.t-dialin.net) |
14:39.50 | zecke | florian: wow they made a screenshot of a text file? |
14:41.02 | florian | zecke: yeah |
14:42.33 | broonie | That's pretty much standard for Windows users. |
14:43.27 | mckoan | Angstrom bitbake x11-image does not work at all with ARM too |
14:44.29 | mckoan | Missing or unbuildable dependency chain was: ['x11-image', 'angstrom-gpe-task-settings', 'connman-gnome', 'connman', 'ppp', 'libpcap', 'bluez-libs'] |
14:45.08 | florian | Uh no... not bluez-libs again |
14:45.15 | mckoan | shit! wrong distro |
14:45.21 | mckoan | please ignore |
14:45.23 | florian | heh |
14:45.46 | mckoan | it has been a heavy day |
14:52.06 | *** join/#oe patrice (n=Miranda@mail.atmel.fr) |
15:00.53 | woglinde | hm some knows how conditinal and and-operator fits together? |
15:01.37 | *** join/#oe benlau2 (n=benlau@221.125.8.70) |
15:01.42 | kergoth | woglinde: elaborate |
15:02.13 | woglinde | kergoth I need somethin like ifeq ( $(ARCH), i686) && ifeq ( $(ARCH), i586) |
15:02.48 | kergoth | this is gmake i assume? |
15:02.54 | woglinde | hm maybee I will take subst |
15:03.21 | woglinde | yes gnu make |
15:03.54 | kergoth | ifeq ($(this)$(that),thisvalthatval) ;) |
15:04.43 | *** join/#oe PaulFertser (n=PaulFert@mail.nixl.net) |
15:05.17 | woglinde | hm findstring should be okay |
15:07.04 | woglinde | yeah thats work better |
15:07.19 | woglinde | ifeq ($(findstring 86,$(ARCH)), 86) |
15:07.47 | hrw | make if/else is too stupid |
15:09.09 | kergoth | gotta love deeply nested if/else. did they ever add an elif? |
15:09.23 | kergoth | i know recent makes do have some nice new features, haven't paid close attention though |
15:09.44 | pb__ | woglinde: heh, I would have thought you could replace "ifeq ( $(ARCH), i686) && ifeq ( $(ARCH), i586)" with "if (0)" |
15:09.54 | tasslehoff | pb__: I agree :) |
15:10.34 | rob_w | can one of the above run a quick gs-8.64.bb test ;-) |
15:11.29 | kergoth | hehe |
15:13.17 | woglinde | pb__ bah |
15:18.11 | hrw | wants unlimited cmdline |
15:18.18 | woglinde | hahah |
15:18.24 | hrw | one of my builds has line with 210997 chars |
15:18.52 | hrw | it is "printf $VAR >$file |
15:19.08 | Gnutoo | lol |
15:24.56 | chouimat | morning |
15:26.21 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
15:34.14 | *** join/#oe pH5 (n=ph5@e178206237.adsl.alicedsl.de) |
15:40.49 | *** join/#oe kristoffer_ (n=kristoff@95.209.73.108.bredband.tre.se) |
15:42.19 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
15:46.05 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5f88338d6a 10openembedded.git/recipes/gnome/gdm_2.28.0.bb: gdm: add dep on libcanberra and bump PR |
15:50.14 | *** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
15:52.47 | mckoan | have a nice rest of the day |
16:00.16 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
16:03.04 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
16:07.21 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
16:30.04 | *** join/#oe Weaselweb (n=quassel@77-64-160-64.dynamic.primacom.net) |
16:30.19 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
16:32.46 | RP | khem: I know what the problem is |
16:33.07 | woglinde | ahoi rp |
16:36.01 | RP | hi woglinde |
16:36.21 | kergoth | sighs, stupid lib64 crap |
16:37.24 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:37.26 | woglinde | kergoth *g* |
16:37.48 | kergoth | and of course i'm using an external toolchain, so i can't just apply romans patches to move to lib/lib32 instead of lib64/lib... |
16:38.08 | kergoth | there are a lot of hardcoded refs assuming that libdir == prefix/lib |
16:40.22 | kergoth | wonders if itd just be a matter of changing the path to the dynamic linker on the compiler line, along with adjusted rpath(s) to make the switch |
16:41.29 | pb__ | probably just changing the dynamic linker would be good enough, assuming your ld.so itself knows where the libraries actually are. |
16:41.57 | kergoth | ah, right |
16:42.13 | kergoth | okay, i guess i'll give that a shot, woudl be a lot easier than finding all the assumptions about the file layout.. |
16:42.35 | kergoth | we should really try to distinguish in some way amongst the configuration variables which we expect the user to change, and those we don't |
16:43.33 | pb__ | yeah |
16:44.07 | pb__ | and, of course, the answer to that rather depends on what you count as "the user" |
16:44.09 | pb__ | heh |
16:44.12 | kergoth | heh, indeed |
16:56.20 | *** join/#oe pleemans (n=toi@d54C2A96D.access.telenet.be) |
17:06.52 | *** join/#oe kozak (n=kozak@122.166.48.72) |
17:09.38 | *** join/#oe Jay7 (n=jay@93-81-71-106.broadband.corbina.ru) |
17:12.22 | DJWillis | Evening, can anyone thing of a reason why a task (and as such an image) would suddenly fail when doing the rootfs bit with errors about missing 'native' dependencyâs :-o. In this case, * liburi-perl-native * python-native *. |
17:14.16 | woglinde | DJWillis hm |
17:14.28 | woglinde | maybee some DEPENDS are wrong |
17:14.33 | woglinde | which image is it? |
17:15.04 | kergoth | the *'s make it look like an opkg error, which makes me think someone put it in their rdepends instead of depends or something.. that makes no sense.. |
17:16.16 | DJWillis | woglinde: mine :(, the XFCE 4.6.1 stuff, just blew tmp away last night to test them all again and they all built fine but the image borks. |
17:16.23 | woglinde | DJWillis try to build with bitbake -DDD |
17:16.48 | woglinde | and look at the output |
17:17.00 | woglinde | maybee you are spotting the lurker |
17:17.08 | JDuke | hi , i m having problem on my bitbake i got error this : need to be rerun and 1 failed. |
17:17.09 | DJWillis | kergoth: hmmm, looking back to some of the more interesting depends/rdepends stuff from AMD in the recipies I worked from I can belive that, i'll look into it. |
17:17.10 | JDuke | ERROR: TaskFailed event exception, aborting |
17:17.10 | JDuke | ERROR: Build of /home/kerim/oe/openembedded/recipes/linux/linux-omap_2.6.29.bb do_fetch failed |
17:17.10 | JDuke | ERROR: Task 501 (/home/kerim/oe/openembedded/recipes/linux/linux-omap_2.6.29.bb, do_fetch) failed |
17:17.10 | JDuke | NOTE: Tasks Summary: Attempted 858 tasks of which 858 didn't need to be rerun and 1 failed. |
17:17.10 | JDuke | ERROR: '/home/kerim/oe/openembedded/recipes/linux/linux-omap_2.6.29.bb' failed |
17:17.19 | DJWillis | woglinde: thanks. |
17:17.29 | woglinde | JDuke please use pastebin |
17:17.33 | JDuke | sry... |
17:17.58 | woglinde | JDuke or INHERIT += "oestats-client" |
17:17.59 | woglinde | OESTATS_SERVER = "tinderbox.openembedded.net" |
17:18.06 | Jay7 | is looking for XorA|gone :) |
17:18.08 | woglinde | put the last 2 into your local.conf |
17:18.19 | woglinde | and paste the url from tinderbox here |
17:24.12 | DJWillis | woglinde: -DDD is very interesting, I have never used that (must have missed it was even there). Handy, thanks. |
17:24.37 | woglinde | yeah |
17:24.39 | woglinde | no prob |
17:25.51 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r341b8924f5 10openembedded.git/recipes/tasks/angstrom-task-gnome.bb: angstrom-task-gnome: various tasks or a GNOME desktop based image |
17:27.02 | *** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no) |
17:29.49 | JDuke | $OE_HOME/beagleboard/beagleboard/profile.sh |
17:30.03 | JDuke | woglinde , $OE_HOME/beagleboard/beagleboard/profile.sh <= on this file ? |
17:30.12 | woglinde | no |
17:30.22 | woglinde | conf/local.conf |
17:30.55 | woglinde | where conf/local.conf should be outside of oedir |
17:31.29 | woglinde | I have it under $foo/build/conf/local.conf |
17:31.30 | JDuke | i got this file : /home/kerim/oe/beagleboard/beagleboard/conf/local.conf |
17:31.59 | JDuke | and this... |
17:32.16 | *** join/#oe CSMan (n=csman@unaffiliated/csman) |
17:32.20 | woglinde | are you using some custom script? |
17:32.26 | woglinde | not bitbake directly? |
17:32.42 | JDuke | http://pastebin.com/m3c42d869 |
17:32.52 | JDuke | yes , i m using beagleboard |
17:32.55 | JDuke | compile script |
17:32.57 | woglinde | *sigh* |
17:33.04 | woglinde | that was not the question |
17:33.10 | JDuke | this |
17:33.11 | JDuke | http://elinux.org/BeagleBoardAndOpenEmbeddedGit |
17:33.20 | woglinde | beagleboard is your targetmachine/port |
17:33.51 | JDuke | OESTATS_SERVER = "tinderbox.openembedded.net" <= this helps ? |
17:34.03 | JDuke | i add my beagle local.conf ? |
17:34.15 | woglinde | thats not enough |
17:34.39 | woglinde | INHERIT += "oestats-client" |
17:34.43 | woglinde | put this in too |
17:34.54 | woglinde | hm so you are using the stable branch right? |
17:35.51 | woglinde | <PROTECTED> |
17:35.55 | woglinde | form the wiki |
17:36.21 | JDuke | fatal: git checkout: branch stable/2009 already exists |
17:36.26 | woglinde | args |
17:36.29 | JDuke | so no need |
17:36.31 | woglinde | *sigh* |
17:36.41 | woglinde | JDuke open the window and jump |
17:36.56 | woglinde | are you always random doing what other paste? |
17:36.59 | m4t | defenestration |
17:37.22 | JDuke | now it seems its doing |
17:37.30 | JDuke | OE:beagleboard kerim@kerim-laptop:~/oe/openembedded$ bitbake console-image |
17:37.30 | JDuke | NOTE: Out of date cache found, rebuilding... |
17:37.30 | JDuke | NOTE: Handling BitBake files: \ (0188/6695) [ 2 %] |
17:37.39 | m4t | thats my favorite part of oe |
17:37.50 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
17:37.57 | JDuke | i hope it will do all... |
17:38.12 | JDuke | NOTE: Handling BitBake files: - (1406/6695) [21 %] |
17:38.15 | m4t | any changes to conf will cause that |
17:38.19 | JDuke | hehe... |
17:38.28 | woglinde | JDuke I have seen the bitbake line 1000th times |
17:38.29 | m4t | changes to recipes shouldn't though |
17:38.32 | woglinde | no need to paste it |
17:38.52 | woglinde | please paste only the oetstat line when it breaks again |
17:38.57 | JDuke | ok |
17:39.07 | JDuke | are you openembedded developer ? or user ? |
17:39.22 | woglinde | dev |
17:39.32 | JDuke | you take donations ? |
17:39.42 | JDuke | if i success on this project we donate |
17:39.50 | woglinde | hm we have a paypal account |
17:39.53 | woglinde | let me find it |
17:40.03 | JDuke | yes |
17:40.08 | woglinde | JDuke it will fail again |
17:40.11 | woglinde | but its easier |
17:40.15 | woglinde | to see the error |
17:40.32 | JDuke | i can give u ssh access ? |
17:40.46 | woglinde | no thanks |
17:41.07 | JDuke | ur paypal account ? |
17:41.09 | woglinde | ping florian |
17:41.14 | woglinde | ~ping florian |
17:41.15 | ibot | pong florian |
17:41.27 | JDuke | ping florian |
17:42.04 | woglinde | hm we have a german bank account |
17:42.16 | woglinde | but I dont know the stats either |
17:42.18 | woglinde | *sigh* |
17:43.23 | JDuke | well , i m here for a month |
17:43.32 | JDuke | np |
17:43.36 | woglinde | okay |
17:44.48 | JDuke | this is normal ? |
17:44.51 | JDuke | http://pastebin.com/da264057 |
17:45.01 | JDuke | referred version git of u-boot not available (for item u-boot) |
17:45.19 | JDuke | its still processing... |
17:45.36 | woglinde | hm seems some problem in stable branch for uboot |
17:45.49 | woglinde | most people using dev trunk |
17:45.52 | JDuke | waow i got error |
17:46.23 | JDuke | http://pastebin.com/m252eedc8 |
17:46.24 | woglinde | okay |
17:46.54 | JDuke | Tasks Summary: Attempted 858 tasks of which 858 didn't need to be rerun and 1 failed. |
17:47.13 | woglinde | ah okay |
17:47.27 | woglinde | seems the omap trunk on kernel.org is gone |
17:47.36 | woglinde | hm I should ping koen about it |
17:48.23 | woglinde | hm |
17:48.26 | JDuke | i just need beagleboard uImage with PRINTK disabled |
17:48.27 | woglinde | its there |
17:48.48 | JDuke | i dont want logo www.beagleboard.org on printk top of frame |
17:49.01 | JDuke | cos we do commercial |
17:49.03 | JDuke | project. |
17:49.25 | woglinde | yes I understand that |
17:49.40 | woglinde | you will have to tweak the kernel conf |
17:49.49 | JDuke | is there any uImage like that ? |
17:49.49 | JDuke | yes |
17:49.53 | JDuke | i know but i cant compile |
17:49.59 | JDuke | i got these errors |
17:50.15 | woglinde | are you behind a firewall? |
17:50.24 | JDuke | not much... |
17:50.30 | JDuke | u want ssh ? |
17:50.42 | JDuke | i can open port for that. |
17:51.38 | woglinde | sorry I dont know |
17:51.40 | woglinde | you |
17:51.51 | woglinde | afterwards I got suied |
17:51.59 | JDuke | sry ? |
17:52.00 | woglinde | its nothing against you personal |
17:52.47 | JDuke | but we got beagleboard for commercial project |
17:52.55 | JDuke | we are sitting in front of board |
17:53.02 | JDuke | cant do anything cos of kernel problems |
17:53.13 | woglinde | okay let us try something |
17:53.14 | JDuke | we need to disable just PRINTK and LOGO of PRINTK just |
17:53.26 | woglinde | where did you specify the archive dir? |
17:54.07 | woglinde | hms |
17:54.07 | JDuke | ok |
17:54.10 | JDuke | 1 min |
17:54.22 | woglinde | the elinux side dont specify it |
17:54.33 | JDuke | tarball ? |
17:54.41 | woglinde | could you go to $OE_HOME |
17:54.52 | woglinde | and look if there is an archive dir? |
17:55.17 | JDuke | this |
17:55.18 | JDuke | http://pastebin.com/m7ebb2a6d |
17:55.43 | woglinde | hm there must be one dir |
17:55.54 | woglinde | where all the tar-balls reside |
17:56.13 | woglinde | find may help |
17:56.25 | woglinde | find -name "*.bz2" |
17:56.32 | woglinde | or find -name "*.gz" |
17:56.42 | JDuke | ok trying now... |
17:57.28 | JDuke | http://pastebin.com/m1312bae5 |
17:57.40 | JDuke | lots of... |
17:58.44 | woglinde | okay cd to /tmp/downloads/git |
17:58.55 | JDuke | ok |
17:59.23 | woglinde | try git clone git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git master |
17:59.31 | JDuke | auoow |
17:59.42 | JDuke | i got more too... |
17:59.51 | woglinde | is it working? |
17:59.58 | JDuke | wait i show u again |
18:00.14 | JDuke | http://pastebin.com/m1cbbaa6e |
18:00.51 | JDuke | ok now i did the command |
18:01.28 | JDuke | remote: Counting objects: 728774 |
18:01.34 | woglinde | okay |
18:01.44 | woglinde | that could last a while |
18:01.56 | woglinde | was there a git direcotry or not? |
18:02.03 | woglinde | thats important |
18:02.14 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
18:03.07 | JDuke | yes |
18:03.11 | JDuke | its git directory... |
18:03.18 | woglinde | okay |
18:03.30 | JDuke | cd $OE_HOME/openembedded/tmp/downloads/git |
18:03.34 | JDuke | like that... |
18:03.37 | woglinde | yes |
18:03.38 | woglinde | fine |
18:03.42 | JDuke | i wrote command there |
18:05.31 | woglinde | when it is finished |
18:05.36 | woglinde | try bitbake again |
18:05.46 | JDuke | ok |
18:05.47 | JDuke | Receiving objects: 8% (114186/1409325), 41.26 MiB | 211 KiB/s |
18:05.51 | JDuke | its %8 now |
18:05.54 | JDuke | when %100 i do |
18:05.55 | woglinde | yeah its about 500 megs |
18:06.13 | JDuke | ok i ask question ? which directory is important on bitbake ? |
18:06.21 | JDuke | cd $OE_HOME/openembedded |
18:06.23 | woglinde | hm |
18:06.27 | woglinde | in which case? |
18:06.28 | JDuke | bitbake console-image |
18:06.29 | JDuke | this ? |
18:06.33 | woglinde | its depends |
18:12.23 | *** join/#oe Spyro1 (n=ian@benden.mnementh.co.uk) |
18:12.45 | *** join/#oe timtimred (n=meh@79-67-135-194.dynamic.dsl.as9105.com) |
18:12.53 | JDuke | pff very long |
18:12.59 | JDuke | 16 percentage. |
18:16.25 | woglinde | yeah sorry |
18:16.42 | woglinde | but the kernel recipe would it download anyway |
18:20.27 | *** join/#oe dth (n=Dieter@p4FDEECFA.dip.t-dialin.net) |
18:20.34 | DJWillis | woglinde: kergoth: thanks for the help, problem was between the desk and chair (I think) ;-) |
18:23.07 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3d4264f134 10openembedded.git/recipes/tasks/angstrom-task-gnome.bb: angstrom task gnome: remove non-building uim bit |
18:23.08 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * reddce851da 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: add more stuff |
18:24.18 | *** join/#oe Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) |
18:24.22 | *** join/#oe rddDavid51 (n=roudoudo@78.234.93.192) |
18:27.12 | woglinde | jo crofton |
18:27.20 | Crofton | gm |
18:33.09 | *** join/#oe rodgema (n=rodgema@wsip-70-169-152-9.hr.hr.cox.net) |
18:33.26 | rodgema | hello peoples |
18:35.06 | rodgema | I am getting an arm-INVALID when running bitbake and yet I have TARGET_OS set in local.conf under OE/build... I just gitted a new openembedded. What could be up? I'm thinking perhaps the BBPATH is using the LAST option I have to look for conf? |
18:36.55 | rodgema | my BBPATH is /OE/:/OE/build/:/OE/openembedded/ |
18:41.59 | woglinde | hm you need dont trailing slash |
18:42.04 | woglinde | args dont need |
18:42.14 | rodgema | hey |
18:42.21 | rodgema | horray someone is alive on this channel |
18:43.06 | woglinde | hm? |
18:43.06 | rodgema | if i had my path like that though, where would it be using the local.conf from? |
18:43.16 | rodgema | its not finding my local.conf apparently |
18:43.18 | woglinde | forn build/conf/local.conf |
18:43.29 | rodgema | Information not available for target 'arm-INVALID' |
18:43.45 | rodgema | when i do bitbake automake |
18:44.03 | woglinde | put the local.conf unde OE/build/conf/local.conf |
18:44.14 | rodgema | thats where i have it |
18:44.34 | *** join/#oe xxiao (n=chatzill@24.174.117.226) |
18:44.37 | rodgema | right before this, it was working, and then i gitted a new openembedded and then it tells me arm-INVALID |
18:44.45 | woglinde | try with out the trailing slash |
18:44.53 | rodgema | good idea |
18:45.02 | woglinde | BBPATH=/OE:/OE/build:/OE/openembedded |
18:45.18 | rodgema | right now it is: /opt/rodgema/OE/:/opt/rodgema/OE/build/:/opt/rodgema/OE/openembedded/ |
18:46.34 | rodgema | nope didnt fix it |
18:47.37 | xyzz | anybody knows, which patches from openembedded against gcc are important for vanila gcc to build for openmoko? |
18:47.44 | rodgema | /opt/rodgema/OE:/opt/rodgema/OE/build:/opt/rodgema/OE/openembedded |
18:48.07 | rodgema | still tells me arm-INVALID what the heck is going on dude |
18:48.12 | rodgema | im struggling |
18:49.16 | Crofton | anyone know a good hackable phone with wifi? |
18:49.23 | woglinde | xyzz why you asking? |
18:49.31 | rodgema | Crofton: iphone |
18:49.34 | woglinde | xyzz use the oe toolchain and be fine |
18:50.07 | rodgema | is bitbake.conf included instead of local.conf? |
18:50.08 | xyzz | woglinde I dont want precompiled toolchain, or the one from buildtree |
18:50.35 | xyzz | woglinde its for setting up environment for another distribution |
18:50.49 | xyzz | and Im king of getting lost in all that reciepes |
18:50.54 | Crofton | rodgema, I mean like, easy to replace the entire OS :) |
18:50.54 | xyzz | and includes |
18:51.30 | *** join/#oe gremlin[it] (n=gremlin@95.233.174.22) |
18:51.51 | rodgema | here is a problem... bitbake.conf is in the BBPATH, and in it, it defines TARGET_OS as INVALID, and yet in my local.conf i did not redefine TARGET_OS I thought it had a default of "linux" if it wasn't defined |
18:52.12 | rodgema | normally, in gentoo, if in a .conf file, something is commented by a #, it means it was already defined... |
18:54.51 | rodgema | yup that was it |
18:55.21 | woglinde | I have to do some shopping |
18:55.28 | woglinde | I will be back later |
18:55.28 | rodgema | DISTRO 'angstrom-2007.1' not found. Please set a valid DISTRO in your local.conf |
18:55.34 | rodgema | ? |
18:55.45 | rodgema | how can i get an old distro |
18:55.46 | woglinde | angstrom-2007.1 is gone |
18:55.50 | woglinde | use angstrom-2008.1 |
18:55.53 | woglinde | or stable branch |
18:56.00 | rodgema | i have to use old one |
18:56.06 | rodgema | how can i get it |
18:56.26 | woglinde | or use angstrom-2008.1-legacy.conf |
18:56.40 | woglinde | so angstrom-2008.1-legacy |
18:57.06 | *** join/#oe tmartins_ (n=zero@187.37.62.238) |
18:59.12 | *** join/#oe yang (n=yang@boneym.v6.mtveurope.org) |
19:03.04 | rsalveti | tegl |
19:03.09 | rsalveti | argh |
19:03.42 | rodgema | hi |
19:03.47 | rodgema | whatsup yo |
19:03.52 | rodgema | tegl |
19:06.25 | *** join/#oe rodgema (n=rodgema@wsip-70-169-152-9.hr.hr.cox.net) |
19:12.54 | *** join/#oe florian (n=fuchs@f048103218.adsl.alicedsl.de) |
19:15.15 | florian | re |
19:18.14 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:23.32 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
19:25.10 | kergoth | RP: ping |
19:29.52 | rodgema | ok |
19:29.52 | rodgema | who is here |
19:29.55 | kergoth | if you have a quesiton, ask it. |
19:30.02 | rodgema | i already have a distribution of angstrom |
19:30.09 | rodgema | and i have bitbake set up |
19:30.25 | rodgema | how do i ensure that all required packages get copied over onto the device |
19:30.48 | rodgema | lets say i want to install nano |
19:31.01 | rodgema | i already have the image on the device of angstrom |
19:31.15 | rodgema | so i bitbake nano and that creates it in the working directory |
19:31.28 | kergoth | bitbaking nano also emits the packges into tmp/deploy/ipk/ |
19:31.33 | rodgema | but what if nano required a set of libraries |
19:31.35 | kergoth | take that, put it on the device, and install it |
19:31.49 | rodgema | oh ok |
19:32.14 | kergoth | or set up a package feed, but that's an opkg question, not an oe or bitbake question |
19:32.22 | kergoth | perhaps the angstrom irc channel would be a more appropriate place. |
19:33.30 | rodgema | is every deployment ipk thing different for different versions of OE? |
19:33.51 | kergoth | OE is a buildsystem. |
19:34.08 | kergoth | not all oe based distros even use opkg |
19:34.34 | rodgema | oh |
19:34.47 | rodgema | so bitbake creates opkg things |
19:35.10 | kergoth | bitbake, with OE, can create ipk, deb, or rpm packages. angstrom is configured to use ipks |
19:35.14 | rodgema | do you have a reference for how to use the deployment things |
19:35.25 | kergoth | yes, it's called google |
19:35.31 | rodgema | lol |
19:36.05 | rodgema | you dont have to be rude about it :) |
19:36.51 | rodgema | here is a question then |
19:36.56 | kergoth | if you think that was rude, you don't know me very well ;) |
19:37.11 | rodgema | why do they include bitbake in the openembedded git |
19:37.21 | rodgema | if it is not "part" of oe |
19:37.27 | kergoth | because OE is the main, if not only, user of it |
19:38.05 | kergoth | an ipkg feed is a local, ftp, or http accessible directory which contains ipk files and a "Packages" file which ipkg/opkg makes use of to know what's available. |
19:38.10 | rodgema | is bitbake managed by the same people who manage OE more or less? |
19:38.33 | kergoth | the OE devs are a superset of the bitbake devs |
19:38.40 | kergoth | a small number of the core OE folk work on bitbake itself |
19:38.53 | rodgema | oh |
19:39.10 | rodgema | are you an oe dev |
19:39.48 | rodgema | what corporate support does oe get |
19:40.05 | rodgema | or is it just pure foss |
19:40.40 | rodgema | i would imaging some cellphone companies provide some funding |
19:41.53 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
19:42.18 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
19:42.28 | kergoth | until recently OE wasn't a nonprofit or anything, so there was no real organization for companies to give funds |
19:42.54 | kergoth | many companies use it, and a number of them contribute changes back, but there isn't much beyond that as of yet |
19:43.29 | rodgema | ok well thanks for the info |
19:45.11 | JDuke | woglinde , all ok |
19:45.18 | JDuke | Resolving deltas: 100% (1174768/1174768), done. |
19:45.18 | JDuke | Checking out files: 100% (30516/30516), done. |
19:45.33 | JDuke | i m here |
19:45.39 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:45.42 | JDuke | now i do ? bitbake? |
19:45.56 | JDuke | woglinde , bitbake again ? |
19:46.25 | rodgema | JDuke: what |
19:46.31 | kergoth | at any rate, OE updates the feed indexes in tmp/deploy/ipk/*/ as a side effect of the image build process, you could just copy that whole dir onto your device, or make it accessible via html or ftp, and add it to your opkg.conf. google for how to do that, or look at the distro-feed-configs recipe. |
19:46.46 | *** join/#oe Foolean (n=emil@90-227-176-224-no128.tbcn.telia.com) |
19:46.50 | kergoth | i wouldnt' rely on bitbake as your feed updating mechanism necessarily, but its there, so you can use it |
19:47.31 | rodgema | kergoth: thanks again |
19:47.39 | kergoth | np |
19:47.48 | woglinde | re |
19:48.05 | woglinde | JDuke yes run bitbake again |
19:49.06 | JDuke | bitbake console-image or clean ? |
19:49.14 | JDuke | i hope it will work now |
19:49.25 | JDuke | i do bitbake console-image directly |
19:50.47 | woglinde | hi kergoth btw. |
19:50.52 | kergoth | hey woglinde |
19:51.05 | woglinde | is fighting with openjdk |
19:51.11 | kergoth | fun fun |
19:51.13 | kergoth | is battling issues with apps choking on lib64 |
19:51.23 | woglinde | *g* |
19:51.27 | JDuke | nahh |
19:51.30 | JDuke | i got same error |
19:51.43 | woglinde | JDUKE hms |
19:51.53 | JDuke | http://pastebin.com/m6855c4fc |
19:52.41 | woglinde | hms whats wrong with git in stable |
19:52.47 | woglinde | jdule okay |
19:52.53 | woglinde | then let us go unstable |
19:53.07 | woglinde | go into oe dir |
19:53.11 | JDuke | ok |
19:53.21 | JDuke | on it : /home/kerim/oe |
19:53.22 | woglinde | where conf recipes classes is |
19:53.30 | woglinde | type git branch -a |
19:53.51 | woglinde | pastebin the output |
19:54.11 | JDuke | http://pastebin.com/m2e32c979 |
19:54.36 | woglinde | okay bitbake checkout org.openembedded.dev |
19:55.27 | JDuke | ok |
19:55.41 | woglinde | bitbake console-image |
19:55.53 | JDuke | http://pastebin.com/m429e63d |
19:55.58 | woglinde | maybe you have to remove oetmp dir |
19:56.15 | woglinde | lol |
19:56.27 | woglinde | args |
19:56.30 | woglinde | my fault |
19:56.38 | woglinde | git checkout org.openembedded.dev |
19:56.43 | woglinde | bitbake console-image |
19:56.46 | woglinde | sorry |
19:57.21 | JDuke | ok |
19:58.20 | JDuke | waow very interesting after git |
19:58.42 | JDuke | http://pastebin.com/m45b7d421 |
19:58.50 | woglinde | jduke defconfig for the kernel is in openembedded/recipes/linux/linux-omap-2.6.31/beagleboard/defconfig |
19:59.13 | woglinde | jDuke ah right |
19:59.21 | woglinde | stable trunk has its own bitbake |
19:59.23 | woglinde | okay |
19:59.31 | woglinde | you have to install manually for now |
19:59.54 | woglinde | jduke -> http://docs.openembedded.org/usermanual/usermanual.html#gettingoe_getting_bitbake |
20:00.32 | woglinde | install it somewhere |
20:00.46 | woglinde | and put the path to it into $PATH |
20:01.10 | woglinde | I hope you a experienced enough with unix shell stuff |
20:02.04 | JDuke | hmm |
20:02.06 | JDuke | yes |
20:02.09 | JDuke | i know unix... |
20:03.36 | JDuke | wget http://download.berlios.de/bitbake/bitbake-1.8.12.tar.gz |
20:04.53 | JDuke | now i try with the bitbake i download. |
20:07.29 | JDuke | now this : http://pastebin.com/m7f4b22b4 |
20:08.26 | woglinde | jepp |
20:08.33 | woglinde | you have to remove the oetmp dir |
20:08.34 | woglinde | mom |
20:09.27 | woglinde | hm the elinux side suckz |
20:09.37 | woglinde | no DL_DIR specified |
20:10.08 | woglinde | <PROTECTED> |
20:10.14 | woglinde | let us do the following |
20:10.24 | woglinde | edit the local.conf file |
20:11.19 | woglinde | add DL_DIR = "where_your_top_oe_dir_is/archive" |
20:11.55 | woglinde | copy all tar.gz/bz2 and the git dir into this archive dir |
20:12.09 | woglinde | remove tmp |
20:12.15 | woglinde | and run bitbake again |
20:17.58 | rodgema | here is another bitbake question: if I did bitbake automake, and it is compiling 565 packages to get it working, what happens if i ctrl-c in the middle? does that have an issue or is it safe like gentoo portage where it checks consistency at the end |
20:18.27 | rodgema | does it put all 565 packages into an ipk? seems like that would be huge |
20:19.40 | woglinde | no |
20:19.51 | woglinde | most at this stage are native packages |
20:20.00 | rodgema | ok |
20:20.10 | woglinde | they will not end up in ipgk feed |
20:20.15 | woglinde | you cancel |
20:20.19 | woglinde | and continue you later |
20:20.32 | woglinde | only gcc-cross dont work with it |
20:22.13 | rodgema | so what happens if I had an old distro (angstrom 2007) and now I can only get a new one (distro 2008) is it going to break something if I try to install a newer package of some type? Or will it just possibly be missing packages that bitbake thinks are already included in the base system? |
20:22.29 | woglinde | hm |
20:22.40 | woglinde | better you flash new |
20:22.52 | rodgema | well i cant |
20:23.00 | woglinde | because you have update nearly all packages |
20:23.30 | rodgema | really? |
20:23.52 | rodgema | so if i tried to opkg install a new package compiled with DISTRO=2008... it wouldn't work? |
20:25.27 | rodgema | i just dont really understand what the "DISTRO" setting affects I assume it's the list of default packages |
20:25.54 | rodgema | if that is the case, I would think I would be able to install a new package, and perhaps it jsut requires some more dependencies |
20:26.04 | woglinde | it wouldnt work because you wouldnt also need to install newer libc |
20:26.14 | kergoth | DISTRO has very little to do with package selection. it controls high level policies that affect all packages, usually, rodgema |
20:26.18 | woglinde | because toolchain versions changed a lot |
20:27.20 | CIA-1 | 03Mark Brown <broonie@sirena.org.uk> 07org.openembedded.dev * rbca3b59f77 10openembedded.git/ (2 files in 2 dirs): |
20:27.20 | CIA-1 | smdk6410: Add initial recipe for SMDK6410 |
20:27.20 | CIA-1 | This is essentially just the defconfig for mainline; pretty much just |
20:27.20 | CIA-1 | build tested at present. |
20:30.39 | rodgema | specifically, i have a device that i can not flash, and yet it was initially installed with 2007 angstrom, will it work if I use DISTRO = "angstrom-2008.1-legacy" |
20:30.47 | rodgema | someone earlier said to try that |
20:30.58 | woglinde | i dont think so |
20:31.03 | woglinde | but you could try |
20:31.38 | rodgema | do you know what the DISTRO flag actually uses to pull information for compiling packages? |
20:31.55 | rodgema | i have the previous build tree from an original developer for this device |
20:32.10 | rodgema | perhaps i can copy over the "Distro 2007" files, wherever they are... |
20:34.21 | rodgema | will it work if I just copy the OE/openembedded/conf/distro files from the 2007 conf into the new openembedded git? |
20:34.49 | rodgema | and what happens if I change my DISTRO flag in conf? will it start out at a new directory or do I need to delete TMPDIR? |
20:35.32 | *** join/#oe thaytan (n=jan@78.16.201.151) |
20:38.47 | woglinde | just try |
20:38.53 | woglinde | nobody has done that yet |
20:38.58 | woglinde | so on your own |
20:39.01 | rodgema | lol |
20:39.03 | woglinde | tell us the error |
20:39.08 | woglinde | we might can help |
20:39.10 | rodgema | yeah ill just copy over the old distro files |
20:39.24 | rodgema | see what happens |
20:42.29 | *** join/#oe ant__ (n=andrea@87.2.250.178) |
20:44.09 | *** join/#oe BET-frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) |
20:45.33 | woglinde | jo ant |
20:46.31 | rodgema | Error, DISTRO_PR has changed (.1 to ) which means all packages need to rebuild. Please remove your TMPDIR so this can happen. For autobuilder setups you can avoid this by using a TMPDIR that include DISTRO_PR in the path. |
20:46.41 | rodgema | woglinde: so yes i need to delete tmpdir |
20:46.44 | ant__ | woglinde: hi |
20:47.52 | rodgema | learning experience |
20:49.18 | ant__ | woglinde: do you have some opkg knowledge? |
20:50.41 | woglinde | ant no |
20:50.43 | woglinde | only using |
20:51.11 | ant__ | np; I hate package-managers != portage too |
20:51.31 | florian | ant__: you intend to become a hero fixing it? ;) |
20:51.37 | woglinde | he florian |
20:51.38 | ant__ | just dubious about the opkg.conf created for packaged staging... |
20:51.46 | woglinde | florian do we have paypal account? |
20:51.53 | ant__ | it only lists build host (i686) |
20:51.55 | florian | woglinde: yes |
20:51.58 | ant__ | can't be right... |
20:52.05 | woglinde | florian is it on the wiki? |
20:52.46 | florian | woglinde: no not yet... I didn't want to decide on my own how and where to publish this |
20:53.04 | *** join/#oe ReaperOfSouls (n=nnnnnnnj@nat/montavista/x-yyaqdjijkbenqhpd) |
20:53.10 | woglinde | jduke wanted to donate some money |
20:53.20 | woglinde | thats why I am asking |
20:53.28 | woglinde | and I couldnt tell him where |
20:54.11 | *** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk) |
20:55.07 | woglinde | args -> openjdk-ecj/jdk/make/common/Defs-linux.gmk: PLATFORM_SRC = $(BUILDDIR)/../src/solaris |
20:55.47 | *** part/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
20:58.32 | Jay7 | florian: just add "Donate" button on the wiki and point it to article with some info |
20:58.50 | Jay7 | this will be better than nothing |
20:59.15 | Jay7 | btw, we can place google ads to wiki - just to support hosting e.g. |
20:59.36 | woglinde | sorry I dont want google adds there |
20:59.48 | Jay7 | this was just an idea :) |
21:02.15 | Jay7 | other idea is to rotate banners of some our commercial supporters :) |
21:02.25 | woglinde | *g* |
21:02.45 | ant__ | ^_^ |
21:03.24 | Jay7 | is still considering of adding himself to the list of commercial supporters.. |
21:03.58 | *** join/#oe mike_cw_ (n=quassel@213.218.221.154) |
21:10.06 | florian | Jay7: I guess it would be better just to have them on a separate page. More useful for our supporters... |
21:10.27 | *** join/#oe mike_cw (n=quassel@213.218.221.154) |
21:10.51 | florian | Not sure what you can earn with google ads... but I doubt its worth cluttering our websites with |
21:11.55 | Jay7 | florian: bloggers are earning some $$ |
21:13.11 | florian | not ;) |
21:13.18 | Jay7 | :) |
21:13.35 | Jay7 | well, but "donate" button should be there :) |
21:14.21 | florian | indeed |
21:18.46 | Jay7 | btw, I see no news about e.V. on main page ;) |
21:19.41 | florian | Days are too short :-( |
21:20.07 | Jay7 | PR is money.. |
21:23.04 | florian | very true |
21:23.10 | *** join/#oe rob_w (n=bill@p549BC33D.dip.t-dialin.net) |
21:26.43 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
21:26.59 | *** join/#oe mike_cw__ (n=quassel@213.218.221.154) |
21:27.46 | rodgema | what does this mean: The external toolchain could not be found in /usr/local/angstrom/arm!??? |
21:28.00 | rodgema | this is during a basic bitbake nano |
21:29.07 | rodgema | ERROR: Task 147 (/opt/rodgema/OE/openembedded/recipes/meta/external-toolchain.bb, do_populate_staging) failed |
21:29.24 | Crofton|work | rodgema, real quick what are you trying to do? |
21:29.29 | woglinde | rodgema you configured with external toolchain |
21:29.39 | rodgema | was trying to bitbake nano |
21:29.54 | woglinde | Crofton he tries to build with olde angstroem-2007 |
21:30.01 | rodgema | yeah |
21:30.02 | Crofton|work | I know, but it seems like you are using an "uncommon" config |
21:30.04 | rodgema | angstrom 2007 |
21:30.08 | Crofton|work | can I ask why? |
21:30.15 | rodgema | requirement |
21:30.21 | rodgema | device already has it |
21:30.23 | rodgema | i can not flash |
21:30.30 | Crofton|work | interesting :) |
21:30.58 | rodgema | how to i change to internal toolchain |
21:31.01 | Crofton|work | I suppose I will try a build later and see what happens then |
21:31.11 | Crofton|work | so I can sort of be helpful :) |
21:31.20 | Crofton|work | but, i must improve my home first :) |
21:31.30 | Crofton|work | warm day, need to replace a door threshold |
21:31.37 | rodgema | fun |
21:31.46 | woglinde | crofton lol |
21:36.26 | rodgema | yo |
21:36.31 | rodgema | any ideas? |
21:36.57 | rodgema | The external toolchain could not be found in /usr/local/angstrom/arm! |
21:37.16 | rodgema | NOTE: Task failed: /opt/rodgema/OE/angstrom-tmpdir//work/i686-armv5te-sdk-angstrom-linux-gnueabi/external-toolchain-1.0-r2/temp/log.do_stage.16640 |
21:37.32 | rodgema | what do i need to do to get this working |
21:37.39 | rodgema | im in gentoo |
21:38.12 | rodgema | do i need to emerge some angstrom toolchain thing or something? |
21:38.24 | rodgema | or can i get it to use an "internal" toolchain |
21:38.42 | rodgema | i thought the point of this was to use an internal toolchain |
21:38.58 | rodgema | this is during a bitbake nano |
21:41.31 | rodgema | is it a preferred providers thing? |
21:41.36 | rodgema | just googling |
21:46.16 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
22:01.00 | rodgema | when did it change from PREFERED PROVIDER to PREFERED PROVIDERS |
22:02.06 | kergoth | rodgema: it didn't. |
22:02.44 | rodgema | # Select between multiple alternative providers, if more than one is eligible. |
22:02.47 | rodgema | PREFERRED_PROVIDERS = "virtual/qte:qte virtual/libqpe:libqpe-opie" |
22:02.52 | kergoth | yes, that was the old way of doing it |
22:02.54 | kergoth | you had it backwards :) |
22:02.55 | rodgema | from sample.local.conf |
22:02.59 | rodgema | or whatever |
22:04.34 | Crofton|work | ok, let me see if legecy works here |
22:04.44 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
22:05.48 | rodgema | i had a conf file with PREFERRED PROVIDER in it from angstrom 2007 |
22:05.59 | Crofton|work | #fail |
22:06.00 | rodgema | so it was complaining about external toolchain when bitbaking |
22:06.04 | rodgema | lol |
22:06.06 | Crofton|work | legacy was never sorted out |
22:06.12 | rodgema | Crofton|work: thanks |
22:06.23 | Crofton|work | have you looked in the legacy conf file ? |
22:06.46 | rodgema | kergoth: so what i had to do was put all the PREFERRED PROVIDERS into local.conf |
22:06.59 | Crofton|work | do you know anything about how the sw on your device eas built? |
22:07.00 | rodgema | Crofton|work: I switched back to 2007 |
22:07.11 | rodgema | its angstrom 2007.12 |
22:07.18 | RP | kergoth: pong |
22:07.21 | rodgema | i switched the DISTRO back |
22:07.22 | kergoth | once again, PREFERRED_PROVIDERS was the _old_ way of doing it. PREFERRED_PROVIDER_<provider> is the current mechanism |
22:07.37 | rodgema | kergoth: oh? |
22:07.38 | kergoth | RP: er. let me think.. |
22:07.47 | *** join/#oe Martin-B (n=martin@pool-137-65-198-89.dbd-ipconnect.net) |
22:07.51 | RP | kergoth: :) |
22:07.54 | rodgema | kergoth: well then perhaps i needed the old way or something |
22:07.55 | Crofton|work | what I am wondering is, can you check out the version that was current before we switched? |
22:08.01 | ant__ | RP: I have one for you... |
22:08.04 | rodgema | kergoth: its compiling now... |
22:08.07 | *** join/#oe mickey|zzZZzz (i=mickey@80.81.242.146) |
22:08.26 | rodgema | kergoth: with all the PREFERRED PROVIDERS lines uncommented from the local.conf sample |
22:08.31 | RP | hides from ant__ ;-) |
22:08.33 | ant__ | RP: staging_helper () in packaged staging |
22:08.38 | ant__ | he he |
22:08.40 | kergoth | rodgema: i highly doubt that's going to be of much use |
22:08.51 | rodgema | how so |
22:09.07 | rodgema | its on 209 of 340 |
22:09.11 | rodgema | building nano |
22:09.26 | likewise | good night all |
22:09.33 | RP | ant__: What about it? |
22:09.41 | ant__ | RP: thisone is never used: mkdir -p ${DEPLOY_DIR_PSTAGE}/pstaging_lists |
22:09.50 | ant__ | unpopulated |
22:09.51 | *** join/#oe grg (n=grg@150.101.58.177) |
22:09.59 | kergoth | rodgema: there's no difference between preferred providers and preferred provider, they're just two different ways of expressing the same thing |
22:10.11 | ant__ | and in opkg.conf there is only my build arch... i686 |
22:10.24 | ant__ | ipkgarchs="${BUILD_SYS}" |
22:10.44 | ant__ | is it supposed to be that way? |
22:11.04 | rodgema | kergoth: previously in the angstrom2007.1.con it had these cross compilers: PREFERRED_PROVIDER_virtual/arm-angstrom-linux-gnueabi-libc-for-gcc = "glibc-intermediate" |
22:11.04 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
22:11.20 | RP | ant__: This goes back to our previous conversation right? |
22:11.24 | kergoth | RP: oh, i was thinking about the extendclasses thing. i was thinking about adding a function which takes a function as its argument and adds it to a list stored in the datastore, then for each entry in that list, it would generate a new datastore and run that function against it. so it'd be a programmatic way of doing the same thing as extendclasses, so you could generate a new variant from an anonymous python function |
22:11.33 | RP | ant__: Should staging packages be the arch of the build machine? |
22:11.33 | kergoth | RP: sane? insane? :) |
22:11.35 | rodgema | kergoth: it wasnt picking them up |
22:11.49 | kergoth | rodgema: that tells me absolutely nothing. |
22:11.53 | ant__ | RP: yes for natives and cross |
22:12.10 | kergoth | and again, the two syntaxes do the exact same thing |
22:12.26 | ant__ | RP: no for multimach_arch and machine |
22:13.00 | RP | kergoth: an interesting thought |
22:13.22 | rodgema | kergoth: previously, when bitbake nano, it failed complaining that it could not find external toolchain in /usr/bin/arm! something, then I edited local.conf and uncommented the lines that said PREFERRED_PROVIDERS = += +=... the default ones that come in the sample, and now it appears to be working |
22:13.34 | Crofton | rodgema, I would try checking out an old copy of the metadata |
22:13.38 | RP | kergoth: So it lets you add more varients than one per class |
22:13.41 | kergoth | yep |
22:14.03 | RP | kergoth: I kind of like the idea |
22:14.21 | kergoth | it would be pretty straightforward, few lines of code. |
22:14.29 | RP | kergoth: One thing I've been playing with in my mind is BBVERSIONEXTEND = "1.0 1.2 1.3 2.0" |
22:14.32 | kergoth | at the moment we're looking at lib vs lib64 stuff, and we have another target that has more than just two abis of stuff it can execute |
22:14.51 | kergoth | so being able to generate the variants for its abis without having to create one class each could be handy |
22:15.07 | kergoth | hmm, how would versionextend work? |
22:15.39 | RP | kergoth: change PV then add the data again just as BBCLASSEXTEND changes PN |
22:15.46 | kergoth | ah |
22:16.01 | kergoth | that has promise |
22:16.10 | RP | kergoth: I'm not sure I see how it helps your abi problem? |
22:16.45 | RP | You have to select one of the abis surely? |
22:17.31 | kergoth | you don't in x86_64, necessarily :) |
22:17.36 | kergoth | you have both 32 and 64 |
22:19.33 | kergoth | huh, http://www.joelonsoftware.com/items/2007/10/26.html is interesting |
22:20.02 | RP | kergoth: ah, I see what you mean now. The class extend stuff could help there certainly |
22:20.39 | RP | kergoth: Having the single extra class file probably isn't a lot of overhead though |
22:20.47 | kergoth | right, could create, say, a 32bit.bbclass. but these things are quite machine/target specific, so having a .inc in the config files that sets that up is slightly more convenient |
22:21.19 | khem | RP: hi, did you have a chance to see the fix I sent for bitbake ? |
22:21.21 | RP | That .inc just needs to do BBCLASSEXTEND += "32bit" |
22:21.36 | kergoth | if you want to clutter up your .bbclass with each variant you're going to have for each arch, sure ;) |
22:21.40 | RP | khem: I applied on to bitbake-dev in poky. I wonder if they're the same :) |
22:21.40 | kergoth | s/.bbclass/classes/ |
22:22.01 | RP | kergoth: How many of these are you planning?! :) |
22:22.27 | khem | oh I must look into poky time to time |
22:22.38 | kergoth | there are at least a few on the horizon... we keep adding support for new platforms, a few each release so far |
22:22.54 | RP | khem: I only did that earlier today after I saw your report |
22:22.58 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
22:23.07 | kergoth | not sure if its worth adding or not, just throwing it out there, figured it would be pretty trivial to implement. actually, you could implement BBCLASSEXTEND in terms of it, could register a snippet of python that parses in the next file in the bbclassextend list and sets PN |
22:23.08 | RP | khem: My fix is the same if slightly neater python ;-) |
22:23.12 | kergoth | hmm, i kind of like that idea |
22:24.49 | khem | http://git.pokylinux.org/cgit.cgi/poky/commit/?id=eb0d2f2615dbd15f8931d677b005ecc8f808126d |
22:25.15 | RP | kergoth: At the moment bitbake itself makes the PN change - with your proposal we'd have to stop doing that |
22:25.16 | khem | RP: yes, could you also push it into bitbake.git |
22:25.31 | RP | khem: will do, was just testing first |
22:25.38 | khem | ok |
22:26.26 | RP | kergoth: My main concern is to keep some control in bitbake of what we're actually parsing |
22:27.07 | RP | kergoth: I'm not against the idea, just want to be careful we don't design an interface we can't support in future |
22:27.11 | kergoth | ah. hmm. well, i'll add it to my long term needs more thought list |
22:27.14 | kergoth | nods |
22:28.24 | RP | kergoth: I think the extend stuff is the future though - makes native and sdk recipes in poky easy :) |
22:28.44 | RP | and I've ideas about multiple versions of a recipe that way too :) |
22:29.07 | RP | Maybe with a git.bbclass for the pull from git version too |
22:29.52 | kergoth | i've been thinking about alternative file formats.. itd be nice if you could have all the versions of something, or as many as you want, in the same recipe.. just a hierarchical structure.. toplevel common bits, break down into version specific bits.. our stuff works nice, but not being able to do any namespaces is an annoying limitation at times |
22:30.50 | *** join/#oe Vink_ (i=96a90f85@gateway/web/freenode/x-izmtvsehqbkxjxnm) |
22:34.32 | RP | kergoth: Note that you get an override set with the BBCLASSEXTEND stuff |
22:34.44 | kergoth | cool |
22:34.48 | RP | kergoth: and I'd want similar with any PV extension |
22:34.52 | kergoth | nods |
22:35.02 | RP | So you can have a variable that changes depending on the class in action |
22:35.46 | RP | ant__: I agree, that needs fixing |
22:36.10 | kergoth | man, i need something like 'locate', but which finds shit inside of git repositories |
22:36.13 | kergoth | i keep misplacing things |
22:36.24 | kergoth | "i know i committed that to one of these ..." |
22:42.26 | ant__ | RP: btw I'm battling with 2.6.31-rc9 for c7x0...won't yet boot.It looks like I miss some patches... |
22:42.32 | *** join/#oe thaytan (n=jan@78.16.141.122) |
22:42.39 | ant__ | will see during week-end |
22:45.21 | rodgema | dang |
22:45.41 | rodgema | im getting "kernel too old" when emerging glibc |
22:45.51 | rodgema | "baking" glibc sorry |
22:46.42 | rodgema | i have DISTRO = "angstrom-2007.1" |
22:47.26 | rodgema | then in the angstrom-2007.1.conf i have KERNEL = "kernel26" |
22:47.30 | rodgema | i dont get it |
22:47.34 | RP | ant__: I haven't booted any of my zaurii in a few months :( |
22:47.36 | rodgema | how is that an old kernel |
22:48.34 | ant__ | RP: we hope to align the clamshells and 6x00 to 2.6.32 soon |
22:48.44 | RP | ant__: sounds good |
22:49.00 | ant__ | Dmitry and Stanislav doing beefy work |
22:49.13 | ant__ | ah, and Pavel :) |
22:49.17 | RP | ant__: yes |
22:50.13 | RP | -> Zzzz |
22:50.22 | RP | khem: I'll push that fix tomorrow for bitbake |
22:51.05 | rodgema | anyone have ideas |
22:51.17 | rodgema | kernel too old when bitbaking glibc |
22:51.22 | rodgema | glibc2.5.bb |
22:51.35 | rodgema | FATAL: kernel too old |
22:51.43 | rodgema | no log listed |
22:52.04 | rodgema | just trying to bitbake nano |
22:52.07 | rodgema | sheesh |
23:03.38 | CIA-1 | 03Jeremy Laine <jeremy.laine@m4x.org> 07org.openembedded.dev * r3e9bb4f23c 10openembedded.git/recipes/klibc/ (klibc_1.5.15.inc klibc_1.5.inc): |
23:03.38 | CIA-1 | klibc_*.inc: fix QA about packaging (klibc.so only for -dev) |
23:03.38 | CIA-1 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
23:10.09 | *** join/#oe CoRfr (n=quassel@111.69.241.141) |
23:21.34 | khem | rodgema: It means --enable-kernel specified during glibc build is newer than your real kernel |
23:23.43 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * ra1dc338502 10openembedded.git/recipes/serial-utils/serial-forward.bb: |
23:23.43 | CIA-1 | serial-forward.bb: Fix missing GNU_HASH QA Error. |
23:23.43 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:26.59 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07org.openembedded.dev * rda48a59464 10openembedded.git/ (3 files in 3 dirs): |
23:26.59 | CIA-1 | tzdata: add 2009o as 2009n is no longer available |
23:26.59 | CIA-1 | tzcode-native 2009k: use tzdata 2009o |
23:26.59 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
23:29.56 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07org.openembedded.dev * rba8ce6a3fd 10openembedded.git/recipes/udev/udev_141.bb: |
23:29.56 | CIA-1 | udev 141: fix packaging on x86_64 |
23:29.56 | CIA-1 | udev installs binaries under $(udev_prefix)/lib/udev, even if ${libdir} |
23:29.56 | CIA-1 | is ${prefix}/lib64. This means some paths need to be hardcoded to "/lib" |
23:29.57 | CIA-1 | instead of "${base_libdir}". |
23:30.01 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
23:40.01 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
23:40.01 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
23:49.32 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r077f07332c 10openembedded.git/ (161 files in 7 dirs): |
23:49.32 | CIA-1 | gcc-4.4.2: Add new recipes for gcc 4.2.2 |
23:49.33 | CIA-1 | * Switch default gcc to 4.4.2 for sane toolchain |
23:49.33 | CIA-1 | * Switch binutils to 2.20 |
23:49.33 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:50.15 | woglinde | hm typo |
23:50.54 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * rff9665cf99 10openembedded.git/recipes/glibc/ (glibc-2.9/glibc-2.9-enable-binutils-2.2.patch glibc_2.9.bb): |
23:50.54 | CIA-1 | binutils-2.20 is new enough for glibc_2.9, change configure script to accept it |
23:50.54 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:52.12 | *** join/#oe hender (n=henderun@rps2009.ovh.net) |