00:04.59 | woglinde | kehm cool |
00:05.29 | woglinde | waits any second for the commit |
00:15.36 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
00:19.26 | ant_ | 'night |
00:40.10 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
00:44.00 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
00:44.20 | *** join/#oe CSMan (n=csman@bas6-montrealak-1177580873.dsl.bell.ca) |
00:47.18 | *** join/#oe aloisiojr (n=aloisio@189.81.153.61) |
00:53.54 | *** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com) |
01:21.14 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
01:25.04 | khem | tharvey: I have used mediabench testsuite |
01:25.36 | khem | tharvey: err mediabench benchmark I meant |
01:53.31 | *** join/#oe dijenerate_ (n=dijenera@72.51.69.246) |
01:59.14 | *** join/#oe jtaji (n=jtaji@unaffiliated/astro76) |
02:28.39 | *** join/#oe Xilent_ (n=supersti@unaffiliated/xilent) |
02:39.00 | *** join/#oe benlau2 (n=benlau@221.125.8.70) |
02:45.56 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
02:48.25 | *** join/#oe wmat_ (n=btraynor@gromit.mixdown.ca) |
02:48.26 | *** join/#oe thesing_ (n=tkunze@BAA37fe.baa.pppool.de) |
02:55.10 | *** join/#oe darksteelneo (n=darkstee@32.134.149.39) |
03:36.02 | *** join/#oe stefan_schmidt (n=sschmidt@sicherheitsschwankung.de) |
03:36.20 | *** join/#oe shoragan (n=shoragan@debian/developer/shoragan) |
03:37.27 | *** join/#oe aloisiojr (n=aloisio@189.81.153.61) |
03:54.39 | *** join/#oe aloisiojr (n=aloisio@189.81.153.61) |
04:04.13 | *** join/#oe aloisiojr (n=aloisio@189.81.153.61) |
04:18.07 | cdbot2 | * * OE Bug 4453 has been created by linuxrulez(AT)land.ru |
04:18.09 | cdbot2 | * * do_install failed: opie-taskbar-images-1.2.3 |
04:18.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4453 |
04:32.36 | *** join/#oe johncylee (n=john@firewall.tw.openmoko.org) |
05:00.57 | *** join/#oe mbuf (n=shakthim@61.16.248.242) |
05:22.16 | *** join/#oe aloisiojr (n=aloisio@189.81.153.61) |
05:26.40 | *** join/#oe aloisiojr (n=aloisio@189.81.153.61) |
05:35.20 | *** join/#oe Gnutoo (n=gnutoo@host54-133-dynamic.41-79-r.retail.telecomitalia.it) |
05:42.28 | *** join/#oe pleemans (n=peter@dD577D009.access.telenet.be) |
05:46.43 | *** join/#oe Tartarus (i=trini@crackaddict.com) |
06:05.06 | khem | hi RP you there ? |
06:09.23 | methril | morning |
06:47.26 | *** join/#oe denix1 (n=denix@82.116.198.135) |
06:47.44 | *** part/#oe denix1 (n=denix@82.116.198.135) |
06:52.26 | *** join/#oe minipanda (n=hzhang@66.135.114.72) |
07:09.37 | *** join/#oe kwek (n=kwek@188.Red-213-97-48.staticIP.rima-tde.net) |
07:15.45 | *** join/#oe NineX (i=ninex@gentoo.netzone.kom.pl) |
07:18.53 | *** join/#oe pleemans (n=peter@dD577D009.access.telenet.be) |
07:18.53 | *** join/#oe mbuf (n=shakthim@61.16.248.242) |
07:18.53 | *** join/#oe shoragan (n=shoragan@debian/developer/shoragan) |
07:18.53 | *** join/#oe stefan_schmidt (n=sschmidt@sicherheitsschwankung.de) |
07:18.53 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) [NETSPLIT VICTIM] |
07:18.53 | *** join/#oe diego_away (n=diego@host-84-222-6-226.cust-adsl.tiscali.it) [NETSPLIT VICTIM] |
07:18.53 | *** join/#oe chouimat|Zzzz (n=dieu@kde/developer/chouinard) |
07:18.53 | *** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) [NETSPLIT VICTIM] |
07:18.53 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
07:18.54 | *** join/#oe daq4th (n=darkness@netstation-005.cafe.zSeries.org) |
07:18.54 | *** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl) |
07:18.54 | *** join/#oe tcooksey (n=tcooksey@nat/trolltech/x-119f5ba7fece2da7) [NETSPLIT VICTIM] |
07:18.54 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
07:18.54 | *** join/#oe daurnimator (n=daurn@dsl-124-150-88-5.vic.westnet.com.au) |
07:18.54 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) [NETSPLIT VICTIM] |
07:18.54 | *** join/#oe exastra (n=go@75.148.80.90) |
07:18.54 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) [NETSPLIT VICTIM] |
07:18.54 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
07:18.54 | *** join/#oe k-way (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) |
07:18.54 | *** join/#oe CIA-57 (n=CIA@208.69.182.149.simpli.biz) [NETSPLIT VICTIM] |
07:18.54 | *** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl) |
07:18.54 | *** join/#oe oxo (i=jorik@carbon.kippendief.biz) [NETSPLIT VICTIM] |
07:18.55 | *** join/#oe RP (i=1000@tim.rpsys.net) |
07:18.55 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
07:18.55 | *** join/#oe Ironnads (n=Ironnads@host86-135-86-80.range86-135.btcentralplus.com) |
07:18.55 | *** join/#oe alphaone (n=alphaone@a064.apm.etc.tu-bs.de) |
07:18.55 | *** join/#oe mps (i=mp@solute.xen-host.de) |
07:18.55 | *** join/#oe mickey|zzZZzz (i=mickey@openmoko/coreteam/mickey) |
07:18.55 | *** join/#oe jpieper (n=jpieper@207-180-187-171.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM] |
07:18.55 | *** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM] |
07:18.55 | *** join/#oe pb__ (n=pb@castle.reciva.com) [NETSPLIT VICTIM] |
07:18.57 | *** join/#oe trickie (n=trickie@basesoft.xs4all.nl) [NETSPLIT VICTIM] |
07:18.57 | *** join/#oe LakeSolon (n=blake@64-83-198-152.dhcp.stcd.mn.charter.com) [NETSPLIT VICTIM] |
07:18.57 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
07:18.57 | *** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) [NETSPLIT VICTIM] |
07:18.57 | *** join/#oe ShadowJK (i=jk@terminus.enivax.net) |
07:18.57 | *** join/#oe darkschneider (n=gab@213-140-15-160.fastres.net) |
07:18.57 | *** join/#oe RedDog (n=reddog@mastersword.de) [NETSPLIT VICTIM] |
07:18.58 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
07:19.18 | *** join/#oe daurnimator (n=daurn@dsl-124-150-88-5.vic.westnet.com.au) |
07:22.57 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
07:26.14 | RP | hi khem, here now :) |
07:26.58 | RP | khem: good news, qemuarm in poky seemed to build fine so that patch passes my first test :) |
07:31.30 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
07:31.48 | *** join/#oe woglinde (i=woglinde@e178082073.adsl.alicedsl.de) |
07:32.09 | woglinde | hi |
07:33.48 | *** join/#oe rob_w (n=bob@M8bae.m.pppool.de) |
07:33.58 | khem | RP: cool |
07:34.06 | woglinde | he khem |
07:34.14 | woglinde | still not at sleep? |
07:35.12 | khem | woglinde: no working on the toolchain patch |
07:35.18 | woglinde | hehe |
07:35.19 | woglinde | okay |
07:36.10 | khem | RP: Do you plan to do more testing on it ? |
07:36.24 | RP | khem: I have a qemux86 build running as we speak |
07:36.39 | RP | if that + meta-toolchain completes, I'm happy |
07:38.07 | khem | RP: ok cool. |
07:38.23 | woglinde | *crosses fingers* |
07:38.41 | khem | RP: if you could reply to my post to the newsgroup and give me ack |
07:38.50 | khem | then I can commit it in the morning |
07:38.57 | RP | khem: will do |
07:39.22 | RP | khem: One other question - whats the implication on anyone with an existing build? |
07:39.26 | khem | RP: the uclibc problem remember I was struggling yesterday turned out to be problem in uclibc |
07:39.30 | khem | I have fixed that too |
07:39.38 | RP | presumably it will just build gcc-cross-intermediate but that will break things? |
07:39.39 | woglinde | khem 0.9.29? |
07:39.46 | woglinde | did not compile |
07:39.56 | khem | RP: I would reccommend a clean build |
07:40.17 | RP | khem: From experience, people don't do that unless forced to |
07:40.18 | khem | woglinde: it was 0.9.27 |
07:40.50 | khem | RP: although I think it should not be required I guess |
07:41.14 | khem | because the changes are in the intermediate steps |
07:41.24 | RP | khem: In the final version perhaps you should bump the PR for gcc and glibc so then gcc, glibc and gcc-cross-intermediate will rebuild? |
07:41.34 | khem | but still I would recommend a clean build from scratch |
07:41.49 | khem | RP: yes I will do that before commit |
07:42.02 | RP | khem: ok, I think that will be enough |
07:42.26 | khem | and run a sanity meta-toolchain build after that |
07:43.22 | khem | RP: I also fixed gcc 3.4.4 for sdk build |
07:43.36 | khem | ported --with-build-sysroot patch |
07:43.45 | RP | khem: great :) |
07:45.34 | RP | khem: Do you agree with the way we build the -sdk version of gcc? |
07:45.57 | khem | RP: yes I think thats a good way |
07:46.18 | RP | ok, just curious :) |
07:46.22 | woglinde | so |
07:46.28 | woglinde | lets fight with boost again |
07:46.36 | khem | but unfortunately this needs lot of new features like --with-build* options |
07:46.36 | CIA-57 | 03koen 07org.oe.dev * r3cc0283a... 10/ (1 packages/linux/linux-omap2_git.bb): linux omap2 git: reduce i2c speed and enable 4bit for SD |
07:47.11 | RP | khem: We did used to manage without that |
07:47.19 | khem | RP: the reason to have --with-build-time-tools and --with-build-sysroot were added to help build SDKs |
07:47.29 | woglinde | hm do we have nx in oe? |
07:47.34 | RP | khem: Using it is a lot safer though, right :) |
07:47.40 | khem | yep |
07:47.57 | khem | less surgeries are always better :) |
07:49.13 | RP | One thing I did in poky which hasn't happened in OE yet was trimming down the CFLAGS and LDFLAGS in bitbake.conf |
07:49.15 | khem | once done with this I should be able to test my arm uclibc nptl merge |
07:49.25 | RP | now we use sysroot we can do that |
07:49.57 | khem | RP: yeah and the option --with-local-prefix can be removed for newere compilers |
07:50.05 | khem | I think thats redundant |
07:50.33 | RP | sounds good |
07:51.29 | khem | should catch some sleep |
07:51.33 | khem | good night |
07:51.54 | RP | 'night khem |
07:53.11 | woglinde | sleep well khem |
07:53.28 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
07:54.35 | XorA | ~curse python |
07:54.36 | ibot | May you be reincarnated as a Windows XP administrator, python ! |
07:56.41 | woglinde | xora whats wrong? |
07:57.02 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C06D.access.telenet.be) |
07:57.24 | XorA | woglinde: setuptools package failing and it dumps no useful error messages |
07:57.38 | XorA | woglinde: well not usefull to a non python dude like me |
08:01.51 | *** join/#oe Genesis (n=Ronan@AMontsouris-153-1-28-204.w86-212.abo.wanadoo.fr) |
08:05.01 | XorA | NameError: global name 'log' is not defined |
08:05.15 | XorA | I think thats the error, googling doesnt help though :-( |
08:07.20 | *** join/#oe Robwoerle (n=bob@Maf0e.m.pppool.de) |
08:08.46 | woglinde | xora mickeyl is awake he might help |
08:09.01 | XorA | mickeyl: *POKE* |
08:09.10 | mickeyl | nah |
08:09.13 | mickeyl | no poking so early |
08:09.17 | mickeyl | what'sup? |
08:09.20 | woglinde | early? |
08:09.24 | XorA | mickeyl: its an hour less early for you than me :-D |
08:09.28 | mickeyl | :D |
08:09.29 | woglinde | I am awake since 7 a.m. |
08:09.30 | woglinde | as always |
08:09.40 | XorA | mickeyl: trying to build exposure in OM.dev and its failing in setup.py |
08:09.46 | XorA | mickeyl: but I cant decode the error |
08:10.18 | Genesis | bonjour |
08:10.29 | woglinde | hi genesis |
08:11.01 | XorA | mickeyl: http://rafb.net/p/RdmHNI99.html |
08:11.17 | XorA | we should make a bitbake -c pastebin blah.bb :-D |
08:11.29 | XorA | which dumps the latest logs to pastebin |
08:11.46 | mickeyl | ya |
08:11.49 | mickeyl | had that in bitbake -i |
08:11.55 | mickeyl | hmm, 'log' not defined |
08:12.00 | mickeyl | in setuptools-native |
08:12.02 | mickeyl | fun |
08:12.11 | mickeyl | do you have a recipe, then I try to reproduce that |
08:12.29 | XorA | mickeyl: gimme a sec Ill push OM.dev |
08:14.43 | XorA | mickeyl: packages/openmoko-projects/exposure_svn.bb in org.openmoko.dev |
08:16.58 | mickeyl | okay, let me give that a try |
08:20.15 | XorA | mickeyl: cheers, python is still alien to me |
08:20.44 | mickeyl | didn't you want to brush up your python when you joined Om? :) |
08:22.41 | mickeyl | ok, i can reproduce it |
08:22.44 | mickeyl | now let me dig into |
08:23.07 | XorA | mickeyl: Ive been stretching slowly, but the lack of usefull errors in that dump stumps me |
08:26.50 | *** join/#oe minipanda (n=hzhang@66.135.114.72) |
08:32.59 | CIA-57 | 03tmbinc 07org.oe.dreambox * r12ae6213... 10/ (3 files in 3 dirs): linux-dm8000: add patch to support more than 4 demux devices |
08:33.02 | CIA-57 | 03tmbinc 07org.oe.dreambox * rf614357b... 10/ (3 files in 3 dirs): perl: fix compile |
08:34.26 | *** join/#oe anothermike (n=wittke@130.75.33.77) |
08:35.16 | mickeyl | truly something strange going on there |
08:35.54 | *** join/#oe jbs (n=Bernardo@84.39.101.37) |
08:36.09 | *** join/#oe anothermike (n=wittke@130.75.33.77) |
08:42.03 | CIA-57 | 03koen 07org.oe.dev * r4e6e5c3a... 10/ (5 files in 2 dirs): neuros-public: clean up apps, add mainmenu |
08:44.32 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
08:49.54 | *** join/#oe joshin_ (n=joshin@VDSL-130-13-185-112.PHNX.QWEST.NET) |
08:50.58 | mickeyl | NOTE: package exposure-0.0.1+svnr57: completed |
08:51.50 | mickeyl | XorA: you want to backport the next commit |
08:52.02 | mickeyl | exposure triggers a bug/leftover in setuptools |
08:52.54 | XorA | mickeyl: cool, thanks for fixing it |
08:53.12 | mickeyl | np |
08:53.37 | XorA | wishes were were gitted up already so I could just cherry pick |
08:54.25 | *** join/#oe florian__ (n=fuchs@217.146.132.69) |
08:54.48 | mickeyl | *nod* |
08:55.19 | CIA-57 | 03mickeyl 07org.oe.dev * r16286a01... 10/ (5 files in 3 dirs): python-setuptools[-native] 0.6c8 fix log usage bug |
09:02.47 | *** join/#oe ribbits (n=bob@host86-154-243-88.range86-154.btcentralplus.com) |
09:07.30 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
09:11.13 | pb__ | florian: good morning |
09:11.17 | pb__ | mickeyl: good morning |
09:12.14 | *** join/#oe shaz (i=shazkhan@116.58.110.156) |
09:13.16 | XorA | mickeyl: you is a genius |
09:13.34 | mickeyl | XorA: too much the honor ;) |
09:13.37 | mickeyl | hey pb__ |
09:13.52 | *** part/#oe shaz (i=shazkhan@116.58.110.156) |
09:14.35 | florian | hi all |
09:14.58 | woglinde | hi florian |
09:15.01 | woglinde | h pb |
09:15.02 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:23.14 | hrw | morning |
09:23.31 | woglinde | hi hrw |
09:27.32 | *** join/#oe kees_ (n=kees@fluidwell.xs4all.nl) |
09:33.24 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
09:51.54 | *** join/#oe jekhor (n=jek@87.252.242.22) |
09:56.53 | *** join/#oe Jay7 (n=jay@89.250.164.201) |
09:58.54 | Jay7 | helo |
09:59.35 | Jay7 | auto-movind brightness control slider in gpe-settings module is ok? |
10:00.06 | Jay7 | it decreases brightness automa[tg]ically |
10:00.23 | Jay7 | tested on akita |
10:06.31 | Laibsch | Are we likely going to see the git switch this week? |
10:06.47 | Laibsch | How is the internal discussion progressing? |
10:06.54 | Laibsch | Any stumbling blocks left? |
10:07.00 | Laibsch | mickeyl: ? |
10:07.59 | diego | goodmorning |
10:08.41 | XorA | Laibsch: last I saw there was concensus forming |
10:08.45 | XorA | Laibsch: amazingly |
10:09.05 | Laibsch | XorA: unbelieving indeed |
10:09.16 | Laibsch | unbelievable |
10:09.49 | Laibsch | but there still are a few stumbling blocks left? |
10:10.01 | XorA | Laibsch: I think we are down to niggles and cleanups |
10:10.11 | XorA | Laibsch: but Ive been busy with RL crap recently |
10:10.35 | Laibsch | You guys are working collaboratively on the release text which includes the policy? |
10:10.51 | Laibsch | Which brings me to an OT question I had |
10:10.58 | XorA | Laibsch: shoot |
10:10.59 | Laibsch | [OT] I anybody aware of a tool to collaborate on text creation using a simple browser interface? I know this sounds a lot like a wiki and it is very close. But the object of the collaboration would be a 1MB xml file. It being XML will likely lead to confusion, when the wiki engine and the browser try to interpret the XML, I think. |
10:11.18 | Laibsch | I found gobby and it seems pretty nifty |
10:11.28 | XorA | we used gobby at OEDEM |
10:11.35 | Laibsch | nice |
10:11.38 | XorA | abiword also has collabaration now |
10:12.14 | Laibsch | I tried it out yesterday with the gobby devs and it immediately choked on the 1MB file |
10:13.32 | XorA | collabarating by editing raw xml scares me though |
10:14.28 | Laibsch | I have not been able to test abiword yet for lack of a partner. It is good that it has a Windows binary available, but I wonder if the barrier would be a little too high (Jabber setup plus installation of abiword) |
10:14.35 | Laibsch | XorA: absolutely agreed |
10:14.49 | Laibsch | But it is one of the reasons I want to get rid of doing it all by myself |
10:15.31 | Laibsch | It is a gnucash chart of accounts and believe I have cursed the gnucash devs many times for their choices |
10:16.12 | Laibsch | Luckily, python bindings were added recently and maybe I can manipulate the data via python from now on. That would make things a lot safer |
10:16.45 | Laibsch | The XML file holds the definition of a standard set of accounts for German business |
10:19.58 | *** join/#oe Genesis (n=Ronan@AMontsouris-153-1-31-87.w86-212.abo.wanadoo.fr) |
10:20.08 | *** join/#oe ant|work969 (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it) |
10:20.21 | ant|work969 | morning |
10:22.32 | *** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it) |
10:22.38 | hrw | ~curse python |
10:22.38 | ibot | May you be reincarnated as a Windows XP administrator, python ! |
10:22.57 | *** join/#oe davygravy (n=davygrav@h69-128-156-59.mdtnwi.dsl.dynamic.tds.net) |
10:26.54 | methril | what happens with python? |
10:27.08 | methril | i see XorA and hrw cursing python :) |
10:29.25 | hrw | does not want to build on my hacked system |
10:29.41 | hrw | staging/arm-poky-linux-gnueabi/usr/lib/python2.5/config/Makefile (No such file or directory) |
10:33.58 | hrw | something wrong with distutils I think |
10:36.18 | hrw | ~curse lack of euro in europe |
10:36.19 | ibot | May the fleas of a thousand camels infest your most sensitive regions, lack of euro in europe ! |
10:45.34 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
10:45.50 | CIA-57 | 03koen 07org.oe.dev * rb1834de8... 10/ (1 contrib/angstrom/source-mirror.txt): contrib/angstrom: add source mirror description |
10:45.55 | CIA-57 | 03koen 07org.oe.dev * r8ad08e33... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom 2008: gpe 2.8 is so last year, use latest versions from now on |
10:48.31 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
10:49.20 | *** join/#oe csharman (n=csharman@59.167.201.138) |
10:55.06 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
11:23.08 | ant|work | hrw: hello, I think you already pointed out this: install -m 0755 tools/mkimage ${STAGING_BINDIR_NATIVE}/ is both in u-boot.inc and u-boot-utils-native .Is there a specific reaon? |
11:33.17 | hrw | it should be in native only rather but some people build uboot and kernel in one run so prefer that way |
11:35.07 | ant|work | ah, ok, I'm trying to automate the umage for Zaurus |
11:35.22 | ant|work | but in kernel.bbclass I see u-boot-mkimage-openmoko-native |
11:35.24 | ant|work | ? |
11:37.40 | ant|work | mickeyl seems to be the author |
11:40.23 | ant|work | <PROTECTED> |
11:40.29 | ant|work | <PROTECTED> |
11:40.53 | Genesis | i used a custom distro derived from angstrom-2008.1.conf. Is there an automatic tool that help to update the version of package fix in a distro ? |
11:41.10 | woglinde | genesis??? |
11:41.41 | hrw | ant|work: thats my change |
11:41.48 | ant|work | why not just calling u-boot-utils-native? |
11:42.05 | hrw | because they are newer then this change? |
11:42.09 | Genesis | let imagine PREFERRED_VERSION_busybox = "1.7.2" in my distro |
11:42.12 | *** join/#oe thesing (n=tkunze@BAA37fe.baa.pppool.de) |
11:42.13 | ant|work | ahh ;-) |
11:42.22 | thesing | morning all |
11:42.30 | woglinde | hi thesing |
11:42.39 | woglinde | thesing holidys now? |
11:42.39 | Genesis | yo thesing |
11:42.49 | woglinde | genesis no I dont think so |
11:42.57 | Genesis | oki i look what i could do |
11:43.25 | woglinde | till later |
11:44.08 | thesing | woglinde: only in theory. I work on my diploma thesis. |
11:45.10 | ant|work | vaguely remembers when he was student... |
11:45.36 | *** join/#oe pigeon_ (n=pigeon@60-241-137-179.static.tpgi.com.au) |
11:46.55 | hrw | <PROTECTED> |
11:47.21 | hrw | heh.. two such ones worked.. |
11:48.13 | ant|work | hrw: you need GPS |
11:48.31 | hrw | ant|work: I have 3 devices with gps here |
11:48.50 | ant|work | when you browse your tree :-) |
11:48.52 | hrw | but two of them are neo1973 and third is n810... |
11:49.04 | ant|work | ach |
11:49.29 | ant|work | bad luck...then the issue of maps |
11:50.07 | ant|work | ah, you know what? The father ofmy wife is 'Geodeta' professor at university in Poland |
11:50.16 | ant|work | he could provide you some maps ;-] |
11:52.20 | ant|work | he's teaching in Olsztyn and Warsaw IIRC |
11:52.27 | ant|work | but theu use GRASS |
11:52.47 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
11:52.50 | ant|work | (and did not have any idea about 'comercial' maps) |
11:54.43 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
11:57.43 | *** join/#oe trickie (n=trickie@basesoft.xs4all.nl) |
11:57.44 | *** join/#oe LakeSolon (n=blake@64-83-198-152.dhcp.stcd.mn.charter.com) |
11:57.44 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
11:57.44 | *** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
11:57.44 | *** join/#oe ShadowJK (i=jk@terminus.enivax.net) |
11:57.44 | *** join/#oe darkschneider (n=gab@213-140-15-160.fastres.net) |
11:57.44 | *** join/#oe RedDog (n=reddog@mastersword.de) |
12:01.44 | thesing | angstrom x11-images got really big. They don't even fit on a 32 MB mmc card. |
12:02.24 | Crofton|work | thesing, how did you find such a small card :) |
12:03.10 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
12:03.51 | thesing | it's from hrw. He didn't need is for obvious reasons ;) |
12:04.05 | thesing | Crofton|work: did you solve you nfs problem? |
12:04.18 | Crofton|work | yeah |
12:04.29 | Crofton|work | util-linux-ng has/had a problem |
12:04.53 | Crofton|work | koen has updated to a later version that appears to solve the problem |
12:05.00 | Crofton|work | I haven't had tie to check though |
12:05.12 | Crofton|work | I worked around the problem but installing util-linux :) |
12:06.19 | thesing | so you didn't have a "real" mount in the end ;) |
12:09.43 | *** join/#oe oliford (n=oliford@i-83-67-105-182.freedom2surf.net) |
12:11.32 | oliford | is there a simple way to do build and use a program natively as part of the build in a bb description? |
12:12.14 | oliford | i want to calc a simple checksum and put it in the code when building |
12:13.22 | hrw | oliford: sure |
12:13.38 | dcordes_ | oliford: let <program> it redepend on your checksum-native thing? |
12:14.26 | *** join/#oe benlau2 (n=benlau@221.125.8.70) |
12:14.29 | hrw | dcordes_: no need |
12:14.42 | hrw | oliford: you have to use proper cc |
12:15.19 | hrw | some recipes do that |
12:15.26 | *** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu) |
12:15.29 | hrw | oliford: one of them is mplayer |
12:19.00 | oliford | oic, so i need to make a separate package which compiles entirely natively? |
12:19.21 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
12:19.24 | oliford | ok, i'll look at mplayer and figure it out |
12:19.42 | hrw | oliford: no need for separate |
12:20.08 | hrw | in makefile you need to use proper CC for target code and proper one for host code |
12:22.41 | oliford | ah yes, it uses $(HOST_CC), thats what i was looking for |
12:31.13 | oliford | no, it uses BUILD_CC which doesnt exist for my package |
12:31.38 | oliford | what is the correct var that gives you the host compiler? |
12:33.14 | ant|work | oliford: why don't you put a placeholder in the code and replac it with sed in do_configure_prepend? |
12:33.31 | hrw | ant|work: because it is not needed usually? |
12:33.42 | oliford | err, replace it with what? |
12:33.49 | ant|work | it seems to me enough for a md5sum ... |
12:34.04 | oliford | how does oe give me the host's compiler? |
12:34.04 | ant|work | can use shell comands |
12:34.22 | hrw | oliford: BUILD_CC which should be set by oe |
12:34.26 | oliford | it isnt |
12:34.41 | hrw | I be back in 20m |
12:35.47 | ant|work | oliford: perhaps I don't get the issue: how do you calc the checksum? |
12:36.09 | oliford | just adding up in 32-bit |
12:36.32 | oliford | at the time i did it, i couldn't find a util which did it simply, was quicker to write one |
12:36.52 | ant|work | ok, I see |
12:38.26 | oliford | its a simple not-really-a-bootloader, which has the kernel image compiled into it. i copies the kernel to where it needs to be and does the cheksum as it goes |
12:39.48 | oliford | the actual loading is done by the ipaq's proper bootloader, which is designed for windows so obviously doesnt create tags structure |
12:40.43 | ant|work | I'm battling with an insane bootloader too... |
12:42.09 | ant|work | but basically you rewrote smthg like mkimage (for uImages) |
12:42.51 | ant|work | I'm just looking at how to integrate this step in the u-boot deployment |
12:43.00 | ant|work | (for Zaurus) |
12:43.21 | ant|work | s/Zaurus/(some of) Zaurus/ |
12:43.49 | *** join/#oe rsalveti (n=salveti@200.184.118.132) |
12:44.19 | hrw | c7x0/akita basically |
12:44.34 | ant|work | yep, lot of work done |
12:45.05 | ant|work | bb attached to oebug 3378 |
12:45.19 | *** join/#oe Sleep_Walker (n=Sleep@gprs9.vodafone.cz) |
12:48.41 | oliford | yea, i didn't want to get involved with u-boot. it wanted to keep the code incredibly simple so nothing goes wrong |
12:48.51 | oliford | (i have no serial or otherwise connection into the thing) |
12:50.00 | oliford | *i wanted... |
13:02.38 | thesing | if I put patches in OE do I have to rename them every time I change them? (i.e. is SRC_URI = file://... different from SRC_URI= http://... ?) |
13:03.23 | woglinde | thesing???? |
13:04.10 | hrw | thesing: you can keep http:// |
13:04.23 | hrw | as long as they are fetchable |
13:04.45 | thesing | if I have a patch foo.patch on webserver somewhere and I change it, I have to change the name of the patch (and in the recipe) in order to make bitbake fetch the changed version. |
13:05.11 | thesing | my question is if I have to do the same if I store the patches in OE. |
13:05.41 | hrw | not if you update patch in Oe |
13:06.22 | thesing | great. I always mixed the different patch version up. |
13:12.54 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
13:17.47 | ant|work | hrw: it was oebug 3738 actually |
13:20.36 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
13:25.08 | ant|work | hrw: other subject: Attached to oebug 4118 are new bootlogs, some with udev-124 and poky's initscript (first boot and reboot) |
13:29.14 | ant|work | florian: ^^ in the logs there is a ton of alignment traps and one alignment exception too |
13:29.54 | *** join/#oe Gnutoo (n=gnutoo@host54-133-dynamic.41-79-r.retail.telecomitalia.it) |
13:30.06 | woglinde | hi gnutoo |
13:30.49 | Gnutoo | woglinde, hi |
13:31.55 | Gnutoo | woglinde, at what point are you, should i test something? |
13:33.13 | woglinde | wesnoth? |
13:33.17 | Gnutoo | yes |
13:33.32 | woglinde | I am fighting with boost right now |
13:33.33 | Gnutoo | and sdl... |
13:33.38 | Gnutoo | ah ok |
13:33.42 | woglinde | but hats the last step |
13:33.54 | Gnutoo | ok...and thanks a lot |
13:33.54 | woglinde | thats |
13:34.20 | woglinde | you own me a beer for the boost building mess |
13:34.51 | Gnutoo | in what country are you> |
13:34.56 | Gnutoo | s/>/? |
13:35.04 | Gnutoo | ah germany |
13:35.32 | Gnutoo | i'm in italy and sometimes go in france... |
13:36.02 | Gnutoo | what's the exact problem with boost...with me it builds fine... |
13:36.23 | Gnutoo | yes |
13:37.41 | woglinde | wesnoth dont find it |
13:37.46 | woglinde | and 1.3.33 is really old |
13:37.48 | Gnutoo | ah ok |
13:38.44 | *** join/#oe frikker (n=chatzill@107.135.68.216.DED-DSL.fuse.net) |
13:38.50 | frikker | good morning! |
13:38.57 | woglinde | hi frikker |
13:39.05 | frikker | i am trying to build the bitbake package for octave - has anyone had experience with this? |
13:39.21 | frikker | the problem is that i need a fortran compiler, like g77 or f77, but i'm not quite sure how to add this to my toolchain? |
13:39.36 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
13:39.37 | frikker | hi woglinde :) |
13:41.26 | hrw | octave.... |
13:41.36 | hrw | you need to talk with lardman |
13:41.50 | hrw | as octave is in his playground |
13:43.25 | frikker | thank you very much hrw :) |
13:44.30 | frikker | any general tips on how to add a fortran compiler to the build tools? |
13:45.05 | hrw | ~seen lardman |
13:45.09 | ibot | lardman <n=simon@78.150.133.48> was last seen on IRC in channel #maemo, 4d 17h 56m 43s ago, saying: 'bye chaps'. |
13:45.23 | hrw | ~lardman |
13:45.38 | frikker | oh cool |
13:45.46 | frikker | ~lardman |
13:45.48 | hrw | frikker: lardman is Simon Pickering - look in OE archives to get mail |
13:45.48 | frikker | thanks |
13:46.36 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
13:46.49 | woglinde | hi chouimat |
13:48.20 | CIA-57 | 03woglinde2 07org.oe.dev * rc678660c... 10/ (4 files in 3 dirs): libsdl-net: fix building with libtool2 |
13:48.24 | CIA-57 | 03woglinde2 07org.oe.dev * r87f02842... 10/ (4 files in 3 dirs): libsdl-image: fix building with libtool2 |
13:48.29 | CIA-57 | 03woglinde2 07org.oe.dev * rbd0863ef... 10/ (1 packages/libsdl/libsdl-ttf_2.0.3.bb): libsdl-ttf: use autotools_stage_all |
14:09.19 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
14:10.10 | *** join/#oe florian (n=fuchs@217.146.132.69) |
14:17.35 | *** join/#oe infernixx (i=nix@unaffiliated/infernix) |
14:21.49 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
14:22.00 | ant|work | is astonished: there is u-boot for tosa and for spitz http://www.pdaxrom.org/?q=node/240 |
14:22.16 | *** part/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
14:24.09 | hrw | still 1.1.4? |
14:24.46 | ant|work | hopefully not, probably yes... |
14:27.31 | *** join/#oe CSMan (n=csman@bas1-montreal42-1177927867.dsl.bell.ca) |
14:35.15 | *** join/#oe rschuster (n=rob@e178091018.adsl.alicedsl.de) |
14:36.04 | *** join/#oe Nine-X (i=ninex@NineX.eu.org) |
14:45.31 | *** join/#oe Human1 (n=igo@71.173.215.224) |
14:51.49 | Human1 | Hi! The OE bug tracker shows no open compilation bugs, but a couple of us are having the same problems building angstrom-2007.1 (one of us on an h2200, the other on an hx4700). We get QA errors, which may or may not be part of the root cause, and the end result is that whatever we try to build won't build. In my case (hx4700) I end up with an unkillable qemu-arm process loading one of my cores at 100%. Should I file a bug report? |
14:52.54 | *** join/#oe Xilent (n=supersti@unaffiliated/xilent) |
14:57.45 | hrw | hi mickeyl |
15:00.49 | piroko | m1k3y |
15:01.37 | frikker | awesome - i didnt end up using g77 or f77 for the octave isntall |
15:01.43 | frikker | but theres a config option for --with-f2c |
15:01.54 | frikker | which uses a fortran to C translator instead of a fortran compiler |
15:02.03 | ant|work | Humanl: the QA errors and other 'minor' issues are solved in 2008.1. |
15:02.24 | frikker | now thats robust :) so i can install f2c on my host machine instead. |
15:03.54 | ant|work | I for one guess there are more build-issues in 2007.1 than in 2008.1 |
15:04.15 | ant|work | Humanl: but wait, toolchain changes are coming soon |
15:04.31 | Laibsch | Human1: hold on one second |
15:05.08 | Laibsch | OK, I was surprised about your "The OE bug tracker shows no open compilation bugs" |
15:05.15 | Laibsch | I count 339 |
15:05.17 | Human1 | ant|work That sounds promising, but I'm just trying to build a single ipk. |
15:05.32 | Laibsch | as defined by the search from the link on http://bugs.openembedded.net/ |
15:06.00 | ant|work | Humanl: I meant wait to switch to .dev |
15:06.00 | Laibsch | If there is no bug yet, then please, open a new ticket |
15:06.03 | Human1 | Laibsch I must have clicked on a bad link. I tried from http://bugs.openembedded.net/ and yeah, I see a lot. |
15:06.47 | Laibsch | Human1: what package are you trying to build? |
15:07.28 | Human1 | python-pexpect for Angstrom 2007.12 |
15:07.33 | ant|work | he he Laibsch, you did implement the queries for the lazy, nice :-) |
15:07.34 | Human1 | and the hx4700 |
15:09.12 | Laibsch | ant|work: If it helps get more exposure to the well-triaged bugs, I have won a lot |
15:09.18 | Laibsch | and saved myself some work |
15:09.46 | ant|work | sane words |
15:10.38 | *** join/#oe DarthWader (n=sith@vorphalack.dialup.corbina.ru) |
15:10.47 | Human1 | The build process lies to me, in that it says the build completed, but there's no ipk: |
15:10.47 | Human1 | bitbake python-pexpect |
15:10.47 | Human1 | [...] |
15:10.47 | Human1 | NOTE: package python-pexpect-2.1: started |
15:10.47 | Human1 | NOTE: package python-pexpect-2.1-r0: task do_qa_staging: started |
15:10.47 | Human1 | NOTE: QA checking staging |
15:10.49 | Human1 | [bunch of QA errors] |
15:10.51 | Human1 | NOTE: package python-pexpect-2.1-r0: task do_qa_staging: completed |
15:10.53 | Human1 | NOTE: package python-pexpect-2.1: completed |
15:12.48 | Laibsch | where did you look for the ipk? |
15:12.58 | Human1 | everywhere under my build root |
15:13.03 | Laibsch | task 511 of 1020 here |
15:13.32 | Laibsch | have you found other ipk? |
15:13.36 | Laibsch | any ipk at all? |
15:13.50 | Human1 | Let me check. |
15:14.54 | Human1 | I did successfully build stuff a couple of months ago using the same procedure, so something has changed. The Angstrom instructions (from 2006) say to use bitbake 1.8.8. Is that still the recommendation? |
15:16.39 | Human1 | No ipks found, but I was only trying to build python-pexpect, so I don't know if that would have generated other ipks as side-effects or not. |
15:17.31 | ant|work | well what do you think? |
15:18.36 | Human1 | ant|work what do I think? |
15:18.51 | ant|work | I use svn co svn://svn.berlios.de/bitbake/branches/bitbake-1.8/ bitbake |
15:19.34 | Human1 | I got 1.8.8 because http://www.angstrom-distribution.org/building-angstrom links to it. |
15:19.44 | ant|work | ah, angstrom ... |
15:19.50 | Human1 | And it worked a couple of months ago when I built another package. |
15:21.41 | Human1 | BTW, just so I'm not leeching, I did help fix the "stuck with UTC" timezone bug: http://bugs.openembedded.net/show_bug.cgi?id=3315 |
15:22.32 | ant|work | yes, I've read it...I noted the base files does not provide a valid /etc/localtime |
15:23.01 | ant|work | but just touching it won't work imho |
15:23.17 | ant|work | perhaps I'm wrong.... |
15:23.41 | Human1 | I don't have /etc/localtime on my device, and I get the right timezone and local time... |
15:23.54 | Human1 | cat /etc/localtime |
15:23.54 | Human1 | cat: /etc/localtime: No such file or directory |
15:23.54 | Human1 | root@hx4700:~$ date |
15:23.54 | Human1 | Thu Jul 24 11:19:04 EDT 2008 |
15:24.00 | Laibsch | <PROTECTED> |
15:24.05 | Laibsch | compiled just fine |
15:24.40 | Laibsch | Human1: You need to find out what you set $TMPDIR to |
15:24.48 | Human1 | Laibsch 1) THANK YOU FOR THAT! :) 2) I'm not the only one having trouble building things for Angstrom lately. Are their build directions maybe broken? |
15:24.57 | Laibsch | I don't know |
15:25.06 | Laibsch | I don't use angstrom, really |
15:25.28 | Human1 | What did you set as your distro when you did the build? |
15:25.30 | Laibsch | Human1: What distro are you compiling on? |
15:25.39 | Human1 | I'm on Ubuntu 7.10 x86 |
15:25.43 | Laibsch | Human1: in that case it was angstrom |
15:25.49 | Laibsch | Human1: I have something for you |
15:26.16 | Laibsch | http://blog.leggewie.org/?p=39 |
15:26.27 | Laibsch | That will get you a working setup for sure |
15:27.25 | Human1 | Very cool. |
15:28.01 | Human1 | If you glance at the instructions at http://www.angstrom-distribution.org/building-angstrom do they appear to be wrong/outdated to you? |
15:28.36 | Human1 | Everyone who tries to build Angstrom goes there, and as I said, it worked a couple of months ago, but the latest updates seem to have introduced badness. |
15:29.41 | Laibsch | does not support angstrom |
15:29.45 | ant|work | I think L. would have DNS problems pointing to that URL right now...8-/ |
15:30.00 | Human1 | BTW, I know my $TMPDIR is /OE/angstrom-tmp, and there's no ipk in it. |
15:30.39 | Human1 | Laibsch, I understand that you don't support derivations of OE, but I was just wondering if anything stood out as being wrong in their build instructions, so I could help them fix it. |
15:30.43 | Laibsch | sudo find / -name *.ipk |
15:31.13 | ant|work | Humanl: and check twice your local.conf |
15:31.16 | Human1 | Laibsch, I did an updatedb and a locate and no .ipk files came up that I didn't build months ago. |
15:32.39 | Human1 | ant|work does the local.conf need to change as the build sources evolve? Because it's the same one I used a couple months ago when it worked. |
15:33.47 | Laibsch | Human1: pastebin your local.conf |
15:33.52 | Laibsch | and site.conf if applicable |
15:34.02 | Human1 | I just have local.conf, but here it is: |
15:34.39 | Human1 | (sorry, what do you mean by pastebin?) |
15:35.07 | Human1 | <PROTECTED> |
15:35.30 | Human1 | http://pastebin.com/m6cb55cea |
15:37.22 | Laibsch | sudo find /OE/angstrom*/ -name *pexpect* > /tmp/pastebin_me.txt |
15:38.12 | Human1 | It'll take a while, since qemu-arm is eating up half my cores and won't be killed. |
15:38.26 | Laibsch | take your time |
15:39.46 | ant|work | btw the script uses ${DISTRO} before DISTRO = |
15:40.17 | Human1 | DISTRO was set by 'source-me.txt' as per http://www.angstrom-distribution.org/building-angstrom |
15:40.46 | Human1 | http://pastebin.com/m16840dff |
15:41.02 | Human1 | Er. No it's not :) |
15:41.29 | Human1 | Yeah, that's strange. |
15:41.43 | Human1 | I don't know why that would work at all, unless the syntax curries it somehow. |
15:44.20 | *** join/#oe kergoth`work (n=clarson@65.200.49.156) |
15:44.43 | kergoth`work | morning |
15:45.32 | florian | hi kergoth`work |
15:48.21 | pb__ | hi kergoth`work |
15:48.21 | khem | RP: When building sdk with gcc 3.4.4 I am seeing one problem. while building cross-gcc-sdk xgcc is using the native assembler 'as' instead of cross assembler. How did you set the links before ? in newer gcc we can use --build-time-tools config option but we need links setup manually for older gcc |
15:53.03 | pb__ | does anybody here have the eleet usb 5ki11z? |
15:53.08 | pb__ | in some kind of interrupt related hell |
15:54.54 | florian | urks |
15:55.58 | *** join/#oe trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl) |
15:58.04 | RP | khem: I think in older versions we set something like AS_FOR_TARGET? |
15:58.44 | khem | seems gcc 3.4.4 is not honoring that |
16:01.01 | kergoth`work | i'm in networky hell if anyone happens to be good at writing/debugging network card drivers :) |
16:01.56 | *** join/#oe sw17ch (n=sw17ch@adsl-99-148-140-193.dsl.klmzmi.sbcglobal.net) |
16:02.15 | sw17ch | is this the right place to ask about packages in the open embedded repository? |
16:02.47 | RP | is in binary only gles driver hell :) |
16:02.57 | RP | sw17ch: yes |
16:03.20 | sw17ch | RP: great! it relates to the ruby package... i'm wondering how one gets socket support for ruby |
16:03.22 | chouimat|work | is in printer hell :) |
16:04.54 | khem | is alone in heaven no wonders |
16:05.30 | RP | khem: All my tests worked out so I have no objection to the toolchain changes being committed |
16:05.42 | khem | RP: very cool. |
16:06.13 | hrw | chouimat|away: you too? |
16:06.35 | XorA | hmm, is no-one building perl stuff, seems it doesnt have a clue how to handle sysroot |
16:07.14 | RP | XorA: it has no clue how to handle cross compiling full stop |
16:07.28 | khem | RP: configure says this hecking for arm-angstrom-linux-uclibc-as... /home/kraj/work/oe/build/uclibc/tmp-omap5912osk/cross/arm-angstrom-linux-uclibc/bin/as |
16:07.35 | XorA | RP: its looking for /usr/lib/perl/5.8.8/site/Config.pm |
16:07.44 | XorA | RP: I cant beleive its been broken this long |
16:07.50 | hrw | XorA: perl is terribly broken |
16:10.10 | aloisiojr | hi guys |
16:10.12 | khem | RP: I will commit it after work. Now time to go behind the bars |
16:10.36 | aloisiojr | is fakeroot 1.9.4, the latest versiona available? |
16:10.56 | aloisiojr | because... there is no mirror to this version |
16:12.04 | thesing | RP: would it be better to user opt-out instead of opt-in with the default preferences of linux-rp? |
16:14.23 | ant|work | XorA: I stumbled on this days ago: bug 4392 -> 3403 |
16:14.56 | ant|work | XorA: and hrw too said perl is broken |
16:15.13 | hrw | there is a bug on perl |
16:16.23 | XorA | hmm, those bugs are not dupes |
16:17.08 | XorA | or at least comment #2 on 4392 is different bug than 3403 |
16:17.40 | ant|work | yes, tried other modules |
16:17.42 | XorA | bets perl worked by luck until debin upgraded to 5.10 |
16:36.51 | *** join/#oe pH5 (n=ph5@e178195035.adsl.alicedsl.de) |
16:37.04 | woglinde | hi ph5 |
16:39.51 | hrw | bye |
16:40.33 | pb__ | kergoth`work: heh. well, I know more about network cards than about usb. what's your issue? |
16:40.40 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
16:40.55 | CosmicPenguin | anybody who admits to knowing about USB is a dirty, dirty liar |
16:41.00 | XorA | ~curse perl |
16:41.01 | ibot | May the fleas of a thousand camels infest your most sensitive regions, perl ! |
16:41.49 | pb__ | CosmicPenguin: yah, true enough. in this instance though I guess my complaint is more with the crazy kernel dudes than with usb itself. |
16:42.20 | kergoth`work | somehow the pointer to the packet data (points to an address returned by dma alloc single) that's in the hardware descriptors is being corrupted, it ends up being an address outside of lowmem |
16:42.53 | kergoth`work | in the packet receipt functions, it yanks a new descriptor from the ring, and the address is invalid... it deosnt appear to have been when the ring was allocated, or when a descriptor is returned to the ring |
16:42.55 | pb__ | oh dear. and presumably you're sure it was a valid address when you poked it in there, right? |
16:43.21 | kergoth`work | i cant think of anything else it could be, unless its something up with the ethernet dma engine.. i dunno enough about the hardware either. |
16:43.29 | kergoth`work | wonders if mv has a datasheet somewhere in the intranet |
16:43.36 | pb__ | what's your platform? |
16:44.56 | kergoth`work | Motorola PPMC-275 board, powerpc, its some marvell chipset that has the ethernet controller, which has no specs on the web at all |
16:45.04 | kergoth`work | naturally i dont know powerpc either :) such a lovely bug for me... |
16:45.17 | pb__ | heh, right |
16:45.23 | pb__ | I don't know powerpc either |
16:45.51 | pb__ | might be worth finding out if its caches are naturally dma coherent, or if it has arm-like requirements for explicit flushing around dma activity |
16:45.51 | kergoth`work | ah thats it, mv64360 chipset |
16:46.10 | kergoth`work | CONFIG_NOT_COHERENT_CACHE=y in the .config :) |
16:47.01 | kergoth`work | on an unrelated note, anyone done bash or zsh completion for bitbake, including providers? :) |
16:47.15 | kergoth`work | bitbake virtual/<tab> would be nifty |
16:47.38 | XorA | aaaaaaaaaaaaargh, who allowed perl to recurively run MakeMaker |
16:48.21 | kergoth`work | pb__: heh, think i need to brush up on my computer architecture, dma cache coherency issues always confuse me and give me a headache |
16:48.42 | kergoth`work | waits for 6 technical books he ordered the other day to arrive, including one on that subject, and one on linux networky stuff |
16:48.51 | pH5 | hi woglinde, everyone |
16:49.41 | CIA-57 | 03koen 07org.oe.dev * r5427f220... 10/ (1 packages/vlc/vlc-davinci_0.8.6h.bb): vlc-davinci: fix depends |
16:49.50 | RP | kergoth`work: mickey's shell has that |
16:50.03 | kergoth`work | does it? nice |
16:50.05 | kergoth`work | mickeyl: boo |
16:50.15 | NAiL | XorA: Someone with severe drainbamage.. |
16:50.21 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
16:50.22 | kergoth`work | figure if i'm gonna start messing with oe again, anything to save time is a Good Thing |
16:50.56 | RP | indeed |
16:51.02 | sw17ch | before i chase down other paths, has any one here managed to get ruby working on the gumstix hardware with socket support? |
16:51.25 | pb__ | kergoth`work: heh |
16:51.37 | XorA | balls I just tried to climb a set of stairs I no longer have :-( |
16:51.44 | sw17ch | i'm, unfortunately, quite new to how OE goes together and not quite sure how to dissect the packages to figure out what's ahppening |
16:51.49 | RP | khem: That as isn't a cross compiling as? I'll catch up when you get back from behind the bars... |
16:52.22 | *** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk) |
16:52.33 | RP | XorA: They were replaced with a wall or a void? |
16:52.53 | XorA|dinner | RP: I moved out of my house to a flat, flat doesnt have stairs to bathroom :-D |
16:53.29 | woglinde | so nice |
16:53.32 | woglinde | wesnoth compiles |
16:54.06 | RP | XorA|dinner: Could be worse. I had visions of you falling down a hole ;-) |
16:54.49 | RP | thesing: Either can be used depending on the circumstances |
16:56.40 | thesing | RP: at the moment we use opt-in which results in more lines as more machines get updated to use it. I thing the reverse would be better. |
16:59.26 | kergoth`work | thinks maybe he'll email the netdev list for advice on this issue |
17:00.08 | *** join/#oe AvengerMoJo (n=alex@219.142.249.89) |
17:02.09 | RP | thesing: that doesn't clearly show which machines have been tested and work though :/ |
17:04.32 | *** join/#oe Gnutoo (n=gnutoo@host54-133-dynamic.41-79-r.retail.telecomitalia.it) |
17:07.26 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
17:13.18 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-164-205.pools.arcor-ip.net) |
17:13.23 | *** join/#oe nice (n=nice@91-65-161-148-dynip.superkabel.de) |
17:18.42 | Human1 | Laibsch, FYI, the link I followed to get the empty list of compilation bugs was at http://blog.leggewie.org/?p=40#comment-3366 - I just posted a comment so Rolf can update the link. |
17:19.27 | Human1 | Laibsch also, I followed the process at http://blog.leggewie.org/?p=39 to build python-pexpect for the hx4700 and Angstrom, but it failed :( |
17:20.32 | Human1 | http://pastebin.com/m46691756 |
17:20.37 | Human1 | I'll try troubleshooting. |
17:25.46 | *** join/#oe johnx (n=john@p2172-ipbf2302hodogaya.kanagawa.ocn.ne.jp) |
17:26.58 | *** join/#oe oliford_ (n=oliford@i-83-67-105-182.freedom2surf.net) |
17:31.39 | piroko | cries |
17:31.58 | *** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) |
17:34.13 | thesing | can anybody tell me how to control which static device nodes are create in images? |
17:37.48 | Human1 | Laibsch, it was a permissions issue. I posted on http://blog.leggewie.org/?p=39 so if others follow the instructions, they'll know to address it. |
17:38.06 | Human1 | Build is chugging along... |
17:49.49 | *** join/#oe zecke (n=ich@118-166-66-183.dynamic.hinet.net) |
17:51.27 | nice | thesing: hi, is the machine config using devfs or udev? |
17:52.20 | thesing | just plain files. But I found it its in files/device_table_minimal.txt |
17:53.03 | mr_nice | thesing: ok |
17:54.13 | thesing | mr_nice: did you try colliets for simpad? |
17:54.35 | mr_nice | thesing: is there a new one? |
17:55.17 | mr_nice | thesing: you mean the touchscreen driver patches from collie or? |
17:55.47 | thesing | yes. |
17:56.25 | thesing | mr_data was confusing gpio to irq mapping so it didn't work in irq mode. |
17:56.26 | mr_nice | thesing: I am still at kernel 2.6.24 and was not able to watch the changes to 2.6.26. are they now in mainline or do you have new patches? |
17:56.53 | thesing | its still the same patch. (modified a bit) |
17:57.00 | mr_nice | thesing: I can try them if you give me a link |
17:58.51 | Laibsch | aloisiojr: I have 1.9.5 here. Are you on .dev? |
18:00.56 | thesing | mr_nice: http://git.linuxtogo.org/?p=thesing/collie.git;a=history;f=drivers/mfd/collie-ts.c;h=ddde5fc3505dd5b6fae7ef1e35ba6a4588dc2f1e;hb=a58e147b07f7eb6b4fe8d8ed181d43839d62d15a |
18:01.11 | woglinde | he mr_nice |
18:01.53 | mr_nice | woglinde: hi |
18:02.12 | mr_nice | thesing: thx I will try them - could take a day or two |
18:02.33 | woglinde | mr_nice simpad patches for 2.6.26? |
18:02.50 | mr_nice | woglinde: do you know how I can work on oetmp dir and get the changes compiled with bitbake |
18:03.14 | thesing | no problem. I want to merge collie-ts and ucb-ts in the future. |
18:03.15 | woglinde | mr_nice? |
18:03.16 | mr_nice | woglinde: not yet but I have some time and will start with 2.6.26 |
18:03.25 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
18:03.49 | woglinde | mr_nice :) |
18:04.02 | mr_nice | woglinde: I currently try to do a bit opie stuff for the simpad. for that I want to recompile libopiecore2 |
18:04.20 | thesing | mr_nice: if you want to push stuff upstream I recommend using git and bleeding edge kernel. |
18:04.35 | mr_nice | thesing: good point |
18:04.49 | woglinde | mr_nice and where is the problem? |
18:05.32 | mr_nice | woglinde: how can I do that? If I change the source and type bitbake opie-image the lib md5sum is still the same |
18:06.27 | aloisiojr | Laibsch: i've have pulled yesterday, from git repo |
18:06.35 | aloisiojr | Laibsch: i'm in master branch |
18:06.44 | woglinde | mr_nice hm???? |
18:07.03 | woglinde | mr_nice step for step what you are doing and whant to achieve |
18:08.42 | mr_nice | woglinde: I am working on odevice_simpad.cpp and want to get libopiecore2 rebuild with the changes |
18:09.52 | woglinde | mr_nice hm okay |
18:09.58 | woglinde | you can bump the PR |
18:10.26 | woglinde | mr_nice okay make a patch |
18:10.39 | woglinde | put the patch with file:// in |
18:10.43 | woglinde | bump the PR |
18:11.15 | mr_nice | woglinde: hm, ok I will try that |
18:11.16 | woglinde | then bitbake -c clean libqpe or libopie2 dont exactly know where odevice is used |
18:11.23 | woglinde | bitbake opie-image |
18:14.36 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
18:17.21 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
18:17.41 | woglinde | hi prioko |
18:19.40 | CIA-57 | 03koen 07org.oe.dev * r3d20f1d1... 10/ (14 files in 7 dirs): mythtv 0.21: enable appropriate ARM optimization dependant on cpu and patch in NEON support for video |
18:21.37 | Human1 | What's the minimum recommended ARM CPU to run mythtv for standard-def video? |
18:24.04 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
18:27.25 | Human1 | Or do people only run backends on it? |
18:29.57 | pH5 | Human1: AFAIK koen only just added it for the beagleboard, I think there aren't many data points for lower powered arm platforms. |
18:31.31 | Human1 | pH5 Cool, thanks. I was having visions of people running the frontend on PDAs and wondering how this was possible :) |
18:31.32 | florian | brb, rebootong kc |
18:33.48 | mr_nice | wogilnde: that worked thanks. btw I tried out poky with sato on the simpad and it could be a nice interface for the pad. |
18:34.51 | woglinde | mr_nice sure why not |
18:38.34 | woglinde | hms what was the variable for stagedir-arch |
18:39.04 | woglinde | ${STAGING_DIR} points only to oepath/staging |
18:40.33 | woglinde | okay handbook helps |
18:42.45 | CIA-57 | 03koen 07org.oe.dev * r018282b0... 10/ (1 packages/mythtv/mythtv-0.21/ffmpeg-arm-update.diff): mythtv 0.21: fixup patch for armv7 |
18:42.59 | *** join/#oe jekhor (n=jek@87.252.242.19) |
18:50.28 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
18:56.16 | *** join/#oe hillct (n=hillct@75-93-203-40.ral.clearwire-dns.net) |
19:16.46 | CIA-57 | 03koen 07org.oe.dev * r1f4f0752... 10/ (3 files in 2 dirs): linux omap2: add missing patches |
19:22.31 | *** join/#oe ant_ (n=ant@host46-250-dynamic.2-87-r.retail.telecomitalia.it) |
19:22.34 | CIA-57 | 03cbrake 07org.oe.dev * ra8931960... 10/ (9 files in 3 dirs): |
19:22.34 | CIA-57 | mono-1.9.1: first pass at adding mono 1.9.1 to OE |
19:22.34 | CIA-57 | still requires some manual intervention, but it now |
19:22.34 | CIA-57 | all builds. Not tested yet. |
19:25.07 | cdbot2 | * * OE Bug 4337 has been RESOLVED (INVALID) by linuxrulez(AT)land.ru |
19:25.09 | cdbot2 | * * linux-handhelds-2.6_2.6.21 fails do_configure |
19:25.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4337 |
19:31.40 | *** join/#oe DarthWader (n=sith@vorphalack.dialup.corbina.ru) |
19:45.22 | Laibsch | Where would I place code snippet to be sourced by a bash script? /usr/lib/$packagename? |
19:45.44 | Laibsch | I want to carve out common functionality for my oe-setup scripts |
19:45.50 | zecke | Laibsch: /usr/share? what does the FHS (filesystem hierachy standard) say? |
19:46.03 | Laibsch | I don't know what the FHS says |
19:46.14 | Laibsch | And it would take me days to understand it |
19:46.23 | Laibsch | which is why I came here ;-) |
19:55.12 | Laibsch | zecke: /usr/share scheint die korrekte Wahl zu sein |
19:56.14 | woglinde | wrong channel |
20:00.51 | *** join/#oe angom (n=angom@201.170.65.143) |
20:07.41 | CIA-57 | 03bluelightning 07org.oe.dev * r5310e6e2... 10/ (1 packages/h2200-bootloader/h2200-bootloader.bb): |
20:07.41 | CIA-57 | h2200-bootloader: ensure mtdblock is available and loaded |
20:07.41 | CIA-57 | * Add kernel-module-mtdblock to RRECOMMENDS |
20:07.41 | CIA-57 | * modprobe mtdblock before accessing mtdblock device |
20:07.47 | CIA-57 | 03bluelightning 07org.oe.dev * red4e5b42... 10/ (1 packages/h2200-bootloader/h2200-bootloader.bb): h2200-bootloader: slight correction to last commit |
20:08.51 | *** part/#oe angom (n=angom@201.170.65.143) |
20:20.52 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
20:21.30 | *** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
20:21.53 | *** join/#oe DarthWad1r (n=sith@vorphalack.dialup.corbina.ru) |
20:25.45 | likewise | khem: if you're there, sry I haven't been able to test-drive your work on the toolchain. Too busy with two short-term projects...(hussle hussle) |
20:33.03 | *** join/#oe oliford__ (n=oliford@i-83-67-105-182.freedom2surf.net) |
20:33.48 | Crofton|work | likewise, did you ever figure out why linking c++ on ppc does not find the stdc++ library? |
20:34.20 | likewise | Crofton|work: Cannot remember. It this a bug#? |
20:34.31 | Crofton|work | not sure |
20:34.38 | Crofton|work | I'll have to look |
20:36.55 | zecke | Crofton|work: I see that on ARM as well... libstdc++ ends in a directory not in our -L libpath is the best guess |
20:37.10 | Crofton|work | hmm |
20:37.18 | zecke | Crofton|work: so we link and see SO_NEEDED libstdc++ but gcc (the linker) does not know where g++ stuff is |
20:37.28 | Crofton|work | I have stuff that builds ok on arm, but not ppc |
20:37.30 | Crofton|work | weird |
20:37.32 | zecke | Crofton|work: use g++ to link c++ apps |
20:37.42 | zecke | Crofton|work: different gcc versions? what do you use to link? |
20:37.47 | Crofton|work | libtool is involved ... |
20:37.57 | Crofton|work | yes different gcc versions |
20:38.47 | Crofton|work | I'm only sort of playing with it atm, so won't make any progress |
20:39.07 | zecke | Crofton|work: is it using gcc to link? |
20:39.14 | zecke | http://git.openmoko.org/?p=openmoko.git;a=commit;h=4c05c474bf939d346fe0c92ce8c8ea3fc8f4c374 <- is an evil workaround... |
20:39.48 | Crofton|work | heh |
20:40.08 | Crofton|work | it is not critical for me atm, I was just doing a build to check some stuff |
20:40.18 | Crofton|work | I'll need to come back to it later :( |
20:40.39 | zecke | Crofton|work: could you paste the error somewhere? not that I will have the time to fix it now... |
20:41.15 | Crofton|work | http://tinderbox.openembedded.net/public/logs/594420.txt |
20:41.31 | Crofton|work | http://tinderbox.openembedded.net/packages/78717/ |
20:45.08 | Human1 | Laibsch, did you get any "ERROR: QA Issue" badness when you built python-pexpect? I got less than I did when I tried Angstrom's build method, but even using the deb-based setup, it seems to fail in the same way: http://pastebin.com/m6806b039 |
20:45.34 | Human1 | Now I have two qemu-arm processes pegging both my cores... |
20:52.52 | Human1 | I think I'll bite the bullet and reboot to kill the unkillable qemu processes, then re-try the python-pexpect build. |
20:52.56 | Human1 | brb, I hope |
20:53.11 | *** part/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
20:58.52 | *** join/#oe Human1 (n=igo@71.173.215.224) |
21:00.52 | RP | khem: I commited the toolchain changes into poky now so I could catch the next round of automated tests, I hope you don't mind |
21:01.14 | Human1 | In the OE build process, is there a way to force a single locale? I notice it doing work for a bunch of locales it doesn't need to. |
21:01.45 | RP | Human1: There is an option, yes but I forget its name in OE :/ |
21:02.44 | ant_ | # GLIBC_GENERATE_LOCALES = "en_GB.UTF-8 de_DE.UTF-8" ? |
21:02.47 | Human1 | ENABLE_BINARY_LOCALE_GENERATION and GLIBC_GENERATE_LOCALES ? |
21:02.52 | Human1 | https://neurosaudio.com/hackers/gremlin/trunk/OE/conf/local.conf |
21:02.55 | Human1 | aha |
21:03.13 | Human1 | You found the same document, or you knew it already? :) |
21:03.18 | ant_ | I was checking my local.conf right then |
21:03.22 | ant_ | ;-) |
21:03.23 | Human1 | Heh. |
21:03.53 | ant_ | ah, the DISTRO= thing, well...it's not php...will evaluated later |
21:05.17 | Human1 | Yeah, I see from the comments that bitbake will do variable expansion if you use ${} notation, which is why that Angstrom local.conf snippet was ok. |
21:05.57 | woglinde | hm for NLS I have reworked gettext.class a little bit |
21:06.45 | woglinde | and there are serval recipes which dont not include gettext class |
21:07.05 | woglinde | and therefor build NLS package even without USE_NLS=no |
21:09.18 | ant_ | Human1: compiles fine in .dev http://tinderbox.openembedded.net/packages/python-pexpect/ |
21:10.35 | Human1 | Hmm. |
21:11.20 | Human1 | And it only took 3 minutes? |
21:11.37 | ant_ | yes |
21:11.46 | ant_ | I retry |
21:11.49 | Human1 | Wow. I'm sitting here watching qemu-arm eat up CPU and not make any progress. |
21:12.23 | ant_ | well, I'm compiling over an existent layout |
21:12.32 | ant_ | not from scratch |
21:12.43 | Human1 | True. |
21:12.49 | Human1 | My build is sitting here: http://pastebin.com/m4f4bacc0 |
21:12.56 | ant_ | though, I'm building all dependencies (just to test) |
21:13.18 | ant_ | BB_DEFAULT_TASK = "buildall" |
21:14.25 | ant_ | Human1: in .dev the only nasty errmsg is: NOTE: preferred version 2.6.1 of glibc not available (for item virtual/arm-angstrom-linux-gnueabi-libc-for-gcc) |
21:14.32 | *** join/#oe DRF (n=daniel@92.17.49.253) |
21:14.42 | *** join/#oe zecke_ (n=ich@118-166-68-99.dynamic.hinet.net) |
21:14.49 | ant_ | harmful |
21:14.58 | ant_ | ? |
21:15.05 | Human1 | It complains that 2.5 of glibc is not available in stable... I guess it always complains about glibc... |
21:15.29 | ant_ | yes, I think khem and RP are working on this |
21:16.13 | ant_ | Human1: second build took less ! |
21:16.55 | Human1 | I wish I had your build environment :) |
21:17.03 | ant_ | no, it's not this |
21:17.23 | ant_ | is some setting on your side |
21:17.46 | Human1 | I've tried it two different ways, and it fails almost identically. |
21:17.48 | ant_ | but remember, I'm building 2008.1 |
21:18.18 | Human1 | My problem is that I need a package that'll work with 2007.1 (Angstrom 2007.12) |
21:18.53 | ant_ | I'm sorry I don't have any 2007.1 checkouts |
21:19.10 | ant_ | did you simply cherry-pick? |
21:19.24 | Human1 | I'm not sure what you're asking. |
21:19.42 | ant_ | is the same version of the package in angstrom-stable ? |
21:19.54 | ant_ | or did you pick it from .dev? |
21:20.04 | Human1 | I checked out stable |
21:20.44 | ant_ | and you're building python-pexpect 2.1 r0 |
21:20.45 | *** join/#oe flo_lap (n=fuchs@f054165249.adsl.alicedsl.de) |
21:21.08 | Human1 | Trying to :) |
21:21.34 | ant_ | just to be sure you did not make any change |
21:21.53 | *** join/#oe xjqian (n=gordon@68-188-71-196.dhcp.stls.mo.charter.com) |
21:22.00 | ant_ | xjqian: hey |
21:23.19 | *** join/#oe jconnolly (n=jconnoll@ip-66-80-197-243.atl.megapath.net) |
21:24.11 | Human1 | ant_ what version of qemu-arm are you using? Mine is misbehaving by pegging the CPU and not letting itself be killed. Mine is 0.9.0. |
21:24.49 | ant_ | ah |
21:24.55 | ant_ | 0.9.1 iirc |
21:25.28 | Human1 | Is that version tied to the branch? Or can I get 0.9.1 and use it to do a build of stable? |
21:26.29 | ant_ | http://thread.gmane.org/gmane.comp.handhelds.openembedded.stable |
21:26.48 | ant_ | 1st thread |
21:27.39 | thesing | does anybody know where (0,0) is supposed to be on a touchscreen? |
21:29.42 | Human1 | Seems that 0,0 is upper left corner for X Windows |
21:31.09 | Human1 | thesing : http://mirror.centos.org/centos/4/docs/html/rhel-rg-en-4/s1-x-server-configuration.html : The numbers to the right of "Screen0" give the X and Y absolute coordinates for the upper-left corner of the screen (0 0 by default). |
21:31.13 | Human1 | HTH |
21:31.24 | thesing | ok. thanks. |
21:32.58 | *** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath) |
21:36.28 | Human1 | *sigh* my CPU is pegged again by the runaway qemu-arm :( Going to reboot again. |
21:36.40 | *** join/#oe allyourrejects (n=tom@12-210-83-225.client.mchsi.com) |
21:39.14 | *** join/#oe lamikr (n=chatzill@78.84.154.115) |
21:42.53 | ant_ | Human1: what distro you said you have on host? |
21:48.01 | *** join/#oe lamikr (n=chatzill@78.84.154.115) |
21:55.57 | *** join/#oe frikker (n=chatzill@107.135.68.216.DED-DSL.fuse.net) |
21:57.16 | *** join/#oe ribbits (n=bob@82.152.87.189) |
21:58.18 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
21:59.34 | *** part/#oe csharman (n=csharman@59.167.201.138) |
22:23.43 | *** join/#oe rsalveti (n=salveti@189.70.143.203) |
22:28.22 | *** join/#oe alecrim_ (n=alecrim@192.100.104.170) |
22:37.54 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
22:43.56 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
22:46.56 | *** join/#oe mnabil (n=mnabil@41.233.150.43) |
23:23.49 | *** join/#oe dcordes__ (n=dcordes@f049002169.adsl.alicedsl.de) |
23:38.38 | CIA-57 | 03thesing 07org.oe.dev * rf87808d3... 10/ (8 files in 3 dirs): |
23:38.38 | CIA-57 | linux-rp_2.6.24: -fix build |
23:38.38 | CIA-57 | linux-rp_2.6.26: -update patches for collie.The kernel won't build atm |
23:38.38 | CIA-57 | <PROTECTED> |
23:38.38 | CIA-57 | <PROTECTED> |
23:38.38 | CIA-57 | linux-rp.inc: -change commandline for collie to root on mmc |
23:38.43 | CIA-57 | 03thesing 07org.oe.dev * rd2f1a9f3... 10/ (1 classes/packaged-staging.bbclass): |
23:38.44 | CIA-57 | packed-staging.bblcass: change DEPLOY_DIR_PSTAGE from "=" to "?=" to be able |
23:38.46 | CIA-57 | <PROTECTED> |
23:46.55 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
23:50.43 | Laibsch | thesing: Thanks |
23:51.01 | Laibsch | What do you think how for we are from rootfs? |
23:51.16 | thesing | Laibsch: wait 10 min and read oe-devel ;) |
23:51.32 | Laibsch | Oh, *that* far ;-) |
23:51.47 | Laibsch | I am not sure if I can be patient any longer |
23:51.49 | Laibsch | Hehe |
23:56.26 | thesing | Mail sent. |
23:57.43 | thesing | Laibsch: The kernel doesn't support pm atm. It broke and I thought it's more important to work on the mmc stuff. Now you can start on the userspace stuff. ;) |
23:58.07 | Laibsch | OK |
23:58.09 | Laibsch | Nice |
23:58.18 | Laibsch | Anything in particular you have in mind? |
23:59.21 | thesing | No. I have no idea how well images that are not console-image work. |