| 00:15.52 | raduga | i saw the note from hrw, regarding: |
| 00:16.01 | raduga | <hrw:#oe> mmc: Add support for SDHC cards |
| 00:16.47 | raduga | is it working already? or still needs implementation? |
| 00:30.57 | NAiL | ~convert 500 aud to nok |
| 00:31.17 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 00:35.11 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 00:38.26 | rwhitby | did the DSMG600 RevA have a fan? |
| 00:38.37 | rwhitby | oops, wrong channel. sorry. |
| 00:39.38 | *** join/#oe TheMasterMind1 (n=aman@c-24-63-210-46.hsd1.ma.comcast.net) |
| 00:45.33 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 00:45.34 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:56.39 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 01:01.01 | v8jlene | dspencek: I hit the same makekeys problem in x11 today, this patch seems to fix it: http://lists.freedesktop.org/archives/xorg/2006-June/015784.html |
| 01:08.41 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:47.31 | CoreDump|home | hrw|gone: congrats to the N770 =) |
| 01:48.30 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 01:56.28 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 02:09.12 | Crofton | http://www.flickr.com/photos/32615155@N00/405228461/in/set-72157594561002629/ |
| 02:10.22 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 02:15.45 | rwhitby | Crofton: nice, thx. |
| 02:17.21 | Crofton | there are hundreds of fosdem pictures on flickr |
| 02:17.29 | Crofton | ok |
| 02:17.34 | Crofton | maybe not that many |
| 02:19.34 | Crofton | 657 actually, I got stuck in one guys photostream |
| 02:35.31 | donato_home | hi guys, should I be using gcc 3.X on my builds? |
| 02:36.23 | hvontres|poodle | donato_home: That kind of depends...what branch and what machine are you trying to build for? |
| 02:38.22 | donato_home | im building for a rx3000 |
| 02:38.36 | donato_home | more specifically an ipaq rx3715 |
| 02:39.05 | donato_home | the branch is org.openembedded.dev |
| 02:39.39 | donato_home | I came up with an error message saying It is recommended i use gcc 3,5 |
| 02:40.17 | donato_home | 3,X |
| 02:42.48 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
| 03:03.56 | *** part/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 03:04.21 | *** join/#oe darmou (n=darmou@203-206-183-196.perm.iinet.net.au) |
| 03:09.24 | *** join/#oe W8TVI (n=me@166.166.1.165) |
| 03:16.09 | *** part/#oe W8TVI (n=me@166.166.1.165) |
| 03:16.49 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 03:45.46 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 03:46.59 | *** join/#oe eno__ (n=eno@adsl-70-137-153-18.dsl.snfc21.sbcglobal.net) |
| 03:48.20 | *** join/#oe likewise (n=Leon_Woe@38.99.84.33) |
| 03:49.47 | likewise | HopsNBarley: Good evening |
| 04:02.25 | *** join/#oe daurnimator (n=fake@unaffiliated/daurnimator) |
| 04:11.01 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:11.42 | jselect | hi guys |
| 04:11.52 | jselect | what package name would I depend on if i needed libgl and libglu? |
| 04:11.57 | jselect | they don't seem to exist themselves |
| 04:13.40 | likewise | jselect: see the openembedded email list archives, the last few topics discuss this. |
| 04:15.48 | jselect | awesome, already looking there and I think I may be blind :) |
| 04:24.50 | jselect | hmm or not. I can't see anything about libgl in the email list archives |
| 04:31.45 | *** join/#oe bluelightning (n=blueligh@222-155-214-5.jetstream.xtra.co.nz) |
| 04:38.26 | *** join/#oe tank17218211 (i=ariel@gateway/tor/x-5ae116ce9238e916) |
| 04:49.00 | jselect | ouch. That's got to be something bad.. I specified libgl and libglu RDEPENDS and suddenly gcc is failing with a command line that includes libs in libs/.libs/ |
| 04:56.19 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 05:10.12 | jselect | hmm. Now if i remove the libglu and libgl rdepends it seems oeconf is sure it needs includes in libs/.libs instead of just libs/ |
| 05:18.01 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 05:18.13 | *** join/#oe hufnus (n=slonsiki@208-106-56-44.static.dsltransport.net) |
| 05:29.12 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 05:30.33 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 05:32.20 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
| 05:59.54 | jselect | well that's broken. I had a problem where oe was looking for libs in libs/.libs/ and the only way to cleanly fix it (other than redirecting all libs to "libs/" was to clean world |
| 05:59.58 | jselect | nasty stuff.. |
| 06:00.18 | *** join/#oe mr_nice|sleep (n=mr_nice@p54A9DBEB.dip.t-dialin.net) |
| 06:01.50 | *** join/#oe hvontres|home (n=hvontres@adsl-75-32-86-77.dsl.sndg02.sbcglobal.net) |
| 06:11.16 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 06:12.38 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 06:15.11 | jselect | Hmmm.. libsdl-x11 and xorg-x11 together compile properly |
| 06:15.18 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:28.19 | jselect | but xorg-x11 does not provide a symlink to gl.h from outside the xorg headers dir |
| 06:34.56 | oxo | good day |
| 06:38.12 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:54.06 | Ifaistos | morning all |
| 06:55.10 | Ifaistos | rwhitby : madwifi-ng builds ok now on powerpc |
| 06:55.39 | rwhitby | cool. so we're done? |
| 06:56.16 | Ifaistos | i think yes. will try to use it also.probably in the afternoon |
| 06:56.36 | Ifaistos | btw could you have a look at the asterisk package also |
| 06:56.51 | rwhitby | Ifaistos: imagine that - two OE developers broke each other's distros, and fixed it without even shouting at each other :-) |
| 06:57.12 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:57.49 | Ifaistos | shouting never fixed anything |
| 06:58.17 | rwhitby | indeed. let's hope this start a new era of cooperation in OE ;-) |
| 06:58.50 | rwhitby | heh - asterisk_1.2.14.bb looks pretty xscale-centric, doesn't it? |
| 06:59.39 | Ifaistos | export CROSS_PROC="arm" is a giveaway |
| 07:00.52 | rwhitby | has it always been like that, or did it become arm-centric at some point? |
| 07:01.41 | Ifaistos | but also look at the asterisk.patch. one thing i noticed is that it disables optimazation for other archs x86,ppc mainly |
| 07:01.51 | Ifaistos | not sure |
| 07:02.33 | rwhitby | 1.0.9 uses ${TARGET_ARCH}, so someone has armicised it somewhere along the line. |
| 07:03.10 | *** join/#oe kurre2 (n=tomimo@a80-186-77-174.elisa-laajakaista.fi) |
| 07:04.31 | Ifaistos | I think we will soon need a kind of "repository marshal" that looks what get's in |
| 07:05.00 | Ifaistos | arch specific patches, and definitions are all over |
| 07:06.32 | rwhitby | Ifaistos: no-one is listed as asterisk maintainer, so you should just try and make it cross-architecture again. |
| 07:07.55 | rwhitby | looks like asterisk went bad between 1.2.12.1 and 1.2.13 - find out who checked in 1.2.13 and you have the culprit. |
| 07:08.02 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 07:08.53 | rwhitby | I'm not even sure of an easy way to do that in monotone ... |
| 07:09.10 | Ifaistos | :) |
| 07:09.20 | NAbyss | rwhitby: mtn log? |
| 07:15.57 | Ifaistos | asterisk: added 1.2.12.1 on behalf of Corneliu Doban |
| 07:16.21 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 07:20.32 | Ifaistos | anyway, i'll have a look at it, but could you please let me know why asterisk depends on all that packages ? is it used with them on slugos ? |
| 07:20.55 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 07:21.25 | Ifaistos | i think zlib , openssl and ncurses would be enough |
| 07:22.06 | Ifaistos | to build. |
| 07:22.23 | Ifaistos | the others provide extra functionality |
| 07:23.37 | rwhitby | I believe the other packages are used for things like music on hold and so forth |
| 07:24.12 | rwhitby | hmm - my "mtn log" command is still running ... |
| 07:24.45 | Ifaistos | looks like OE devs are "busy bees" :) |
| 07:26.03 | mwester | mtn 34 (or thereabouts) was supposed to make the log command useful once again, I was told some weeks ago. |
| 07:29.02 | njs | you mean 'log <filename>'? |
| 07:30.20 | rwhitby | yeah. I have an old version, so I can't complain. |
| 07:30.36 | rwhitby | (0.31) |
| 07:31.23 | njs | ah, yeah, the restricted log speedups landed in 0.32 :-) |
| 07:36.37 | *** join/#oe bluelightning_ (n=blueligh@222-155-155-171.jetstream.xtra.co.nz) |
| 07:38.27 | rwhitby | Ifaistos: I've tracked down the culprit, and will have words with him. |
| 07:39.21 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 07:46.58 | Ifaistos | :) |
| 07:47.36 | v8jlene | madwifi is all ok for me as well (not using arm though, just sh4 and i486) |
| 07:48.51 | *** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch) |
| 07:51.17 | Ifaistos | rwhitby : have you by any chance tried asterisk and speex with fixpoint on xscale ? |
| 07:52.59 | rwhitby | Ifaistos: nope, I'm not a big asterisk user. |
| 07:53.15 | rwhitby | talk to osas |
| 07:57.36 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 07:59.18 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 08:00.56 | v8jlene | oxo: Check out the jlime distro - it uses gcc 3.x for kernel and 4.x for everything else. |
| 08:01.05 | oxo | ah, tnx |
| 08:03.03 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 08:05.08 | *** join/#oe rob_w (n=rob_w@p549B96A6.dip0.t-ipconnect.de) |
| 08:12.07 | oxo | v8jlene: you mean PREFERRED_PROVIDERS += "virtual/${TARGET_PREFIX}gcc-3.3.3:gcc-cross-kernel" ? |
| 08:12.17 | oxo | it seems to have no effect at all |
| 08:12.40 | oxo | 'gcc-cross-kernel' is never referenced outside its declaration in conf/distro/jlime-donkey.conf |
| 08:13.35 | v8jlene | oxo: check also the KERNEL_CCSUFFIX in packages/linux/linux-jlime-jornada7xx_2.6.19rc6.bb for example |
| 08:14.36 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:16.12 | v8jlene | oxo: Jlime is handled by Kristoffer / Ken|JLime so he's the best to ask about this. I just know about it because I also build for sh where gcc 4.x can't be used for kernels - I use 3.x for everything, while Ken uses 4.x for everything except the kernel. |
| 08:18.59 | oxo | it might just work |
| 08:22.03 | koen | 2.6.6 is a bit, ehm, "old" |
| 08:22.11 | *** join/#oe pH5 (n=ph5@e178218212.adsl.alicedsl.de) |
| 08:22.22 | koen | but I guess all those sparc hackers moved on to ultrasparcs |
| 08:22.48 | *** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch) |
| 08:25.20 | v8jlene | My ultrasparcs even feel old... OE on a U5 or an X1 might make a nice firewall/router though... maybe I should work try it at some stage ;) |
| 08:36.06 | NAiL | Ifaistos: Checking in fix for asterisk now. I got the .bb for 1.2.13 and 1.2.14 from a slug user and didn't do good enough QC. Sorry. |
| 08:37.11 | oxo | koen: yeah, but it is the latest confirmed working kernel with "our" patches |
| 08:37.24 | oxo | (vga text mode, mtd/jsflash, sound) |
| 08:38.08 | oxo | when I really have seas of spare time, I'll try to port those patches to 2.6-recent, perhaps trying to get them upstream |
| 08:38.15 | oxo | but I'm not the original author |
| 08:40.23 | CIA-3 | 03nail 07org.oe.dev * r7f12c033... 10/ (3 files in 2 dirs): Unbreak asterisk. Silly arm-specific variables |
| 08:42.36 | hrw | morning |
| 08:42.45 | koen | dzien dobry |
| 08:43.27 | hrw | koen: sooner or later Polish will be official here? :D |
| 08:43.35 | koen | :) |
| 08:44.45 | hrw | koen: at novotel I told lrg/xora/robtaylor that it will happen |
| 08:45.24 | koen | damn, I hate html mail |
| 08:49.41 | Ifaistos | NAiL : np. will check them a bit latter. just a quick note. The patches also need some review. especially the asterisk.patch |
| 08:54.47 | *** join/#oe NAbyss_ (n=foo@ppp85-160.lns2.mel3.internode.on.net) |
| 08:54.54 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 08:58.44 | CIA-3 | 03koen 07org.oe.dev * rff3d5f3c... 10/ (3 files in 2 dirs): openmoko-panel-demo(simple): fix packaging |
| 09:01.20 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
| 09:05.32 | CIA-3 | 03koen 07org.oe.dev * r23c25869... 10/ (3 files in 3 dirs): openmoko-session: fix depends, make startup 2 seconds faster and add some matchbox-panel-2 tweaks |
| 09:05.38 | CIA-3 | 03koen 07org.oe.dev * r1366964b... 10/ (1 packages/tasks/task-openmoko.bb): task-openmoko: switch back to matchbox-panel-2 now openmoko-session can handle it |
| 09:07.10 | *** join/#oe idealm_ (n=ideal@203.45.99.98) |
| 09:10.06 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:23.25 | CIA-3 | 03koen 07org.oe.dev * r060ef98f... 10/ (1 conf/bitbake.conf): bitbake.conf: add matchbox-panel debug dirs |
| 09:24.23 | njs | koen: hmm, fyi, the monotone_ciabot_hookversion.py script in mtn mainline just got a real revision parser, so those random "1"s go away if you upgrade to it |
| 09:24.56 | koen | which random "1"s? |
| 09:25.18 | njs | koen: in "<CIA> koen org.oe.dev * r060ef98f... / (1 conf/bitbake.conf)" |
| 09:25.25 | njs | in the fiel list |
| 09:25.28 | njs | not that big a deal, but hey :-) |
| 09:25.29 | koen | ah, right |
| 09:25.35 | koen | never even noticed it :) |
| 09:26.06 | koen | I wonder what 0.33 will break |
| 09:26.24 | njs | everything! |
| 09:26.26 | njs | or nothing |
| 09:26.29 | njs | it's a mystery |
| 09:26.40 | koen | no 'db migrate' needed? |
| 09:26.43 | njs | ("anything that parses log output" is a start) |
| 09:26.53 | njs | db migrate needed, but no regenerate_caches this time IIRC |
| 09:27.01 | koen | ah, hmmm |
| 09:27.48 | koen | time to add yet another version to http://www.openembedded.org/snapshots/ |
| 09:28.06 | njs | or people could just run db migrate after they download, I guess |
| 09:28.12 | koen | heh |
| 09:28.18 | njs | migrate is not nearly as slow, time it first :-) |
| 09:28.20 | koen | just overestimate users |
| 09:28.53 | njs | mm, if you have any suggestions on how the helpful error messages could be more helpful, let us know... |
| 09:29.22 | koen | users don't read error messages |
| 09:29.52 | koen | or rather, the people that start reporting the 'error' never do |
| 09:30.09 | njs | can't help you with that :-/ |
| 09:30.12 | koen | nope |
| 09:31.12 | njs | you could try to convince JustinP to shave that last 80% speed-up out of initial pull so you can stop using the seeding databases, now that he's a mtn internals expert ;-) |
| 09:31.44 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:39.34 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:45.44 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 09:46.09 | CIA-3 | 03koen 07org.oe.dev * r265fc70b... 10/ (3 files in 3 dirs): openmoko-sesson: scale icons to 96px instead of 100px |
| 09:47.12 | oxo | hmm, how often should I sync my OE.mtn in order to have recent stuff and not overload the server? |
| 09:47.29 | oxo | ie: how often do/should most people sync? |
| 09:47.53 | koen | oxo: you can sync to ewi546.ewi.utwente.nl as often as you want :) |
| 09:48.32 | oxo | the thing is: m.o.o seems somewhat faster then ewi546 to me |
| 09:48.55 | oxo | does ewi have the updates pushed to it? |
| 09:49.06 | oxo | or is it pull-synced? |
| 09:49.19 | koen | both are synced every 10 minutes |
| 09:49.43 | oxo | ah |
| 09:52.06 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 09:56.50 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 09:56.51 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) [NETSPLIT VICTIM] |
| 09:56.51 | *** join/#oe mr_nice|sleep (n=mr_nice@p54A9DBEB.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 09:56.51 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 09:56.51 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 09:56.51 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) [NETSPLIT VICTIM] |
| 09:56.51 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 09:56.52 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 09:56.52 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 09:58.12 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 10:04.25 | *** join/#oe mmp (n=mmp@158.195.98.135) |
| 10:06.05 | CIA-3 | 03koen 07org.oe.dev * r75d78b08... 10/ (3 files in 3 dirs): openmoko-session: start some panel applets by default |
| 10:07.20 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 10:07.21 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 10:07.21 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) [NETSPLIT VICTIM] |
| 10:07.21 | *** join/#oe mr_nice|sleep (n=mr_nice@p54A9DBEB.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 10:07.21 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 10:07.22 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 10:07.22 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) [NETSPLIT VICTIM] |
| 10:07.22 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 10:07.22 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 10:20.20 | *** join/#oe lrg (n=liam@lumison2.wolfsonmicro.com) |
| 10:20.26 | *** join/#oe polyonymous_ (n=hacker@pD953AF5A.dip0.t-ipconnect.de) |
| 10:20.45 | RP | morning all |
| 10:21.17 | koen | good morning RP |
| 10:21.19 | NAbyss_ | Ello |
| 10:21.58 | *** join/#oe tank17218211 (i=ariel@gateway/tor/x-664e93d292879785) |
| 10:28.52 | mmp | RP: morning:) |
| 10:33.44 | *** join/#oe goxboxlive (n=goxboxli@195.159.97.196) |
| 10:37.12 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 11:05.29 | Crofton | gm |
| 11:11.28 | *** join/#oe zecke (n=ich@91.64.160.193) |
| 11:11.59 | Crofton | http://www.flickr.com/photos/32615155@N00/405228461/in/set-72157594561002629/ |
| 11:12.19 | koen | lots of people |
| 11:12.59 | Crofton | nerds! Run for your loves |
| 11:14.05 | koen | http://www.flickr.com/photos/32615155@N00/405229708/in/photostream/ <- zecke's slug in pieces |
| 11:15.53 | Crofton | So I hvae noticed that if I have a program that links against liba, and liba is linked against lib |
| 11:16.14 | Crofton | I do not need to have libb in the link statement, only liba |
| 11:16.42 | koen | if libtool is working, yes |
| 11:16.46 | Crofton | Should my autofoo (for the program) check fr lliba (since libb won't build without it it)? |
| 11:18.10 | Crofton | stylistically speaking what is the "right" thing to do? |
| 11:19.59 | koen | I guess so |
| 11:20.07 | koen | if your own app doesn't need libb |
| 11:20.22 | Crofton | so don't check unless I need it |
| 11:20.24 | koen | in case liba decides to work without libb, but your app still needs it |
| 11:20.49 | Crofton | well, that isn't likely in this case (major change) |
| 11:20.50 | Crofton | ok |
| 11:21.56 | Crofton | I noticed this last nght and realized is wasn't being consistent |
| 11:22.19 | *** join/#oe donato_home (n=donato@201.80.142.190) |
| 11:24.22 | donato_home | hi guys, is there a way for me to specify to bitbake another path for the gcc compiler when I am building something? |
| 11:28.07 | pb_ | hi zecke |
| 11:30.47 | mmp | donato_home: somewhere in the .conf file, you can set ASSUME_PROVIDED, so it will expect some cross compiler to be available on system... |
| 11:31.10 | zecke | donato_home: like using a precompiled toolchain? |
| 11:32.01 | zecke | donato_home: in that case read the manual |
| 11:39.43 | CIA-3 | 03koen 07org.oe.dev * r2db9e92f... 10/ (3 files in 3 dirs): openmoko-session: use openmoko-footer instead of second panel (thanks Mickey!), start mbimputmgr by hand |
| 11:44.44 | Crofton|home | http://pastebin.ca/375557 |
| 11:46.20 | Crofton|home | How can I apply a patch to a package, for onlu one machine and not others? |
| 11:46.46 | hrw | SRC_URI_machinename_append = "..." |
| 11:46.57 | hrw | ops. append_machinename |
| 11:47.33 | Crofton|home | SRC_URI_append_omap5912osk |
| 11:48.02 | Crofton|home | What I really need is SRC_URI_append_usb1.0 ... |
| 11:48.36 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 11:52.41 | Crofton|home | my pastebin above has a QA error, non debug package include .debug |
| 11:54.02 | koen | FILES_${PN}-dbg += "${libdir}/python2.4/site-packages/.debug" |
| 11:55.35 | Crofton|home | This is some form of python debugging info? |
| 11:55.47 | Crofton|home | I guess I should rad the book I lugged back from FOSDEM |
| 11:55.55 | Crofton|home | After I tape something over the snake |
| 11:56.01 | koen | no, OE copy the debugging symbols into a .debug dir |
| 11:56.10 | Crofton|home | ah |
| 11:56.11 | Crofton|home | ok |
| 11:56.47 | Crofton|home | does /python*/site... work? |
| 11:57.27 | koen | I think it should |
| 11:57.39 | Crofton|home | yeah the python p[ackage is creatd that way |
| 11:57.47 | Crofton|home | we'll know in a minute |
| 11:58.38 | Crofton|home | http://www.phdcomics.com/comics.php |
| 12:00.22 | *** join/#oe rob_w (n=rob_w@p549B96A6.dip0.t-ipconnect.de) |
| 12:04.10 | oxo | hmm |
| 12:04.56 | oxo | but BB claims that nothing provides my fresh 'krups-task-base' |
| 12:05.23 | oxo | do I have to register the bb somewhere else than packages/task/task-krups.bb ? |
| 12:06.34 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 12:13.51 | Crofton|home | Feature request: spell checker for bb files |
| 12:22.42 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 12:22.45 | *** join/#oe zecke (n=ich@91.64.160.193) |
| 12:30.01 | *** join/#oe psokolovsky__ (n=psokolov@82.193.98.4) |
| 12:32.43 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 12:35.37 | *** join/#oe rob_w (n=rob_w@p549B96A6.dip0.t-ipconnect.de) |
| 12:36.52 | tkp | I had some trouble earlier on trying to install and use wget |
| 12:37.08 | tkp | the problem is that wget is built with --enable-ipv6 |
| 12:37.24 | tkp | which makes connections use ipv6 by default |
| 12:37.38 | tkp | my kernel did not have ipv6 support |
| 12:38.04 | tkp | can kernel modules/config options be specified as dependencies? |
| 12:38.46 | NAbyss_ | tkp: Yep.. RDEPENDS += "kernel-module-foo" |
| 12:38.51 | CoreDump|afk | tkp: you can pull in any modules you want by setting them up as dependencies for your image. |
| 12:38.58 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_fetch: completed |
| 12:38.58 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_unpack: started |
| 12:38.58 | Crofton|home | NOTE: Unpacking /home/balister/bb_sources/ossie_ossie-dev.mprg.org_.repos.ossie.ossie.trunk__20070228.tar.gz to /home/balister/oe/tmp/work/ppc603e-angstrom-linux/ossiecf-0.0.0+svn20070228-r0/ |
| 12:39.00 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_unpack: completed |
| 12:39.02 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_patch: started |
| 12:39.04 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_patch: completed |
| 12:39.06 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_configure: started |
| 12:39.08 | Crofton|home | NOTE: exceptions.TypeError:float() argument must be a string or a number while evaluating: |
| 12:39.10 | Crofton|home | ${@base_less_or_equal("ROOT_FLASH_SIZE", "16", "", "en-gb", d)} |
| 12:39.12 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_configure: completed |
| 12:39.14 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_qa_configure: started |
| 12:39.16 | Crofton|home | NOTE: Checking sanity of the config.log file |
| 12:39.18 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_qa_configure: completed |
| 12:39.20 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_compile: started |
| 12:39.22 | Crofton|home | NOTE: exceptions.TypeError:float() argument must be a string or a number while evaluating: |
| 12:39.24 | Crofton|home | ${@base_less_or_equal("ROOT_FLASH_SIZE", "16", "", "en-gb", d)} |
| 12:39.26 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_compile: completed |
| 12:39.30 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_install: started |
| 12:39.32 | Crofton|home | NOTE: exceptions.TypeError:float() argument must be a string or a number while evaluating: |
| 12:39.34 | Crofton|home | ${@base_less_or_equal("ROOT_FLASH_SIZE", "16", "", "en-gb", d)} |
| 12:39.36 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_install: completed |
| 12:39.38 | Crofton|home | NOTE: package ossiecf-0.0.0+svn20070228-r0: task do_package: started |
| 12:39.39 | CoreDump|afk | way to go |
| 12:39.40 | Crofton|home | NOTE: exceptions.TypeError:float() argument must be a string or a number while evaluating: |
| 12:39.42 | Crofton|home | ${@base_less_or_equal("ROOT_FLASH_SIZE", "16", "", "en-gb", d)} |
| 12:39.44 | Crofton|home | NOTE: Multiple libraries (libossieparser.so.0, libossiecf.so.0, libossieidl.so.0) found and LEAD_SONAME not defined |
| 12:39.47 | Crofton|home | NOTE: DO PACKAGE QA |
| 12:39.49 | Crofton|home | NOTE: Checking Package: ossiecf-dbg |
| 12:39.51 | Crofton|home | NOTE: Checking Package: ossiecf |
| 12:39.53 | Crofton|home | N |
| 12:39.55 | Crofton|home | Does ack |
| 12:39.57 | Crofton|home | crap, sorry |
| 12:40.01 | Crofton|home | http://pastebin.ca/375588 |
| 12:40.03 | Crofton|home | Does this error make sense to anyone? |
| 12:40.05 | Crofton|home | er exception maybe |
| 12:40.07 | Crofton|home | CoreDump|afk, thanks |
| 12:40.08 | tkp | CoreDump|afk: so, would you normally specify kernel module dependencies in the image.bb file, or in a package that actually depends on it (wget in this case)? |
| 12:40.09 | Crofton|home | I swear I copied the link into the paste buffer |
| 12:40.23 | Crofton|home | ~lart inconsistency between cut/paste and the center button |
| 12:40.26 | tkp | or in something like task-mydistro |
| 12:40.58 | CoreDump|afk | tkp: having wget RDEPEND on the ipv6 module would break images where this module is not / can not be compiled for whatever reasons |
| 12:40.59 | koen | NAbyss_: never EVER RDEPEND on a kernel-module |
| 12:41.21 | NAbyss_ | koen: Really? |
| 12:41.21 | tkp | koen: that was my thinking.. and is why I am asking |
| 12:41.27 | koen | think of what happens when ipv6 is built-in |
| 12:41.30 | NAbyss_ | koen: Does that break stuff badly? |
| 12:41.46 | NAbyss_ | Ah, good point |
| 12:41.49 | koen | tkp: RRECOMMENDS = "kernel-module-ipv6" is the best option |
| 12:41.51 | tkp | but wget with --enable-ipv6 DOES rdepend on a kernel module, or kernel support at least |
| 12:41.54 | CoreDump|afk | Crofton: sounds like ROOTFS_FLASH_SIZE is unset for your machine? |
| 12:41.54 | NAbyss_ | I've just been using it as a local hack for my images |
| 12:42.00 | tkp | koen: in wget? |
| 12:42.05 | koen | tkp: yes |
| 12:42.40 | Crofton|home | ok |
| 12:42.47 | Crofton|home | that would make sense |
| 12:43.00 | CoreDump|afk | tkp: or create a default config in /etc (if that is possible) to tell wget to use IPV4 only |
| 12:44.01 | tkp | |'ll submit a patch for wget with the addition of the RRECOMMENDS |
| 12:48.37 | tkp | patch in the bug tracker |
| 12:49.49 | tkp | so, if something is in RRECOMMENDS, does that force it to get built when building up an image, just like RDEPENDS? |
| 12:50.02 | koen | yes |
| 12:50.11 | koen | (depending on your bitbake version) |
| 12:51.10 | tkp | really? what aboutt version 1.6.3? |
| 12:52.04 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 12:56.11 | Crofton|home | koen, is root flash size set for efika? |
| 12:59.10 | *** join/#oe heart (n=zippetto@lugbari/people/heart) |
| 13:00.32 | VoodooZ | morning |
| 13:01.37 | VoodooZ | I got opencv lib to compile under OE and now I want to be able to use the resulting libraries with the OE produced cross compiler to build test software manually |
| 13:01.44 | *** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 13:02.40 | VoodooZ | (without a bb package). cross compiling my code using these libs doesn't work as the host tries to get the native libs. |
| 13:05.52 | VoodooZ | so in short: how could I procude binaries for an ixp target on an x86 host using ixp opencv libs outside of OE? |
| 13:06.03 | Ifaistos | Crofton|home i think its 65MB |
| 13:06.07 | Ifaistos | 64 |
| 13:06.26 | Crofton|home | I don't remember, but we need to add it to the machine file |
| 13:06.33 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 13:08.02 | *** join/#oe Marex-debian (n=Marex@85.132.236.161) |
| 13:08.36 | VoodooZ | Or does a cross compiler find libs for it's target? It can't use the host's ldconf ones right? |
| 13:08.39 | CIA-3 | 03koen 07org.oe.dev * r7f4176e2... 10/ (1 conf/bitbake.conf): bitbake.conf: ensure root flash size is set and default to '0' |
| 13:16.55 | *** join/#oe polyonymous (n=hacker@pD953AF5A.dip0.t-ipconnect.de) |
| 13:17.23 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 13:17.50 | hrw | signed first half of keys... |
| 13:21.18 | Crofton|home | Ifaistos, root flash size is user defined for efika :) |
| 13:21.29 | Crofton|home | depends what you use in the ide slot :) |
| 13:22.25 | Ifaistos | Crofton|home : :) sure. but i think it was creating 64MB images (but maybe i don't remember correctly) |
| 13:22.52 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 13:23.00 | Crofton|home | The "problem" is I get messages when ROOT_FLASH_SIZE is not defined |
| 13:23.06 | Crofton|home | not fatal, but annoying |
| 13:24.08 | koen | Crofton|home: mtn up :) |
| 13:24.26 | Crofton|home | heh |
| 13:26.53 | CIA-3 | 03crofton 07org.oe.dev * r136c8765... 10/ (1 packages/usrp/usrp_0.12.bb): |
| 13:26.53 | CIA-3 | usrp-0.12.bb : Fix QA problems with python packages. |
| 13:26.53 | CIA-3 | <PROTECTED> |
| 13:34.23 | *** join/#oe csmanx (n=csman@190.40.179.68) |
| 13:36.43 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 13:46.39 | *** join/#oe gena_ (n=gena@212.98.169.206) |
| 13:48.18 | gena_ | hello! little question I've built angstrom-bootstrap-image on x86, booting stops at "unble to open an initial console". Any quick way to enable the console? |
| 13:48.33 | hrw | someone here played with Xen? |
| 13:49.06 | koen | hrw: not yet |
| 13:49.21 | koen | hrw: requires x86 and all my experimentation machines are !x86 |
| 13:49.31 | hrw | koen: right |
| 13:52.31 | hrw | koen: rememer that guy which had to work on f-b? |
| 13:52.50 | koen | feed browser? |
| 13:52.56 | hrw | koen: I just realised that I was talking with him on fosdem... |
| 13:52.58 | hrw | koen: yes |
| 13:54.24 | *** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch) |
| 14:05.08 | koen | cool, dri seems to initialize properly now on the efika |
| 14:06.15 | Crofton | we need name tags at fosdem |
| 14:07.11 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 14:07.11 | hrw | Crofton: badges? |
| 14:07.23 | Crofton | yes |
| 14:07.36 | hrw | Crofton: also poster(s), flyers |
| 14:07.47 | Crofton | yes |
| 14:08.03 | Crofton | I mean badges for all attendees, so we can put faces to names better |
| 14:13.28 | Crofton | hrw, http://jaaksi.blogspot.com/ |
| 14:14.42 | hrw | Crofton: I read about n800 challenge already |
| 14:14.55 | Crofton | ok, wasn't sure if you knew about that blog |
| 14:15.11 | hrw | Crofton: I found it on other place |
| 14:18.46 | Ifaistos | koen : can you build gcc (not cross) for efika ? |
| 14:19.10 | hrw | koen: task-native-sdk for each platform :D |
| 14:19.24 | koen | Ifaistos: http://www.angstrom-distribution.org/unstable/feed/ppc603e/base/gcc_4.1.1-r9_ppc603e.ipk |
| 14:19.47 | koen | hrw: I already did that :) |
| 14:20.52 | hrw | koen: then rebuild python |
| 14:23.28 | hrw | http://paulgraham.com/anybots.html |
| 14:26.14 | vlo | wow, nice link hrw |
| 14:30.35 | *** join/#oe rob_w (n=rob_w@p549B96A6.dip0.t-ipconnect.de) |
| 14:33.54 | Crofton | dexter should knock the other robot over! |
| 14:42.25 | *** join/#oe csmanx (n=csman@190.40.64.238) |
| 14:43.35 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 14:47.57 | *** join/#oe jebba_ (n=jebba@OL80-42.fibertel.com.ar) |
| 14:49.12 | Jin^eLD | re |
| 14:54.03 | *** join/#oe tn1 (n=tnb@sdgsystems.net) |
| 15:02.07 | tkp | how could I force a package to be rebuilt every time I build an image? |
| 15:02.33 | tkp | I had been using do_build[nostamp] = 1, but this doesn't seem to work quite right |
| 15:03.18 | tkp | tht does force do_build to happen again, but I seem to end up with the ipk being lost |
| 15:07.50 | oxo | koen: can you add glib_cv_uscore=${glib_cv_uscore=no} to site/sparc as well? |
| 15:09.24 | koen | sure |
| 15:09.28 | oxo | oh wait, there is more stuff to be added |
| 15:09.43 | oxo | something with pthread too |
| 15:11.13 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) |
| 15:12.02 | CIA-3 | 03koen 07org.oe.dev * rcbe569b7... 10/ (1 site/sparc-linux): sparc-linux: add glib_cv_uscore=${glib_cv_uscore=no} |
| 15:13.06 | Crofton|home | I see some QA issues in gcc-cross |
| 15:13.44 | Crofton|home | http://pastebin.ca/375699 |
| 15:16.18 | apaulsen | how do I get this new Madwifi to apply the wackelf patch to my armv5te machine build? |
| 15:19.00 | oxo | koen: checking size of pthread_t... configure: error: cannot run test program while cross compiling |
| 15:19.13 | oxo | I really can't find what hint to stash in site/sparc for this one |
| 15:20.39 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 15:21.48 | oxo | I think it's something with ac_cv_sizeof_pthread_t in it |
| 15:21.55 | oxo | but it's not defined for other archs |
| 15:22.07 | *** join/#oe Gerrath_svolpe (n=Gerrath_@70.89.111.251) |
| 15:23.46 | *** join/#oe mccarthy (n=mccarthy@granular.che.pitt.edu) |
| 15:27.24 | oxo | and I do not dare to guess it myself :-) |
| 15:29.12 | oxo | on sparc64 it's 4 |
| 15:29.55 | *** join/#oe incinerator (n=sabine@80-192-23-26.cable.ubr04.edin.blueyonder.co.uk) |
| 15:33.26 | *** join/#oe xumbi8 (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 15:36.29 | *** join/#oe Glombool (n=chatzill@69.77.196.116) |
| 15:37.14 | Glombool | Can anyone help me out with this: |
| 15:37.26 | Glombool | bin/sh: line 1: 25677 Floating point exception(core dumped) ../src/util/makekeys </media/sda1/oebuild/tmp/staging/arm-linux/include/X11/keysymdef.h >ks_tables_h |
| 15:37.28 | Glombool | make[1]: *** [ks_tables.h] Error 136 |
| 15:37.29 | Glombool | make[1]: Leaving directory `/media/sda1/oebuild/tmp/work/arm-linux/diet-x11-X11R7.1-1.0.1-r4/libX11-X11R7.1-1.0.1/src' |
| 15:37.52 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
| 15:42.37 | dspencek | Glombool: I was getting this error a few days ago, but i broke something else, so i cant get back to the point where its trying to build diet-X11 |
| 15:42.47 | Glombool | Ouch |
| 15:44.15 | dspencek | i was looking through the oe tickets and it looked like ticket 1192 was for a diet-X11 patch, and someone else said they had got the package to build on feb 17, 2007 |
| 15:44.50 | Glombool | Hm |
| 15:45.01 | Glombool | I'll have to check it out... |
| 15:45.34 | Glombool | I'm assuming that's in the bugtrackker... |
| 15:45.38 | dspencek | in |
| 15:46.08 | dspencek | i'm not sure this is related, but makes me think it could be a new problem since feb 17 |
| 15:46.28 | Glombool | Yeah |
| 15:46.28 | dspencek | http://bugs.openembedded.org/show_bug.cgi?id=1192 |
| 15:46.54 | Glombool | right... i saw it. |
| 15:46.54 | *** join/#oe Kristoffer (i=Kristoff@h207n1fls306o1049.telia.com) |
| 15:48.29 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-802ed0476efed55f) |
| 15:48.54 | Glombool | ...I'm trying a different provider. |
| 15:48.57 | Glombool | see what happens. |
| 15:49.16 | Glombool | It's making me mad because I just need to compile a custom gpe-soundbite to work with my collie. |
| 15:49.32 | Glombool | Stupid non-standard pda. |
| 15:52.13 | hvontres|poodle | Jin^eLD: morning :) |
| 15:52.20 | Jin^eLD | hey hvontres|poodle :) |
| 15:53.32 | hvontres|poodle | Jin^eLD: I did some more testing on qemu and it seems that qemu on fedora still has a problem..... which reminds me, I need to post some glibc_install.inc related quetions... |
| 15:54.02 | Jin^eLD | to be honest I did not follow this issue, so did not do any further tests yet |
| 15:55.17 | Glombool | ...now I *REALLY* broke it :( |
| 15:55.33 | hvontres|poodle | Jin^eLD: well, I just got a little curious. The binary locale generation cmdline still looks fishy to me though. I'll have to do some more poking around. |
| 15:56.36 | Jin^eLD | I was working on another platform with another distro since then, so I did not stumble across this anymore |
| 16:01.05 | *** join/#oe mrdata (i=data@dslb-088-074-135-180.pools.arcor-ip.net) |
| 16:01.26 | Glombool | oh, i didn't break it :) |
| 16:01.43 | dspencek | you got it working? :0) |
| 16:02.23 | Glombool | not sure yet |
| 16:02.31 | Glombool | will be a minute or so |
| 16:04.01 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 16:05.23 | Glombool | hmm. nope |
| 16:05.35 | *** join/#oe tuxperger (n=mv@geo9.hut.fi) |
| 16:08.13 | Glombool | does bitbake have a "clean" feature? |
| 16:10.54 | Glombool | ah, yes it does :) |
| 16:10.56 | dspencek | bitbake -c clean <package-name> |
| 16:11.02 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 16:11.49 | dspencek | i used bitbake -c clean world, and that got me to the point where i am now, cant build anything cuz its looking for some i686 gnuconfig stuff |
| 16:12.08 | Glombool | ouch |
| 16:12.42 | Glombool | ok.... "consider defining PREFERRED_PROVIDER_virtual/arm-linux-libc-for-gcc" |
| 16:12.57 | hvontres|poodle | dspencek: you can also remove you tmp dir and start over |
| 16:12.58 | dspencek | wait, the error now is about m4-native |
| 16:13.09 | dspencek | i'll try that |
| 16:13.22 | Glombool | if i add PREFERRED_PROVIDERS .= virtual/arm-linux-libc-for-gcc:diet-x11" |
| 16:13.32 | Glombool | is that what it means? |
| 16:14.50 | svolpe_gerrath | koen, I'm still unable write to the OE rep. If you have not added me yet that is fine I just wanted to make sure I'm not doing something wrong. |
| 16:15.32 | apaulsen | If my machine is an armv5te, do I need to have ixp4xxle as a PACKAGE_EXTRA_ARCHS as well? I'm not sure how the two are related. |
| 16:16.10 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 16:16.36 | hrw | apaulsen: armv5te != ixp4xx |
| 16:17.05 | koen | svolpe_gerrath: It's kinda hard to add you when you don't send a key..... |
| 16:17.33 | svolpe_gerrath | koen, I did send a key.. |
| 16:17.42 | koen | it's not in my inbox |
| 16:17.52 | Glombool | Perhaps I should try org.openembedded.oz354x instead... |
| 16:18.01 | Glombool | since I'm developing for openzaurus... |
| 16:18.15 | dspencek | Glombool: what were you using before? |
| 16:18.19 | svolpe_gerrath | koen, uhm, well I sent it using the example on the OE website.. I will just email it to you direct. |
| 16:18.35 | Glombool | the org.openembedded.dev |
| 16:18.38 | koen | just follow http://www.openembedded.org/monotonephrasebook |
| 16:18.41 | dspencek | ahh |
| 16:18.55 | Glombool | makes a difference I suppose :) |
| 16:19.09 | svolpe_gerrath | koen, that is what I followed.. I will try again. Thanks. |
| 16:19.21 | apaulsen | hrw: ok, I'm still trying to get madwifi to build for my machine and it looks like the wackelf patch only applies to ixp4xx machines |
| 16:20.14 | xumbi8 | is there any documentation on adding native bitbake recipes? I found http://www.openembedded.org/user-manual&dpage=recipes_native, but nothing is there yet |
| 16:20.55 | dspencek | Glombool: i donno, i'm using dev too though, i thought the oz354x was like a freeze on the dev for building the 354x distro and packages |
| 16:21.21 | Glombool | oh |
| 16:21.51 | Glombool | Ah, I don't want that one anyway |
| 16:22.20 | hrw | dspencek: .oz354x is obsolete |
| 16:22.34 | Glombool | right |
| 16:22.40 | dspencek | ok |
| 16:24.44 | svolpe_gerrath | koen, I just sent the key using my gmail since you did not recieve it using mail.. I'm using svolpe@openembedded.org as my username. |
| 16:26.11 | *** join/#oe Crofton (n=balister@hc6521776.dhcp.vt.edu) |
| 16:27.44 | hvontres|poodle | hrw: so are you planning to make oz 3.5.5 based on .dev then? (When you can find some time of courese :) ) |
| 16:29.54 | chouimat | <PROTECTED> |
| 16:31.19 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
| 16:31.27 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 16:34.12 | Glombool | ok, i'm back |
| 16:34.21 | svolpe_gerrath | koen, just let me know when you get my email :-) |
| 16:34.40 | Glombool | I'm deving for 3.5.4 at the moment. No collie support for newer versions yet :( |
| 16:35.03 | *** join/#oe goxboxlive (n=goxboxli@195.159.97.196) |
| 16:39.04 | hrw | fscking RBLs |
| 16:39.14 | hrw | I cant sent mail from my home machine |
| 16:39.27 | chouimat | hrw: ouch |
| 16:39.41 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 16:39.53 | hrw | and my exim knowledge suxx |
| 16:40.30 | chouimat | hrw: I installed this www.citadel.org and it works great |
| 16:50.09 | HopsNBarley | koen, RP: thanks for the multimachine tips. works awesome. |
| 16:59.21 | Crofton__ | anyone got a minimal loal.conf for building angstrom? |
| 17:01.34 | raduga | hrw, hi |
| 17:02.27 | raduga | i saw your comment about SDHC; this means that mainline kernels now support it? or the kernels OE is building? |
| 17:02.30 | raduga | (or both :) |
| 17:02.37 | raduga | or... work in progress, still |
| 17:07.33 | hrw | raduga: its in mainline kernel |
| 17:13.12 | Crofton__ | hrw, should I set ROOT_FLASH_SIZE for the osk? |
| 17:14.09 | apaulsen | to get madwifi to work I had to add WACKELF_SRC_URI_compulab-pxa270 = " file://20-xscale-VFP-wackelf.patch;patch=1" |
| 17:14.09 | apaulsen | to the madwifi-ng.inc. This still doesn't seem like the most elegant solution, but I don't have any better ideas either. |
| 17:15.14 | hrw | Crofton__: if it has flash onboard then you better set it |
| 17:15.40 | Crofton__ | the filesystem partition in flash is 30464K |
| 17:15.57 | hrw | FSCK! |
| 17:16.01 | Crofton__ | looks like the var takes units of M |
| 17:16.02 | hrw | I HATE SMTP |
| 17:16.06 | Crofton__ | heh |
| 17:16.12 | hrw | RBLs etc SHIT |
| 17:16.35 | hrw | to send one fscking mail from my box to somewhere I need to have MTA installed |
| 17:16.41 | hrw | KURWA |
| 17:17.23 | *** join/#oe jebba_ (n=jebba@OL80-42.fibertel.com.ar) [NETSPLIT VICTIM] |
| 17:17.48 | Crofton__ | hrw, do I round up or down for root flash size? |
| 17:17.57 | Crofton__ | I am kind of guessing down .... |
| 17:18.11 | *** join/#oe CM (i=cm@shaka.acc.umu.se) |
| 17:18.43 | hvontres|poodle | Crofton__: I would go down... since writing to the "rounded up" flash may cause IO errors :) |
| 17:18.53 | Crofton__ | :) |
| 17:18.55 | Crofton__ | yeah |
| 17:19.00 | Crofton__ | I set to 30K |
| 17:19.03 | Crofton__ | er 30 |
| 17:19.23 | hvontres|poodle | hmmm... 30K seems like a bit much rounding :) |
| 17:19.29 | oxo | :-) |
| 17:19.54 | Crofton__ | I am going to see if I can use angstrom on the OSK instead of openomap |
| 17:20.32 | hvontres|poodle | Crofton__: 29 might be better: 30464K/1024=29.73M |
| 17:21.52 | *** join/#oe fdv (n=fredridv@en.ifi.uio.no) |
| 17:22.04 | Crofton__ | good point |
| 17:23.19 | raduga | hrw: thanks |
| 17:23.21 | mwester | apaulsen: Agreed - it's ugly. As I consider it further, it seems to me that the correct place is in the autoconf logic -- that's where it knows such low-level details. |
| 17:23.55 | mwester | apaulsen: but if you just pastebin your fixed .bb file, I'll commit it so that it works for everyone (even though its ugly). |
| 17:26.41 | mwester | apaulsen: BTW, there was an assumption made (by me, originally) that the wackelf only applied to ixp4xx --- it seems it also applies to the pxa device. My bad - sorry! |
| 17:26.48 | hrw | cu |
| 17:28.16 | apaulsen | mwester: http://www.pasteserver.net/292 |
| 17:30.46 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 17:31.18 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 17:32.58 | tkp | does anyone know if it's possible to specify the timeout the ipkg uses with wget? |
| 17:38.45 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 17:47.14 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:48.19 | *** join/#oe Megaf (n=ArchUser@200-203-48-143.nhoce7001.dsl.brasiltelecom.net.br) |
| 17:50.57 | *** join/#oe denisbr (n=denisbr@201.14.129.101) |
| 17:51.25 | *** join/#oe wookey_ (n=wookey@stoneboat.aleph1.co.uk) |
| 17:52.05 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 17:52.41 | *** join/#oe xumbi8 (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 17:52.56 | xumbi8 | is there a bitbake option to rebuild all packages? |
| 17:54.02 | xumbi8 | not all packages in the tree, but all packages previously built? |
| 17:54.24 | xumbi8 | I want to change my glibc and gcc versions, then recompile my packages |
| 17:55.09 | *** join/#oe redguy_ (n=mati@unaffiliated/redguy) |
| 17:56.12 | *** part/#oe denisbr (n=denisbr@201.14.129.101) |
| 17:56.13 | Crofton__ | hhm, why does bootstrap-image try to build qemu-native? |
| 17:56.34 | kergoth | probably to build the locale bits, if you're using that option |
| 17:56.57 | timtimred | hooray netatalk compiles... |
| 17:57.39 | Jin^eLD | Crofton: ENABLE_BINARY_LOCALE_GENERATION = "0" |
| 17:57.42 | Jin^eLD | that helped me |
| 17:58.22 | Crofton__ | in machine or local.conf ? |
| 17:58.30 | Jin^eLD | local |
| 17:58.53 | kergoth | theres nothing machine specific about that afaik, i'd expect local or distro (if anything) |
| 18:11.07 | chouimat | hi kergoth |
| 18:12.37 | tkp | I have kernel-module-ipv6 in RRECOMMENDS for wget |
| 18:12.50 | tkp | and I have wget in RDEPENDS for another package |
| 18:13.01 | tkp | which is included in my root image |
| 18:13.15 | tkp | yet my root image ends up without the kernel module |
| 18:13.45 | tkp | isn't RRECOMMENDS supposed to be included in a root image? |
| 18:17.41 | CIA-3 | 03mwester 07org.oe.dev * rff5998e4... 10/ (1 packages/madwifi/madwifi-ng_r.inc): madwifi-ng: The wackelf patch also applies to compulab-pxa270 |
| 18:18.15 | tkp | how can I get things in RRECOMMENDS into the root image? |
| 18:19.25 | mwester | RDEPENDS? (but I seem to recall that it's dangerous to depend on kernel modules. |
| 18:19.29 | mwester | ) |
| 18:19.33 | tkp | right |
| 18:19.34 | kergoth | hey chouimat |
| 18:19.40 | tkp | so..?! |
| 18:22.08 | hvontres|poodle | xumbi8: rm -rf tmp ? |
| 18:22.12 | *** join/#oe Gerrath_svolpe (n=Gerrath_@70.89.111.251) |
| 18:23.59 | tkp | it gets included when installing the wget package on the target |
| 18:24.35 | tkp | ie, `ipkg install wget` installs the kernel module first |
| 18:28.45 | HopsNBarley | here's a weird one: mkfs.jffs2 is chokeing with: tmp/rootfs/etc/ipkg/arch.conf: Not a directory |
| 18:29.08 | HopsNBarley | yet the file is there. if i run the exact mkfs.jffs2 command from the run.* script, it works. any ideas? |
| 18:38.55 | *** join/#oe woglinde (i=woglinde@e178093232.adsl.alicedsl.de) |
| 18:41.06 | *** join/#oe mr_nice (n=mr_nice@p54A9FF4C.dip.t-dialin.net) |
| 18:41.10 | mr_nice | hi all |
| 18:41.26 | woglinde | hi mr_nice |
| 18:42.08 | mr_nice | woglinde: hi, may I ask you something about cross compiling and libraries? |
| 18:42.16 | woglinde | sure |
| 18:44.28 | mr_nice | woglinde: I hava a programm (xynth) which needs expact (xml parser) for its widget-tool. I have cross compilde the library and added LD_PATH=path/to/lib to the Makefile. but I will get a ld error that it can't find it. what do I need to tell make to know about the lib? |
| 18:44.30 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 18:45.23 | woglinde | mr_nice hm you crosscompiled the expatlib and installed it on the target device? |
| 18:46.24 | mr_nice | woglinde: no, I crosscompiled expactlib and want to compile xynth which needs the lib to compile. |
| 18:46.34 | woglinde | ah |
| 18:46.51 | woglinde | LD_PATH is only for runtime |
| 18:47.01 | woglinde | you need a compiler flag |
| 18:47.18 | mr_nice | woglinde: which is called? |
| 18:47.57 | *** join/#oe Glombool (n=chatzill@69.77.196.116) |
| 18:48.15 | woglinde | mr_nice -llibname specfied the libaryname |
| 18:48.33 | woglinde | and -LPathtosomewehre the searchpath for this library |
| 18:49.04 | woglinde | look in one of the logs in work |
| 18:49.14 | mr_nice | woglinde: ah many thx! |
| 18:49.15 | Glombool | dspencek: the diet-x11 compile prob is just the dev branch |
| 18:50.53 | woglinde | mr_nice hm I am wrong its no compiler flag its linke flag ;) |
| 18:51.11 | woglinde | but they are they right options when gcc is linking |
| 18:51.58 | mr_nice | woglinde: hehe, thats the thing which matters |
| 18:52.39 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 18:57.45 | Gerrath_svolpe | koen, did my key arrive in your email yet? |
| 19:06.58 | HopsNBarley | if i ./run.image_cmd.12345, it works. if it let bitbake run that file, it doesn't. this somehow has to involve multimachine, cause that is the only thing that has changed. |
| 19:10.23 | Crofton__ | Can someone explain binary locale generation to me, in a few words |
| 19:13.11 | hvontres|poodle | Crofton__: If I understand this correctly, the glibc locale information needs to be compiled into binary form. This can be done on the target(ususlly slow) or in qemu (binary-locale generation), asuming qemu-native builds and works |
| 19:13.12 | koen | Crofton__: locale generation takes ~100MB ram, which most machines don't have, so we do it off-line using qemu |
| 19:13.28 | CIA-3 | 03koen 07org.oe.dev * r8f6b6651... 10/ (1 packages/ohand-tasks packages/ohand-tasks/tasks_0.2.bb): o-hand tasks: add 0.2 |
| 19:13.49 | Crofton | I suspect I never install locale stuff on the OSK anyway ... |
| 19:14.15 | HopsNBarley | koen, any idea on my wierd one? debugging tips? |
| 19:14.58 | koen | HopsNBarley: no idea, sorry |
| 19:14.59 | Crofton | this whole locale stuff is confusing to a native lowest common denominator speaker |
| 19:15.06 | hvontres|poodle | koen: could you take a peak at the glibc-package.bbclass stuff I posted to the ml? I might have a fix at home I can throw into the bug tracker when I get home tonight. |
| 19:15.20 | *** join/#oe angom (n=angom@red-corp-201.143.88.126.telnor.net) |
| 19:15.34 | HopsNBarley | thanks. |
| 19:16.02 | koen | hvontres|poodle: well, there are already 2 or 3 bugs filed about that... |
| 19:17.10 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 19:17.18 | gerwinin | I found the business cards ! |
| 19:17.56 | hvontres|poodle | koen: I was just trying to see if there was a reason to WANT to use stuff in /usr/share that I was not aware of. |
| 19:18.05 | koen | hvontres|poodle: it's a bug in os.path.join |
| 19:18.33 | hvontres|poodle | koen: what about the second issue of using datadir instead of treedir? |
| 19:18.37 | gerwinin | Koen: is it okay if I put myself up as contact for press and donation related issues and that when something comes in I report to core team ? |
| 19:19.36 | koen | gerwinin: sure |
| 19:21.24 | gerwinin | Koen: I will contact nokia for vouchers for the n800 for 20 oe developers |
| 19:21.40 | woglinde | 20? |
| 19:21.53 | gerwinin | Woglinde : should it be more ? |
| 19:22.07 | Crofton | gerwinin, I like the way you think :) |
| 19:22.32 | gerwinin | Woglinde: a voucher means that we can purchase the device for 99 euro |
| 19:22.45 | woglinde | gerwinin hm right |
| 19:23.14 | woglinde | hm I have the n770 from zecke, but dont play with it anymore |
| 19:23.29 | hvontres|poodle | exit |
| 19:24.09 | gerwinin | Woglinde: the n800 is their new device |
| 19:25.01 | woglinde | gerwinin yes I know |
| 19:25.14 | woglinde | I am reading linuxdevices every day |
| 19:29.28 | *** join/#oe mmp (n=mmp@158.195.98.135) |
| 19:31.11 | *** join/#oe sirfred (n=mteira@102.Red-83-55-39.dynamicIP.rima-tde.net) |
| 19:31.20 | sirfred | Hello |
| 19:31.30 | woglinde | hi sirfred |
| 19:34.19 | *** join/#oe pgfeller (n=pgfeller@7.144.79.83.cust.bluewin.ch) |
| 19:37.00 | Ifaistos | koen : did you fix the problem with efika ? |
| 19:37.18 | Ifaistos | koen : just in haven't look at any commits yet |
| 19:38.44 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 19:39.47 | *** join/#oe xumbi8 (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 19:41.50 | oxo | my Javastation Krups is going to try booting the image I created with OE |
| 19:41.54 | oxo | first time! |
| 19:41.58 | woglinde | oxo hehe |
| 19:42.04 | gerwinin | Oxo :) |
| 19:42.34 | oxo | it's somewhat more complicated than handheld jffs-images, because I have to split it into a romfs with SILO/PROLL/kernel and a jffs2 containing the FS |
| 19:42.55 | gerwinin | Oxo cool |
| 19:42.57 | oxo | part of the SILO-steps do not like to be done on a non-sparc box, but I'll try to make a cross-solution to it |
| 19:43.13 | oxo | there is a whopping 7M of space left for JFFS2 :-) |
| 19:43.19 | *** join/#oe gremlin[it] (n=gremlin@ppp-235-7.25-151.libero.it) |
| 19:43.30 | woglinde | ieehls silo |
| 19:45.06 | oxo | ieehls indeed, it doesn't feel like booting today |
| 19:46.32 | gremlin[it] | hi all |
| 19:47.48 | woglinde | hi gremlin |
| 19:48.06 | gremlin[it] | hi woglinde |
| 19:50.42 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 19:50.59 | hvontres|poodle | re |
| 19:51.25 | pgfeller | hi hvontres|poodle |
| 19:51.40 | hvontres|poodle | hi pgfeller :) |
| 19:52.13 | hvontres|poodle | sorry, I haven't had a chance to try your new stuff yet. I might get a chance tonight when I get home |
| 19:52.23 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:52.34 | pgfeller | hvontres|poodle: absolutely no problem |
| 19:53.45 | pgfeller | hvontres|poodle: just let me know if you need additional details to try things - or if there are unexpected problems |
| 19:54.03 | hvontres|poodle | RP: Quick qemu-arm question: what does "-r 2.6.16" do ? |
| 20:01.22 | *** join/#oe rob_w (n=bob@p85.212.28.26.tisdip.tiscali.de) |
| 20:18.14 | gremlin[it] | grrr why XFS spend about 15minutes to wipe out all <oe>/tmp dir ??? |
| 20:18.45 | woglinde | gremlin which kernel? |
| 20:18.59 | gremlin[it] | <PROTECTED> |
| 20:19.09 | woglinde | args |
| 20:19.21 | woglinde | 2.6.19 has problems with xfs |
| 20:19.28 | gremlin[it] | uff :( |
| 20:19.39 | woglinde | better use 2.6.20 |
| 20:19.51 | woglinde | dont know if fc fixed it back |
| 20:23.13 | gremlin[it] | sigh |
| 20:32.04 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 20:32.52 | Sleep_Walker | z72ka: greetings! |
| 20:33.22 | z72ka | Sleep_Walker: Hi :) |
| 20:34.17 | greentux | somebody noticed? : http://www.linuxdevices.com/articles/AT3411564713.html |
| 20:35.18 | z72ka | I need help, I have error in all of packages opie-*, error is (concretelly - for example): ERROR: QA Issue: non debug package contains .debug directory: opie-style-phase path /work/armv5te-angstrom-linux-gnueabi/opie-style-phase-1.2.2-r0/install/opie-style-phase/opt/QtPalmtop/plugins/styles/.debug/libphasestyle.so |
| 20:35.19 | z72ka | <PROTECTED> |
| 20:35.34 | woglinde | z72ka pull and update |
| 20:35.45 | woglinde | pskovloksy fixed it yesterday |
| 20:36.15 | z72ka | woglinde: Aaaa :) thx... I try it |
| 20:38.10 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 20:44.09 | *** join/#oe jkp (n=jkp@62-64-194-135.dynamic.dial.as9105.com) |
| 20:49.10 | *** join/#oe jkp (n=jkp@62-64-194-135.dynamic.dial.as9105.com) |
| 20:52.11 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 20:52.27 | robtaylor | RP: you're an LTTng god, arent you?.. |
| 20:54.12 | *** join/#oe jkp (n=jkp@62-64-194-135.dynamic.dial.as9105.com) |
| 21:03.22 | Crofton | getting ready to test Angstrom image on the OSK |
| 21:09.32 | Crofton | koen, Angstrom boots on the OSK |
| 21:10.05 | koen | Crofton: cool |
| 21:10.11 | Crofton | yeah |
| 21:10.26 | Crofton | I can work toward orphaing openomap |
| 21:10.35 | *** join/#oe rwhitby (n=nrwhitby@nslu2-linux/rwhitby) |
| 21:10.54 | koen | and create an openSDR image :) |
| 21:11.12 | Crofton | yeah |
| 21:11.19 | Crofton | I already did that for efika |
| 21:12.45 | Crofton | well, built an sdr with angstrom |
| 21:13.28 | Crofton | it is all relative :) |
| 21:14.25 | Crofton | It is probably cheaper than the data acquisition card in the utwente design |
| 21:14.38 | koen | yeah |
| 21:15.02 | gremlin[it] | hi Crofton koen |
| 21:15.08 | koen | hey gremlin[it] |
| 21:15.08 | Crofton | gm |
| 21:15.42 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:16.22 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 21:19.17 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 21:20.18 | Crofton | should I create bugzilla entries for packages with QA issues? |
| 21:20.41 | woglinde | crofton why not |
| 21:22.55 | Crofton | I'm not sure if we are supposed to ignore some QA ERRORs :) |
| 21:23.05 | Crofton | like http://bugs.openembedded.org/show_bug.cgi?id=1785 |
| 21:27.30 | *** join/#oe zecke (n=ich@91.64.160.193) |
| 21:27.43 | woglinde | he zecke |
| 21:28.51 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 21:30.00 | koen | Crofton: since last week all qa errors should be errors instead of attention points |
| 21:30.11 | Crofton | hang on |
| 21:30.38 | woglinde | koen hm whats with natvie .la which contains special paths |
| 21:30.41 | woglinde | ? |
| 21:30.47 | woglinde | native |
| 21:31.07 | koen | it means they are broken |
| 21:31.18 | Crofton__ | http://pastebin.ca/376138 |
| 21:31.36 | zecke | woglinde: hey |
| 21:31.53 | woglinde | okay they shouldnt have the path set because oe set the right -L path? |
| 21:32.01 | zecke | woglinde: they should be installed and should not point to workdir |
| 21:33.13 | woglinde | zecke please have a look at libz.la |
| 21:33.31 | zecke | woglinde: paste it please |
| 21:33.58 | woglinde | there is nothing to paste |
| 21:34.11 | woglinde | contains no work dir but QA bubble up |
| 21:34.43 | koen | it's empty? |
| 21:34.54 | zecke | woglinde: find . -name 'libz.la' | wc -l |
| 21:34.59 | zecke | woglinde: is that one or two? |
| 21:35.27 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:36.32 | zecke | <PROTECTED> |
| 21:38.12 | woglinde | zecke because QA dont say if it means native .la or target .la |
| 21:38.21 | woglinde | only libz.la ;) |
| 21:39.22 | zecke | woglinde: it looks into STAGING_LIBDIR, I should print the complete path again... |
| 21:40.06 | mickeyl | zecke: yes, that's more or less it |
| 21:40.24 | mickeyl | i mean there's a whole lot of stuff you can do with the device |
| 21:40.29 | mickeyl | it just isn't "mobile" |
| 21:40.48 | zecke | mickeyl: I'm just interested in the cost point of view |
| 21:41.22 | zecke | mickeyl: so the devices were produced, so only the shipping cost might be saved? |
| 21:42.38 | *** join/#oe Glombool (n=chatzill@69.77.196.116) |
| 21:42.47 | koen | mickeyl: same battery life as a ezx phone ;) |
| 21:43.12 | Glombool | I need a little help with a bitbake file. |
| 21:43.18 | Glombool | Oh... nevermind. It's working now :) |
| 21:43.31 | Crofton | see, we are telapathic |
| 21:43.40 | Glombool | Heh heh. |
| 21:43.57 | mickeyl | zecke: yes. the devices are already done. |
| 21:44.28 | Glombool | I was getting frustrated earlier. Trying to develop for OZ 3.5.4 using the dev branch. Then I realized "DUH! Use the OZ branch!" |
| 21:45.36 | zecke | mickeyl: http://burtonini.com/computing/screenshots/tasks-0.2.png did ross mail you? |
| 21:45.51 | mickeyl | not yet :) |
| 21:46.05 | Glombool | I guess I do have a bitbake question anyhow. I compiled a package. Then I hacked the code a little and am recompiling it. It seems to be going through the entire dependency process again (Just not having to recompile). Is this a case where I would use the -b attribute? |
| 21:46.08 | zecke | mickeyl: "merge insane.bb" hmm |
| 21:46.39 | Crofton | Glombool, parsing? |
| 21:47.24 | Glombool | Crofton: um... what do you mean? |
| 21:47.44 | Crofton | I mean you are wondering about the parsing stage of running bitbake? |
| 21:47.50 | Glombool | Oh, no. |
| 21:48.03 | Glombool | It's actually baking now :) |
| 21:48.16 | hvontres|poodle | zecke: how about "Write bbclass to remove .la files" ? |
| 21:49.00 | zecke | hvontres|poodle: I think libtool's concept is okay, just not GNU libtool |
| 21:49.08 | Glombool | Crofton It's going through each dependancy and unpacking the source, but the sources are all already compiled and in the build directory. |
| 21:49.12 | zecke | I should some time to play with jlibtool |
| 21:49.20 | mickeyl | g'night |
| 21:49.36 | hvontres|poodle | zecke: Who is the main glibc person around here? |
| 21:50.00 | Crofton | Glombool, I'm not sure why that is happening |
| 21:50.12 | zecke | hvontres|poodle: pb_ |
| 21:50.13 | Glombool | Oh, ok. |
| 21:50.14 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 21:50.15 | Glombool | I thought it was strange. |
| 21:50.29 | Glombool | I guess I'll see what happens ... |
| 21:50.35 | hvontres|poodle | ~seen pb_ |
| 21:51.00 | ibot | pb_ is currently on #gpe (2d 7h 49m 57s) #oe (2d 7h 49m 57s) #handhelds.org (2d 7h 49m 57s). Has said a total of 10 messages. Is idling for 3h 5m 36s, last said: 'hi zap'. |
| 21:51.00 | Glombool | ...maybe i deleted something on accident. |
| 21:51.23 | Glombool | bitbake -c clean doesn't clean deps too right? Just the package you tell it to? |
| 21:51.33 | koen | zecke: I disabled the cleandir code in package.bbclass |
| 21:51.53 | koen | zecke: the problems I was seeing disappeared as well |
| 21:52.43 | Glombool | Oh, I deleted the tmp/cache folder... |
| 21:53.06 | hvontres|poodle | Glombool: next time try bitbake -c rebuild <pkgname> |
| 21:53.41 | Glombool | hvontres|poodle ah, ok. Works with revisions too then I assume? |
| 21:53.48 | zecke | BTW: anyone used stgit here? |
| 21:55.10 | Glombool | anyway... gotta run. Thanks for the help. |
| 21:55.18 | *** part/#oe Glombool (n=chatzill@69.77.196.116) |
| 22:00.52 | Ifaistos | Crofton : Might be of interest -> http://www.em.avnet.com/evs/home/0,1707,RID%253D%2526CID%253D35679%2526CCD%253DUSA%2526SID%253D32214%2526DID%253DDF2%2526LID%253D32233%2526PRT%253D0%2526EFL%253D%2526PVW%253D%2526ASM%253Dl%2526BID%253DDF2%2526CTP%253DEVS,00.html |
| 22:02.28 | Crofton | interesting |
| 22:02.38 | Crofton | the closest they get to me is about 4 hours |
| 22:03.25 | Ifaistos | Crofton : Well i am not so lucky... probably UK is the safest bet |
| 22:03.51 | Crofton | ouch |
| 22:03.52 | Ifaistos | Crofton : at least i will be able to understand the language ;) |
| 22:05.33 | Ifaistos | Crofton : the funny thing is it costs me less to fly to UK than most of the Greek cities |
| 22:05.39 | Crofton | yeah |
| 22:05.46 | Crofton | airline fares can be strange |
| 22:07.09 | Ifaistos | i was thinking of trying to add the ml403 to the OE targets |
| 22:07.57 | Crofton | interesting |
| 22:08.17 | Ifaistos | do you have a board yourself ? |
| 22:08.23 | Crofton | no |
| 22:09.05 | Crofton | does that have a hard ppc core? |
| 22:09.15 | Ifaistos | soft one |
| 22:09.24 | Ifaistos | can take up to 2 |
| 22:09.32 | Crofton | there is an XUP board also with hard core |
| 22:12.07 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 22:12.12 | *** join/#oe hillct (n=H@client200-5.dsl.intrex.net) |
| 22:12.17 | hillct | hi |
| 22:12.39 | Ifaistos | haven't done any research on the differences between soft/hard cores |
| 22:13.04 | Crofton | well, one uses fpga resources, the hard one is in silicon |
| 22:13.23 | Ifaistos | any differences in speed ? |
| 22:13.51 | Crofton | http://www.xilinx.com/univ/xupv2p.html |
| 22:14.01 | Ifaistos | btw i plan to evaluate this also -> http://www.impulsec.com/ |
| 22:14.02 | Crofton | I'm not sure about performance differences |
| 22:14.53 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 22:14.54 | Crofton | There is so much to learn |
| 22:15.47 | woglinde | yesssss |
| 22:15.57 | woglinde | hm |
| 22:16.27 | Ifaistos | XUP industrial customers $1599, academics $299 |
| 22:16.28 | woglinde | okay |
| 22:16.42 | woglinde | angstroem boots on simpad |
| 22:16.43 | Crofton | :) |
| 22:16.45 | woglinde | irda segfaults |
| 22:16.54 | woglinde | and opie didnt start up |
| 22:17.14 | Ifaistos | hmmm an order of 100 boards is it considers "academic" ? ;) |
| 22:18.18 | hillct | I'm trying to understand why this recipie seems not to package/install. http://www.pastebin.ca/376196 any guidance? |
| 22:18.50 | hillct | so errors seem to be generated, which is confusing |
| 22:19.30 | Crofton | what are the errors? |
| 22:19.52 | Crofton | why does is depend on tiff and libxml2? |
| 22:20.53 | Crofton | ah tiff for fax |
| 22:21.02 | hillct | Crofton: no errors are reported. That's what's confusing |
| 22:21.19 | hillct | the dependencies listed are those used as you say, for fax and tone processing |
| 22:21.22 | Crofton | but when you compile packages that need it you get errors? |
| 22:21.42 | hillct | says can't find spandsp.h |
| 22:21.42 | Crofton | I think you need to add a staginh task |
| 22:21.53 | Crofton | hang on |
| 22:22.07 | hillct | as if it's not installing into staging/rootfs or wherever |
| 22:22.13 | Crofton__ | do_stage () { |
| 22:22.13 | Crofton__ | <PROTECTED> |
| 22:22.13 | Crofton__ | } |
| 22:22.22 | Crofton__ | Add that |
| 22:22.26 | hillct | K |
| 22:22.36 | hillct | is that not automatic as part of autotools? |
| 22:22.51 | Crofton | not staging |
| 22:23.25 | Crofton | autotools will install into runtime, but not staging |
| 22:23.37 | Crofton | staging is where libraries and includes go |
| 22:23.44 | Crofton | roughly :) |
| 22:26.17 | hillct | K |
| 22:27.27 | hillct | is packaging of *-dev ipkgs relatively automated or should I assume all the libs will be in spandsp, since in this case all it is, is a library? |
| 22:27.55 | hillct | testing the change now... |
| 22:27.57 | Crofton | the runtime libs get automaticaly installed in images |
| 22:28.21 | hillct | K |
| 22:28.27 | Crofton | installing the spandsp package should instal lthe libs |
| 22:28.39 | Crofton | -dev would pick up headers etc, I expect |
| 22:32.36 | Ifaistos | hillct: Are you building this for asterisk ? |
| 22:32.51 | hillct | for openpbx |
| 22:32.58 | hillct | a fork of asterisk |
| 22:33.34 | Ifaistos | spadsp needs asterisk headers |
| 22:33.46 | hillct | aparently not... |
| 22:33.54 | hillct | I believe it used to... |
| 22:34.17 | hillct | testing now... |
| 22:34.29 | hillct | I'll keep that in mind though. thanks |
| 22:38.48 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 22:39.22 | Ifaistos | hmm for openpbx you need also php and a bunch of other stuff to work the gui stuff |
| 22:40.49 | hillct | nope |
| 22:40.56 | hillct | you're thinking of FreePBX |
| 22:41.04 | hillct | which is a front end for Asterisk |
| 22:41.18 | hillct | OpenPBX is a fork of asterisk |
| 22:41.46 | hillct | ok, new problem |
| 22:41.49 | Ifaistos | right |
| 22:41.55 | chouimat | a fork of asterisk? why? |
| 22:42.15 | Ifaistos | gpl disputes... |
| 22:42.16 | hillct | for better open hardware support |
| 22:42.19 | hillct | clearner code |
| 22:42.29 | hillct | FAR superior config file format |
| 22:42.36 | hillct | and yes, GPL issues |
| 22:42.41 | chouimat | Ifaistos: I see political crap :) |
| 22:42.49 | hillct | somewhat |
| 22:43.02 | hillct | but also the code looks a lot better |
| 22:44.11 | hillct | seen this error when trying to put together other recipes |
| 22:44.22 | hillct | when compiling OpenPBX, I see: |
| 22:44.25 | hillct | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/openssl |
| 22:44.25 | hillct | cc1: internal compiler error: in add_path, at c-incpath.c:362 |
| 22:44.56 | Ifaistos | chouimat: Digium that developed asterisk requires developers to sign an agreement that their code can be used in the non-gpl version of asterisk |
| 22:44.56 | hillct | can I get around this by simply setting the enviroment variable INCLUDEPATH ? |
| 22:45.01 | hillct | or is this something deeper? |
| 22:45.09 | Ifaistos | chouimat: A lot of people did not like that |
| 22:45.28 | Crofton | hillct, maybe configure script includes hard coded paths |
| 22:45.34 | hillct | K |
| 22:45.39 | hillct | will check it out |
| 22:45.45 | Ifaistos | hillct: Can you post the .bb file |
| 22:45.49 | Crofton | this is bad for cross compiling |
| 22:45.56 | hillct | Ifaistos: sure. one sec |
| 22:45.57 | chouimat | Ifaistos: it's their right (both group) personnaly if I don't want to sign such thing I will not release my code :) |
| 22:51.03 | hillct | Ifaistos: http://www.pastebin.ca/376254 |
| 22:51.19 | hillct | note the patch needs to be separated out at the bottom |
| 22:57.26 | Ifaistos | ok |
| 22:57.36 | Ifaistos | what arch are you trying to build it ? |
| 22:59.39 | Ifaistos | ~lart building OE using nfs disks |
| 23:10.21 | hillct | Ifaistos: ARM |
| 23:11.15 | hillct | using SlugOS/BE |
| 23:13.28 | Ifaistos | hmmm by builds fail at libpcap |
| 23:15.25 | hillct | I had that issue when building against slugos-3.10-beta but against HEAD that was not an issue |
| 23:15.43 | hillct | seemed to be related to capability.h |
| 23:17.07 | Ifaistos | i am using gcc 4.1.1 glibc 2.5 on x86 |
| 23:24.33 | CoreDump|home | hi |
| 23:25.41 | alphaone | Hmm, anoncvs.gnome.org seems to have moved which breaks libmimedir |
| 23:26.10 | zecke | alphaone: hehe, cvs->svn |
| 23:27.02 | alphaone | Yeah, I just read it. |
| 23:27.47 | Ifaistos | hillct: i'll look at it tomorrow. |
| 23:27.55 | Ifaistos | night everyone |
| 23:28.02 | alphaone | night Ifaistos |
| 23:28.18 | hillct | night Ifaistos |
| 23:31.02 | alphaone | zecke: You want me to submit a bug report? |
| 23:31.19 | zecke | alphaone: probably, best with a patch attached :) |
| 23:31.40 | hillct | what's the name of the variable that contains the target platform? I'm trying to point to the target platform staging directory |
| 23:32.27 | alphaone | zecke: I'm already looking into it :-) |
| 23:35.14 | alphaone | zecke: The code now lies in /svn/libmimedir/trunk What is the best way to handle that in the .bb file? |
| 23:36.11 | stefan_schmidt | alphaone: Just change the path in the bb file? |
| 23:36.12 | zecke | alphaone: is that trying to fetch a specific revision, or always fetches the latest/HEAD? |
| 23:36.12 | alphaone | Do I just change S ? |
| 23:36.36 | zecke | alphaone: http://bitbake.berlios.de/manual/ch03s06.html |
| 23:36.49 | zecke | alphaone: you change the SRC_URI from the cvs protocol to svn and adjust |
| 23:36.54 | alphaone | k, thanks |
| 23:37.09 | alphaone | It is fetching HEAD |
| 23:37.36 | alphaone | Otherwise there would be rev= in the SRC_URI, right? |
| 23:45.07 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
