| 00:02.09 | *** join/#oe arm-bar (n=chatzill@adsl-209-30-61-104.dsl.rcsntx.sbcglobal.net) |
| 00:02.46 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 00:24.17 | *** join/#oe nevarrie (n=jgrant@CPE-72-128-35-75.kc.res.rr.com) |
| 00:55.33 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 00:58.57 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 01:15.42 | *** join/#oe mrz80 (n=scotsman@n128-227-212-211.xlate.cns.ufl.edu) |
| 01:31.36 | *** join/#oe zezom (n=zezom@203.84.70.93) |
| 01:35.24 | zezom | when ever I compile a package I get a line saying NOTE: preferred version 2.5 of glibc not available is it refuring to glibc on my desktop? or an arm version that has already been compiled? I would like to update it to the version that it requests |
| 01:36.29 | *** join/#oe concept10 (n=concept1@ppp-70-251-156-161.dsl.rcsntx.swbell.net) |
| 01:38.27 | Crofton | zezom, I get that also, but I seem to build glibc OK |
| 01:38.47 | Crofton | it is talking about the one it builds for the tool chain |
| 01:39.00 | Jin^eLD | hey Crofton |
| 01:39.10 | Crofton | hi |
| 01:39.29 | Jin^eLD | I have another weirdness and I am not sure to what it is related |
| 01:39.38 | Jin^eLD | the weird things never stop I guess :) |
| 01:39.38 | Crofton | hmm |
| 01:40.22 | Jin^eLD | I can not start threads - reports out of memory |
| 01:40.31 | Jin^eLD | it's with my newly built distro |
| 01:40.40 | Jin^eLD | from the feeling of things it sounds like that http://sourceware.org/ml/libc-alpha/2006-10/msg00056.html |
| 01:40.47 | Jin^eLD | but I think I do have those patches |
| 01:40.49 | zezom | Crofton, thanks I'll have a closer look at the arm version, thanks |
| 01:40.52 | Jin^eLD | and I am not doing eabi |
| 01:41.04 | Jin^eLD | what do you think? |
| 01:41.04 | Crofton | zezom, I get the messge also, but things work for me |
| 01:41.20 | zezom | yeah everything compiles fine |
| 01:41.35 | zezom | just thought I might be able to get a speed upgrade? |
| 01:42.00 | Crofton | zezom, I do not think so :) |
| 01:42.19 | zezom | ok, no worries then :) |
| 01:42.19 | Crofton | Jin^eLD, what version of glibc are you using? |
| 01:42.24 | zezom | thanks for the info |
| 01:42.45 | Jin^eLD | Crofton: from what I can say it must be 2.5, allthough when building stuff I get "preferred provider for glibc 2.5 not available" |
| 01:42.52 | Crofton | heh |
| 01:42.57 | Crofton | don't we all |
| 01:43.02 | Jin^eLD | :) |
| 01:43.12 | Crofton | Jin^eLD, have you tried eabi? |
| 01:43.16 | Jin^eLD | no |
| 01:43.36 | Jin^eLD | should i? |
| 01:43.39 | Crofton | when I run things for real, it is on eabi |
| 01:43.52 | Jin^eLD | what do you mean? |
| 01:43.52 | Crofton | I think I would, or go back a few versions of things |
| 01:44.03 | Crofton | but I think must of the active testing is eabi now |
| 01:44.28 | Crofton | when I run things on the OSK that use a lot of functions, it is in the eabi images |
| 01:44.45 | Crofton | I only try to start dropbear on oabi to check patch for that problem |
| 01:44.50 | Jin^eLD | I see |
| 01:44.51 | Jin^eLD | hm |
| 01:44.52 | Jin^eLD | well |
| 01:45.22 | zezom | something I've ben wondersing for a little while now... I've been compiling all of this stuff but where do I find the image that I put onto my palm and where are all of the packages located? and is their an easy way to bundle hem all together for instalation? |
| 01:45.26 | Crofton | yu can start processes, but f they try to sytart threads it fails? |
| 01:45.45 | Crofton | zezom, look in tmp/deploy |
| 01:45.54 | zezom | Crofton, thanks :) |
| 01:46.37 | Jin^eLD | Crofton: it looks like it... I straced my program and it craps out on mmap2 with OUT_OF_MEMORY |
| 01:46.41 | Crofton | Jin^eLD, what is your machine |
| 01:46.53 | Jin^eLD | the error messages from my app say - could not start task bla, so pthread_create fails |
| 01:46.58 | Jin^eLD | a custom one, arm9 |
| 01:47.08 | zezom | Crofton, that's exactly what I wanted, just didn't see it mentuned in the wiki |
| 01:47.41 | Crofton | Jin^eLD, you are working out of my league :) |
| 01:47.48 | Jin^eLD | :) |
| 01:47.56 | Jin^eLD | so far I had no hints |
| 01:48.09 | Crofton | how much RAM? |
| 01:48.21 | Jin^eLD | not much, 8MB, but my app runs with the other image |
| 01:48.32 | Crofton | what other image? |
| 01:48.50 | Jin^eLD | the one that came from the vendor, and I think I built one myself too, but last week or something |
| 01:48.57 | Crofton | hmmm |
| 01:49.03 | Jin^eLD | so I have two images, one mine and one from the vendor, app works there |
| 01:49.08 | Crofton | you need more RAM :) |
| 01:49.13 | Jin^eLD | and I have this new image - where it does not work anymore |
| 01:49.22 | Jin^eLD | I know, but right now its not an option :) |
| 01:49.25 | Crofton | :) |
| 01:50.02 | Jin^eLD | from what I can see via "top" - memory usage/availability is the same for the new image and for my old and vendor image |
| 01:50.12 | Crofton | yeah |
| 01:50.17 | Jin^eLD | so it must be something else |
| 01:50.24 | Crofton | what kernel came from vendor? |
| 01:50.35 | Jin^eLD | 2.6.16.19 |
| 01:50.50 | Jin^eLD | I now build the kernel too, I extracted patches from the vendor kernel and created a recipe |
| 01:51.05 | Jin^eLD | my newly compiled kernel works with the old image - can run my app on old image + new kernel |
| 01:51.05 | Crofton | good idea |
| 01:51.34 | Jin^eLD | so now I can build my whole distro including kernel via OE |
| 01:51.35 | Crofton | can you try and recreate old image in oe |
| 01:51.44 | Jin^eLD | that was the goal.. but it does not work anymore :) |
| 01:51.45 | Crofton | this is the goal :) |
| 01:51.52 | Crofton | hmmm |
| 01:51.54 | Jin^eLD | well hehe.. I do not htink I can reproduce it |
| 01:52.12 | Jin^eLD | the old image was more a testing run, I was trying to figure out how to create a distro, etc. |
| 01:52.20 | Crofton | yeah |
| 01:52.21 | Jin^eLD | you guys helped me with it, the new image s derived from the old one |
| 01:52.23 | Crofton | this is importnat |
| 01:52.36 | Jin^eLD | so the config files are almost the same, but of course I did an update since then |
| 01:52.43 | Crofton | it is nice gettitng all the info stoed in the meta data |
| 01:53.00 | Jin^eLD | yep |
| 01:53.03 | Crofton | Jin^eLD, I'm sure you will work through the problem |
| 01:53.20 | Crofton | I spent the past 1.5 weeks banging my head against a wall with some other code |
| 01:53.28 | Jin^eLD | and what was it? |
| 01:53.45 | Crofton | the final solution revovled around me being a moron :) |
| 01:53.51 | Jin^eLD | :))) |
| 01:53.59 | Jin^eLD | that's the usual case, same happens with me all the time ;) |
| 01:54.03 | Crofton | yeah |
| 01:54.11 | Jin^eLD | the path to enlightment is not easy hehe |
| 01:54.22 | Crofton | I passed an array of shorts and the length in elements |
| 01:54.41 | Crofton | to a routine expecitng an array of char and length in bytes |
| 01:54.55 | Crofton | so I would only transmit half the data |
| 01:55.08 | Jin^eLD | heh |
| 01:55.10 | Crofton | so there would be "glitches" at teh endpoints |
| 01:55.26 | Crofton | in the cases where the state change was different |
| 01:55.47 | Jin^eLD | well, at least your problem was in your code... I prefer having crap going on in my stuff where I at least have the overview |
| 01:55.59 | Crofton | so, the answr to your problem is likely very simple |
| 01:56.08 | Crofton | the path is long and winding :) |
| 01:56.35 | Jin^eLD | with this memory/threads problem - it's for sure not in my code, the thread stuff is stable and has been checked/valgrinded/etc. |
| 01:56.52 | Jin^eLD | so right now I do not even know where to start looking :) |
| 01:57.06 | Jin^eLD | btw, what is this eabi stuff? I heard a lot of talk about it lately |
| 01:57.28 | Jin^eLD | I read that its something that improves performance on arm? |
| 01:57.55 | Crofton | heh |
| 01:58.01 | Crofton | I do not know the details |
| 01:58.04 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 01:58.26 | Crofton | I suspect it is the syscall interface |
| 01:58.38 | Jin^eLD | well, why did you chose to use it? |
| 01:58.45 | Jin^eLD | I think you did build for it, right? |
| 01:59.40 | Crofton | well, because I was operating under the principle the newer the better ... |
| 01:59.48 | Crofton | and it solved my dropbear problem |
| 01:59.53 | Jin^eLD | hmm |
| 01:59.56 | Jin^eLD | ok I will try it then |
| 02:00.18 | Crofton | since you are just starting dev for a pplatform, I waould try it |
| 02:00.48 | Jin^eLD | setting just the TARGET_OS is not enough, right? |
| 02:01.17 | Crofton | set TARGET_OS to linux-gueabi in local.conf |
| 02:01.26 | Crofton | with an = |
| 02:01.37 | Crofton | that should do the trick |
| 02:01.52 | Crofton | the tools will ahve names like arm-linux-gnuebi-gcc |
| 02:03.12 | Crofton | bother I cant log into my build machine to check .... |
| 02:08.46 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 02:15.04 | zezom | if I were stupid enough to change the location of where my openEmbedded dir was what would be all of the locations that I need to change in order to get it to work again? I just did a grep for my old path in build/tmp/staging/ and I got a whole heap of lines like tmp/staging/arm-linux/lib/libvorbisidec.la:dependency_libs=' -L/usr/src/openEmbedded/build/tmp/staging/arm-linux/lib' |
| 02:16.22 | Jin^eLD | as far as I know you just need to have your environment set up right, variables like BBPATH and so on |
| 02:16.29 | Jin^eLD | (or maybe only BBPATH?) |
| 02:16.47 | zezom | laso when I do a bitbake nmap I get | Can't locate Automake/Struct.pm in @INC (@INC contains: /usr/src/openEmbedded/build/tmp/staging/i686-linux/share/automake-1.9 /etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl .) at /ope |
| 02:16.48 | zezom | nEmbedded/build/tmp/staging/i686-linux/bin/automake line 47. |
| 02:16.51 | Jin^eLD | the rest should not matter... I think :) I never tried moving it |
| 02:17.03 | zezom | yeah I though I had set all of that up |
| 02:17.15 | zezom | it's probably a good idea not to |
| 02:17.28 | zezom | I ran out of space on my laptop so I had to |
| 02:17.33 | Jin^eLD | I spent quite some time trying to figure out a good setup, I am still not finished :) |
| 02:17.46 | zezom | it's all good :) |
| 02:18.18 | Jin^eLD | it offers a lot of settings/possibilities, especially if you have a lot of different hardware |
| 02:18.42 | zezom | can you see what would be still remembering the /usr/src/openEmbedded location instead of the /openEmbedded location? |
| 02:19.07 | Jin^eLD | no idea.. if you did not yet compile too much stuff you could try rebuilding.. |
| 02:19.24 | Jin^eLD | but I'm really not an expert... |
| 02:19.45 | zezom | yeah, I've compiled quite a bit but then again I won't be installing it onto my palm for a while... how would I do a make clean world? |
| 02:20.14 | zezom | I also have a few different hardware targets |
| 02:20.27 | Jin^eLD | I would probably just wipe the tmp directory, the one with staging, work, etc., maybe keep the sources |
| 02:20.31 | Jin^eLD | well, let me find a link |
| 02:20.41 | Jin^eLD | hrw posted his OE setup |
| 02:20.46 | zezom | yeah I will deffently keep the sources :) |
| 02:20.52 | Jin^eLD | you should probably take a look |
| 02:20.56 | zezom | cool |
| 02:20.59 | zezom | thanks for that |
| 02:21.22 | Jin^eLD | http://hrw.one.pl/2005/10/31/my-openembedded-enviroment/ |
| 02:21.38 | zezom | thanks again |
| 02:21.43 | zezom | I'll read it right now |
| 02:22.18 | Jin^eLD | and there should be an update from 2006 |
| 02:22.38 | Jin^eLD | http://www.hrw.one.pl/2006/11/22/my-openembedded-environment-ii/ |
| 02:22.59 | zezom | I'll read them both... |
| 02:23.40 | Jin^eLD | I think the key information for me was, that you can set more than one path for BBPATH, you can split them with : just as you would with normal PATH variable |
| 02:24.05 | Jin^eLD | then you could have your own build directory and your own local conf and maybe a sitelconf there, but you would not mess anything up in the org.openembedded.dev dir |
| 02:26.20 | zezom | that's good to know. it seems like a very powerfull tool |
| 02:26.27 | Jin^eLD | it is indeed |
| 02:26.51 | zezom | it just takes time to learn to use power :) |
| 02:27.38 | Jin^eLD | yep |
| 02:27.45 | Jin^eLD | <- still learning |
| 02:39.43 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
| 02:43.22 | *** join/#oe idealm (n=ideal@222.67.239.123) |
| 02:54.32 | Jin^eLD | Crofton: my eabi build is failing, it tries to build glibc-2.3.5 and bails out with "Error: cannot represent SWI relocation in this object file format" |
| 03:03.07 | *** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 03:38.21 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 03:46.03 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 03:48.52 | *** join/#oe W8TVI (n=me@166.165.146.123) |
| 03:52.13 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 03:56.58 | *** join/#oe hvontres|zzZZzz (n=henry@adsl-75-35-129-203.dsl.sndg02.sbcglobal.net) |
| 04:48.37 | *** join/#oe cyn (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 04:55.21 | *** join/#oe zezom (n=zezom@203.84.69.168) |
| 05:05.05 | *** join/#oe W8TVI (n=me@166.165.148.59) |
| 05:42.39 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 05:53.16 | *** join/#oe eugenebiz (n=Miranda@bzq-84-108-9-228.cablep.bezeqint.net) |
| 06:11.55 | *** join/#oe cedric (n=cedric@213.215.31.4) [NETSPLIT VICTIM] |
| 06:11.55 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) [NETSPLIT VICTIM] |
| 06:11.56 | *** join/#oe chouimat|Zzzz (n=dieu@kde/developer/chouinard) |
| 06:11.56 | *** join/#oe JustinP (n=papercra@69.181.11.251) [NETSPLIT VICTIM] |
| 06:12.00 | *** join/#oe france__ (n=france@68.163.253.89) |
| 06:12.00 | *** join/#oe mykilx (i=1000@pool-71-99-150-2.tampfl.dsl-w.verizon.net) |
| 06:12.01 | *** join/#oe Slapin-hypocrisy (n=slapin@62.152.84.105) [NETSPLIT VICTIM] |
| 06:12.02 | *** join/#oe Ifaistos (n=stelios@62.169.211.226) [NETSPLIT VICTIM] |
| 06:12.02 | *** join/#oe nslu2-log (i=slug@limax.nslu2.osuosl.org) |
| 06:12.02 | *** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl) [NETSPLIT VICTIM] |
| 06:12.03 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 06:12.04 | *** join/#oe polyonymous (i=hacker@pD9539EBD.dip0.t-ipconnect.de) |
| 06:12.04 | *** join/#oe Philippe (n=fille@81.197.111.57) |
| 06:12.05 | *** join/#oe mickey|breakfast (n=nnmickey@linuxtogo.org) |
| 06:12.05 | *** join/#oe joshua_ (i=joshua@24.60.144.77) |
| 06:12.06 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) [NETSPLIT VICTIM] |
| 06:12.06 | *** join/#oe ger[zzzz]] (n=gerwinin@84.87.179.14) [NETSPLIT VICTIM] |
| 06:12.08 | *** join/#oe Crofton_ (n=balister@jhr-476-5192.mprg.ee.vt.edu) [NETSPLIT VICTIM] |
| 06:12.08 | *** join/#oe pvanhoof (n=pvanhoof@84.192.238.20) |
| 06:12.08 | *** join/#oe ssvb (n=user@213.184.238.34) [NETSPLIT VICTIM] |
| 06:13.01 | *** join/#oe benlau (n=benlau@221.125.13.148) [NETSPLIT VICTIM] |
| 06:13.02 | *** join/#oe hufnus (n=slonsiki@206.117.135.86) |
| 06:13.02 | *** join/#oe psokolovsky (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) |
| 06:13.02 | *** join/#oe JoeSchmo (n=jciccone@71.255.92.126) |
| 06:13.02 | *** join/#oe idealm (n=ideal@222.67.239.123) [NETSPLIT VICTIM] |
| 06:13.02 | *** join/#oe emte (n=emte@64.180.45.14) |
| 06:13.03 | *** join/#oe zezom (n=zezom@203.84.69.168) [NETSPLIT VICTIM] |
| 06:13.05 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) |
| 06:13.52 | *** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com) |
| 06:13.52 | *** part/#oe benlau (n=benlau@221.125.13.148) |
| 06:14.14 | *** join/#oe suihkulokki (i=rvoipio@nat/movial/x-d847e2f34e083c49) [NETSPLIT VICTIM] |
| 06:14.45 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-57-149.w86-207.abo.wanadoo.fr) [NETSPLIT VICTIM] |
| 06:15.17 | *** join/#oe ScytheBlade1 (n=Death@c-67-186-244-23.hsd1.ut.comcast.net) |
| 06:16.15 | *** join/#oe W8TVI (n=me@166.166.2.56) |
| 06:17.42 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) [NETSPLIT VICTIM] |
| 06:52.15 | *** join/#oe ibot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 06:53.06 | *** join/#oe mwester-laptop (n=chatzill@gw.mwester.net) |
| 06:53.37 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 06:54.25 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 06:58.43 | *** join/#oe Philippe_ (n=fille@a81-197-111-57.elisa-laajakaista.fi) |
| 07:02.07 | *** join/#oe Frg (n=Frg@chello087207198130.chello.pl) |
| 07:02.22 | zezom | I've shared out my openEmbedded dir via nfs... when something is being currently compiled is their a lock file created? as in if I tell another computer to compile task-opie will it skip over the already being compiled app and start on the next? |
| 07:02.29 | *** join/#oe furlongm (n=furlongm@83-70-229-26.b-ras1.prp.dublin.eircom.net) |
| 07:04.05 | *** join/#oe concept10 (n=concept1@ppp-70-251-156-161.dsl.rcsntx.swbell.net) |
| 07:04.42 | *** part/#oe concept10 (n=concept1@ppp-70-251-156-161.dsl.rcsntx.swbell.net) |
| 07:16.41 | *** join/#oe AvengerMoJo (n=alex@219.142.250.177) |
| 07:21.18 | *** join/#oe hvontres|poodle (n=henry@adsl-75-35-129-203.dsl.sndg02.sbcglobal.net) |
| 07:48.47 | zezom | is their a bitbake remove to remove a package? |
| 07:57.16 | *** join/#oe den-ros (n=den@ppp91-76-77-70.pppoe.mtu-net.ru) |
| 08:26.47 | *** join/#oe chii (i=chii@freenode/bot/chii) |
| 08:34.52 | cyrilRomain | zezom: bitbake -c clean the_package |
| 08:36.32 | *** join/#oe greentux (n=m@195.227.105.180) |
| 08:40.36 | *** join/#oe ssvb (n=user@34-nat.cosmostv.by) |
| 08:44.32 | *** join/#oe x29a (n=x29a@pD9EEF9B2.dip.t-dialin.net) |
| 08:50.55 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:06.37 | *** topic/#oe by mickeyl -> OpenEmbedded Developer Lounge | http://www.openembedded.org |
| 09:06.39 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:12.38 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 09:17.27 | zezom | cyrilRomain, thanks... is their a list of flags that -c can take? it seems to be quite uesful |
| 09:17.59 | cyrilRomain | zezom: bitbake --help |
| 09:18.20 | cyrilRomain | zezom: ah sorry, read too quickly |
| 09:18.39 | cyrilRomain | zezom: I think it is in the bitbake manual |
| 09:19.55 | *** join/#oe gremlin[it] (n=gremlin@ppp-52-8.25-151.libero.it) |
| 09:20.20 | cyrilRomain | zezom: you can use 'bitbake -i' for the interactive bitbake shell |
| 09:20.33 | cyrilRomain | zezom: then 'help' give you a list of command |
| 09:34.59 | Ifaistos | ping zecke |
| 09:35.43 | *** join/#oe mmp (n=mmp@85.135.173.102) |
| 09:36.54 | Ifaistos | BACK |
| 09:39.06 | Ifaistos | zecke : As per the problem with bitbake i told you yesterday. The last version from the cvs that runs without the problem is 1.4.2 |
| 09:39.34 | *** join/#oe Slims (n=joni@237.186.77.83.cust.bluewin.ch) |
| 09:43.18 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 09:47.10 | *** join/#oe poli (n=ca@CAcert-br/poli) |
| 09:47.58 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 09:48.13 | koen | good morning all |
| 09:49.54 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-069-128.pools.arcor-ip.net) |
| 09:50.10 | Ifaistos | koen : Hi ! |
| 09:51.03 | cyrilRomain | hey koen |
| 09:51.07 | *** join/#oe pH5 (n=ph5@p5485FAD6.dip.t-dialin.net) |
| 09:51.20 | koen | hey Ifaistos, cyrilRomain & pH5 |
| 09:51.30 | pH5 | good morning |
| 09:52.51 | *** join/#oe LordVan (n=lordvan@i-83-67-126-41.freedom2surf.net) |
| 09:57.12 | emte | hey gremlin[it] , your image does not behave well on my h3760 |
| 09:58.01 | gremlin[it] | hi emte :) |
| 09:58.05 | gremlin[it] | what is not good ? |
| 09:58.07 | emte | gpe doesnt like to stay running |
| 09:58.24 | emte | the rest seems okay |
| 09:58.58 | emte | altho i am not sure what is causing hard power off |
| 09:59.48 | emte | but i could not test any of the touchscreen stuff |
| 09:59.52 | gremlin[it] | mhh strange ... can you send me the dmesg output and /varr/log/message or other kind of log tounderstand what is wrong ? |
| 10:00.34 | emte | have not been able to keep it running long enough to capture the logs via serial |
| 10:00.56 | gremlin[it] | ohhh really strange ... |
| 10:01.05 | gremlin[it] | i'll test .. thanks :) |
| 10:01.16 | emte | was going to try to reinstall the image again to see if maybe it was messed up |
| 10:02.05 | emte | just thought i'd let you know i couldnt test your touchscreen stuff |
| 10:10.16 | zezom | cyrilRomain, thanks again |
| 10:10.58 | cyrilRomain | zezom: you welcome |
| 10:11.01 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 10:23.00 | *** join/#oe polyonymous (i=hacker@pD953AE5A.dip0.t-ipconnect.de) |
| 10:29.23 | *** join/#oe redguy (n=mati@public-gprs8480.centertel.pl) |
| 10:30.05 | RP | morning all |
| 10:30.59 | hrw | morning |
| 10:31.10 | hrw | I bought my first printer |
| 10:31.19 | hrw | which is also scanner and copier |
| 10:31.27 | hrw | ~hail usb 2.0 |
| 10:31.31 | ibot | ACTION bows down to usb 2.0 and chants, "I'M NOT WORTHY!!" |
| 10:31.31 | koen | hey RP & hrw |
| 10:33.18 | hrw | 5096x7016 scan (a4 600dpi) = 60M png |
| 10:33.24 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 10:34.19 | hrw | ~curse epson for manual in html |
| 10:34.21 | ibot | May you be reincarnated as a Windows XP administrator, epson for manual in html ! |
| 10:38.23 | *** join/#oe zecke (n=ich@88.134.98.23) |
| 10:39.04 | koen | hey zecke |
| 10:39.26 | koen | hrw: 600dpi is a bit bogus, since regular print is 300dpi |
| 10:39.51 | koen | 600dpi is usefull for reading the fineprint on money :) |
| 10:41.22 | hrw | koen: I know - wanted to check how long it will take to transfer 100M via usb |
| 10:42.16 | hrw | anyway I have much better thing to test - my grandmother photo from 193x/194x |
| 10:42.20 | koen | interesting: http://hughsient.livejournal.com/9350.html |
| 10:44.12 | hrw | how does it differ from current minilite (or how gpe one is called) |
| 10:44.42 | koen | this one queries HAL and uses gnome-power for policy |
| 10:45.01 | koen | and iirc hal has support for sysfs bl |
| 10:45.05 | hrw | so should work anywhere without hardcoded paths? |
| 10:45.10 | koen | yes |
| 10:46.14 | hrw | when I will have time I have to flash progear with older bios and learn acpi |
| 10:46.27 | koen | older bios? |
| 10:46.29 | hrw | last ver of bios has broken DSDT |
| 10:46.35 | koen | heh |
| 10:46.37 | hrw | no battery info |
| 10:47.08 | hrw | "At the moment I would probably not recommend Lenovo to somebody that wants Linux compatible hardware, which is a shame considering how good most of the Thinkpads used to be." |
| 10:47.14 | hrw | poor mickeyl ;D |
| 10:50.12 | koen | hrw: could you push that wpa-supplicant recipe? |
| 10:51.30 | hrw | will do |
| 10:51.39 | koen | thanks |
| 10:51.44 | hrw | first have to finish packages/linux/linux_2.6.19-rc6.bb |
| 10:59.00 | CIA-4 | 03koen 07org.oe.dev * r8aa660d3... 10/ (1 removal.txt): removal.txt: add bluez 2.x |
| 11:01.58 | hrw | I need bigger desk |
| 11:02.09 | hrw | atleast 90x130cm |
| 11:04.10 | *** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 11:08.50 | CIA-4 | 03hrw 07org.oe.dev * re70383b5... 10/ (4 files in 3 dirs): |
| 11:08.50 | CIA-4 | wpa-supplicant: add 0.5.5 with optional madwifi-ng support |
| 11:08.50 | CIA-4 | - machines with PCI feature will get madwifi-ng support and package will be |
| 11:08.50 | CIA-4 | <PROTECTED> |
| 11:08.50 | CIA-4 | - this is result of my RFC [1] and Koen's solution [2] |
| 11:08.51 | CIA-4 | 1. http://lists.linuxtogo.org/pipermail/openembedded-devel/2006-October/000698.html |
| 11:08.53 | CIA-4 | 2. http://lists.linuxtogo.org/pipermail/openembedded-devel/2006-November/000848.html |
| 11:12.35 | koen | woooo |
| 11:12.43 | koen | I have a beer sponsor for FOSDEM 2007 |
| 11:12.59 | koen | the more pleasant kind of funding: beer |
| 11:13.14 | hrw | ;) |
| 11:13.39 | hrw | hm. fosdem will be occassion to check what you see in laffe |
| 11:14.26 | hrw | http://bugs.treke.net/show_bug.cgi?id=1611 |
| 11:14.31 | hrw | solved or not? |
| 11:14.52 | koen | I don't think it's a bug |
| 11:15.12 | koen | the exact same works for ep93xx-kernel, linux-omap, linux-handhelds and linux-rp |
| 11:15.29 | koen | I suspect /bin/sh isn't bash |
| 11:15.37 | hrw | then comment |
| 11:15.50 | koen | bugs.treke.net isn't working for me |
| 11:16.15 | koen | I already commented on it with in a mail conversation with valentin and liam |
| 11:16.24 | hrw | rm ~/screenlog.1;BB_NUMBER_THREADS=1 time bitbake -cfetchall world -k;grep 'Build of .* do_fetch failed' ~/screenlog.1 |sort -u|wc |
| 11:16.31 | hrw | time to recheck fetching |
| 11:16.57 | zecke | koen: Package ep93xx-kernel-2.6.17+2.6.18-rc1-r1 |
| 11:17.00 | zecke | fetch fails |
| 11:17.39 | hrw | ${@base_contains('COMBINED_FEATURES', 'pci', omap5912osk, arm, d)} |
| 11:17.39 | hrw | ERROR: Error in executing: |
| 11:17.39 | hrw | ERROR: Exception:exceptions.NameError Message:name 'omap5912osk' is not defined |
| 11:17.44 | hrw | need to fix |
| 11:18.43 | *** join/#oe Laibsch (n=Laibsch@R7664.r.ppp-pool.de) |
| 11:19.44 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 11:21.41 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 11:25.05 | hrw | koen: angstrom distro will get tweaks |
| 11:30.08 | CIA-4 | 03hrw 07org.oe.dev * r1d1e642d... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: added progear support |
| 11:30.09 | CIA-4 | 03hrw 07org.oe.dev * rabf23eb8... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: orinoco 0.13e is 2.4 only - under 2.6 you want to use 0.15 from kernel |
| 11:30.14 | CIA-4 | 03hrw 07org.oe.dev * r422a87f2... 10/ (1 conf/distro/include/angstrom.inc): angstrom: we want PCI support |
| 11:31.05 | hrw | progear support will follow |
| 11:32.39 | *** part/#oe T0mW (n=Tom@24.238.68.20) |
| 11:38.28 | *** join/#oe AvengerMoJ1 (n=alex@219.142.231.235) |
| 11:47.38 | CIA-4 | 03hrw 07org.oe.dev * r5cccddf0... 10/ (1 conf/machine/progear.conf): progear: added machine config |
| 11:47.45 | CIA-4 | 03hrw 07org.oe.dev * r74c74685... 10/ (1 packages/wpa-supplicant/wpa-supplicant_0.5.5.bb): wpa-supplicant: fix parse error |
| 11:47.55 | CIA-4 | 03hrw 07org.oe.dev * r0db2e158... 10/ (1 conf/bitbake.conf packages/tasks/task-base.bb): |
| 11:47.55 | CIA-4 | moved COMBINED_FEATURES and rest of task-base calculations from task-base.bb into bitbake.conf |
| 11:47.55 | CIA-4 | - without this move we can not use COMBINED_FEATURES (and other task-base |
| 11:47.55 | CIA-4 | <PROTECTED> |
| 11:48.05 | CIA-4 | 03hrw 07org.oe.dev * r64360d71... 10/ (1 conf/machine/native.conf): native: set images to 'tar.gz' if not set |
| 11:48.12 | CIA-4 | 03hrw 07org.oe.dev * r95d88825... 10/ (1 packages/tasks/task-opie.bb): task-opie: switched to task-base style |
| 11:54.46 | *** join/#oe nevarrie (n=jgrant@CPE-72-128-35-75.kc.res.rr.com) |
| 11:55.47 | *** join/#oe nevarrie_ (n=jgrant@CPE-72-128-35-75.kc.res.rr.com) |
| 12:04.27 | *** join/#oe redguy (n=mati@public-gprs8480.centertel.pl) |
| 12:04.40 | hrw | does someone build x86 on x86-64? |
| 12:04.54 | koen | nope |
| 12:05.03 | koen | x86-64 userspace, you mean |
| 12:05.28 | hrw | host: x86-64, target: x86 |
| 12:05.39 | hrw | and by x86-64 I mean 64bit kernel+userspace |
| 12:05.53 | koen | nope |
| 12:06.09 | koen | I have been thinking about having OE build a x86_64 distro |
| 12:06.18 | koen | I could load that in a VM under OSX |
| 12:06.34 | koen | hrw: how much storage does the progear have? |
| 12:06.50 | hrw | 5GB hdd |
| 12:06.54 | zecke | ,l |
| 12:07.07 | hrw | its normal 2.5" hdd |
| 12:07.12 | zecke | koen: got a core duo 2? |
| 12:07.16 | *** join/#oe nicolasfr (n=manager@82.230.164.247) |
| 12:07.18 | koen | I've also been thing about a task-fsck-busybox-I-have-space |
| 12:07.22 | koen | zecke: yes |
| 12:07.28 | zecke | koen: bastard |
| 12:07.36 | hrw | koen: nice idea |
| 12:08.32 | koen | coreutils, findutils, procps, psmisc, util-linux, bash, etc |
| 12:08.32 | Ifaistos | zecke : Hi ! |
| 12:08.54 | Ifaistos | zecke : As for the problem with bitbake i told you yesterday. The last version from the cvs that runs without the problem is 1.4.2 |
| 12:09.07 | zecke | we don't have cvs |
| 12:09.19 | Ifaistos | zecke : svn |
| 12:09.43 | zecke | Ifaistos: so 1.4.3 doesn't work anymore? 1.6.3 doesn't work either? |
| 12:09.57 | zecke | Ifaistos: don't mix tabs and spaces in python code |
| 12:10.22 | Ifaistos | zecke : no they don't neither 1.7.2 (i think) dev brach |
| 12:10.42 | zecke | I refuse to believe that (specially 1.4.2 vs. 1.4.3) |
| 12:10.54 | zecke | specially as 1.4.2 and 1.4.3 are identical |
| 12:11.23 | zecke | anyway I need to study now |
| 12:11.33 | rwhitby | koen: slugos would use that task :-) |
| 12:11.34 | zecke | Ifaistos: I have shown you the tools to debug, use them wisely |
| 12:11.44 | koen | zecke: did you get the patch from lennert I forwarded you? |
| 12:12.08 | zecke | koen: to which branch should this be applied, I'm sure I have edited the MANIFEST somewhere already |
| 12:12.15 | Ifaistos | zecke : i tried 1.4.2, 1.4.4, 1.6.0, 1.6.2 and 1.6.4 |
| 12:12.17 | koen | good point |
| 12:12.24 | zecke | Ifaistos: -DDD will show you which files got opened |
| 12:12.31 | zecke | Ifaistos: take a look where you mix space and tabs |
| 12:12.57 | Ifaistos | zecke : will do that. thanks |
| 12:14.38 | zecke|away | Ifaistos: and as I have said yesterday look at the output of python -vvv to see where it loads the bb modules from... |
| 12:17.39 | hrw | | checking for memcpy... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. |
| 12:17.42 | hrw | | make[1]: *** [configure-zlib] Error 1 |
| 12:17.48 | hrw | ok. looks like place to search for |
| 12:18.48 | nicolasfr | hrw: got the same error here |
| 12:19.33 | nicolasfr | hrw: are you trying to build on a 32bit cpu? |
| 12:21.30 | hrw | nicolasfr: on 64bit for 32bit |
| 12:22.02 | nicolasfr | I solved this by removing "multidir = 64" in zlib/Makefile |
| 12:22.34 | hrw | thx for hint |
| 12:22.41 | nicolasfr | I have a 32bits cpu and gcc-cross-4.1.1 tries to build with "gcc m64" flag, hence the problem. |
| 12:23.01 | nicolasfr | I haven't found how to solve the problem from the beginning |
| 12:24.08 | koen | are anonymous functions in .incs broken in bitbake trunk? |
| 12:25.44 | koen | in particular the binary locale funtion in glibc? |
| 12:31.13 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
| 12:31.55 | zecke|away | koen: tabs. vs. spaces? got an error message? |
| 12:32.23 | koen | zecke|away: the glibc build acts like the function isn't there |
| 12:32.39 | koen | and no error messages I'm aware off |
| 12:33.01 | koen | if I type "jksdhjfjshgskj" inside the function I get an error during parsing |
| 12:33.42 | koen | I got suspicious when my hx4700 OOMed with localegen and the glibc build didn't take 2 hours |
| 12:37.34 | zecke|away | koen: hmm |
| 12:38.11 | zecke|away | koen: which file is this anonfunc in? |
| 12:40.23 | Ifaistos | zecke|away : Here is a full debug log -> http://pastebin.ca/258336 |
| 12:41.25 | Ifaistos | zecke|away : It complains that the base.bbclass has tab/spaces problems |
| 12:42.28 | zecke|away | Ifaistos: and you don't have any changes to it? |
| 12:42.40 | *** join/#oe psokolovsky (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) |
| 12:42.44 | zecke|away | but this doesn't explain 1.4 and 1.6 issues |
| 12:42.55 | Ifaistos | zecke|away : no its straight from the oe repository |
| 12:44.31 | Ifaistos | zecke|away : In all cases the metadata/conf files are exactly the same. i only change the bitbake version |
| 12:44.55 | Ifaistos | zecke|away : remove old, checkout another version from the rep |
| 12:45.13 | zecke|away | any files not from OE/BitBake that gets loaded? |
| 12:45.20 | zecke|away | e.g. local machines, distros... |
| 12:45.44 | Ifaistos | zecke|away : my distro definition files owmnr.conf |
| 12:46.09 | Ifaistos | zecke|away : these are not the oe rep |
| 12:46.41 | zecke|away | sorry need to study but what about looking into these files? |
| 12:47.53 | Ifaistos | zecke|away : i'll re-write them from scratch (to be safe), but it looks like something changed after 1.4.2 |
| 12:51.31 | zecke|away | Ifaistos: http://www.rafb.net/paste/results/DPsYn221.html this changed in the bitbake 1.4 branch |
| 12:51.31 | CIA-4 | 03mwester 07org.oe.dev * r85bfa5e5... 10/ (4 files in 3 dirs): slugos-init: add support for the DSM-G600 |
| 12:51.37 | zecke|away | if you say that 1.4.3 is broken already check the differences |
| 12:51.45 | CIA-4 | 03mwester 07org.oe.dev * re2e9353b... 10/ (1 packages/linux/ixp4xx-kernel_2.6.19-rc5.bb): ixp4xx-kernel: add 77-dsmg600-cmdline patch |
| 12:51.51 | CIA-4 | 03rwhitby 07org.oe.dev * r6e2f8d4e... 10/ (1 packages/slugos-init/files/functions): slugos-init: Added initial support for FSG-3 |
| 12:52.01 | CIA-4 | 03rwhitby 07org.oe.dev * r101cc837... 10/ (4 files in 3 dirs): ixp4xx-kernel: Updated to 2.6.19-rc6 |
| 12:52.20 | rwhitby | just eat some bran, CIA-4 ? |
| 12:52.23 | zecke|away | Ifaistos: r533 could be a candidate which would be triggered (e.g. by my broken icecc class) |
| 12:53.12 | zecke|away | I'm away now |
| 12:54.39 | hrw | another rebuild attempt... |
| 12:56.27 | cyrilRomain | Ifaistos: there is mixed tabs and space in base.bbclass but I don't have any problem building here ... |
| 12:56.34 | cyrilRomain | s/is/are/ |
| 12:57.14 | Ifaistos | cyrilRomain : From cvs ? |
| 12:57.17 | Ifaistos | svn |
| 12:57.29 | cyrilRomain | bitbake 1.6.3 from svn yes |
| 12:57.54 | cyrilRomain | and OE database from ... one or two days |
| 12:58.00 | *** join/#oe schurig (n=schurig@p54B2B8E1.dip0.t-ipconnect.de) |
| 12:58.09 | zecke|away | Ifaistos: any special INHERIT? |
| 12:59.07 | cyrilRomain | zecke|away: you got it: base.bbclass:23 |
| 12:59.53 | Ifaistos | zacke|away : yes a INHERIT += "owmnr-mirrors" in local.conf |
| 13:00.20 | hrw | Ifaistos: how many mirrors? one? |
| 13:00.38 | zecke|away | Ifaistos: any special pythong magic in there? |
| 13:00.44 | zecke|away | anyway, now I'm really away |
| 13:00.48 | *** part/#oe zecke|away (n=ich@88.134.98.23) |
| 13:01.14 | Ifaistos | zecke|away: 2 mirros. no magic |
| 13:01.35 | Ifaistos | MIRRORS_prepend () { |
| 13:01.35 | Ifaistos | ftp://.*/.*/ http://www.ifaistos.awmn/source/current |
| 13:01.35 | Ifaistos | http://.*/.*/ http://www.ifaistos.awmn/source/current |
| 13:01.35 | Ifaistos | } |
| 13:01.37 | schurig | hrw: hi |
| 13:01.47 | hrw | hi schurig |
| 13:02.09 | hrw | Ifaistos: hm. I need to push own-mirrors.bbclass |
| 13:02.17 | schurig | hrw: I think it is easier (and saver) to continue with the GPL code from OLPC |
| 13:02.47 | hrw | schurig: agreed |
| 13:03.20 | schurig | I've made a directory with this in SVN, the wlan_* things compile cleanly against 2.. |
| 13:03.28 | schurig | 2.6.19-rc6 already |
| 13:03.41 | hrw | great |
| 13:03.51 | schurig | there's a GTODO |
| 13:04.03 | schurig | (he battles with a murky laptop keyboard) |
| 13:04.25 | schurig | there's a TODO file there that shows you all the errors/warnings I get. Not much :-) |
| 13:04.55 | schurig | and of course they are all there becuase I don't have any pcmcia_cs support there :-) |
| 13:05.33 | hrw | ok - I'll look |
| 13:05.33 | schurig | from what I know so far the differences between 8388 (OLCP) and 8385 (us) are minimal |
| 13:05.38 | hrw | schurig: my card is no name - checked |
| 13:06.03 | schurig | in the patched directory, all they do is to load a different firmware blob, but AFAIK no different codepaths |
| 13:06.23 | hrw | the only one signs are: "WLAN CF Card\n802.11b/g" and mac on reverse |
| 13:06.37 | schurig | hrw: does your card give the same pccardctl info output as mine (as the one in the main README?) |
| 13:06.54 | schurig | my card has an AmbiCom label |
| 13:06.59 | hrw | let me see on my page |
| 13:07.14 | hrw | Socket 1: product info: "Marvell", "802.11 CF", "ID: 04", "" manfid: 0x02df, 0x8103 function: 6 (network) |
| 13:07.49 | hrw | same id |
| 13:07.50 | schurig | hrw: yes, the same as mine |
| 13:08.01 | schurig | hrw: I guess that Stephan simplyd |
| 13:08.09 | schurig | <PROTECTED> |
| 13:08.14 | hrw | ;) |
| 13:08.32 | hrw | 00:16:41 is probably ambicom OUI |
| 13:09.00 | hrw | nope |
| 13:09.20 | schurig | where is this OUI from? And: what's an OUI? |
| 13:09.40 | hrw | first 3 octets of MAC == manufacturer |
| 13:10.04 | hrw | 00-16-41 (hex)USI |
| 13:10.05 | hrw | 001641 (base 16)USI 141, LANE 351, TAIPING RD. SEC.1, TSAO-TUEN NAN-TOU 542 TAIWAN, REPUBLIC OF CHINA |
| 13:10.15 | hrw | this is real manufacturer of card |
| 13:10.24 | hrw | http://standards.ieee.org/regauth/oui/oui.txt |
| 13:10.38 | schurig | ahh, an old friend |
| 13:10.50 | schurig | our Hermes 2 cards where from USI |
| 13:11.24 | hrw | ;) |
| 13:12.42 | hrw | I imagined you with phone: 'hi man, I have on of yours 802.11g cf cards. dont ask where I got one but send me 2000 of them' ;D |
| 13:14.02 | hrw | nicolasfr: disable java and you will get working gcc-cross |
| 13:16.03 | nicolasfr | hrw: how do I disable java? |
| 13:16.12 | *** join/#oe cedricb (n=cedric@AAnnecy-152-1-96-102.w86-197.abo.wanadoo.fr) |
| 13:18.11 | hrw | nicolasfr: look into gcc_4.1.1.bb |
| 13:18.50 | nicolasfr | hrw: thanks, I try right now |
| 13:19.54 | cedricb | koen: http://pastebin.ca/258365 |
| 13:20.00 | nicolasfr | hrw: --disable-java in extra_oeconf I guess? |
| 13:20.26 | nicolasfr | hrw, oh no I see the LANGUAGES variable |
| 13:21.34 | hrw | FSCK! |
| 13:21.59 | hrw | I bought CF Type II -> PCMCIA adapter and this does not accept Type I cards |
| 13:22.02 | hrw | ARGH |
| 13:23.34 | nicolasfr | hrw: doh! a couple of days ago I ordered a type1 cf card, and wanted to use it in CF type2->pcmcia adapter :/ |
| 13:24.14 | hrw | nicolasfr: currently all my cf cards are type 1, but all hardware accept type 1/2 - now all except one... |
| 13:24.57 | *** part/#oe AvengerMoJ1 (n=alex@219.142.231.235) |
| 13:25.16 | nicolasfr | I ordered AmbiCom Compact Flash Wireless LAN 802.11b (WL1100C-CF). Do you know this card? |
| 13:25.36 | hrw | normal prism2 card |
| 13:25.39 | hrw | good choice |
| 13:27.06 | nicolasfr | good! these CF cards are so expensive... |
| 13:30.14 | hrw | nicolasfr: can't comment - I never bought wifi card |
| 13:30.54 | hrw | in whol life I bought 128M memorystick (sold later) and 16M cf card |
| 13:31.20 | hrw | whol/whole |
| 13:40.14 | koen | ibot_: botmail for zecke: the anonfunc is in glibc-package.bbclass |
| 13:42.24 | *** join/#oe TheCan (n=thecan@dslb-084-056-140-218.pools.arcor-ip.net) |
| 13:43.49 | koen | ERROR: log data follows (/data/build/koen/OE/build/tmp/angstrom/work/arm-angstrom-linux-gnueabi/wpa-supplicant-0.5.5-r0/temp/log.do_configure.27473) |
| 13:43.49 | koen | | /data/build/koen/OE/build/tmp/angstrom/work/arm-angstrom-linux-gnueabi/wpa-supplicant-0.5.5-r0/temp/run.do_configure.27473: line 272: syntax error near unexpected token `do' |
| 13:44.20 | koen | ~lart broken nslu2 mtn mirror |
| 13:44.59 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 13:46.29 | hrw | http://www.hrw.one.pl/2006/11/26/epson-stylus-dx4000/ |
| 13:47.12 | CIA-4 | 03koen 07org.oe.dev * r4bfb03b1... 10/ (1 packages/wpa-supplicant/wpa-supplicant_0.5.5.bb): wpa-supplicant 0.5.5: if [] ; then ; do isn't valid sh, remove ';do' |
| 13:48.03 | koen | I wonder if the hp laserjet duplex module works under linux |
| 13:49.08 | hrw | koen: thx for fix |
| 13:49.08 | koen | ~lart gutenprint for running generated binaries |
| 13:49.22 | nicolasfr | hrw: disabling java in gcc-4.1.1.bb does indeed fix the problem thanks! Should that fix be pushed in OE? |
| 13:49.41 | hrw | nicolasfr: no idea - can you report bug so we will remember and discuss? |
| 13:50.02 | nicolasfr | hrw: ok |
| 13:50.04 | *** join/#oe leoncamel (n=leoncame@219.142.158.167) |
| 13:50.09 | hrw | hi leoncamel |
| 13:50.37 | hrw | leoncamel: got confirmation from ltg? |
| 13:51.14 | nicolasfr | hrw: just for my knowledge, how did you figure that disabling JAVA solves GCC compilation? |
| 13:52.09 | hrw | nicolasfr: it failed inside of libjava |
| 13:52.21 | leoncamel | hrw, well, not now. I will check it. |
| 13:53.06 | nicolasfr | hrw: ok thanks |
| 13:56.48 | hrw | someone familiar with BT headsets? how many manufacturers produce shit which does not want to work with any device? |
| 14:02.15 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 14:05.04 | koen | almost all headsets |
| 14:06.29 | hrw | koen: almost all works with any or vice versa? |
| 14:06.41 | koen | allmost all headsets are shit |
| 14:08.52 | nicolasfr | hey cool, I have python libiw bindings working on zaurus ;) |
| 14:08.58 | koen | Packaged contents of wpa-supplicant into /data/build/koen/OE/build/tmp/angstrom/deploy/glibc/ipk/wpa-supplicant_0.5.5-r0_arm.ipk |
| 14:09.01 | koen | WTF? |
| 14:09.21 | koen | 'bitbake foo' creates armv5te ipkgs, 'bitbake -b foo.bb' creates arm ipkgs |
| 14:09.31 | koen | something is VERY broken in bitbake trunk |
| 14:09.32 | nicolasfr | simple wireless console scanner is working ;) |
| 14:10.47 | koen | ah, hmmm |
| 14:10.52 | koen | it's just wpa-supplicant |
| 14:12.09 | hrw | koen: TARGET_ARCH instead of PACKAGE_ARCH probably... |
| 14:12.10 | hrw | my fault |
| 14:16.28 | hrw | have to go now |
| 14:17.33 | CIA-4 | 03koen 07org.oe.dev * r2152f346... 10/ (1 packages/wpa-supplicant/wpa-supplicant_0.5.5.bb): wpa-supplicant 0.5.5: work around OE/bitbake arch bug |
| 14:22.11 | Laibsch | bitbake sanity checker says I need 1.6.2. Can I upgrade from 1.6.0 or do I need to do a complete check out? "svn up" as usual did not do it. |
| 14:25.07 | nicolasfr | bitbake is not aware of .tbz2 extension? |
| 14:28.12 | *** join/#oe gremlin[it] (n=gremlin@ppp-52-8.25-151.libero.it) |
| 14:28.37 | cyrilRomain | nicolasfr: only uclibc++/uclibc++_0.1.9.bb seems to use tbz2 |
| 14:29.04 | CIA-4 | 03koen 07org.oe.dev * r9a4fb914... 10/ (3 files in 2 dirs): gcc-cross 4.1.1: fix libg* architecture bugs, closes #1265 |
| 14:31.52 | gremlin[it] | i have big space problems with gpe on h3600 ... 16MiB of flash is really tight, |
| 14:32.04 | koen | Laibsch: http://www.openembedded.org/viewmtn/revision.psp?id=59e9ba26f46315792dd5f9c99d410cae393b9173 |
| 14:32.23 | gremlin[it] | uclibc is full intterchangable with glibc ? |
| 14:32.29 | koen | gremlin[it]: no |
| 14:32.56 | gremlin[it] | any doc about divverences / issues ? |
| 14:33.04 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 14:33.10 | nicolasfr | cyrilRomain: ok thanks. I am making recipes for packages that use .tbz2, I just used the uclibc++ method (add a new unpack method)... |
| 14:33.17 | *** part/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 14:33.30 | koen | gremlin[it]: uclibc isn't even interchangeable with uclibc |
| 14:33.36 | koen | gremlin[it]: see uclibc .org |
| 14:35.58 | gremlin[it] | mhh i notice uclibc is in oe.dev ... which architecture/distro use it ? |
| 14:37.02 | koen | gremlin[it]: I'd wait for uclibc .29 to get released |
| 14:37.09 | koen | .28 is over a year old |
| 14:37.20 | gremlin[it] | ok thanks ! |
| 14:41.35 | gremlin[it] | it really frustrating ... i build a gpe without any application and i have still a 15MiB image :( :( ... |
| 14:48.09 | koen | try using task-base with some less DISTRO_FEATURES |
| 14:49.21 | koen | mickeyl: guten morgen! |
| 14:49.23 | mickeyl | hrw|gone: this is about the N100 (first Lenovo design), the thinkpads are very compatible |
| 14:49.27 | mickeyl | koen: Guten Morgen! |
| 14:49.44 | mickeyl | koen: btw, my HP 1320nw works pretty well on Linux with Duplex. |
| 14:49.58 | koen | ah, cool |
| 14:51.34 | Laibsch | koen: nice, but I do not use poppler. |
| 14:51.43 | Laibsch | bugs.openembedded.org down? |
| 14:51.57 | koen | no, its ip changed |
| 14:52.01 | koen | try bugs.treke.net |
| 14:53.24 | *** join/#oe TheCan (n=thecan@dslb-084-056-140-218.pools.arcor-ip.net) |
| 14:55.27 | *** topic/#oe by mickeyl -> OpenEmbedded Developer Lounge | http://www.openembedded.org | bug tracker changed IP -- until propagated, use temporary name bugs.treke.net |
| 14:56.01 | gremlin[it] | neither treke.net work for me ... |
| 15:04.03 | Laibsch | koen: thanks. |
| 15:07.23 | cyrilRomain | how should I handle daemon files ? Gentoo uses /etc/init.d/ and /etc/conf.d/, but what is the policy in OE, or in particular in Angström ? |
| 15:07.46 | gremlin[it] | the sintiax mount -at nonfs,nosmb isn't recognized ! |
| 15:07.57 | gremlin[it] | neither mount -at jffs2,tmpfs ... |
| 15:08.10 | gremlin[it] | only one filesystem at time can be specified :( |
| 15:08.12 | koen | cyrilRomain: correct |
| 15:08.34 | koen | gremlin[it]: use util-linux(u)mount |
| 15:08.38 | cyrilRomain | koen: ok thanks. Should learn a bit then. I didn't used debian so much |
| 15:12.19 | mmp | hello, were there any optimizations to build process of busybox? Like putting all sources in one big file and so... . |
| 15:13.04 | mmp | most of time the laptop was doing swap-out, of course:) |
| 15:22.15 | Laibsch | looks like bugs.treke.net is quite overloaded. |
| 15:36.04 | cyrilRomain | In the receipe I'm trying to create, something creates a .debug directory in the do_install process. Do you know which command create it ? |
| 15:37.30 | cyrilRomain | is it related to DISTRO_TYPE = "debug" ? |
| 15:41.29 | *** join/#oe rob_w (n=bob@p85.212.191.167.tisdip.tiscali.de) |
| 15:41.53 | cyrilRomain | it is 'install ${S}/utils/bitlbeed ${D}${sysconfdir}/init.d/bitlbeed' that create .debug directory into init.d |
| 15:46.13 | cyrilRomain | does anyone know why .debug is created ? (if it is not a problem for now, I'd like in future to create .ipk without debug binaries) |
| 15:53.24 | cyrilRomain | hmm are debug binaries always created, and not put into .ipk except when there is FILES_${PN}-dbg += "..." in the.bb ? Or am I wrong ? |
| 15:54.39 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 15:57.36 | koen | cyrilRomain: /etc/init.d/ only holds scripts |
| 16:00.26 | cyrilRomain | koen: hmm why is .debug created then ? .. |
| 16:00.39 | cyrilRomain | ah 'script' |
| 16:00.48 | koen | because bitbleed is a binary, not a script |
| 16:01.02 | cyrilRomain | bitlbee comes with a dameon that is compiled |
| 16:01.10 | koen | system daemon usually live in /sbin |
| 16:01.26 | cyrilRomain | where should bitlbeed be located then ? |
| 16:01.31 | cyrilRomain | ok, thanks |
| 16:03.42 | cyrilRomain | koen: I guess I should intensively use the variable set in bitbake.conf, like base_sbindir ? :) |
| 16:03.58 | cyrilRomain | or sbindir even |
| 16:04.31 | koen | yes |
| 16:15.44 | *** join/#oe florian_ (n=fuchs@87.193.11.193) |
| 16:16.32 | chouimat | morning |
| 16:17.31 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 16:17.40 | florian | hi all |
| 16:17.46 | gerwinin | hey florian |
| 16:18.11 | gerwinin | If I do a mkdir in my bb file I am getting a permission denied how can I solve this ? |
| 16:19.02 | cyrilRomain | gerwinin: using the 'install' command instead ? |
| 16:19.41 | gerwinin | cyrilRomain if I do that I am getting the same :( |
| 16:20.20 | cyrilRomain | gerwinin: ah.. :-/ |
| 16:22.01 | *** join/#oe leoncamel (n=leoncame@219.142.158.167) |
| 16:23.16 | cyrilRomain | gerwinin: check you don't try to create a directory on your host system. No idea alse |
| 16:24.09 | gerwinin | http://www.dalprogrammers.com/pastebin/index.php?show=44 |
| 16:25.37 | cyrilRomain | gerwinin: you probably have to use '${D}${includedir}' instead of '${includedir}' |
| 16:26.27 | gerwinin | Okay I will try that |
| 16:29.13 | *** join/#oe ggilbert_ (n=ggilbert@64.136.190.225) |
| 16:30.05 | gerwinin | cyril that seems to work |
| 16:31.25 | cyrilRomain | gerwinin: to be fair if you asked me one our ago, I could not answer you ;) |
| 16:31.51 | pb_ | hi florian |
| 16:32.03 | florian | hey pb_ |
| 16:32.45 | cyrilRomain | gerwinin: you can read the conf/bitbake.conf file which is a bible for the variable that should be used in .bb files |
| 16:33.42 | cyrilRomain | gerwinin: you will see that using only ${includedir} was trying to write file on your host system |
| 16:42.29 | *** join/#oe XorA|gon1 (n=dp@81-178-194-246.dsl.pipex.com) |
| 16:55.22 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 16:57.01 | *** join/#oe TheCan (n=thecan@dslb-084-057-210-059.pools.arcor-ip.net) |
| 17:09.16 | *** join/#oe ggilbert (n=ggilbert@64.136.190.225) |
| 17:14.54 | *** join/#oe rob_w (n=bob@p85.212.202.157.tisdip.tiscali.de) |
| 17:19.30 | *** join/#oe nxu (i=n@gateway/tor/x-065bf118b60b0383) |
| 17:23.33 | *** join/#oe cedricb (n=cedric@AAnnecy-152-1-134-197.w86-202.abo.wanadoo.fr) |
| 17:34.13 | mickeyl | ~seen zecke |
| 17:34.32 | ibot | zecke <n=ich@88.134.98.23> was last seen on IRC in channel #oe, 5h 22m 1s ago, saying: 'Ifaistos: take a look where you mix space and tabs'. |
| 17:39.23 | *** join/#oe nxu_ (i=n@gateway/tor/x-75b7c0c4fda9224e) |
| 17:47.58 | *** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 17:48.44 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 17:49.19 | Jin^eLD | huhu |
| 17:50.46 | mickeyl | koen: i didn't have a chance to say "i'm back" to dfoley. I'm really 200% loaded atm. and wouldn't have time to play with it anyway. Do you know someone who is interested? |
| 17:53.24 | *** join/#oe hvontres|poodle (n=henry@adsl-75-30-202-206.dsl.sndg02.sbcglobal.net) |
| 17:57.59 | koen|away | mickeyl: not from the top of my head |
| 17:58.41 | mickeyl | koen: you use gprs from linux, right? have an URI for a good tutorial? (that is, gprs-over-usb here) |
| 17:59.00 | koen|away | gkdial |
| 17:59.05 | koen|away | it's just ppp |
| 17:59.12 | koen|away | with nasty carii |
| 17:59.18 | koen|away | carrier specific details |
| 17:59.56 | mickeyl | hmm, i though everything i need is APN, login, pw |
| 18:00.04 | mickeyl | i have it running on win ;) |
| 18:00.34 | koen|away | try putting 'debug; |
| 18:00.34 | koen|away | ' |
| 18:00.34 | koen|away | in the ppp options file |
| 18:00.35 | koen|away | grrr |
| 18:00.45 | koen|away | stupid different keyboard layouts |
| 18:00.52 | Jin^eLD | mickeyl: I used wvdial, worked fine for me, I can give you my conf file if you want |
| 18:00.54 | koen|away | ~bon appetit |
| 18:01.02 | ibot | from memory, bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito |
| 18:03.05 | psokolovsky | Hi! |
| 18:03.26 | psokolovsky | RP: Share the secret, how do you manage OZ kernel patches? ;-) |
| 18:04.31 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 18:05.06 | koen|away | psokolovsky: quilt |
| 18:05.17 | koen|away | psokolovsky: and actively pushing stuff upstream |
| 18:05.25 | psokolovsky | koen|away, only quilt? |
| 18:14.05 | *** join/#oe furlongm (n=furlongm@83.70.36.230) |
| 18:16.25 | psokolovsky | Well, that quilt thing appears to be a whole poor man's SCM ;-) |
| 18:17.02 | psokolovsky | It doesn't answer my usecase though - what if you already have normal (or subnormal) SCM to manage changes, |
| 18:17.19 | koen|away | you're screwed |
| 18:17.22 | psokolovsky | then how to manage patches against another branch of development? |
| 18:17.32 | koen|away | since you can't split out changes easily |
| 18:17.51 | psokolovsky | What I'm looking for is a way to do set arithmetic on patches |
| 18:18.15 | psokolovsky | koen|away, I exactly look for a way to split out changes - easily! ;-) |
| 18:18.22 | koen|away | you mean graph theory? |
| 18:19.35 | koen|away | psokolovsky: extract the big patch, split it up, run quilt, split it up further, run quilt, ... , profit |
| 18:20.03 | psokolovsky | koen, like substract one patch from another, or pull patch for file x, or pull hunk #y for file z |
| 18:21.07 | koen|away | yes, you have to pull it apart by hand or with diffsplit and tell quilt about each seperate group |
| 18:21.25 | psokolovsky | koen|away, well, I wrote what I needed in 2 hours, now I wonder if I should put another 5 hours in cleaning it up/documenting, or should just throw away because such a util(s) already exist ;-) |
| 18:21.46 | psokolovsky | koen|away, ok, thanks for hints |
| 18:21.51 | koen|away | quilt is pretty much the standard |
| 18:21.59 | koen|away | psokolovsky: and look into devmem2 as well |
| 18:22.35 | koen|away | psokolovsky: I'm getting sick of people reinventing the wheel at the kernel-discuss mailinglist |
| 18:23.44 | psokolovsky | koen|away, I know about devmem2, used to use it ;-) but if people use another crap during testing, it's better to just follow instead of starting discussion what should be used ;-) |
| 18:25.15 | *** join/#oe fahhem (n=Administ@cpe-72-130-146-61.san.res.rr.com) |
| 18:25.30 | RP | psokolovsky: As others have said, I simply use quilt |
| 18:25.42 | RP | psokolovsky: quilt+OE :) |
| 18:25.47 | psokolovsky | RP: ok, thanks |
| 18:28.39 | RP | psokolovsky: One of the reasons I gave up with hh.org kernels was that changes couldn't be kept as isolated entities within the control system. The other was all the bugs the hh.org tree had at the time compared to mainline |
| 18:30.49 | psokolovsky | RP, yes, I see. Btw, do you know about any SCM which has that ability - to define symbolic patchset? I.e. to say that change to file x and file y, etc. represent patchset "foo", with ability extract it regardless for further changes being done to those files (which would affect patchset content, obviously) |
| 18:32.28 | RP | psokolovsky: stgit might (its a quilt+git combo) but I've never tried it |
| 18:34.27 | psokolovsky | ok, will have a look in case - would like to know if there're solutions for such usecases. at least that would be something new in SCM evolution ;-) |
| 18:35.26 | RP | psokolovsky: The patch series approach has worked really well for openzaurus and works for the nslu2 people too. I'm taking the "if it isn't broken" approach atm... :) |
| 18:36.19 | *** join/#oe hvontres|poodle (n=henry@adsl-75-35-102-210.dsl.sndg02.sbcglobal.net) |
| 18:36.34 | RP | psokolovsky: I know some people had some issues with said approach when I started with it a few years ago but I think I've converted most into believers now ;-) |
| 18:38.09 | psokolovsky | RP, yes, I understand that, and experience from using it is really helpful. We still need to manage patches in HH.org CVS for mainline suibmission somehow, and I don't want to do that by manually converting to quilt ;-) |
| 18:39.00 | RP | psokolovsky: You could turn hh.org kernel cvs into a set of kernel patches ;-) |
| 18:39.34 | RP | psokolovsky: (I'm joking but only half joking ;-) |
| 18:40.12 | psokolovsky | RP: no, I can't ;-) But I can participate in submitting patches upstream ;-) |
| 18:42.08 | *** part/#oe fahhem (n=Administ@cpe-72-130-146-61.san.res.rr.com) |
| 18:42.28 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 18:44.38 | *** join/#oe furlongm (n=furlongm@83.70.238.226) |
| 18:45.23 | koen | psokolovsky: you can emulate quilt by putting every 'set' in its own branch |
| 18:46.42 | psokolovsky | koen, well, not with CVS ;-D. anyway, I have a solution here, seems to do what I need. Just want to be sure I don't reinvent the bike ;-) |
| 18:48.12 | mickeyl | I was one of the people who rather have seen linux-rp being developed in a SCM |
| 18:48.32 | mickeyl | I'm very happy now RP listened to me :D |
| 18:48.32 | mickeyl | +not |
| 18:49.00 | mickeyl | I'm convinced RP's workstyle is the best approach if you really are commited to pushing stuff upstream |
| 18:49.13 | mickeyl | Jin^eLD: yes, please |
| 18:50.21 | Jin^eLD | mickeyl: mail? |
| 18:50.33 | mickeyl | Jin^eLD: mickeyl@linuxtogo.org please |
| 18:55.01 | hrw | 'morning' |
| 18:55.36 | hrw | gremlin[it]: fitting in 16M flash is hardcore work |
| 18:55.58 | hrw | gremlin[it]: if you have working sd or cf then I suggest going into root on external |
| 18:55.58 | Jin^eLD | mickeyl: k, you have new mail :> |
| 18:56.02 | Jin^eLD | hi hrw |
| 18:56.10 | koen | hrw: h36xx doesn't have SD/CF |
| 18:56.15 | koen | hrw: only via a sleeve |
| 18:57.09 | hrw | suxx |
| 18:57.51 | koen | yep |
| 18:58.01 | koen | but h36xx is like poodle |
| 18:58.19 | koen | instead of pxa250/pxa255 it's 16MB/32MB |
| 18:58.19 | hrw | koen: rather collie |
| 18:58.28 | koen | compaq ran out of small flash chips |
| 18:58.31 | *** part/#oe den-ros (n=den@ppp91-76-77-70.pppoe.mtu-net.ru) |
| 18:58.39 | gremlin[it] | hi hrw ... h3600 don't have removable storage :( .. sich :( |
| 18:58.49 | koen | so sometimes you're lucky and get a 32MB h3600 |
| 18:58.52 | hrw | gremlin[it]: so you are fscked |
| 18:59.06 | hrw | gremlin[it]: stick with bootstrap rather |
| 18:59.57 | gremlin[it] | maybe i can gain few hundreds KiB recompiling gpe with less library, sutting things like cairo or svg ... |
| 19:00.12 | gremlin[it] | s/sutting/cutting/ |
| 19:00.21 | hrw | gremlin[it]: remove wifi, bt support |
| 19:00.25 | koen | ipsec |
| 19:00.29 | gremlin[it] | already done :) |
| 19:00.31 | hrw | ppp |
| 19:00.58 | gremlin[it] | at now only ppp/ipsec kernel modules ... no applications |
| 19:01.13 | CIA-4 | 03koen 07org.oe.dev * r59e43ce3... 10/ (1 packages/bluez/bluez-gnome_0.6.bb): bluez gnome 0.6: add bluez-gnome, a config applet for bluez stuff |
| 19:01.44 | hrw | gremlin[it]: ipv6 and ipsec takes over 0.5M |
| 19:03.57 | gremlin[it] | ipsec and ipv6 .. neither kernel modules ... |
| 19:04.00 | gremlin[it] | only ppp |
| 19:04.24 | hrw | gremlin[it]: show me usr/lib/ipkg/status |
| 19:04.50 | hrw | task-angstrom* has die |
| 19:06.10 | *** join/#oe cyril_ (n=cyrilRom@AToulouse-157-1-78-73.w81-50.abo.wanadoo.fr) |
| 19:06.56 | mickeyl | Jin^eLD: arrived. thanks |
| 19:07.04 | Jin^eLD | np |
| 19:08.49 | gremlin[it] | hrw, i'll send via dcc or pastebin ? |
| 19:09.59 | CIA-4 | 03koen 07org.oe.dev * rcf980daf... 10/ (1 packages/angstrom/task-angstrom-x11.bb): task-angstrom-x11: add rotate applet |
| 19:10.06 | hrw | pastebin |
| 19:10.46 | psokolovsky | gremlin[it], so you're customer of uclibc, I guess ;-) |
| 19:11.31 | gremlin[it] | psokolovsky yes i'm thinking about :) .. koen suggest to wait till next (soon) release will come |
| 19:11.38 | psokolovsky | ok |
| 19:11.48 | koen | .29 is a lot better as .28 |
| 19:13.05 | gremlin[it] | if ill finish all other works befor 0.29 releas ei can start with a cvs snapshot ;) |
| 19:13.39 | koen | cvs? |
| 19:13.50 | koen | you mean svn |
| 19:14.00 | gremlin[it] | ok a snapshot :) ... |
| 19:14.39 | gremlin[it] | i didn't look what tool they use :) |
| 19:15.09 | gremlin[it] | hrw, http://pastebin.com/833373 |
| 19:15.33 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev$ ls packages/uclibc |
| 19:15.33 | koen | angstrom-xscale.config files uclibc-0.9.26 uclibc-0.9.27 uclibc-0.9.28 uclibc-cvs uclibc-initial_svn.bb uclibc.inc uclibc_svn.bb |
| 19:15.41 | koen | gremlin[it]: that makes it pretty clear ;) |
| 19:16.20 | gremlin[it] | i just don't look at :) |
| 19:18.37 | koen | psokolovsky: #1265 has been fixed, btw |
| 19:19.00 | koen | hrw: wpa-supplicant also has the right arch right now |
| 19:20.30 | *** join/#oe furlongm (n=furlongm@83.70.238.226) |
| 19:21.28 | *** join/#oe cedricb (n=cedric@AAnnecy-152-1-164-208.w86-209.abo.wanadoo.fr) |
| 19:22.20 | hrw | gremlin[it]: drop ALL locales |
| 19:23.35 | hrw | gremlin[it]: alsa modules, ppp modules, irda modules |
| 19:25.16 | hrw | drop procps - it use ncurses which take space |
| 19:25.31 | hrw | koen: great, thx |
| 19:25.49 | hrw | my progear build is at gcc-cross... |
| 19:29.13 | gremlin[it] | also glibc-localedata-transit-* |
| 19:30.44 | psokolovsky | koen, seen notification, nice! now to rebuild gcc ;-) |
| 19:37.29 | hrw | gremlin[it]: yes |
| 19:43.13 | *** join/#oe Virusmaster (n=Thomas@p549CFE4F.dip.t-dialin.net) |
| 19:45.47 | psokolovsky | koen, I heard opie has issues with psplash. just btw |
| 19:45.57 | koen | psokolovsky: so? |
| 19:46.04 | koen | psokolovsky: opie isn't supported in angstrom |
| 19:46.28 | psokolovsky | psokolovsky, yep, nothing ;-) just one of them has something to fix |
| 19:50.32 | *** join/#oe florian__ (n=fuchs@87.193.64.161) |
| 19:50.43 | cedricb | koen: did u see my previous post about qemu-native? |
| 19:51.26 | koen | cedricb: yes, the error message is abundantly clear |
| 19:51.56 | koen | qemu-*native* + "you need gcc3" error message |
| 19:52.45 | cedricb | but angstrom is gcc 4 |
| 19:52.52 | cedricb | or not? |
| 19:53.12 | cyril_ | cedricb: qemu doesn't build with gcc 4.x |
| 19:53.45 | cedricb | ok so I need to build with gcc 3 and switch to angstrom? |
| 19:53.52 | cedricb | after |
| 19:54.55 | *** join/#oe _gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 19:55.15 | cyril_ | cedricb: I suggest you to switch your native compiler just for qemu-native |
| 19:55.24 | koen | no need to switch |
| 19:55.42 | koen | 'apt-get install gcc-3.4' will install it in parallel to gcc4 |
| 19:55.49 | koen | qemu will pick the right one |
| 19:56.10 | cyril_ | koen: I had to ... at least on Gentoo I switchedwith gcc-config |
| 19:56.25 | koen | ~lart g3nt00 |
| 19:56.56 | cyril_ | koen: grrr ;) |
| 19:57.01 | *** join/#oe Slims_ (n=joni@211.188.76.83.cust.bluewin.ch) |
| 19:58.37 | *** join/#oe NAbyss (n=foo@220-253-46-19.VIC.netspace.net.au) |
| 20:02.38 | chouimat | koen debian SUCKS! |
| 20:02.40 | chouimat | :) |
| 20:03.02 | koen | I like hrw's quote |
| 20:03.18 | chouimat | ? |
| 20:03.30 | koen | ubuntu: african for 'can't configure debian' |
| 20:03.37 | chouimat | koen hehe |
| 20:03.50 | cyril_ | koen: LOL |
| 20:04.11 | koen | which reminds me of: http://xkcd.com/c178.html |
| 20:05.59 | chouimat | koen this is a good one ... I noticed that since 1996 all Linux distributions went from good to better and they are getting suckier (probably because they're run by Marketing drones now) |
| 20:25.32 | *** join/#oe kakaroto (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
| 20:32.30 | *** join/#oe cedricb (n=cedric@AAnnecy-152-1-163-156.w86-209.abo.wanadoo.fr) |
| 20:34.48 | hrw | re |
| 20:34.52 | hrw | koen: its not mine |
| 20:34.55 | hrw | its from #oe |
| 20:34.59 | *** join/#oe gerwinin_ (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 20:35.01 | *** join/#oe thejapa_ (n=thejapa@200-232-210-226.dsl.telesp.net.br) |
| 20:42.25 | koen | hrw: I got it from your sig :) |
| 20:42.43 | hrw | I know |
| 20:43.34 | hrw | 06-06/#oe.log:07 20:02< woglinde> it's african word for "cant configure debian" |
| 20:43.34 | hrw | 06-06/#oe.log:08 10:40< hrw> it's african word for "can't configure debian" |
| 20:43.34 | hrw | 06-08/#oe.log:02 13:16< woglinde> ubuntu is an african word for "can't configure debian" *g* |
| 20:44.02 | koen | chouimat|bored: the rest of the dexter episodes is a bit better as the first one |
| 20:44.12 | koen | chouimat|bored: so if you get bored again :) |
| 20:44.27 | hrw | 07 20:02< woglinde> I heard a cool joke |
| 20:44.30 | hrw | 07 20:02< woglinde> whats mean ubuntu? |
| 20:44.35 | hrw | 07 20:02< woglinde> it's african word for "cant configure debian" |
| 20:44.42 | hrw | first occuranc |
| 20:44.43 | hrw | e |
| 20:46.50 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 20:47.44 | *** join/#oe chopstix (n=chopstix@unaffiliated/chopstix) |
| 20:47.50 | *** join/#oe _gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 20:47.57 | CoreDump|home | hrw: so true =) |
| 20:48.02 | *** part/#oe chopstix (n=chopstix@unaffiliated/chopstix) |
| 20:56.34 | chouimat|bored | koen hehe |
| 20:57.22 | hrw | inkjets are slow |
| 20:58.48 | CoreDump|home | compared to a laser printer, yes. But they are amazingly fast compared to a 24-needle printer =) |
| 20:59.05 | chouimat|bored | koen was reading this ... http://www.popsci.com/popsci/flat/bown/2006/innovator_5.html |
| 21:06.26 | hrw | question |
| 21:06.43 | hrw | does it was decided where OE team will book hotels for fosdem? |
| 21:07.12 | hrw | I just spent 318 pln on tickets so want to finally book hotels too |
| 21:07.22 | hrw | NOTE: package linux-2.6.18+2.6.19-rc6-r0: task do_compile: started |
| 21:07.47 | *** join/#oe gerwinin_ (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 21:08.27 | *** join/#oe florian__ (n=fuchs@84.245.175.111) |
| 21:13.31 | koen | hrw: no idea |
| 21:13.36 | koen | no responses to my email |
| 21:13.38 | RP | mickey|tv: still around? |
| 21:19.08 | *** join/#oe tmbinc (i=abcd@e176154186.adsl.alicedsl.de) |
| 21:21.19 | *** join/#oe hvontres|poodle (n=henry@adsl-75-37-187-194.dsl.sndg02.sbcglobal.net) |
| 21:22.22 | hrw | aha |
| 21:23.03 | hrw | bumped |
| 21:23.27 | RP | I've updated the STAGING_BINDIR proposal. Now I'm suggesting we need STAGING_BINDIR, STAGING_BINDIR_CROSS and STAGING_BINDIR_NATIVE |
| 21:29.49 | hrw | RP: what do you think about packages/linux/linux_2.6.18+2.6.19-rc6.bb? |
| 21:30.25 | RP | hrw: Creating a new one or using something as a base? |
| 21:30.38 | hrw | linux-x86 one |
| 21:30.45 | hrw | simplest possible |
| 21:30.54 | RP | hrw: I'm ok with that as a standard one |
| 21:31.07 | hrw | I use it for my progear |
| 21:31.21 | *** join/#oe gerwinin_ (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 21:31.23 | RP | It would nice to have it OZ comaptivle eventually :} |
| 21:32.06 | hrw | RP: SRC_URI_zaurus_append =? |
| 21:32.28 | RP | hrw: Makes it tricky for people to upgrade the .bb :-/ |
| 21:32.30 | hrw | koen: why angstrom does not use wpasupplicant 0.5.5? |
| 21:32.34 | hrw | RP: yep |
| 21:32.51 | hrw | RP: thats why I decided to create linux_ one |
| 21:33.01 | hrw | RP: simple, no !mainline patches at all |
| 21:33.07 | koen | hrw: no idea |
| 21:33.11 | hrw | one defconfig for machine (called defconfig) |
| 21:33.16 | hrw | koen: DEF_PREF-2 |
| 21:33.25 | RP | hrw: Add progear support to the OZ kernel - it should just work with a defconfig :} |
| 21:34.01 | hrw | RP: I know that it should. but from time to time people are asking about adding their kernels |
| 21:34.25 | hrw | koen: any plans on moving angstrom as is to pcmciautils? |
| 21:34.42 | koen | hrw: everything should be using pcmcia-utils |
| 21:35.06 | hrw | koen: so we have to track why progear got pcmcia-cs built at all |
| 21:35.12 | koen | hrw: gpe-conf |
| 21:35.23 | hrw | koen: for bootstrap-image too? |
| 21:37.15 | hrw | conf/bitbake.conf:PCMCIA_MANAGER ?= "pcmcia-cs" |
| 21:37.32 | koen | doesn't progear.conf select that? |
| 21:37.37 | hrw | koen: no |
| 21:37.51 | koen | if the oldest kernel is 2.6.19 it shouldn't have the pcmcia-cs ioctl anymore |
| 21:37.56 | hrw | koen: I think that pcmcia-cs/pcmciautils is rather distro machine |
| 21:39.30 | *** join/#oe Crofton|oe (n=balister@jhr-476-5192.mprg.ee.vt.edu) |
| 21:43.24 | hrw | cu - time for sleep |
| 21:43.48 | Crofton|oe | hrw, what does BROKEN= 1 in a bbfile mean> |
| 21:44.16 | koen | that it's broken, but the person was too lazy to move it to packages/non-working |
| 21:44.23 | Crofton|oe | thanks |
| 21:44.24 | Crofton|oe | :) |
| 21:44.36 | Crofton|oe | broken because they won't fetch? |
| 21:45.03 | hrw|gone | broken as 'I cant build it nevermind which reason' |
| 21:45.12 | Crofton|oe | ah |
| 21:45.19 | hrw|gone | koen: I drop packages, not move to nonworking |
| 21:45.46 | Crofton|oe | where would I find an example for using a username /pw with the svn fetcher? |
| 21:45.50 | hrw|gone | we have SCM |
| 21:45.59 | hrw|gone | Crofton|oe: svn://user:pass@svnserver? |
| 21:46.05 | hrw|gone | cu for now |
| 21:46.26 | Crofton|oe | l8r |
| 21:48.41 | CIA-4 | 03koen 07org.oe.dev * r3f62b62c... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007.1: prefer cairo 1.3.4 (for fpu speed ups) and wpa-supplicant 0.5.5 (<0.5.x breaks with networkmanager) |
| 21:50.05 | *** join/#oe _gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 22:01.38 | *** join/#oe TheCan (n=thecan@dslb-084-057-210-059.pools.arcor-ip.net) |
| 22:22.22 | mickeyl | RP: I agree (STAGING_BINUTILS_*) |
| 22:22.43 | koen | binutils? |
| 22:22.46 | koen | hey mickeyl |
| 22:22.46 | mickeyl | urghs |
| 22:22.49 | mickeyl | i'd better go to bed |
| 22:22.53 | mickeyl | STAGING_BINDIR_* even |
| 22:22.58 | mickeyl | hi |
| 22:23.00 | koen | that would be my suggestion as well :) |
| 22:23.15 | RP | hi mickeyl |
| 22:23.22 | mickeyl | i must stay awake until 0:00. have a phone call scheduled with taipeh |
| 22:23.27 | mickeyl | *sigh* |
| 22:23.55 | RP | mickeyl: Do you agree we vetting all the existing entires, changing to the three different ones, then prepare a smaller patch to switchover at some future date? |
| 22:24.10 | mickeyl | RP: i do. |
| 22:24.40 | RP | mickeyl: I'm tempted to proceed with it as I don't think its going to get many further comments on the mailing list :} |
| 22:24.47 | koen | bitesized upgrade steps are neat |
| 22:25.12 | mickeyl | RP: yeah, looks like not a lot care about binconfig :) |
| 22:25.32 | koen | pkgconfig is the future |
| 22:25.37 | RP | mickeyl: binconfig is still needed but will perhaps change role slightly |
| 22:26.04 | koen | who volunteers for refreshing the glib patches for pkgconfig 0.2x? |
| 22:26.06 | RP | We will need to find some way of indicating the presence of -config cross files for packages staging... |
| 22:26.30 | RP | binconfig + packaged staging = headache :-( |
| 22:26.49 | koen | I'm still not convinced we need a seperate cross/ dir |
| 22:27.35 | RP | koen: We do need the cross binaries in a different dir or at least symlinked from a dir in path |
| 22:28.28 | RP | We could install them into STAGING_BINDIR and symlink to STAGING_BINDIR_CROSS but in theory the installed versions should have different paths so I don't like this idea |
| 22:30.39 | koen | right |
| 22:30.59 | koen | the symlink could be provided by the foo-symlinks package |
| 22:31.32 | CIA-4 | 03koen 07org.oe.dev * r2cc7d534... 10/ (1 packages/gcc/gcc-cross-sdk_4.1.1.bb): gcc-cross-sdk: change include order to make it fail in a different place |
| 22:32.08 | koen | anyway |
| 22:32.11 | koen | time to sleep |
| 22:35.00 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-069-128.pools.arcor-ip.net) |
| 22:41.51 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:42.34 | RP | mickeyl: With these changes I'm optimistic that we can lose a lot of these "export XMMS_CONFIG="${STAGING_BINDIR}/xmms-config" style variables entirely which would be really nice to do :) |
| 22:43.26 | mickeyl | RP: i agree. that was a bit ugly and non-deterministic all the time |
| 22:44.02 | RP | mickeyl: ~100 .bb's left to review :} |
| 22:44.21 | mickeyl | *cough |
| 22:51.14 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
| 23:00.17 | mmp | Hello; I just noticed that the most recent angstrom gpe image for h5000 builds cups as well... I know there are bluetooth-enabled printers, but is it really neccessary for gpe image? :) |
| 23:05.17 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:10.01 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 23:10.59 | Laibsch | Is there a way to specify a niceness level with which to run OE/bitbake? |
| 23:16.55 | mickeyl | you mean other than "nice -n <foo> bitbake <bar>" ? |
| 23:17.20 | mickeyl | g'night guys |
| 23:17.28 | RP | 'night mickey|zzZZzz |
| 23:32.53 | VoodooZ | <PROTECTED> |
| 23:36.37 | Laibsch | yes, I meant not having to issue "nice -n $number bitbake $pkg" but just "bitbake $pkg" and bitbake got the niceness level from some config file. |
| 23:36.45 | Laibsch | But maybe this is not possible. |
| 23:36.49 | Laibsch | yet |
| 23:39.03 | RP | Laibsch: Have it handle BB_NICE_LEVEL and submit a patch? :) |
| 23:39.56 | Laibsch | sort of that thing. ;-) |
| 23:41.32 | Jin^eLD | are those huge numbers of different variables documented anywhere? :) |
| 23:41.51 | *** join/#oe concept10 (n=concept1@ppp-70-251-156-161.dsl.rcsntx.swbell.net) |
| 23:42.14 | RP | Jin^eLD: The one above doesn't exist yet |
| 23:42.53 | Jin^eLD | yeah I know that :) I meant the ones that do exist |
| 23:43.29 | RP | Jin^eLD: There is the OE users manual under development. There is also the bitbake manual for the actual core bitbake functionality |
| 23:43.48 | Jin^eLD | is it the one under "Documentation" on the OE website? |
| 23:44.10 | Jin^eLD | a reference list would be kind of cool |
| 23:44.48 | RP | Jin^eLD: The OE manual is the one there, yes |
| 23:45.13 | RP | Jin^eLD: Some variables are documented in conf/documentation.conf as well |
| 23:45.29 | Jin^eLD | aah, documentation.conf! I guess I missed that one, thanks |
| 23:54.29 | *** join/#oe Gerrath (n=Gerrath@unaffiliated/gerrath) |