| 00:00.26 | *** join/#oe mithro (n=tim@203.63.126.9) |
| 00:09.15 | JustinP | cyrilRomain: I've coded a bit of bitbake (have a patch pending) but I don't know what bittest is.... |
| 00:13.59 | cyrilRomain | JustinP: well, I think it was tabs vs spaces somewhere |
| 00:14.18 | cyrilRomain | JustinP: it works now after rewriting reading from my patch |
| 00:14.45 | cyrilRomain | JustinP: bittest is a test tool for bitbake |
| 00:15.02 | cyrilRomain | JustinP: bittest can check for patch_checker', 'source_checker', 'doc_checker', 'content_checker', 'depends_checker |
| 00:15.47 | cyrilRomain | JustinP: e.g. source_checker checks for SRC_URI availability, content_checker for .bb file content, etc. |
| 00:18.21 | *** join/#oe furlongm_ (n=furlongm@83.70.160.19) |
| 00:18.48 | cyrilRomain | JustinP: I'm trying to make source_checker not downloading packages (just checking file is there) to speed up checking for SRC_URI |
| 00:23.35 | *** join/#oe ts____gin (n=gints@62.84.15.211) |
| 00:25.19 | JustinP | cyrilRomain: ah yes ;-) |
| 00:25.41 | JustinP | cyrilRomain: so you're editing python? yeah, consistent whitespace is *very* important for it |
| 00:26.21 | cyrilRomain | JustinP: I know one have to be very carefull about that |
| 00:26.42 | cyrilRomain | JustinP: I think it is my vim settings that are different from my host system and my chrooted environment |
| 00:26.59 | cyrilRomain | JustinP: and this messed things up without I could see it |
| 00:27.26 | cyrilRomain | well, first sucess on tarball :) |
| 00:35.14 | cyrilRomain | sucess on local files now |
| 00:36.53 | psokolovsky | cyrilRomain: sanitize.py has dos lineendings. bother to fix? |
| 00:38.09 | cyrilRomain | psokolovsky: i'm not sure how to fix this the proper way |
| 00:38.29 | psokolovsky | fromdos it and commit ;-) |
| 00:38.43 | psokolovsky | cyrilRomain: I mean, fiel you committed has |
| 00:38.50 | psokolovsky | file even |
| 00:39.10 | cyrilRomain | psokolovsky: ah the script itself :) |
| 00:39.33 | cyrilRomain | psokolovsky: no problem at all, I'll fix it in the next version :) |
| 00:40.30 | cyrilRomain | psokolovsky: maybe it is because I 'send' it to koen via pastebin (?) |
| 00:40.36 | psokolovsky | cyrilRomain: so this sooner, if possible ;-) |
| 00:40.47 | psokolovsky | cyrilRomain: easily |
| 00:40.54 | cyrilRomain | psokolovsky: I don't have push access |
| 00:41.12 | cyrilRomain | psokolovsky: so do it yourself if it urge for you |
| 00:41.16 | psokolovsky | cyrilRomain: Ah, sorry. I'll fix it then. |
| 00:41.22 | cyrilRomain | psokolovsky: thanks |
| 00:47.48 | CIA-9 | 03pfalcon 07org.oe.dev * rff29c494... 10/ (1 contrib/sanitize.py): sanitize.py: Fix line-endings (dos->unix). |
| 00:54.24 | CIA-9 | 03pfalcon 07org.oe.dev * ra83e90d6... 10/ (1 contrib/sanitize.py mtn:execute true): sanitize.py: Make executable. |
| 00:55.37 | *** join/#oe noclouds (n=mhfan@60.166.43.22) |
| 00:56.16 | cyrilRomain | 8-O 2:55 am ! |
| 00:56.27 | cyrilRomain | 'night all |
| 00:58.52 | *** join/#oe mhfan (n=mhfan@60.166.48.12) |
| 01:01.11 | *** join/#oe W8TVI (n=me@166.166.218.208) |
| 01:09.46 | *** join/#oe csmanx_ (n=csman@bas1-montreal42-1178046802.dsl.bell.ca) |
| 01:12.26 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 01:13.09 | *** join/#oe csmanx__ (n=csman@bas1-montreal42-1178046802.dsl.bell.ca) |
| 01:14.27 | *** join/#oe joshin1 (i=josh@VDSL-130-13-154-83.PHNX.QWEST.NET) |
| 01:16.44 | *** join/#oe csmanx (n=csman@bas1-montreal42-1178046802.dsl.bell.ca) |
| 01:19.15 | *** join/#oe tmbinc_ (i=abcd@e176187215.adsl.alicedsl.de) |
| 01:32.19 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
| 01:32.29 | *** join/#oe W8TVI_ (n=me@166.166.0.128) |
| 01:33.03 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 01:34.00 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 01:51.31 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 01:58.01 | *** join/#oe O_Neil (n=ONeil@210.22.179.229) |
| 01:58.47 | O_Neil | hi everybody, what's the difference between "RDEPENDS" and "RRECOMMENDS"? |
| 02:11.01 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 02:19.36 | CIA-9 | 03pfalcon 07org.oe.dev * rca5e13e4... 10/ (1 contrib/sanitize.py): sanitize.py: Drop unimportant Python 2.4 dependency. |
| 02:24.13 | psokolovsky | O_Neil: RDEPENDS is a must, ipkg won't let you install package unless all RDEPENDS are satisfied. RRECOMMENDS just to note a relation to another package. There's even weaker form RSUGGESTS. |
| 02:24.29 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 02:26.26 | kergoth | recommends get installed automatically, but can be removed. suggests are recommended to the user, b ut not automatically installed |
| 02:28.48 | O_Neil | thanks |
| 02:34.47 | *** join/#oe CSMan_ (n=csman@bas1-montreal42-1177928509.dsl.bell.ca) |
| 02:36.24 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928509.dsl.bell.ca) |
| 02:45.27 | *** join/#oe furlongm_ (n=furlongm@83.70.167.78) |
| 03:06.49 | *** part/#oe Zero_Chaos (i=fuspdzvy@unaffiliated/zerochaos) |
| 03:24.06 | *** part/#oe AvengerMoJo (n=alex@219.142.247.156) |
| 03:24.40 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a40.ptbyny.tds.net) |
| 03:26.13 | *** join/#oe bobbyz (i=zeus@70-33-4-119.clspco.adelphia.net) |
| 05:18.03 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
| 05:41.56 | *** join/#oe bluelightning (n=blueligh@222-155-156-185.jetstream.xtra.co.nz) |
| 05:48.10 | *** join/#oe hufnus (n=slonsiki@DSL135-086.labridge.com) |
| 06:04.48 | *** join/#oe awelux (n=awelux__@dslb-084-058-146-149.pools.arcor-ip.net) |
| 06:13.49 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 06:24.19 | *** join/#oe bobbyz (i=zeus@70-33-4-119.clspco.adelphia.net) |
| 07:02.04 | *** join/#oe furlongm__ (n=furlongm@83.70.218.191) |
| 07:08.31 | *** join/#oe Genesis (n=Genesis@dyn-83-156-19-82.ppp.tiscali.fr) |
| 07:11.26 | *** join/#oe likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl) |
| 07:17.32 | *** join/#oe tkp (n=tom@spc2-brig9-0-0-cust665.asfd.broadband.ntl.com) |
| 07:19.58 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 07:20.12 | *** join/#oe den-ros (n=den@ppp83-237-44-13.pppoe.mtu-net.ru) |
| 07:35.17 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 07:45.25 | *** join/#oe furlongm___ (n=furlongm@83.70.216.134) |
| 07:52.03 | XorA | RP: well if JustinPs problem shows on corgi Ill know as I have / on SD currentlu |
| 07:59.02 | koen | good morning all |
| 07:59.12 | cyrilRomain | hi koen |
| 07:59.56 | XorA | hey koen |
| 08:01.02 | den-ros | hi koen and all |
| 08:02.03 | *** join/#oe furlongm____ (n=furlongm@83-70-226-240.b-ras1.prp.dublin.eircom.net) |
| 08:06.41 | koen | http://article.gmane.org/gmane.comp.version-control.monotone.devel/8169 |
| 08:07.47 | *** join/#oe pvanhoof (n=pvanhoof@mailhost.newtec.be) |
| 08:13.40 | den-ros | Btw, i did not understand yet - how set right encoding for html pages in konq-e in Familiar-0.8.4 . I have problems with pages, that in any coding instead UTF-8. With UTF-8 all right. Maybe it is not encoding problem, but fonts problem? That problem according to mail too. Can anyone direct me to documentation ralated to this? I did not look in src yet. |
| 08:15.59 | *** join/#oe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
| 08:19.19 | koen | den-ros: ask #opie |
| 08:19.57 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 08:19.59 | den-ros | koen: thanks koen |
| 08:21.35 | ade|desk | morning morning |
| 08:21.42 | den-ros | koen: I only test Familiar. I plan to use Angstrom. And does bug with no touchscreen in last Angstrom img was corrected already? |
| 08:21.51 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 08:21.54 | koen | yes |
| 08:22.45 | den-ros | good. does new imgs avalible? or it must be corrected under ssh? |
| 08:23.03 | koen | you can do both |
| 08:23.19 | den-ros | i prefer new imgs :) |
| 08:23.20 | koen | ipkg update ; ipkg upgrade will pull in the fixes |
| 08:23.33 | den-ros | hmm... |
| 08:23.53 | den-ros | i reflash Angstrom with Familiar for testing |
| 08:24.56 | den-ros | koen: and if i reflash Angstrom with that bug again - i can not ssh login here again to make upgrade |
| 08:25.31 | koen | the bug is gone in the newer images |
| 08:26.12 | den-ros | ok now i will search new images |
| 08:28.41 | tomas_f | koen, with gcc4.1, are you using glibc2.4 ? |
| 08:28.52 | den-ros | i reflash Angstrom with Familiar for testing :) - i mean: reflash Familiar instead Angstrom :) |
| 08:28.56 | koen | tomas_f: yes |
| 08:29.13 | tomas_f | hm |
| 08:29.27 | koen | tomas_f: OE doesn't have the patched CSL 2.3.x to make EABI work |
| 08:30.07 | tomas_f | I have built an image over night without the iwmmxt optimatisations and it shows the same sigsegv issues as with |
| 08:30.09 | koen | tomas_f: doesn't POKYMODE=eabi2 pull that in for you? |
| 08:30.17 | tomas_f | yes |
| 08:30.29 | hrw|work | morning |
| 08:30.30 | tomas_f | I have also tried the current csl release, same problems |
| 08:30.40 | koen | busybox 1.0.x will segv regardless of optimizations |
| 08:30.44 | den-ros | morning hrw :) |
| 08:30.45 | koen | hey hrw|work |
| 08:30.54 | tomas_f | I have upgraded to 1.2.1, no difference |
| 08:31.03 | koen | hmmm |
| 08:31.05 | cyrilRomain | hey hrw|work |
| 08:31.10 | koen | that solved most segv's for me |
| 08:31.24 | koen | except loadkeys, but that's useless on my ipaq |
| 08:31.37 | tomas_f | loadkeys is one of the programs |
| 08:31.55 | tomas_f | there are some gdk post-install scripts that sigsegv |
| 08:31.56 | *** join/#oe chris144 (n=chris@195.234.128.72) |
| 08:32.02 | koen | loadkeys works if you start it the second time |
| 08:32.03 | tomas_f | and then the Xserver |
| 08:32.16 | tomas_f | koen, yes, I found that out as well |
| 08:32.21 | tomas_f | most of the time |
| 08:32.31 | koen | which puzzles me |
| 08:33.00 | tomas_f | btw, I found a iwmmxt bug in gas |
| 08:33.32 | tomas_f | but not a crasher, just would not build some stuff |
| 08:33.45 | XorA | koen: if we could just find that bug, ANgstrom would be ready to roll |
| 08:34.13 | koen | tomas_f: I wonder if http://article.gmane.org/gmane.linux.ports.arm.kernel/27307 is responsible for that |
| 08:34.24 | koen | XorA: ready for "beta" :) |
| 08:34.37 | XorA | koen: RC1 by microsoft standards |
| 08:34.52 | koen | hey kergoth |
| 08:35.45 | tomas_f | koen, I will get RP to look at that ;) |
| 08:36.17 | koen | tomas_f: I'm not fond of CSL toolchains since the last one we had in OE was buggy and caused weird crashes |
| 08:38.32 | XorA | koen: might be worth dragging in 2006q1 as comparison though |
| 08:38.41 | XorA | koen: if I get really bored at work :-) |
| 08:38.41 | koen | http://bugs.openembedded.org/show_bug.cgi?id=204 |
| 08:38.53 | koen | XorA: check o-hand svn |
| 08:39.06 | koen | XorA: http://svn.o-hand.com/view/poky?rev=697&view=rev :) |
| 08:39.21 | chris144 | good morning |
| 08:39.31 | XorA | koen: cool, they are ahead |
| 08:41.20 | tomas_f | XorA: it shows exactly the same problems for us as 4.1.1 does |
| 08:41.24 | *** join/#oe furlongm_____ (n=furlongm@83-70-165-50.b-ras1.prp.dublin.eircom.net) |
| 08:42.01 | *** join/#oe bigd0g (n=b1gdo6@193.1.99.21) |
| 08:42.33 | koen | XorA: and I also want to try angstrom on PowerPC and mips, so we'll have to rethink toolchain selection anyway |
| 08:43.12 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 08:44.45 | koen | XorA: I suspect the CSL compiler might work on armv4t, since upstream gcc is broken for that |
| 08:45.06 | koen | where 'broken' read 'generates armv5 isns' |
| 08:48.48 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-108-167.pools.arcor-ip.net) |
| 08:56.07 | koen | Laibsch: did ztenv compile without the -DZAURUS flag? |
| 08:56.29 | Laibsch | koen: no, unfortunately not. |
| 08:56.50 | koen | weird |
| 08:57.47 | koen | did you do -c c clean first? |
| 09:03.15 | cyrilRomain | I updated the valid_sections list in the bittest content_checker according to http://lists.linuxtogo.org/pipermail/openembedded-devel/2006-August/000073.html and the answer of hrw|work |
| 09:05.01 | cyrilRomain | we still need to know what to do with "x11/apps" -> "x11/applications" ? "x11/gnome" -> "x11" ? "x11/gnome/libs" -> " x11/libs" ? "x11-misc" -> "x11/apps" or "x11/misc" ? |
| 09:07.08 | *** join/#oe TheCan (n=thecan@dslb-084-056-182-007.pools.arcor-ip.net) |
| 09:07.52 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 09:08.52 | florian_kc | good morning |
| 09:18.31 | *** join/#oe polyonymous_ (i=hacker@pD9539BD8.dip0.t-ipconnect.de) |
| 09:21.46 | *** part/#oe den-ros (n=den@ppp83-237-44-13.pppoe.mtu-net.ru) |
| 09:23.21 | *** join/#oe mikearthur (n=mike@87.246.78.22) |
| 09:27.34 | *** join/#oe lrg (n=liam@87.246.78.22) |
| 09:27.42 | lrg | morning all |
| 09:27.55 | koen | hey lrg |
| 09:28.00 | koen | hey mikearthur |
| 09:28.05 | koen | hey mickey|working |
| 09:28.18 | mikearthur | good day koen |
| 09:28.59 | lrg | koen: has OO finished building on nbp yet ? |
| 09:29.21 | koen | lrg: OE's toolchain seems to be missing c++ headers :( |
| 09:29.29 | koen | so it stopped at building stlport |
| 09:29.46 | lrg | koen: any luck with q2 ? |
| 09:29.55 | koen | haven't tried that yet |
| 09:32.47 | XorA | hey lrg |
| 09:32.59 | XorA | lrg: static has mysteriously dissapeared on corgi |
| 09:33.19 | mickey|working | morning folks |
| 09:33.23 | lrg | XorA: cool, although we have a problem with spitz |
| 09:33.27 | lrg | hey mickey|working |
| 09:33.34 | XorA | lrg: yeah, that sounds nasty |
| 09:34.16 | lrg | XorA: btw, what are you doing the week before you start ? |
| 09:34.24 | XorA | lrg: working here |
| 09:34.49 | leoncamel | hi, folks. I can't build bootstrap-image. :( |
| 09:35.27 | leoncamel | but, I do bitbake nano . |
| 09:35.38 | leoncamel | it report this error => ERROR: Cannot satisfy the following dependencies for task-bootstrap-unionroot: |
| 09:35.45 | leoncamel | hmm, where is wrong ? |
| 09:35.58 | lrg | XorA: If your available one night that week, I'd like to take you along for a meal with our US, Asia, Japan people when they visit Edinburgh |
| 09:36.18 | XorA | lrg: I can make myself available |
| 09:36.23 | RP | morning all |
| 09:36.25 | lrg | XorA: cool |
| 09:36.29 | lrg | hey RP |
| 09:36.32 | XorA | lrg: thursday I am nominally playing ADND, but I can change that |
| 09:37.07 | lrg | RP: what gcc are you using on spitz ? |
| 09:37.20 | chris144 | folks. I am struggling with doing an up to date build for x86 on x86_64. build bootstrap-image when building glibc-initial fails with error: #error "TLS support is required.". anybody seen that? |
| 09:38.17 | XorA | chris144: yes, and I never solved it |
| 09:39.00 | chris144 | XorA: did you use a workaround? |
| 09:39.13 | XorA | chris144: no, I gave up |
| 09:39.29 | chris144 | XorA: so how are you building now? |
| 09:39.40 | RP | lrg: 3.4.4 |
| 09:39.50 | XorA | chris144: I target arm, I had dreams of targeting my i586 server/router |
| 09:40.14 | lrg | RP: got mail. |
| 09:40.22 | RP | lrg: any ideas? |
| 09:40.28 | O_Neil | leoncamel, what's next line after the ERROR? |
| 09:40.28 | chris144 | XorA: so this TLS thing is not an issue for arm? |
| 09:40.48 | XorA | chris144: did you start from epia.conf? |
| 09:40.59 | XorA | chris144: there is some NPTL stuff you need to set for glibc |
| 09:41.08 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-092-166.pools.arcor-ip.net) |
| 09:42.00 | chris144 | XorA: yes, I know, I did that for glibc (--with-tls etc.). there was never an issue with glibc-initial until now. |
| 09:42.42 | XorA | chris144: cool, as I said I never managed to get x86_64 to make x86 stuff |
| 09:43.18 | lrg | RP: not yet, I'm going to turn on kernel debug and see if something stupid is happening. Iirc only the ac97 controller on pxa27x caused problems for mmc/sd. |
| 09:43.21 | chris144 | XorA: well, I was using gcc 3.4.4 before. Now i am doing a new build with all gcc and glibc preferences removed and up to date oe and bitbake 1.6. |
| 09:43.46 | XorA | chris144: sounds like you have had more success than me n the past :-) |
| 09:44.05 | leoncamel | O_Neil, base-files base-passwd busybox initscripts netbase sysvinit sysvinit-pidof tinylogin modutils-initscripts linux-hotplug ipkg-collateral ipkg ipkg-link modutils-depmod module-init-tools-depmod unionfs-modules unionfs-utils unionroot |
| 09:44.17 | leoncamel | O_Neil, the next msg |
| 09:44.27 | RP | lrg: ok, I'm a bit lost with that one :-/ |
| 09:45.17 | chris144 | XorA: yes, I used to use an old oe version : OE-2006-0307.tar.bz2 |
| 09:46.01 | O_Neil | leoncamel, you need define the RDEPENDS contains these packages |
| 09:46.24 | chris144 | XorA: i post my working (for x86 on x86_64) distro and machine files to pastbin, hold on |
| 09:49.49 | chris144 | XorA: here we go, maybe it helps you with your x86 target: http://pastebin.ca/163235 |
| 09:50.27 | XorA | chris144: cheers |
| 09:54.00 | *** join/#oe alan|philo (n=alan@ARouen-156-1-36-120.w90-8.abo.wanadoo.fr) |
| 09:54.14 | leoncamel | O_Neil, ? what ? I am using standard bootstrap-image, and I change nonthing about this package. |
| 09:56.29 | O_Neil | leoncamel, RDEPENDS defines packages that satisfy bootstrap-image. |
| 09:57.51 | *** join/#oe O_Neil (n=ONeil@210.22.179.229) |
| 09:59.11 | leoncamel | O_Neil, hmm, which file should I modify ? |
| 09:59.12 | lrg | RP: worryingly I get the correct value for params_format() on mainstone with fake WM8750. |
| 09:59.49 | lrg | RP: fwiw, the params_* code is very similar to the code the cse patch fixed |
| 10:00.43 | O_Neil | leoncamel, "packages/images/bootstrap-image.bb" |
| 10:02.42 | lrg | RP: I'll dig out the old memory barrier patch and send it to try on spitz |
| 10:05.26 | chris144 | XorA: ok, I found a workaround. when the build fails got to work/glibc-initial-2.4-r10/glibc-2.4/sysdeps/i386/elf directory. |
| 10:06.42 | chris144 | XorA: then patch both lines libc_cv_386_tls= in configure.in to "yes". then restart your build. It just worked for me. |
| 10:07.25 | chris144 | XorA: NOTE: package gcc-cross-initial-4.1.1-r6: task do_compile: started for x86 on x86_64 :-) |
| 10:07.48 | XorA | chris144: maybe they are suitable for adding to site files? |
| 10:08.49 | chris144 | XorA: yes, possibly, but I am not very familar with site files. I think I put the problem and the workaround into bugzilla. somebody familar with site files may decide... |
| 10:13.23 | hrw|work | all: I started my own business finally. |
| 10:13.35 | hrw|work | ;) |
| 10:13.50 | lrg | hrw|work: :) |
| 10:15.01 | hrw|work | some paper work to do but it is started |
| 10:16.46 | chris144 | hrw|work: congrats. I did the same thing in february this year. A lot of work but freedom at last ! |
| 10:18.04 | *** join/#oe furlongm (n=furlongm@83.70.31.151) |
| 10:19.02 | hrw|work | chris144: I still plan to work where I work as it takes most of payments from me |
| 10:19.22 | cyrilRomain | hrw|work: did you found people who accept to pay you to work on their devices ? or ..? |
| 10:19.30 | hrw|work | chris144: no need to pay ~200eur to goverment each month - current employer pay |
| 10:19.41 | hrw|work | cyrilRomain: kind of |
| 10:22.58 | chris144 | hrw|work: I did the full jump into cold water, ok I have to admit that my ex employer gives me one contract after the other but that will end in january. There is a great lack of engineers in germany, so there should be contracts to be outsourced... |
| 10:23.30 | *** join/#oe TheCan (n=thecan@dslb-084-056-189-141.pools.arcor-ip.net) |
| 10:25.54 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 10:26.05 | hrw|work | chris144: I will look how will own work goes |
| 10:26.47 | hrw|work | hi obergix[work] |
| 10:27.06 | obergix[work] | hi |
| 10:29.16 | *** join/#oe furlongm_ (n=furlongm@83.70.28.87) |
| 10:29.58 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 10:33.37 | *** join/#oe Crofton_|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 10:33.39 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
| 10:35.04 | *** join/#oe furlongm__ (n=furlongm@83.70.235.213) |
| 10:35.17 | mikearthur | anyone know if MMCs should just work on tosa? |
| 10:35.59 | hrw|work | mikearthur: should |
| 10:36.25 | hrw|work | mikearthur: mmc is base of all mmc/sd/microsd/minisd/mmc4/mmc+ formats |
| 10:37.40 | chris144 | that rocks: NOTE: package glibc-2.3.5+cvs20050627-r12: task do_compile: started |
| 10:42.00 | mikearthur | chris144: huh? |
| 10:47.54 | chris144 | mikearthur: I am just trying to build for x86 on x86_64 which does not seem to be so easy...but making progess |
| 10:49.20 | hrw|work | brb |
| 11:01.09 | *** join/#oe idealm (n=ideal@222.67.239.39) |
| 11:02.19 | bigd0g | Crofton: do you have an LCD or anything hooked to your OSK board ? |
| 11:02.42 | bigd0g | Crofton: (via Expansion Module C, for example) |
| 11:05.21 | Crofton_|laptop | I have an lcd |
| 11:05.32 | Crofton_|laptop | but I am not fooling with it right now |
| 11:05.50 | Crofton_|laptop | once upon a time I had opie running on it |
| 11:06.03 | bigd0g | is it the NEC QVGA one, or a different one? |
| 11:07.19 | chris144 | nick chris144|away |
| 11:08.13 | bigd0g | the reason i ask is because we're trying to find some sort of a reference that details what each of the 18 LCD-specific pins actually does. the pin out guide is of little help since things like LCD P0 is of little help to me. |
| 11:09.24 | bigd0g | specifically LCD P0-P15, i guess. |
| 11:09.39 | Crofton_|laptop | We have a mistral QVGA LCD panel |
| 11:09.52 | Crofton_|laptop | we just plugged it in, built drivers etc and it worked |
| 11:09.53 | bigd0g | damn. that's what i was afraid of |
| 11:10.04 | Crofton_|laptop | sorry :( |
| 11:10.14 | bigd0g | no worries. the search goes on :rawk: |
| 11:10.29 | Crofton_|laptop | at least you are asking forward moving questions again :) |
| 11:10.57 | Crofton_|laptop | anyone here know much about getting video of your tivo, using Linux of course? |
| 11:10.58 | bigd0g | true |
| 11:11.30 | bigd0g | if your TiVo has ethernet, it should show up as a network drive on your network |
| 11:11.37 | bigd0g | probably accessible over samba |
| 11:11.41 | Crofton_|laptop | hmm |
| 11:11.58 | Crofton_|laptop | It should appear on the network as soon as my wireless brdige arrives :) |
| 11:12.30 | Crofton_|laptop | bother, the bridge only just made it to Dallas |
| 11:13.40 | bigd0g | ouch |
| 11:13.53 | Crofton_|laptop | It is supposed to be here tomorrow (VA) |
| 11:13.54 | bigd0g | have you looked up any of the TiVo hack guides? they probably have more detailed info |
| 11:14.01 | Crofton_|laptop | just starting to |
| 11:14.23 | Crofton_|laptop | I wonder if anyone has tried using OE to build stuff for a tivo .... |
| 11:14.23 | bigd0g | do you know the series of your TiVo ? |
| 11:14.27 | Crofton_|laptop | series 1 |
| 11:14.33 | bigd0g | oh, then you're golden |
| 11:14.36 | Crofton_|laptop | old sony |
| 11:14.42 | Crofton_|laptop | directivo |
| 11:15.02 | Crofton_|laptop | I just put a bigger drive in and one of these cache cards |
| 11:15.13 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 11:15.40 | bigd0g | did you see Steve Jenkins's hack guide for series 1 TiVos ? |
| 11:16.01 | Crofton_|laptop | not until now |
| 11:16.08 | bigd0g | http://tivo.stevejenkins.com/network_cd.html |
| 11:16.16 | bigd0g | it's probably what you're looking for... i think |
| 11:16.25 | bigd0g | i could be wrong, but it's a start |
| 11:21.18 | likewise | anyone seen this? It appears in my bootstrap-image step: ipkg: Cannot create directory `/usr/lib/ipkg': Permission denied |
| 11:21.27 | hrw|work | ignore |
| 11:23.41 | likewise | hrw|work: ok |
| 11:30.35 | likewise | how should I satisfy recommendations? http://rafb.net/paste/results/ED83j953.html |
| 11:31.34 | hrw|work | likewise: dropbear/portmap ones? |
| 11:31.45 | likewise | equals bug #1172, yes dropbear portmap |
| 11:32.52 | likewise | hrw|work: yes |
| 11:33.38 | hrw|work | likewise: drop task-bootstrap-unionboot from tmp/deploy/ and build task-bootstrap |
| 11:34.12 | koen | and set a PREFERRED_PROVIDER for task-bootstrap |
| 11:34.55 | hrw|work | someone should FIX this sick situation |
| 11:35.26 | *** join/#oe furlongm_ (n=furlongm@83.70.213.0) |
| 11:39.09 | likewise | hrw|work: what is the fix? A default provider? or a working task-bootstrap-unionboot? |
| 11:40.10 | hrw|work | likewise: provider |
| 11:40.10 | hrw|work | likewise: I do not know why you got unionboot one |
| 11:41.17 | likewise | hrw|work: ok. Dunno neither, I am doing a plain task-bootstrap for MACHINE = "ixp4xx" DISTRO = "openslug" |
| 11:43.26 | likewise | koen: tnx |
| 11:43.41 | koen | someone made task-bootstrap-unionroot provide task-bootstrap |
| 11:43.56 | koen | and bitbake will pick one semi-randomly |
| 11:48.41 | chris144|away | NOTE: package gcc-cross-4.1.1-r6: task do_compile: started on x86_64 :-) |
| 11:51.45 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 12:02.28 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
| 12:06.27 | Crofton | koen, are people actually working on doing chroot builds? |
| 12:09.13 | *** join/#oe p0g0 (n=pogo@madwifi/support/p0g0) |
| 12:10.58 | koen | Crofton: not yet |
| 12:11.01 | chris144|away | ping hrw|work |
| 12:11.43 | Crofton | bummer |
| 12:11.59 | Crofton | omniorb and xerces bb files have a bad habit of finding stuff on the host |
| 12:13.20 | Crofton | I am hoping the problem "goes away" befiore I really need to fix it :) |
| 12:14.47 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 12:14.52 | hrw|work | chris144: pĂ´ng |
| 12:17.27 | chris144 | hrw|work: I got as far as glibc now building for x86 on x86_64 ! If I succed I will send my distro and machine files to the mailinglist, maybe you can get your x86 stuff done... |
| 12:19.39 | chris144|away | later... |
| 12:21.16 | hrw|work | chris144|away: nice |
| 12:26.33 | likewise | More trouble, but I cannot find a matching bug reported for this one yet: http://rafb.net/paste/results/rl8fcn64.html |
| 12:27.44 | hrw|work | likewise: how old metadata you are using? |
| 12:31.35 | CIA-9 | 03nail 07org.oe.dev * r44322ee7... 10/ (3 files in 3 dirs): busybox: Update slugos-specific defconfig |
| 12:33.49 | *** join/#oe EvilDevil_ (n=miau@p54A6E563.dip.t-dialin.net) |
| 12:35.24 | cyrilRomain | hum.. using 'date=' in SRC_URI with 'svn://' is wrong, isn't it ? |
| 12:35.45 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
| 12:35.50 | likewise | hrw|work: yesterdays metadata I think |
| 12:35.59 | *** join/#oe gints_ (n=gints@62.84.15.211) |
| 12:39.23 | CIA-9 | 03nail 07org.oe.dev * ra1795c18... 10/ (3 files in 3 dirs): openntpd: Fix initscript and reformat .bb to match OE style guidelines |
| 12:39.38 | CIA-9 | 03nail 07org.oe.dev * r4a18ebe5... 10/ (1 packages/zd1211/zd1211_r83.bb): zd1211: Reformat .bb |
| 12:39.38 | CIA-9 | 03nail 07org.oe.dev * rdc38d27c... 10/ (1 packages/litestream/litestream_1.3RC3.bb): litestream: Reformat .bb |
| 12:39.38 | CIA-9 | 03nail 07org.oe.dev * r03a7d68c... 10/ (1 packages/ssmtp/ssmtp_2.61.bb): ssmtp: Reformat .bb |
| 12:39.57 | likewise | hrw|work: when do you start a new biz? |
| 12:40.30 | hrw|work | likewise: basically tomorrow |
| 12:40.46 | likewise | hrw|work: let me know the details sometime. might be interested. |
| 12:41.37 | XorA | how do I trick bitbake into remaking a cvs tarball? |
| 12:41.37 | hrw|work | likewise: ok |
| 12:41.41 | likewise | NAiL: openslug compiles for you? |
| 12:41.49 | hrw|work | XorA: rm DL_DIR/cvstarball? |
| 12:42.02 | XorA | hrw|work: doesnt seem to do it |
| 12:42.14 | hrw|work | XorA: should.. |
| 12:42.16 | hrw|work | bbl |
| 12:42.35 | NAiL | likewise: Not really. I'm trying to build on edgy eft x86_64, and it fails when it tries to do the rootfs. |
| 12:43.15 | likewise | NAiL: details? dapper x86_64 host here, fails during bootstrap task (libtool) |
| 12:43.48 | NAiL | likewise: log_check finds a non-existing match while grepping for "Cannot find package" in the logs. |
| 12:44.52 | likewise | NAiL: hmmmn. Did not see that. Restarted a clean build also a few minutes ago with up-to-date metadata... |
| 12:45.31 | NAiL | likewise: gimme a little while and I'll see how far I get. |
| 12:46.04 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 12:46.19 | likewise | NAiL: yup, I will prob disappear for 30 minutes or so, soon. |
| 12:47.15 | NAiL | I'll be here a few more hours |
| 12:52.04 | cyrilRomain | ok I checked into the bitbake code, 'date=' is ignored when used in SRC_URI using svn:// |
| 12:52.45 | cyrilRomain | can someone please change in packages/konqueror/konqueror-embedded_20060404.bb: s/;date=${PV}// ? |
| 12:52.47 | koen | I think that should either use SRCDATE of 'rev' |
| 12:53.04 | cyrilRomain | koen: SRCDATE is indeed used |
| 12:53.33 | cyrilRomain | there is two occurence in this file |
| 12:53.59 | *** join/#oe obergix[work] (n=olivier@157.159.140.125) |
| 12:54.56 | CIA-9 | 03koen 07org.oe.dev * re0a90e17... 10/ (9 files in 2 dirs): gpe-calendar: reformat according to styleguide and drop obsolete versions |
| 12:55.05 | chouimat | morning |
| 12:55.05 | koen | cyrilRomain: 'GPE_TARBALL_SUFFIX' has to come before 'inherit' |
| 12:55.09 | koen | hey chouimat |
| 12:55.35 | cyrilRomain | koen: ok, I update the wiki and script right now |
| 12:55.50 | cyrilRomain | koen: hum at least the script |
| 12:56.01 | koen | cyrilRomain: I think it can be left oout of the wiki, since it is specific to gpe.bbclass |
| 12:56.14 | cyrilRomain | koen: yep |
| 12:56.22 | koen | it's pretty obvious when you get it the wrong way around, since fetch will fail :) |
| 12:57.15 | cyrilRomain | koen: btw I'm thinking that all unknown variables (including package specific ones) are put at the end of the file, i.e. _after_ the do_routines |
| 12:57.50 | cyrilRomain | koen: which makes do_routines fail interpolating those variables, right ? |
| 12:58.08 | koen | I suspect so, but I'm not sure |
| 12:58.21 | cyrilRomain | unless bitbake don't mind the order ... |
| 13:01.15 | cyrilRomain | koen: I'm afraid that if variable order is important (for interpolation), it will be difficult to find the right order, especially when a variable use another one :-/ |
| 13:01.33 | koen | yes |
| 13:01.46 | koen | that's why sanitizing is requires thinking :) |
| 13:02.01 | cyrilRomain | koen: :) |
| 13:02.23 | koen | s/is// |
| 13:04.58 | mickey|working | RP: ping |
| 13:05.26 | CIA-9 | 03koen 07org.oe.dev * r122cbbd5... 10/ (11 files in 3 dirs): gpe-conf: reformat according to styleguide and drop obsolete versions |
| 13:08.23 | hrw|work | mickey|working: pöng |
| 13:08.34 | mickey|working | hey hrw |
| 13:08.51 | hrw|work | mickey|working: still want poodle? |
| 13:09.02 | mickey|working | if we have one spare |
| 13:09.04 | mickey|working | if not, no problem :D |
| 13:09.20 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
| 13:09.22 | hrw|work | mickey|working: I have the project one running 3.5.4.2-rc2 now |
| 13:09.48 | mickey|working | cool. bring that one to OEDEM |
| 13:10.30 | hrw|work | mickey|working: want 110V power supply with it? |
| 13:10.36 | koen | I'll bring the netboook as well |
| 13:11.27 | hrw|work | I'll take poodle, tosa and probably c7x0 |
| 13:11.45 | mickey|working | hrw|work: no, thanks. i have enough power supplies |
| 13:12.12 | hrw|work | mickey|working: ok. then I will have another unused one |
| 13:12.24 | koen | "spares" |
| 13:13.14 | hrw|work | 4 Z, 1 Sharp charger, 1 noname universal one, 1 Delta 110V, 1 Delta 110-240V (both Delta with US connectors) |
| 13:14.56 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
| 13:16.56 | XorA | lucky OEDEM isnt in the uk |
| 13:19.40 | koen | that's why I have a travel-adapter |
| 13:20.21 | lrg | RP: looks like the MMC clock and the I2S sysclock is a shared GPIO on pxa27x. Will create patch |
| 13:21.34 | koen | heh |
| 13:21.50 | koen | "look we saved a gpio!" |
| 13:22.32 | koen | lrg: so SD breaks when you aren't playing music? |
| 13:23.24 | lrg | koen: SD breaks when you do play music on pxa27x. Both drivers are using the same GPIO. |
| 13:23.30 | hrw|work | koen: I only have us->europlug one |
| 13:23.38 | lrg | koen: for sysclk |
| 13:30.06 | *** join/#oe a-atwood (i=xf009976@nat/ti/x-84998ccc8e73c1d3) |
| 13:31.54 | *** join/#oe cyrilRom1in (n=cyrilRom@AToulouse-157-1-50-230.w86-207.abo.wanadoo.fr) |
| 13:36.26 | *** join/#oe racoon97 (n=racoon97@APointe-a-Pitre-102-1-7-120.w81-248.abo.wanadoo.fr) |
| 13:38.44 | *** part/#oe racoon97 (n=racoon97@APointe-a-Pitre-102-1-7-120.w81-248.abo.wanadoo.fr) |
| 13:39.03 | mickey|working | any idea what i can do to make udev create /dev/ttyS0 ? |
| 13:39.25 | mickey|working | yes, the serial drivers are in the kernel, i can perfectly log in via serial after manually creating ttyS0 |
| 13:41.11 | koen | mickey|working: write a udev rule? |
| 13:41.19 | mickey|working | i was afraid of you saying that |
| 13:41.20 | koen | (assuming the serial stuff shows up in /sys) |
| 13:41.26 | mickey|working | ah |
| 13:41.28 | mickey|working | let me check /sys |
| 13:41.48 | mickey|working | how would such a rule look like? |
| 13:41.52 | koen | if you're on ARM, you're probably have to use /dev/tt<WEIRDNAME> |
| 13:41.59 | koen | since RMK is still a slacker |
| 13:42.11 | mickey|working | ttSAC + ttyS0 will do |
| 13:42.34 | mickey|working | or.. on another note |
| 13:42.41 | mickey|working | is the device_table still relevant when we are using udev? |
| 13:43.14 | koen | KERNEL=="uinput", NAME="input/%k" |
| 13:43.57 | hrw|work | mickey|working: KERNEL=="ttyNAME" NAME="/dev/i-want/to/have/serials/in/weird/dir/%n" |
| 13:44.05 | mickey|working | ah, cool, thanks |
| 13:44.14 | mickey|working | when are the rules parsed? |
| 13:44.18 | mickey|working | only on startup or regularly? |
| 13:44.22 | hrw|work | mickey|working: s+"/dev/+" |
| 13:44.33 | hrw|work | mickey|working: on startup |
| 13:44.43 | hrw|work | mickey|working: you can force udev to reread |
| 13:44.48 | koen | and 'udevcontrol reload' iirc |
| 13:44.54 | mickey|working | excellent. thanks |
| 13:45.11 | hrw|work | <PROTECTED> |
| 13:45.15 | hrw|work | <PROTECTED> |
| 13:46.43 | koen | has anyone encountered bugs in udev 097? |
| 13:46.43 | cyrilRomain | my speeded-up bittest source_checker starts to work :) |
| 13:49.06 | cyrilRomain | does anyone know how can I check for a cvs repository avaiability without checkouting ? (for now I'm using 'cvs rlog' but I guess there is a better way to check that) |
| 13:49.14 | mickey|working | cvs -c |
| 13:49.17 | mickey|working | cvs co -c even |
| 13:49.25 | cyrilRomain | mickey|working: thanks :) |
| 13:50.08 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 13:55.25 | CIA-9 | 03koen 07org.oe.dev * r29567df6... 10/ (1 packages/openocd/openocd_svn.bb): openocd: unbreak build |
| 14:04.08 | *** join/#oe zecke (n=ich@145.253.107.2) |
| 14:08.23 | likewise | Can I disablee i18n support globally in a configuration? |
| 14:08.55 | *** join/#oe AvengerMoJo (n=alex@219.142.247.156) |
| 14:11.57 | NAiL | likewise: did your build break on libtool-native? |
| 14:12.28 | likewise | NAiL: still running... |
| 14:12.51 | NAiL | mine too... Not gotten that far though |
| 14:12.57 | likewise | NAiL: I am compiling kernels for some other target as well (testing SATA drive hotplug features)... |
| 14:13.01 | NAiL | binutils-cross right now |
| 14:13.22 | likewise | NAiL: busybox here |
| 14:14.12 | koen | likewise: I think we have DISABLE_NLS or something |
| 14:15.47 | koen | likewise: 'USE_NLS' |
| 14:16.16 | likewise | koen: ah yes, that rings a bell. Strange because my openslug-based build didn't compile locales earlier. I just took my 4 months old config and package overlay and bring it up-to-date with OE-current. |
| 14:17.29 | *** join/#oe PolicyBased (n=marius@catv-56-27.scheferag.ch) |
| 14:19.46 | *** join/#oe AvengerMoJ1 (n=alex@219.142.247.156) |
| 14:21.25 | *** join/#oe joshin (i=josh@VDSL-130-13-154-83.PHNX.QWEST.NET) |
| 14:22.05 | cyrilRomain | mickey|working: do you know how I could 'cvs -c' for a module ? |
| 14:22.19 | mickey|working | no, that's just too check whether a repository exists |
| 14:22.58 | cyrilRomain | mickey|working: ok, so if I also want to check for the module, I'll have to use 'cvs rlog' or something else :-/ |
| 14:23.08 | cyrilRomain | mickey|working: well, thanks anyway for your help |
| 14:28.06 | CIA-9 | 03koen 07org.oe.dev * r2febf377... 10/ (1 packages/gimp/gimp_2.3.10.bb): gimp: add 2.3.10 |
| 14:29.31 | likewise | NAiL: clean build worked ok... |
| 14:30.12 | NAiL | still on glibc here |
| 14:33.05 | *** join/#oe cedricb (n=cedric@AAnnecy-152-1-134-200.w86-202.abo.wanadoo.fr) |
| 14:33.31 | cedricb | hi all |
| 14:34.16 | hrw|work | hi cedricb |
| 14:36.46 | likewise | NAiL: had to set PREFERRED_PROVIDER_task-bootstrap = "task-bootstrap" though. |
| 14:38.17 | cedricb | I'm getting this in .dev -> http://pastebin.ca/163412 |
| 14:38.53 | koen | cedric: create that file (and the file it complains after that) and it will work |
| 14:39.47 | XorA | koen: did you try that minimo recipe? |
| 14:40.01 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-04f2d871c6f34198) |
| 14:43.09 | koen | XorA: I got distracted with flambe-ing pancakes yesterday |
| 14:45.04 | XorA | koen: heh heh, I cant get it to work at all, it breaks in the first 5 lines of mozilla compile |
| 14:46.20 | koen | report it :) |
| 14:49.36 | hrw|work | NOTE: Fetch cvs://anonymous@cvs-mirror.mozilla.org/cvsroot;module=mozilla;tag=MOZILLA_1_8_BRANCH;date=20060720 |
| 14:49.40 | hrw|work | lets test.. |
| 14:50.45 | cedricb | thx koen |
| 14:57.15 | cedricb | koen: same thing with dbus-glib-bindings.h (missing) |
| 14:57.26 | koen | cedricb: yes |
| 14:57.33 | koen | a .xml and a .h file are missing |
| 15:02.13 | hrw|work | NOTE: package minimo-20060720-r0: task do_configure: started |
| 15:02.22 | koen | still fetching... |
| 15:02.34 | hrw|work | koen: ewi? get it from my dl_dir |
| 15:02.45 | hrw|work | koen: /home/hrw/devel/sources/dl_dir/ |
| 15:03.23 | hrw|work | | /usr/bin/ld: skipping incompatible /home/hrw/devel/build/3541/tmp/staging/arm-linux/lib/libIDL-2.a when searching for -lIDL-2 |
| 15:03.34 | hrw|work | hmm. something I fscked |
| 15:03.55 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 15:03.57 | hrw|work | restarted |
| 15:06.58 | hrw|work | I will have to create new builddir soon ;( |
| 15:07.22 | hrw|work | I skip minimo building for now |
| 15:16.42 | cedricb | koen: thx it works by creating empty files with 'touch' |
| 15:23.01 | koen | XorA: it fails patching over here |
| 15:24.32 | leoncamel | hey, koen. which distro is stable now ? so, i could test building for it. |
| 15:25.26 | leoncamel | koen, it seem that my distro and conf can't work now. :( |
| 15:25.35 | *** join/#oe AvengerMoJo (n=alex@219.142.247.156) |
| 15:25.51 | leoncamel | koen, even the bootstrap-image can't build. |
| 15:28.13 | XorA | koen: weird, gets to do_compile here |
| 15:31.14 | leoncamel | hi, folks . |
| 15:32.04 | leoncamel | which distro is OK now ? i mean which distro I could build now ? |
| 15:32.38 | koen | leoncamel: try generic-unstable, or don't build bootstrap-image |
| 15:33.40 | leoncamel | koen, OK. but why the bootstrap-image can't build recently ? |
| 15:34.50 | XorA | oz-unstable is pretty stable :-) |
| 15:35.49 | *** join/#oe likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl) |
| 15:40.45 | CosmicPenguin | Do we have any closet OLPC developers in the house? |
| 15:41.10 | koen | send me one ;) |
| 15:41.37 | CosmicPenguin | http://wiki.laptop.org/go/Developers_program |
| 15:41.52 | koen | | /usr/bin/ld: skipping incompatible /data/build/koen/OE/build/tmp/angstrom/staging/arm-angstrom-linux-gnueabi/lib/libIDL-2.so when searching for -lIDL-2 |
| 15:42.02 | koen | ~curse minimo for using host ld |
| 15:42.03 | ibot | May the fleas of a thousand camels infest your most sensitive regions, minimo for using host ld ! |
| 15:48.18 | *** join/#oe furlongm (n=furlongm@193.1.64.6) |
| 15:53.38 | koen | hrw|work, XorA: stick a 'inherit autotools' in the .bb and remove the EXTRA_OECONF |
| 15:54.14 | leoncamel | hi, koen. which machine is stable now ? |
| 15:54.22 | koen | ? |
| 15:55.30 | hrw|work | cu - time to home |
| 15:55.34 | leoncamel | koen, i mean , which machine is stable , so that I could build with generic-unstable. ? |
| 15:56.55 | koen | ehm |
| 15:57.07 | koen | you can't just pick a machine, you need one to match your hardware |
| 15:57.11 | XorA | thats a really bad queston |
| 16:01.01 | leoncamel | XorA, sorry for that bad question. I am remote control my laoptop. so , it is very unconformtable here. :(. |
| 16:01.58 | leoncamel | koen, , i just want test a typpical environment. :( |
| 16:04.09 | likewise | heading home as well. cya later all. |
| 16:06.59 | koen | leoncamel: try c7x0 |
| 16:09.46 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 16:18.14 | *** join/#oe den-r (n=den-r@ppp85-140-252-94.pppoe.mtu-net.ru) |
| 16:29.19 | *** part/#oe tomas_f (n=tomas@host86-138-175-33.range86-138.btcentralplus.com) |
| 16:33.57 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 16:34.32 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 16:36.04 | *** join/#oe cedricb (n=cedric@AAnnecy-152-1-169-15.w86-211.abo.wanadoo.fr) |
| 16:37.51 | *** join/#oe furlongm (n=furlongm@193.1.64.6) |
| 16:40.33 | ade|desk | CosmicPenguin: has sugar even made it into oe yet ? |
| 16:40.39 | *** join/#oe pH5 (n=ph5@e178207100.adsl.alicedsl.de) |
| 16:40.59 | CosmicPenguin | ade|desk: not yet - but thats on my todo list |
| 16:41.05 | CosmicPenguin | it shouldn't be a problem |
| 16:41.54 | *** join/#oe den-r (n=den-r@ppp85-140-252-94.pppoe.mtu-net.ru) |
| 16:42.17 | ade|desk | i used a qemu'd build 59 i think, not the most pleasant UI |
| 16:42.42 | ade|desk | and lacks https support, which is a bit naff |
| 16:43.01 | CosmicPenguin | its evolving |
| 16:43.05 | CosmicPenguin | build81 is the latest |
| 16:43.07 | koen | who's idea was it to give kids sugar? |
| 16:43.23 | CosmicPenguin | I need to get the all the driver stuff into OE |
| 16:43.28 | ade|desk | better than fags i guess |
| 16:44.02 | ade|desk | build81 is device only :( not qemu'ible |
| 16:44.38 | ade|desk | looking at the build log , bit confused by the random scsi drivers |
| 16:45.02 | ade|desk | 302 meg just for what you get seems OTT |
| 16:45.14 | koen | XorA|gone: http://www.angstrom-distribution.org/repo/?action=details&pnm=minimo |
| 16:46.03 | hrw | koen: nice.. push it |
| 16:46.06 | CosmicPenguin | ade|desk: thats why I roll my own |
| 16:46.20 | koen | hrw: It doesn't build anymore after my cleanup :( |
| 16:46.24 | hrw | root@home:~# apt-get install --reinstall `cat lista-pakietow.text` |
| 16:47.01 | *** join/#oe den-r (n=den-r@ppp85-140-252-94.pppoe.mtu-net.ru) |
| 16:47.15 | hrw | now an hour to fetch it.. |
| 16:49.12 | ade|desk | koen: pb is the maintainer .. groovy |
| 16:53.14 | ade|desk | CosmicPenguin: whats the power drain on the cpu compared with say a PXA270 ? |
| 16:53.50 | CosmicPenguin | Whats the power drain on the PXA270? |
| 16:54.13 | koen | the pxa270 isn't what you'd call frugal |
| 16:55.16 | ade|desk | but its sleep state is quite good |
| 16:57.16 | ade|desk | which geode is it ? |
| 16:59.52 | CosmicPenguin | GX |
| 17:00.07 | CosmicPenguin | The total GX package is somewhere around 3W, I think |
| 17:00.19 | CosmicPenguin | The whole OLPC board budget is 10W |
| 17:03.06 | ade|desk | active power is just over 4W so the AMD site says for the 1.1W ver but no figures for the 1W version |
| 17:03.10 | emte | sans LCD i take it? |
| 17:03.40 | ade|desk | Xscale hits max 3 |
| 17:04.12 | ade|desk | hmm no word on standby power for the GX ... will have to look harder |
| 17:05.26 | CosmicPenguin | Whats up with the wireless MMX thing - is that a real FPU? |
| 17:06.15 | koen | CosmicPenguin: no, it's powered my marketing |
| 17:07.17 | ade|desk | lol AMD docs: This document clearly describes how the Geode GX |
| 17:07.17 | ade|desk | 533@1.1W and Geode LX 800@0.9W processors’ typical |
| 17:07.17 | ade|desk | power ratings were obtained |
| 17:07.26 | ade|desk | hmm i dont think so |
| 17:08.05 | ade|desk | 1.957W * 57% = 1.115W |
| 17:08.07 | koen | CosmicPenguin: when will amd start making ARM cores? |
| 17:08.14 | CosmicPenguin | when hell freezes over? |
| 17:08.23 | ade|desk | i love the random 57% |
| 17:08.49 | ade|desk | CosmicPenguin: shame AMD would make good arm cores i would have thought |
| 17:08.55 | hvontres|poodle | hrw: is your home machine feeling better now? |
| 17:09.04 | CosmicPenguin | ade|desk: why would you think that? |
| 17:09.24 | ade|desk | MIPS cores were good |
| 17:09.31 | CosmicPenguin | We didn't make those |
| 17:09.50 | ade|desk | that maybe why they were good then :( |
| 17:09.53 | CosmicPenguin | heh |
| 17:10.04 | CosmicPenguin | AMD has little or no expertise outside of x86 |
| 17:10.34 | ade|desk | i liked the look of the au1500 stuff, why did amd offload it ? |
| 17:10.45 | CosmicPenguin | It was outside of the core business |
| 17:10.54 | ade|desk | idiots |
| 17:11.09 | CosmicPenguin | and really, it had no business being in AMD - the company just isn't set up to market those |
| 17:11.10 | ade|desk | eggs and baskets etc |
| 17:11.36 | CosmicPenguin | ade|desk: Intel is doing the same thing |
| 17:12.25 | koen | intel also invented netburst |
| 17:12.32 | CosmicPenguin | For two companies making money arm over fist with the desktop and server chips, why would they keep around small businesses with tiny margins? |
| 17:12.35 | ade|desk | are they offloading the embedded stuff too .. grr |
| 17:12.50 | koen | ade|desk: intel sold pxa to marvel |
| 17:12.59 | koen | ade|desk: but they seem to have kept ixp and iop |
| 17:13.09 | CosmicPenguin | Rumor tells us that the 10k people fired wern't in the core processor business |
| 17:13.41 | ade|desk | !!! |
| 17:13.42 | cdbot | ade|desk: Don't know, don't care |
| 17:13.58 | ade|desk | sums it up nicely |
| 17:14.49 | ade|desk | so who makes good low power cpus and will continue? samsung ? |
| 17:14.59 | CosmicPenguin | Raza took on Alchemy |
| 17:15.08 | ade|desk | nec's VR series |
| 17:15.13 | CosmicPenguin | Marvell is going to continue with PXA |
| 17:15.19 | CosmicPenguin | the chips aren't dying - they're just going somewhere else |
| 17:15.30 | CosmicPenguin | Except for Geode - Geode is dead |
| 17:15.56 | ade|desk | and so olpc is using dying cpus .. shame |
| 17:16.09 | CosmicPenguin | there was no upgrade path anyway |
| 17:16.12 | ade|desk | short term project then |
| 17:16.32 | CosmicPenguin | AMD still makes the GX |
| 17:16.46 | ade|desk | olpc version2 will use ?? |
| 17:16.53 | CosmicPenguin | yeah - its up in the air right now |
| 17:17.09 | CosmicPenguin | In the interest of keeping my job, I would recommend the Geode LX, but thats selfish of me |
| 17:17.19 | ade|desk | lol |
| 17:18.08 | ade|desk | even the powerpc is dying too |
| 17:19.04 | ade|desk | i think i'll go home before i get too depressed |
| 17:19.19 | CosmicPenguin | heh |
| 17:19.45 | koen | there is http://projects.ppczone.org/projects.php to revive powerpc |
| 17:19.52 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 17:20.07 | koen | but the genesis dudes have been delaying the efika for months now |
| 17:20.10 | emte | powerpc is alive and healthy ... in routers and switches |
| 17:20.33 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 17:20.58 | emte | cisco is probably the #1 buyer for ppc chips |
| 17:21.28 | *** join/#oe pvanhoof (n=pvanhoof@d54C0F01A.access.telenet.be) |
| 17:24.28 | *** join/#oe ken (n=ken@h117n1fls312o1049.telia.com) |
| 17:26.08 | chris144 | NOTE: package bootstrap-image-1.0: completed for x86 on x86_64. So it is possible despite a few problems. (using oe from yesterday and bitbake 1.6, all glibc 2.4, all gcc 4.1.1 |
| 17:28.34 | CosmicPenguin | ummm... did x86_64 builds get broken? |
| 17:29.24 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
| 17:35.30 | *** part/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 17:39.03 | hrw | re |
| 17:39.11 | koen | hrw: wb |
| 17:39.28 | hrw | hvontres|poodle: this machine has to wait until weekend - I will check it then with other power supply |
| 17:39.48 | *** join/#oe bobbyz (i=zeus@70-33-4-119.clspco.adelphia.net) |
| 17:43.53 | chris144 | CosmicPenguin: I had difficulties with glibc: error: #error "TLS support is required." XorA said he gave up on it some time ago. |
| 17:44.02 | CosmicPenguin | oh, heh |
| 17:44.07 | CosmicPenguin | yeah |
| 17:45.03 | chris144 | CosmicPenguin: although i didn't fix that problem, I worked around it manually... |
| 17:45.33 | CosmicPenguin | that problem has been haunting us for a while now |
| 17:46.09 | chris144 | CosmicPenguin: somebody suggested today that the workaround could be put in a site file... |
| 17:46.19 | chris144 | i am just not too familar with site files... |
| 17:47.42 | chris144 | workaround: when the glibc build fails with "TLS error" got to work/glibc-initial-2.4-r10/glibc-2.4/sysdeps/i386/elf directory. |
| 17:47.55 | chris144 | then patch both lines libc_cv_386_tls= in configure.in to "yes". then restart your build. It just worked for me. |
| 17:48.16 | CosmicPenguin | Does it run? |
| 17:48.51 | koen | hrw, XorA|gone: minimo segfaults |
| 17:49.10 | chris144 | CosmicPenguin: well, yes, at least build bootstrap-image just completed. I need to test the gcc though. |
| 17:49.17 | koen | add 'libc_cv_386_tls=yes' to the correct file in site/ |
| 17:49.24 | CosmicPenguin | well - it woudl be nice to know if the binaries ran |
| 17:49.33 | CosmicPenguin | just a minor detail |
| 17:50.05 | chris144 | CosmicPenguin: you mean the cross binaries gcc, as, etc? |
| 17:50.25 | CosmicPenguin | well - and since glibc is building with TLS support it thinks it has - does that negatively affect the library? |
| 17:53.14 | chris144 | CosmicPenguin: well, TLS is needed by nptl somehow. I am not a TLS expert either. On x86_64 TLS support evaluates nagative in the config run. |
| 17:55.01 | chris144 | CosmicPenguin: so some define HAVE_TLS... gets set to no which then triggers the error. I think it is just a problem of the glibc configure script, which tries to compile i386 platform dependant code and fails on x86_64. |
| 17:55.15 | CosmicPenguin | Ok - sounds good to me |
| 17:55.26 | CosmicPenguin | this won't be the first time we've hacked the site file for x86-64 |
| 17:56.25 | chris144 | koen: are you confident and will put the site file change in the repository or should I file a bug? |
| 18:02.13 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 18:04.45 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
| 18:16.09 | *** join/#oe gremlin[it] (n=gremlin@ppp-20-10.25-151.libero.it) |
| 18:25.53 | Gerrath | I'm working on porting the latest version of sqlite3 (3.3.7) to OE. I have ported all of the patch files that were used for 3.2.7 but I'm getting a compile error that I'm not familiar with: http://pastebin.ca/163627 |
| 18:29.05 | koen | that one looks weird indeed |
| 18:35.06 | Gerrath | koen, any suggestion were to start? I've been scowering the Makefile but all looks good from what I can see. |
| 18:35.35 | Gerrath | koen, there is only one Makefile so at least that makes it some what simple :-) |
| 18:35.54 | *** join/#oe zecke (n=ich@91.64.167.72) |
| 18:43.46 | *** join/#oe Crofton (n=balister@hc652145c.dhcp.vt.edu) |
| 18:43.59 | Gerrath | lol, there were too many white spaces at the end of one of the Makefile lines :-) |
| 18:44.02 | Gerrath | it now works.. |
| 18:48.11 | hrw | ~lart wordpress plugins |
| 18:57.53 | *** join/#oe TheCan (n=thecan@dslb-084-056-189-141.pools.arcor-ip.net) |
| 19:07.07 | *** join/#oe alan|philo (n=alan@ARouen-156-1-55-155.w90-8.abo.wanadoo.fr) |
| 19:08.49 | *** join/#oe splat1 (n=splat1@cpc2-leic7-0-0-cust281.leic.cable.ntl.com) |
| 19:09.58 | *** join/#oe furlongm (n=furlongm@86.40.5.90) |
| 19:13.42 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
| 19:15.01 | chris144|gone | good night |
| 19:16.19 | *** join/#oe furlongm_ (n=furlongm@83-71-68-201.b-ras1.prp.dublin.eircom.net) |
| 19:19.43 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 19:24.43 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 19:30.48 | *** join/#oe sess (n=shunter@m510e36d0.tmodns.net) |
| 19:31.19 | sess | #universal |
| 19:31.42 | zecke | stefan_schmidt: what is qonsole, what makes it so special? |
| 19:32.18 | koen | zecke: http://gnumonks.org/~laforge/weblog/2006/08/29/#20060829-qonsole-author-sources |
| 19:32.39 | zecke | koen: yes, I'm wondering what makes it special... |
| 19:32.59 | zecke | koen: and I wonder if QtE+EZX Apps is defined as a system library for the EZX phones |
| 19:33.16 | sess | Im going to try installing linux on my htc universal, anyone here have any experience with this? |
| 19:33.18 | hrw | cu |
| 19:33.19 | zecke | koen: or if any GPL software running on the EZX phone is a GPL violation anyway |
| 19:33.34 | *** join/#oe lrg (n=liam@exize.demon.co.uk) |
| 19:33.59 | koen | zecke: using a OS from motorola violates my sensibility |
| 19:34.31 | zecke | that is a different story |
| 19:35.31 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 19:40.40 | *** join/#oe furlongm_ (n=furlongm@83-70-162-190.b-ras1.prp.dublin.eircom.net) |
| 19:48.46 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
| 19:52.58 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 19:55.02 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 19:55.15 | CosmicPenguin | so, the rumor is that the last bitbake is better then sex - true? |
| 19:55.29 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 19:57.33 | JustinP | CosmicPenguin: last meaning....? |
| 19:57.53 | JustinP | CosmicPenguin: 1.4 and 1.6 are very fast compared to the prior incarnations |
| 19:58.31 | CosmicPenguin | Well I kne wthat |
| 19:58.44 | CosmicPenguin | but I heard rumors of multi-threading and other such interesting concepts |
| 19:59.09 | JustinP | I don't know if that's done yet....there was some work to get it up to that, yes |
| 19:59.12 | JustinP | woul dbe in head, not 1.6 |
| 19:59.13 | zecke | CosmicPenguin: no rumors |
| 19:59.25 | zecke | CosmicPenguin: RP has implemented multithreading in BitBake trunk |
| 19:59.25 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 20:00.09 | zecke | RP: I need to admit I do not get how a deterministic build system and multi-threading (non deterministic) can ever match :) |
| 20:02.03 | lrg | JustinP: audio/mmc issue is solved. Turns out to be a GPIO that was changed between Cotulla and Bulverde. I've sent RP patch. |
| 20:04.06 | zecke | okay good nite |
| 20:05.06 | *** join/#oe furlongm_ (n=furlongm@83-70-164-39.b-ras1.prp.dublin.eircom.net) |
| 20:07.02 | *** join/#oe x29a (n=x29a@pD9EEDE70.dip.t-dialin.net) |
| 20:07.15 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 20:08.18 | *** join/#oe den-ros (n=den@ppp85-140-252-94.pppoe.mtu-net.ru) |
| 20:08.26 | *** join/#oe xoragprs (n=zsirc@149.254.200.215) |
| 20:09.47 | xoragprs | hmm this pub used to be the black hole of mobile |
| 20:11.04 | lrg | xoragprs: I couldn't make it tonight :( |
| 20:11.39 | XorA|gprs | lrg very busy tonight |
| 20:11.51 | lrg | XorA|gprs: new members ? |
| 20:11.52 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 20:12.13 | XorA|gprs | no idea, i barely know anyone |
| 20:12.56 | lrg | XorA|gprs: heh, they're probably all a bit dodgy.... |
| 20:13.24 | XorA|gprs | at least 2 zaurus owners |
| 20:13.39 | lrg | XorA|gprs: btw what gcc do you use for corgi ? |
| 20:14.00 | lrg | XorA|gprs: I think we may have a gcc issue with alsa. |
| 20:14.25 | lrg | XorA|gprs: another alsa gcc issue |
| 20:14.31 | XorA|gprs | 3.4.4 |
| 20:15.21 | lrg | XorA|gprs: same as RP, I'm seeing differences between some parameters on my setup (angstrom based) and spitz. Quite strange :-/ |
| 20:15.50 | koen | gcc ain't fun |
| 20:16.01 | XorA|gprs | lrg well i hopey buy a terriefr nexgt week |
| 20:16.48 | lrg | XorA|gprs: cool. btw, do you know if there is a roadmap for openzaurus to use EABI ? |
| 20:16.55 | XorA|gprs | god typing on this keyboard sucks |
| 20:17.02 | lrg | heh |
| 20:17.14 | XorA|gprs | lrg no idea i guess when it works |
| 20:19.21 | koen | "One of the rules of Angstrom is that "a machine must have a working 2.6 kernel" - so when the first release will appear, it will support c7x0 and cxx00, so I will drop those machines from OpenZaurus - this will force users to switch but I do not want to develop for two distros at the same time. After that OZ will support only the 2.4 powered machines (collie, poodle, tosa) and it will be less maintained." |
| 20:19.34 | XorA|gprs | lrg: so is the probem gcc 4 only |
| 20:19.56 | lrg | koen: you always have a good answer :) |
| 20:20.15 | XorA|gprs | teflon shoulders |
| 20:20.22 | koen | :) |
| 20:20.48 | lrg | XorA|gprs: I'm not sure, it works as expected on gcc 4.1.1 with cse patch. |
| 20:21.25 | koen | did anyone try it with the mb(); inserted? |
| 20:21.36 | XorA|gprs | Lrg im sure the cse bug report said the bug affected all gcc versions |
| 20:21.44 | lrg | koen: RP is going to try this |
| 20:22.00 | lrg | XorA|gprs: ah, interesting |
| 20:22.09 | XorA|gprs | i guess it would make sense if all modern had same bug |
| 20:22.20 | lrg | XorA|gprs: true. |
| 20:23.29 | Gerrath | I'm assuming with an embedded system you need to use ACPI for power managment correct? APM is only used if the BIOS handles the PM correct? |
| 20:23.51 | koen | Gerrath: apm and acpi are both x86-isms |
| 20:24.18 | XorA|gprs | Gerrath or its emulated like on zaurus |
| 20:26.20 | XorA|gprs | lrg still at work? |
| 20:28.08 | lrg | XorA|gprs: sort of, at home cleaning up some patches. I'm pretty busy atm. It will be good when you start, I can get a day off :D |
| 20:28.33 | XorA|gprs | Lrg erk |
| 20:29.09 | *** join/#oe blaster8 (n=jonesml@dsl-217-155-56-85.zen.co.uk) |
| 20:29.10 | koen | XorA|gprs: I heard lrg is printing "The new guy will take care of it" posters |
| 20:29.33 | RP | lrg: I'll test now :) |
| 20:29.45 | lrg | XorA|gprs: don't worry, it's not that bad. It's just this time of year (pre-xmas rush for oems to complete projects) |
| 20:29.52 | lrg | RP: ok |
| 20:30.17 | Gerrath | koen, so how is the power management controled on an embedded system (ARM)? I've looked through the kernel source code and there is sleep and standby support for the ARM I"m using I'm just not sure how it gets hooked into everything. |
| 20:31.08 | koen | Gerrath: AFAIK mostly via apm emulation |
| 20:32.07 | kergoth | any python folks around? |
| 20:32.09 | kergoth | <u0069><u0073><u006f><u0031><u0034><u0036><u0035><u0031><u005f><u0074><u0031> |
| 20:32.14 | Gerrath | koen, so I would choose to enable APM emulation in the kernel then. |
| 20:32.16 | kergoth | what would cause a file.write() to emit that? |
| 20:32.17 | kergoth | heh |
| 20:32.26 | kergoth | looks like its encoding was ascii instead of utf8 or something |
| 20:32.26 | kergoth | hmm |
| 20:34.10 | *** join/#oe furlongm_ (n=furlongm@83-70-242-165.b-ras1.prp.dublin.eircom.net) |
| 20:35.41 | XorA|gprs | anyway i shall leave for train |
| 20:37.47 | RP | lrg: Still the same :-( |
| 20:38.22 | lrg | RP: okay, thanks :-/ |
| 20:40.11 | lrg | RP: I wonder if the mb() needs to be moved into another of the refines() or params(). I'll create another patch that forces only16bit as the param into alsa-core, it will be interesting if it still comes back with 32 |
| 20:40.47 | RP | lrg: ok. I'll also try and add some debugging further back and see where this value is coming from... |
| 20:41.44 | lrg | RP: okay, thanks. Look at pcm_params.h, there are arrays of params here that are refined at runtime to create the pcm_format mask. |
| 20:43.23 | *** join/#oe xf009976_ (i=xf009976@nat/ti/x-88499927e76ab5e1) |
| 20:48.15 | lrg | RP: test patch sent |
| 20:50.59 | *** join/#oe redguy (n=mati@afb241.neoplus.adsl.tpnet.pl) |
| 20:52.13 | *** join/#oe YoG (n=YoG@bzq-88-155-120-83.red.bezeqint.net) |
| 20:56.34 | RP | lrg: Forcing that fixes it |
| 20:58.25 | lrg | RP: very interesting ! |
| 20:59.07 | lrg | RP: I'm thinking gcc issue (since it works with 4.1.1 +cse), what about you ? |
| 20:59.37 | RP | lrg: Its funny I've never seen any issue with gcc before though? :-/ |
| 21:01.05 | lrg | RP: me too, although the arm gcc had difficulties with alsa param refinement. Btw, it might also be interesting to see what happens with a -O1 kernel. |
| 21:02.53 | lrg | RP: afaik, we are the only guys using > 16 bit audio on ARM |
| 21:04.18 | *** join/#oe Laibsc1 (n=Laibsch@V0da1.v.pppool.de) |
| 21:04.20 | lrg | RP: thanks for this work, it now gives me some food for thought on this issue. |
| 21:04.30 | lrg | RP: :) |
| 21:04.41 | RP | lrg: np :) |
| 21:05.14 | *** join/#oe XorA|gprs (n=zsirc@149.254.200.215) |
| 21:05.44 | lrg | XorA|gprs: train must have been running on time tonight ;) |
| 21:06.32 | XorA|gprs | lrg mine is normally ok. just waiting to pull out of waverly |
| 21:07.13 | lrg | XorA|gprs: btw free wifi at haymarket. unsecured access :) |
| 21:07.46 | XorA|gprs | lrg cool, i shall have to scan that next time im bored |
| 21:08.16 | XorA|gprs | lrg though with web n walk i normally too lazy to check these days |
| 21:08.26 | lrg | XorA|gprs: bt voyager ap, works fine as long as no train stop in P1 |
| 21:09.38 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 21:10.01 | XorA|gprs | reminds me, must remember to retain work wep key when i leave access on princes st always good |
| 21:10.19 | lrg | XorA|gprs: heh, good idea. |
| 21:11.04 | XorA|gprs | although aspects wont be there much longer |
| 21:12.14 | XorA|gprs | now real test, tunnel |
| 21:12.43 | koen | XorA|gprs: it should stay connected, but with RTT > 10secs |
| 21:13.31 | lrg | ping XorA|gprs |
| 21:13.33 | XorA|gprs | and through |
| 21:13.48 | lrg | heh |
| 21:14.02 | XorA|gprs | never tried that before |
| 21:15.01 | *** join/#oe jim_rayner (n=jim_rayn@beyondvoice.plus.com) |
| 21:15.22 | koen | XorA|gprs: I've had gprs survive a 6 minutes 'middle of nowhere' outtage |
| 21:16.52 | XorA|gprs | unfortuneately htc wizard likes to choose to hang up when idle |
| 21:17.43 | koen | htc lizard, only works when hot |
| 21:18.01 | lrg | heh |
| 21:18.38 | XorA|gprs | oh hurry up sharp with then gsm wifi z |
| 21:25.05 | CosmicPenguin | hmmm |
| 21:25.19 | *** join/#oe furlongm_ (n=furlongm@83-70-219-20.b-ras1.prp.dublin.eircom.net) |
| 21:25.29 | CosmicPenguin | bitbake-trunk isn't exactly behaving like I thought it would |
| 21:25.47 | RP | CosmicPenguin: In what way? |
| 21:25.53 | CosmicPenguin | The cache isn't accelerated |
| 21:26.01 | CosmicPenguin | I just changed a .bb and its going through the whole thing again |
| 21:26.13 | CosmicPenguin | also, there are lots of blank NOTE: lines during a --dry-run |
| 21:26.24 | RP | nothing changed in trunk to do with the cache |
| 21:26.29 | CosmicPenguin | wierd |
| 21:26.50 | RP | The NOTE lines are from base.bbclass. I must remember to merge a fix for that... |
| 21:32.39 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:32.40 | XorA|gprs | ah the bright lights oh home, bye |
| 21:32.49 | CosmicPenguin | hmm.... |
| 21:37.33 | CosmicPenguin | RP: I'm digging about in base.bbclass on an unrelated subject - whats the fix for the NOTE: thing? |
| 21:37.52 | CosmicPenguin | oh, wait - this is probably my bad |
| 21:44.43 | CosmicPenguin | --dry-run seems to have lost most of its usefulness |
| 21:45.44 | RP | CosmicPenguin: s/print msg/if msg: print msg/ |
| 21:45.52 | CosmicPenguin | RP: yeah, thats in there |
| 21:46.00 | CosmicPenguin | RP: we didn't have it in our copy of base.bbclass |
| 21:46.05 | CosmicPenguin | thanks |
| 21:46.40 | RP | I began to wonder if it had made it into OE :) |
| 21:48.10 | RP | Why has dry-run lost its usefulness? |
| 21:48.23 | Kristoffer | RP, Im getting my zaurus tommorow. Anything usefull I should know? |
| 21:48.24 | CosmicPenguin | because many of the packages get listed many multiple times |
| 21:48.39 | *** join/#oe YoG (n=YoG@bzq-88-155-120-83.red.bezeqint.net) |
| 21:49.32 | RP | CosmicPenguin: The multithreading changes a lot of assumptions the core makes. There are a few things like that I need to think about... |
| 21:49.42 | CosmicPenguin | nod |
| 21:50.10 | RP | Kristoffer: Not really, most info you need is on the OZ site |
| 21:50.34 | RP | CosmicPenguin: I want to totally change the message handling anyway... |
| 21:50.42 | Kristoffer | RP, oki thx |
| 21:50.54 | CosmicPenguin | RP: yeah - it seems like some new stuff is needed |
| 21:51.24 | RP | CosmicPenguin: lib/bb/msg.py is a start with different message domains |
| 21:51.40 | RP | then we can start to look at making the messages useful as well |
| 21:52.36 | Kristoffer | RP, an its no chance I can brick the zaurus right?...just wanna make sure, its an expensive toy |
| 21:53.06 | RP | Kristoffer: I'll never say never but it would be difficult to do |
| 21:53.22 | CosmicPenguin | RP: still - quite cool |
| 21:53.44 | RP | CosmicPenguin: Its working for you? How many cores? :) |
| 21:53.48 | CosmicPenguin | RP: 2 |
| 21:54.12 | CosmicPenguin | This is my regular old obsolete dual opteron |
| 21:54.13 | CosmicPenguin | :) |
| 21:54.17 | RP | CosmicPenguin: Could do better ;-) |
| 21:54.24 | CosmicPenguin | Indeed |
| 21:54.29 | CosmicPenguin | This box is my work-horse though |
| 21:54.41 | CosmicPenguin | its been building OE for neigh on two years now |
| 21:54.46 | CosmicPenguin | probably more |
| 21:55.05 | RP | My work horse keeps having disk failures due to OE :-/ |
| 21:55.51 | JustinP | RP: lrg says he fixed the audio/mmc issue. :-) |
| 21:56.52 | RP | JustinP: Yes, we have a simple patch for that. I also know how to hack ASoC to give sound... |
| 21:57.18 | RP | I should update the oz kernel |
| 21:57.46 | Kristoffer | RP, yes. Remember now that I got one of those I will bug you with kernel updates :D |
| 21:57.57 | CosmicPenguin | just for you, RP |
| 21:58.56 | *** join/#oe blaster8 (n=jonesml@dsl-217-155-56-85.zen.co.uk) |
| 21:59.54 | JustinP | RP: :-) I appreciate your digilance |
| 22:00.06 | RP | CosmicPenguin: The sad fact is I wrote that code for my dual Xeon box and its yet to run on it :-/ |
| 22:00.29 | RP | Kristoffer: You mean give me updated patches or bug me for updates? |
| 22:00.50 | Kristoffer | RP, bug you for updates mostly :D But from what I've heard the kernel is in good shape |
| 22:01.02 | CosmicPenguin | RP: that is sad |
| 22:01.16 | RP | Kristoffer: bugging me for updates doesn't work ;-) |
| 22:01.17 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 22:01.36 | RP | CosmicPenguin: just lack of time. That box needs certain stability and is remote :-/ |
| 22:01.40 | Kristoffer | RP, :D |
| 22:06.21 | RP | It appears ASoC is only breaking for OSS emulation. Shame Liam has gone... |
| 22:07.09 | XorA|gone | RP: oss works on corgi |
| 22:08.08 | RP | XorA|gone: Corgi probably doesn't support 32 bit |
| 22:08.46 | XorA|gone | RP: possibly, off to bed now so not gonna test it, cyas |
| 22:09.00 | RP | 'night XorA|gone |
| 22:11.12 | *** part/#oe jim_rayner (n=jim_rayn@beyondvoice.plus.com) |
| 22:12.16 | CosmicPenguin | RP: yeah - it would be good to know which core was doing what |
| 22:12.38 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 22:13.10 | RP | CosmicPenguin: That leads into a whole branch of things to dowith a GUI... |
| 22:13.22 | CosmicPenguin | indeed |
| 22:16.14 | CosmicPenguin | This will be particuarlly nice when bulding X |
| 22:16.28 | CosmicPenguin | half the time for building all those dang protos |
| 22:16.33 | *** join/#oe W8TVI (n=me@166.166.1.21) |
| 22:17.16 | RP | Even on a single core, being able to fetch in advance will be a big bonus |
| 22:17.54 | RP | At present the number of thread handling code is just plain stupid but once we improve that to learn about different tasks... |
| 22:18.39 | *** join/#oe NAiL_ (n=repvik@banan.dataparty-mn.biz) |
| 22:31.58 | CosmicPenguin | sigh |
| 22:34.01 | *** join/#oe mrz80 (n=scotsman@n128-227-212-152.xlate.cns.ufl.edu) |
| 22:41.10 | *** join/#oe NAiL (n=repvik@banan.dataparty-mn.biz) |
| 22:43.38 | CosmicPenguin | sigh - why is it insisting on building glibc-intermmediate? |
| 22:44.44 | RP | Probably some very warped logic :-/ |
| 22:44.47 | JustinP | CosmicPenguin: probably because the PREFERRED_PROVIDER was never set because the default happened to be the right one for people |
| 22:45.01 | JustinP | CosmicPenguin: and your version of bitbake changed it :-P |
| 22:45.04 | JustinP | or what RP said |
| 22:45.13 | JustinP | he actually works on bb |
| 22:45.28 | CosmicPenguin | I removed the preferred provider - it seemed like nobody used it any more |
| 22:45.38 | RP | JustinP: The preferred_provider is a better idea ;-) |
| 22:45.39 | CosmicPenguin | and the 2.4 version was PREFERENCE="-1" anyay |
| 22:46.08 | RP | The sooner we make bitbake's output readable, the better :-/ |
| 22:46.25 | RP | I'm sure it has a reason it thinks its a good idea but sometimes its hard to read |
| 22:46.29 | RP | very hard to read |
| 22:53.57 | *** join/#oe NAiL (n=repvik@banan.dataparty-mn.biz) |
| 23:04.47 | CIA-9 | 03rpurdie 07org.oe.dev * r3f1cab36... 10/ (3 files in 3 dirs): linux-oz-2.6.17: Update to latest ASoC (and disable 32bit audio to get cxx00 working, include mmc conflict fix). Add cxx00 overlay support. Update poodle patches preparing patch for mainline. |
| 23:24.17 | CosmicPenguin | sigh - sugar is going to enforce a wholesale update to gnome 2.16 /me fears |
| 23:32.17 | *** part/#oe den-ros (n=den@ppp85-140-252-94.pppoe.mtu-net.ru) |
| 23:39.32 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 23:48.51 | JustinP | RP: :-) I'll try that kernel |