**** BEGIN LOGGING AT Fri Dec 01 02:59:58 2006 Dec 01 08:03:54 hi koen Dec 01 08:04:13 hey vlo Dec 01 08:04:17 good morning all Dec 01 08:05:14 morning all Dec 01 08:07:53 hi :) Dec 01 08:12:54 morning vlo, koen, RP, Genesis Dec 01 08:13:48 koen : if you get some time, could you please look at bug #1630 and let me know what you think Dec 01 08:19:47 looks like 64bit weirdness Dec 01 08:23:10 moin Dec 01 08:24:22 morning Dec 01 08:24:36 * XorA sees 64bit wierdness and checks Dec 01 08:26:15 thats the same result I see when I try and make an x86 toolchain o amd64 Dec 01 08:31:26 so should the --disable-multilib added 'by default' or should we check for host first ? what's the norm (if there is one) on this ? Dec 01 08:34:02 Ifaistos: I dont think --disable-multilib will do any harm, debian doesnt ship in multilib mode Dec 01 08:34:09 03koen 07org.oe.dev * r2ff0b12b... 10/ (1 packages/gpesyncd/gpe-synctool_svn.bb): gpe-synctool: add svn version Dec 01 08:34:37 Ifaistos: you can always do something like EXTRA_OECONF_x86_64 += " --disable-multilib" Dec 01 08:35:05 Ifaistos: note that line has probably many typos Dec 01 08:35:43 XorA: it seems most 64bit distro's don't (at least from what i have read) Dec 01 08:37:43 Ifaistos: Fedora, SuSe, Gentoo all run multilib Dec 01 08:39:14 and I suppose Mandrake/Mandriva as thats just a Redhat knockoff Dec 01 08:40:28 XorA : Fedora and Suse yes for the other i did not know for sure. Anyway i'll added it and see how things go Dec 01 08:41:49 BTW would there be interest to set up a voip "conference room". We have a second asterisk server installed and enough bw to handle 10-15 simultanius calls Dec 01 09:00:55 morning Dec 01 09:21:39 hey hrw|work Dec 01 09:29:28 hey Spyro Dec 01 09:30:50 hi koen Dec 01 09:31:03 koen Im looking for some guidance porting e800 to asoc Dec 01 09:31:26 Spyro: XorA, RP and lrg should be able to help you with that Dec 01 09:31:28 Spyro: XorA, lrg, RP Dec 01 09:31:35 koen: ta Dec 01 09:31:46 guys, any of you here ? Dec 01 09:33:04 * RP is, sort of :) Dec 01 09:35:53 RP: aha Dec 01 09:36:08 RP: which of your platforms uses wm9712 ? Dec 01 09:37:05 Spyro: tosa might or might not and its the one I'm least familiar with. I'm used to the wm8750 and wm8731... Dec 01 09:37:36 ok what modules do you need from asoc to get the wm8750 working (sound and ts) ? Dec 01 09:37:46 Spyro: hey Dec 01 09:37:50 XorA: hi Dec 01 09:38:06 Spyro: on pxa? Dec 01 09:38:11 XorA: yep Dec 01 09:38:23 Spyro: wm8750 and wm8731 don't have ts support Dec 01 09:38:29 RP: doh Dec 01 09:38:51 Spyro: just apply the asoc patch then select the codec and cpu from menoconfig Dec 01 09:39:10 XorA: that would be easy except I am trying to add e800 support :) Dec 01 09:39:21 but basically pxa2xx-pcm, pxa2xx-i2s, wm8750 Dec 01 09:39:34 hmm. Dec 01 09:39:40 Spyro: and write a bourd driver to bind them together, copy corgi.c and alter Dec 01 09:39:51 s/bourd/board/ Dec 01 09:39:59 XorA: e800 is wm9705 not wm8750 Dec 01 09:40:23 I have snd_soc_pxa2xx snd_soc_wm9712 snd_soc_e800 (my own) snd_soc_pxa2xx_ac97 Dec 01 09:40:32 food.. Dec 01 09:40:36 hrw|work: wm9712 actually Dec 01 09:40:40 Spyro: http://opensource.wolfsonmicro.com/~lg/wm97xx/ has the touch drivers Dec 01 09:40:50 XorA: yes but how do you use them? Dec 01 09:41:11 I have wm97xx_ts loaded but it doesnt find any devices Dec 01 09:41:15 Spyro: look at Tosa build in OE Dec 01 09:41:25 it tries to hook to devices named 'ac97' Dec 01 09:41:34 but the only device named that is a pci ac97 driver Dec 01 09:41:43 XorA: link ? Dec 01 09:42:52 Spyro: see packages/linux/ Dec 01 09:43:02 koen: where? Dec 01 09:43:23 in the OE tree Dec 01 09:43:31 koen: which is where... Dec 01 09:43:32 Spyro: http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/ Dec 01 09:43:36 ta! Dec 01 09:43:45 Spyro: on your hard disk Dec 01 09:43:46 linux-rp_2.6.18.bb Dec 01 09:43:59 koen: it bloody isnt! Dec 01 09:44:15 Spyro: Keep in mind you are in #oe ;-) Dec 01 09:44:15 Spyro: then get it there :) Dec 01 09:44:25 :) Dec 01 09:44:54 Im afraid I have no idea though if tosa currently builds, but it should give you right direction Dec 01 09:45:41 At the very least 2.6.17 should work and they use the same ASoC version Dec 01 09:46:16 RP: last I tried do13 hadnt refreshed the patches so they didnt apply Dec 01 09:47:30 Hmm. I might have a mail about that I've forgotten to deal with :-/ Dec 01 09:47:49 RP: you may have, I cant remeber when I last tried Dec 01 09:48:02 * XorA has been trying to tempt liam into supporting at least one Z :-) Dec 01 09:48:07 looking at the .bb file, but its just a load of patches... Dec 01 09:48:24 * RP needs to find time to give linux-rp some tlc Dec 01 09:48:29 please dont make me install oe just to look at this :) Dec 01 09:48:55 Spyro: its a list of patches which results in working support for a machine very similar to what you need Dec 01 09:49:16 RP: yeah but its gonna be a nightmare to pull all this together to look at... Dec 01 09:49:28 actually thinking about it, OZ repo has that kernel as a tar.gz somewhere I beleive Dec 01 09:49:32 hrw|work: ??? Dec 01 09:49:37 dont suppose you have a prepatched tree there I can have a diff from ? Dec 01 09:50:37 Spyro: I'm don't have anything for tosa atm Dec 01 09:51:01 nightmare? Dec 01 09:51:11 bitbake -c patch -b linux-rp_2.6.18.bb Dec 01 09:51:29 koen: thats all very well if you have bitbake et.l on your box... Dec 01 09:51:45 so install that Dec 01 09:52:00 koen: I was rather hoping I wouldnt have to... Dec 01 09:52:06 (its huge!) Dec 01 09:52:31 bitbake? Dec 01 09:52:38 that's a few 100k Dec 01 09:52:39 Spyro: bitbake is tiny Dec 01 09:52:40 yea Dec 01 09:52:59 does bb run without chewing up 2G of RAM these days? Dec 01 09:53:08 (and a half hour processing .bb files) Dec 01 09:53:27 Spyro: It hasn't chewed 2G of ram for the past year... Dec 01 09:53:40 well thats a relief... Dec 01 09:53:49 Parsing is also a ton faster Dec 01 09:54:26 * XorA is currently ruynning 2 OE build using less than 1G of ram Dec 01 09:54:54 It uses 100MB tops for a world build. Most people don't run world builds... Dec 01 09:55:01 working on 64 bit machines? Dec 01 09:55:11 Spyro: yup Dec 01 09:55:24 *sigh* I guess I better install it then... Dec 01 09:55:26 Spyro: Any more excuses? :) Dec 01 09:55:31 Spyro: all my machines are 64bit Dec 01 09:55:41 XorA: mine too :) Dec 01 09:55:43 Spyro: welcome to the club Dec 01 09:56:14 I dont still need monotone do I ? Dec 01 09:57:35 Spyro: you get wget -r Dec 01 09:57:41 http://www.openembedded.org/repo/org.openembedded.dev/ Dec 01 09:57:46 crappy X paste buffers Dec 01 09:58:01 :) Dec 01 09:58:24 It looks like gcc-cross-4.1.1 also compiles on x86_64 :) Dec 01 09:58:42 will bb work on NFS root based machines? Dec 01 09:59:05 Yay, bitbake multithreading takes a poky qemuarm build from scratch from 4:30 to 2:19 :) Dec 01 09:59:10 doesnt gnu make generally break on nfs? Dec 01 09:59:24 * RP runs builds over nfs no problem Dec 01 09:59:27 XorA: not had problems with gmake yet... Dec 01 09:59:50 RP: is multithreaded building in the current version ? Dec 01 09:59:51 which image do you think i should test to get a grafic enviroment on x86 ? opie , gpe ? something else ? Dec 01 09:59:56 thats good to know when I get my NAS Dec 01 10:00:05 Spyro: Its in unstable trunk ;-) Dec 01 10:00:08 XorA: My desktop box has no HDD :) Dec 01 10:00:15 RP: I have never been able to get a multithreaded image to build Dec 01 10:00:32 XorA: How did it fail? I should work fine... Dec 01 10:01:20 Ifaistos: It depends whether you want X I guess... Dec 01 10:02:00 RP: Just to test the gcc 4.1.1 build on something that works Dec 01 10:02:31 RP: on x86 as a target Dec 01 10:03:38 Ifaistos: The only x86 builds I've done have been in poky... Dec 01 10:04:07 sorry, wolf lost internet Dec 01 10:06:17 off to meeting, back soon Dec 01 10:15:39 XorA: if I dont have monotone that just means my db wont get updated right ? Dec 01 10:19:40 right Dec 01 10:20:00 can live with that :) Dec 01 10:20:11 would be nice if I could rsync it tho... Dec 01 10:20:33 Spyro: monotone usage does not hurt Dec 01 10:21:01 and it is fast, not like old versions was Dec 01 10:21:19 hrw|work: I already have 4 scms on here, I dont need any more :) Dec 01 10:21:26 and I like one of them Dec 01 10:21:50 and we decided some months ago that we will not use that one for OE. Dec 01 10:22:15 bah Dec 01 10:22:28 out of curiosity, why? Dec 01 10:23:14 I dont remember. iirc it was lacking push then Dec 01 10:23:25 ic Dec 01 10:25:32 has the oe webserver gone down ? Dec 01 10:25:59 http://www.openembedded.org/ works over here Dec 01 10:26:02 oh nom its back again now Dec 01 10:44:27 morning fooks Dec 01 10:44:32 hi likewise Dec 01 10:44:55 hey likewise Dec 01 10:45:06 likewise: have you tried cairo-clocks against cairo 1.3.4? Dec 01 10:45:26 not yet, 1.3.2 w/ double/fixed patch was my latest try. Dec 01 10:45:54 koen: and hey! :-) Dec 01 10:48:32 03koen 07org.oe.dev * rfb24b0f3... 10/ (3 files in 3 dirs): epsilon: fix includes, closes #1623 Dec 01 10:51:12 koen: thx. now I can try to build emotion Dec 01 10:51:33 again Dec 01 10:52:37 look at the patch and lart the e dudes Dec 01 10:52:53 your bug comment was enough Dec 01 10:53:24 bugdays started Dec 01 10:59:49 ~lart JustinP for not testing E17 builds Dec 01 10:59:50 * ibot burns JustinP to a crisp with a laser for not testing E17 builds Dec 01 11:01:03 JustinP_: emotion 20061116 will never build with current OE Dec 01 11:09:55 wth? Dec 01 11:10:03 e-image is building firefox and minimo Dec 01 11:11:51 hrw|work: could you also send a mail about the bugdays to the ml(s) Dec 01 11:14:18 XorA, i having again the performnace gtk problems although i used gtk 2.10.6 .. what do i miss . i started a new rootfs ? but i only remeber that iupdated gtk from 2.8 to 2.10 to get my speed Dec 01 11:22:37 03rwhitby 07org.oe.dev * r12edb579... 10/ (7 files in 6 dirs): ixp4xx-kernel, slugos: moved some modules into the kernel (those that are the lowest common denominator of the target devices) Dec 01 11:22:43 03rwhitby 07org.oe.dev * r90d85c84... 10/ (1 packages/images/slugos-image.bb): slugos-image: Added netconsole into the kernel Dec 01 11:22:57 03rwhitby 07org.oe.dev * ra1833fa6... 10/ (1 packages/linux/ixp4xx-kernel_2.6.19.bb): ixp4xx-kernel: updated the latest SVN to include RTC probe kernel patches Dec 01 11:23:01 03rwhitby 07org.oe.dev * rc055864b... 10/ (3 files in 3 dirs): slugos-init: fixed bug in modulefunctions Dec 01 11:23:05 03rwhitby 07org.oe.dev * r0c522d21... 10/ (1 conf/machine/ixp4xx.conf): ixp4xx.conf: Set default kernel and jffs2 command Dec 01 11:23:16 03rwhitby 07org.oe.dev * r8827e908... 10/ (3 files in 3 dirs): ludeos: Subsumed into ixp4xx and SlugOS Dec 01 11:28:39 Hi! Dec 01 11:28:58 Is it the case that we'll have bugdays again? ;-) Dec 01 11:29:10 weekend :) Dec 01 11:29:19 I will create bugs, you may find them and fix them Dec 01 11:29:27 rwhitby: what are your thoughts on splitting ixp4xx.conf into ixp4xxle.conf and ixp4xxbe.conf? Dec 01 11:29:55 koen: sounds like a good idea to me Dec 01 11:30:22 And why does this ahppen - all the time - whenever there're OE bugdays, I need to upgrade hh.org kernel? ;-) Dec 01 11:30:23 rwhitby: both set ARCH_BYTE_SEX and include include/ipx4xx.conf Dec 01 11:30:42 and set jffs2 command endianness appropriately Dec 01 11:30:46 psokolovsky_: because you don't use git :) Dec 01 11:30:50 03rwhitby 07org.oe.dev * reaa3c8a8... 10/ (1 packages/linux/ixp4xx-kernel.inc): ixp4xx-kernel.inc: Removed jffs2 endianness patch (it's always native endian) Dec 01 11:30:56 ;-) Dec 01 11:31:44 RP: I have a strange phenomen, my internal software follows the version numbers of BitBake... Dec 01 11:36:22 RP: just about to run out again, but I ended up with DEPENDS being missed, but that may have been the shlibs problems I fixed earlier in the week. Dec 01 11:36:42 zecke: your house is '36a' or '37a'? Dec 01 11:36:58 hrw|work: hehe, *scared* Dec 01 11:37:06 hrw|work: there is no 'a' in my housenumber Dec 01 11:37:41 zecke: then 36 or 37? Dec 01 11:37:48 yes Dec 01 11:37:56 36 Dec 01 11:37:59 thx Dec 01 11:39:06 03koen 07org.oe.dev * r4796ad69... 10/ (1 conf/machine/ixp4xxbe.conf conf/machine/ixp4xxle.conf): ixp4xx[bl]e: add machine descriptions for be and le mode in order to remove a lot of magic vars from distro configs Dec 01 11:39:28 koen: I'll start propagating that throughout slugos Dec 01 11:39:35 cool, thanks Dec 01 11:40:04 likewise: you got a proper ixp4xxbe machine now :) Dec 01 11:40:36 koen: excellent :-) Dec 01 11:40:47 koen: I should buy you a beer then. Dec 01 11:41:20 koen: too bad I cannot bring any embedded boards to t-dose tomorrow - it would require a 19" 3RU rack as well ... Dec 01 11:41:36 heh Dec 01 11:41:53 19" 3RU sounds very embedded Dec 01 11:42:08 hrw|work: it is cramped with 18 embedded boards :-) Dec 01 11:42:28 likewise: add one more and you will get 1 board per inch Dec 01 11:42:31 ;D Dec 01 11:42:53 hrw|work: actually, there are 19 boards, 1 is the gateway, 18 hot-swappable cards. Dec 01 11:50:40 03koen 07org.oe.dev * r202e2338... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007.1: remove arch byte sex var Dec 01 11:52:43 XorA: did you got solution for autoload/config modules bug? Dec 01 11:53:16 koen: does OE have conditional includes? Dec 01 11:53:38 * koen looks at zecke Dec 01 11:54:03 rwhitby: no Dec 01 11:54:10 rwhitby: what would be the usecase? Dec 01 11:54:19 (i.e. for nslu2.conf, I need to choose whether to include ixp4xxbe.conf or ixp4xxle.conf based on whether DISTRO is openslug or debianslug - yes I know that's a bad way to do it, but it's historical now. Dec 01 11:54:24 rwhitby: one could argue include is a conditional include Dec 01 11:54:51 rwhitby: include ${IXPE_BASE_CONF} Dec 01 11:54:59 sweet Dec 01 11:55:00 rwhitby: and immediate assign IXPE_BASE_CONF Dec 01 11:55:38 or better use require Dec 01 11:56:14 oh, a missing include is not an error? Dec 01 11:56:24 no :) Dec 01 11:56:35 cool Dec 01 11:56:50 rwhitby: bad in most cases Dec 01 11:58:39 hi lardman-not-yet-gone Dec 01 12:00:27 hi hrw|work: Screwed up my NickServ keypress Dec 01 12:06:02 hrw|work: re bug 1138; Is it possible to specify a DEPENDS as either for package A or package B but not necessarily both? Dec 01 12:06:35 not now rather Dec 01 12:08:12 RFC: addition of a 'virtual/image' target which a DISTRO sets as the usual image build Dec 01 12:08:26 then new users just type 'bitbake virtual/image' Dec 01 12:08:42 (and it can be easily used in wrapper Makefiles or scripts that build many images for many distros/machines) Dec 01 12:09:58 hmm, db3-native failed ... Dec 01 12:14:57 * cbrake tries db-native Dec 01 12:16:20 crap Dec 01 12:16:27 happy mailman day everyone Dec 01 12:17:12 ? Dec 01 12:18:32 rwhitby: virtual/image would be handy for the things I do. It was also give users some idea what target image to start with. But, this also might violate how everything in OE is supposed to be general -- which is one of OE's strengths. Dec 01 12:19:18 cbrake: it's no worse than today, and identifies the one single line that everyone should strive to make point to the single one true bootstrap-image.bb Dec 01 12:19:56 (i.e. grep for PREFERRED_PROVIDER_virtual/image to see how close to utopia we area) Dec 01 12:20:01 s/area/are/ Dec 01 12:20:21 rwhitby: nod, you have a good point. Dec 01 12:22:10 cbrake: koen is not convinced Dec 01 12:23:03 * rwhitby considers changing the names of slugos and unslung images, so that bitbake ${DISTRO}-bootstrap-image will at least work in the meantime ... Dec 01 12:27:03 ok guys I have bb installed. Dec 01 12:27:12 but I get an error when i 'bitbake nano' Dec 01 12:27:22 cbrake: I had problems compiling db3-native aswell and it turned out my site/x86_64-linux seems to contain an invalid entry which causes compilation to fail: db_cv_mutex=${db_cv_mutex=x86_64/gcc-assembly}}. I corrected it to db_cv_mutex=${db_cv_mutex=no} and surprise, it works. I didn't bother to check what creates these files, but maybe someone of you know where the problem might be. Dec 01 12:28:16 anyways, now I'm stuck with Internal compiler errors (gcc 3.4.4) Dec 01 12:28:20 :\ Dec 01 12:28:29 Spyro: maybe pastbin your local.conf? Dec 01 12:28:40 whats local.conf ? Dec 01 12:28:51 oh shit I missed a step Dec 01 12:28:55 nevermind Dec 01 12:29:25 Spyro: there is a template in openembedded/conf you can start with. Dec 01 12:29:33 thanks Dec 01 12:30:28 zau: db-native seems to be working fine for me, so I'll probably just go with that for now. Dec 01 12:33:38 sure, just letting you know, others might run into it aswell Dec 01 12:39:22 XorA: fwiw, n2100 support is in 2.6.19 Dec 01 12:41:39 cute, 2.6.19 finally has mipv6 Dec 01 12:43:08 I got an error about quilt trying to run bb on the kernel for tosa... Dec 01 12:43:22 Spyro: 2.6.18? Dec 01 12:43:27 yes Dec 01 12:43:33 bitbake -c patch -b ../org.openembedded.dev/packages/linux/linux-rp_2.6.18.bb Dec 01 12:44:05 Spyro: use 2.6.17 Dec 01 12:44:12 .18 was not updated for tosa Dec 01 12:44:19 hrw|work: trying Dec 01 12:44:43 01 11:09 < XorA> Im afraid I have no idea though if tosa currently builds, but it should give you right direction Dec 01 12:44:46 01 11:10 < RP> At the very least 2.6.17 should work and they use the same ASoC version Dec 01 12:45:01 koen: cool Dec 01 12:46:05 hrw|work: AFAIK autoload works, the configuration stuff needs if I recall to mode to /etc/modprobe.d/ and all the pcmcia: stuff needs dropped or moved to its new command Dec 01 12:47:19 ERROR: Error in executing: /home/ian/projects/openembedded/org.openembedded.dev/packages/linux/linux-rp_2.6.17.bb Dec 01 12:47:19 ERROR: Exception: Message:Command Error: exit status: 127 Output: Dec 01 12:47:19 sh: quilt: command not found Dec 01 12:48:11 Spyro: quilt-native was not built? Dec 01 12:48:23 zecke: I ran this: Dec 01 12:48:30 bitbake -c patch -b ../org.openembedded.dev/packages/linux/linux-rp_2.6.17.bb Dec 01 12:49:22 Spyro: install quilt :) Dec 01 12:49:33 or run bitbake linux-rp to get dependencies built Dec 01 12:49:38 zecke: but I dont want to! (not _another_ SCM tool!!!) Dec 01 12:49:50 zecke: ah ok Dec 01 12:49:59 without the -c patch ? Dec 01 12:50:14 Spyro: linux-rp has a set of dependencies Dec 01 12:50:22 Spyro: using the -b option you skip them Dec 01 12:50:22 quilt isn't an scm tool Dec 01 12:50:36 zecke: I was just doing what I was told... I dont really know anything about bitbake Dec 01 12:50:52 koen: no I know but still, its to organise stuff Dec 01 12:51:04 'cp' and 'mv' as well Dec 01 12:51:22 koen: I like to organise stuff myself. thats why I use git - it feels natural after diff/patch Dec 01 12:51:36 hello Dec 01 12:52:16 ok now I get "ERROR: Nothing provides dependency linux-rp_2.6.17.bb" Dec 01 12:52:41 Spyro: check my command line :) Dec 01 12:52:54 oic Dec 01 12:53:05 Spyro: a) you ask it to do a task on BitBake file and skip all deps b) you want automagix happen and just say linux-rp Dec 01 12:53:15 zecke: ERROR: Nothing provides dependency linux-rp Dec 01 12:54:31 somebody works on i.MX31 support in OE? Dec 01 12:54:59 greentux: lrg Dec 01 12:55:00 Spyro: you have two options. One would be configuring OE (starting with writing a conf/local.conf) Dec 01 12:55:10 zecke: I have a conf.local.conf Dec 01 12:55:10 Spyro: or you make sure you have all deps in place Dec 01 12:55:23 Id prefer to configure oe but I dont know what Im doing Dec 01 12:55:31 koen: oh really? thanks... Dec 01 12:55:50 Spyro: probably take a look at the GettingStarted page in the wiki Dec 01 12:55:53 hi greentux Dec 01 12:55:59 I followed that Dec 01 12:56:03 hi hrw|work Dec 01 12:56:07 and I edited conf/local.conf Dec 01 12:56:28 OE Build Configuration: Dec 01 12:56:28 BB_VERSION = "1.6.3" Dec 01 12:56:28 OE_REVISION = "" Dec 01 12:56:28 TARGET_ARCH = "arm" Dec 01 12:56:28 TARGET_OS = "linux" Dec 01 12:56:29 MACHINE = "tosa" Dec 01 12:56:31 DISTRO = "openzaurus" Dec 01 12:56:33 DISTRO_VERSION = ".dev-snapshot-20061201" Dec 01 12:56:35 TARGET_FPU = "soft" Dec 01 12:57:53 Spyro: I'm not sure about the DISTRO_VERSION but this is more my issue.. Dec 01 12:58:03 Spyro: why is OE_REVISION so blank? Dec 01 12:58:17 zecke: no idea. what should it be ? Dec 01 12:58:32 Spyro: are you using the familiar git tree? Dec 01 12:58:46 no idea. how would I tell ? Dec 01 12:58:54 Spyro: how did you get OpenEmbeddeD? Dec 01 12:59:05 wget -r :) Dec 01 12:59:14 sucker Dec 01 12:59:38 You might not have an linux-rp? Dec 01 12:59:42 yes I do Dec 01 13:00:21 DISTRO="openzaurus-unstable" Dec 01 13:00:34 XorA: yes I have that Dec 01 13:00:37 should I not ? Dec 01 13:00:52 Spyro: just checking as printed above it just says openzaurs Dec 01 13:01:09 Spyro: BBFILES ist set as well? Dec 01 13:01:51 ah crap. BBFILES is wrong. Dec 01 13:02:20 yay! Dec 01 13:02:27 zecke: thanks :) Dec 01 13:02:33 ~seen lrg Dec 01 13:02:57 zecke: cut/paste error. damn Dec 01 13:03:05 greentux: he is behind me Dec 01 13:03:20 XorA: hi, in india ? Dec 01 13:03:26 greentux: no, Scotland Dec 01 13:03:30 lrg was last seen on IRC in channel #oe, 1d 16h 23m 25s ago, saying: 'pH5: maybe'. Dec 01 13:03:38 the 'handlinbg bb files' bit still seems to take forever... thought this was meant to be 110% faster than a year ago? Dec 01 13:03:50 takes like 30s here Dec 01 13:03:53 on local HD Dec 01 13:03:57 XorA: oh, :) ok... perhaps he can tell me some info about oe on i.MX31 Dec 01 13:04:14 XorA: ~60 here over GigE Dec 01 13:04:14 greentux: I shall tell him you asked, he is a bit jetlagged Dec 01 13:04:28 XorA: tnx Dec 01 13:04:56 greentux: MACHINE="mx31ads" DISTRO="angstrom-2007.1" Dec 01 13:04:58 actually more like 120... Dec 01 13:05:42 koen: ok... Dec 01 13:08:57 03koen 07org.oe.dev * r77e271d0... 10/ (3 files in 2 dirs): gpe-mini-browser: update recipe to use svn Dec 01 13:09:28 Spyro: run "bitbake quilt-native", then the bitbake -c patch -b etc. Dec 01 13:09:56 or install quilt in host environment Dec 01 13:10:30 Spyro: Parsing got much faster. The number of .bb's also * 4 :-/ Dec 01 13:10:40 RP: Im just building all the deps. I'll probably need them soon enough anyhow. Dec 01 13:11:36 RP: Im contemplating maintaining a 'hh_stable' kernel where I collect all buildable PDA machine types and keep it tracking mainline without build errors Dec 01 13:11:48 Spyro: own git tree? Dec 01 13:12:03 hrw|work: yes but with a publicly visible 'production' branch Dec 01 13:12:11 Spyro: bitbake/OE is good at this kind of thing... Dec 01 13:12:28 RP: bitbake is good at collecting huge patch scripts. Dec 01 13:12:51 RP: I want something with _no_ patches, maintained to ensure stability Dec 01 13:13:05 Im also willing to be the one who does it Dec 01 13:14:22 * mrz80 is away: Metaphysically I'm still here; physically, I'm elsewhere Dec 01 13:26:11 03koen 07org.oe.dev * r54e44395... 10/ (3 files in 3 dirs): diet-x11: add patch from http://www.koka-in.org/~kensyu/zaurus/diary/20030618.html Dec 01 13:26:17 03koen 07org.oe.dev * r7b8f8003... 10/ (1 packages/xorg-lib/diet-x11/xchar2b.patch): diet-x11: add info into xchar2b header Dec 01 13:52:08 oh wow... that was faster... Dec 01 13:52:22 when it scanned the .bb files this time it took under a second. Dec 01 13:52:39 Spyro: the joys of a cache Dec 01 13:52:47 yeah clearly. Dec 01 13:53:08 Spyro: just whatch out changes to .conf files tend to invalidate the cache Dec 01 13:53:11 too bad I still dont have a patched source... Dec 01 13:53:30 patching file sound/soc/codecs/wm9712.c Dec 01 13:53:30 Hunk #1 FAILED at 647. Dec 01 13:53:30 1 out of 1 hunk FAILED -- saving rejects to file sound/soc/codecs/wm9712.c.rej Dec 01 13:53:30 Applied patch wm9712-suspend-cold-res-r1.patch (forced; needs refresh) Dec 01 13:53:30 NOTE: dropping user into a shell, so that patch rejects can be fixed manually. Dec 01 13:53:54 now what ? Dec 01 13:54:06 Spyro: remove that patch I have a feeling it was incorporated Dec 01 13:54:19 do I have to do anything special ? Dec 01 13:54:45 Spyro: just quilt refresh then ctrl D Dec 01 13:55:06 mornin' everyone! Dec 01 13:55:10 from the prompt it dropped me into ? Dec 01 13:56:19 sh-3.2$ quilt refresh Dec 01 13:56:19 Nothing in patch wm9712-suspend-cold-res-r1.patch Dec 01 13:56:19 sh-3.2$ exit Dec 01 13:56:19 NOTE: Applying patch 'wm97xx-dig-restore-r0.patch' Dec 01 13:56:19 Command Error: exit status: 1 Output: Dec 01 13:56:20 The topmost patch wm9712-suspend-cold-res-r1.patch needs to be refreshed first. Dec 01 13:56:21 NOTE: dropping user into a shell, so that patch rejects can be fixed manually. Dec 01 13:59:06 Spyro: hmm, stupid quilt Dec 01 13:59:23 I think I got what I needed now though Dec 01 13:59:26 (patched kernel) Dec 01 14:02:38 morning Dec 01 14:02:43 Spyro: woo woo Dec 01 14:02:48 :) Dec 01 14:02:56 ok going to get kid from school now. Dec 01 14:10:21 "[..] has done a fairly nice job of taking the distribution, known as RPLinux, and integrating it [..]" Dec 01 14:10:21 * koen looks at RP Dec 01 14:10:37 (http://news.linux.com/article.pl?sid=06/10/02/1818239&tid=96) Dec 01 14:39:20 * mrz80 is back (gone 01:24:58) Dec 01 14:56:31 It feels so nice to get things compiling :) Dec 01 14:57:06 not as nice as making a mushroom risotto :) Dec 01 14:58:30 koen I know something which make you feel a lot better than those 2 but I won't tell you ;) Dec 01 14:58:39 glibc_2.3.5+cvs20050627.bb compiles on powerpc :) (finaly) Dec 01 14:59:12 it will come handy when the Efika boarda arrive :) Dec 01 14:59:40 Crofton: said they where shipping the boards now Dec 01 15:00:08 i saw a post on the forum, yesterday Dec 01 15:00:13 yep Dec 01 15:00:22 Where are they shipping from? Dec 01 15:00:31 timbuktu Dec 01 15:01:07 it took them what... close to 9 months... that's small print Dec 01 15:01:48 the good thing is that we will have a nice little board with fpu :) Dec 01 15:01:57 what is morphos? Dec 01 15:02:17 some hippy operating system for ppc Dec 01 15:02:49 Crofton a lot like amigaos Dec 01 15:02:57 heh Dec 01 15:15:47 Ifaistos: what was needed to make glibc_2.3.5+cvs compile for the ppc? Dec 01 15:17:18 wow 199$ Dec 01 15:18:20 koen: Looks like I'd better not start a dsitro called that then :) Dec 01 15:29:50 a powerpc build here breaks on busybox not finding symbolx from include/ Dec 01 15:29:50 asm/posix_types.h: In function `__FD_SET' Dec 01 15:35:32 likewise : add this-> CFLAGS_dht-walnut += " -O1 -g0 -fPIC -fno-inline-functions -fno-unit-at-a-time " Dec 01 15:38:25 Ifaistos: but shouldn't that be generalized more to CFLAGS_pcc += " -O1 -g0 -fPIC -fno-inline-functions -fno-unit-at-a-time" ? Dec 01 15:38:32 s/pcc/ppc/ Dec 01 15:39:04 likewise : once we check it works, it should :) Dec 01 15:39:34 Ifaistos: what is your target? dht_walnut doesn't tell me much :-) Dec 01 15:40:31 likewise : Its a walnut based board (amcc 405gp) Dec 01 15:41:23 Ifaistos: what toolchain? OE-built toolchain? There is enough interest to support all kinds of PowerPC targets in OE. Dec 01 15:42:22 likewise : Yes. OE-built toolchain. i had 3.4.4 working with ppc now i am trying to get 4.x Dec 01 15:42:39 PS3 Dec 01 15:45:18 likewise : For a working ppc oe-toolchain (somewhat old though) go to http://owmnr.digital-opsis.com/ Dec 01 15:45:57 likewise : but i will not run with current OE, you have to use that svn Dec 01 15:46:12 Crofton: we can ask celinux for a PS3 OE box... Dec 01 15:47:44 likewise: can I help you "test" your PS3...? ;) Dec 01 15:47:44 I'm not sure Sony would want hackers buying them and not buying games Dec 01 15:48:24 Crofton: Oh yes, there was something with their profit margin :-) Dec 01 15:48:50 I need to ask my advisor why he knows how much Sony looses on each unit . Dec 01 15:48:58 hvontres|poodle: you truly do dig PowerPC, right? :-) Dec 01 15:49:07 Crofton: just read a research on that. Dec 01 15:49:47 Crofton: $240 to $300 loss on each, for the first run. Dec 01 15:49:52 yep Dec 01 15:50:08 $240 for the hi-end model, $300 loss on the low-end Dec 01 15:50:24 (source: Isuppli) Dec 01 15:50:36 Why buy one of these http://www.mc.com/products/view/index.cfm?id=96&type=boards Dec 01 15:50:41 when you can get a PS3 Dec 01 15:50:50 Crofton: The Cell processor runs $90 Dec 01 15:53:53 Crofton how much is this nice toy? Dec 01 15:54:10 dunno Dec 01 15:54:22 I think the "money is no object crowd" buys them Dec 01 15:54:38 Crofton I'm really thinking about getting one of those for xmas http://www.pegasosppc.com/efika.php Dec 01 15:55:11 I'm hoping I have one before then .... Dec 01 15:55:25 Crofton I don't have the $$$ before xmas so :) Dec 01 15:55:37 I am on the dev program list Dec 01 15:55:52 is it still open? Dec 01 15:56:27 maybe Dec 01 15:56:33 chuimat : I think they re-opened it for a few days Dec 01 15:56:43 url? Dec 01 15:57:08 http://projects.powerdeveloper.org/projects.php?program=EFIKA Dec 01 15:57:21 Crofton: how about one of these for you PC: http://www.mc.com/products/view/index.cfm?id=106&type=boards ? Dec 01 15:58:06 The only cell processor in my price range is the PS3 :) Dec 01 15:58:44 chuimat : just checked the dates. The dev program ended on Nov 18th Dec 01 15:59:08 Ifaistos: will try anyway ;) Dec 01 15:59:15 chuimat : http://www.powerdeveloper.org/forums/viewtopic.php?t=917 Dec 01 15:59:41 chuimat : You never know :) I've been waiting for this board for something like 9 months... Dec 01 16:00:21 Ifaistos: The EFIKA program is currently closed for new proposals and will re-open at a later date. Dec 01 16:00:46 there is a link to click on the page I sent in Dec 01 16:01:45 chuimat : "Projects submitted after 19th November 2006 will not be approved for some time." Dec 01 16:02:06 I know ... Dec 01 16:02:13 chuimat : Submit you project and cross fingers :) Dec 01 16:04:38 Ifaistos: I might apply to the ODW one then :) Dec 01 16:05:53 if you are into ppc developemnt have a look at this -> http://www.bigfootnetworks.com/Forums/showthread.php?t=285 Dec 01 16:06:35 a network card with a 600Mhz powerpc ;) Dec 01 16:07:41 bahhh ... 4h of "Math ... euh Machine Learning" ... so booooooring" Dec 01 16:14:52 bye Dec 01 16:30:25 cu Dec 01 16:43:13 re Dec 01 16:52:19 hrw|gone: I tested....unfortunately I didn't end up being able to run-test them extensively...sorry about that Dec 01 16:53:29 hrw|gone: emotion built fine when I was testing it. Dec 01 16:55:29 hrw|gone: if gstreamer is missing in the DEPENDS then if that's built first emotion will then build. I know that it was building, I wouldn't have closed the bug otherwise. Dec 01 17:08:44 kergoth: ping Dec 01 17:08:57 hey ggilbert_ Dec 01 17:08:58 hey Dec 01 17:09:20 Oh I think I started asking you something last night Dec 01 17:09:30 but someone cut some fiber at that exact moment Dec 01 17:09:43 and my network connection dropped :p Dec 01 17:14:19 fibers are overrated Dec 01 17:14:35 tin cans and string is all the rage now Dec 01 17:14:43 yeah Dec 01 17:17:06 Well if anyone sees kergoth, please pester him to update the bug tracker ip :p Dec 01 17:17:25 ~pester kergoth to update the bugtracker IP Dec 01 17:17:37 kergoth to update the bugtracker IP: Are we there yet? .. Are we there yet? .. Are we there yet? see http://beverlys.net/LJ/BuggingYou.swf Dec 01 17:22:34 03justinp 07org.oe.dev * r3203ba17... 10/ (1 packages/efl/emotion_20061116.bb): emotion: switch libxine for gstreamer in DEPENDS due to libxine being too old for emotion Dec 01 17:26:01 drat, I left my 770 at home Dec 01 17:26:04 ~lart me Dec 01 17:26:05 * ibot blasts koen|gprs with a huge firehose then strangles koen|gprs with it Dec 01 17:33:32 i always see NOTE: SITE files ... endian-little site/ix86-common during my build... it didnt do that before , whats wrong is my oe sick ? Dec 01 17:34:54 rob_w: that's an effect of our new common site file code. Dec 01 17:35:03 micky|stomachFlu: still sick? Dec 01 17:35:06 it's an informative message, it's normal Dec 01 17:35:08 get well! Dec 01 17:35:17 hi micky|stomachFlu zecke Dec 01 17:35:19 thanks. it's a bit better today. Dec 01 17:37:16 koen|gprs: will you bring the 770 tomorrow? I am kind of curious. Dec 01 17:37:22 HopsNBarley: did you get my mail re. new key ID? I'd like to add your keys asap, but we need that xxx@openembedded.org address Dec 01 17:38:18 i responded to that. i figured out that ID != email, so can i use xxx=anything? Dec 01 17:38:33 right Dec 01 17:38:47 i didn't get anything back. could you resend pleaseß Dec 01 17:38:51 mickeyl@linuxtogo.org Dec 01 17:39:38 give me a bit, and i'll send a new key today. Dec 01 17:39:42 micky|stomachFlu, is it also common for all architecures ? Dec 01 17:39:45 no hurry. Dec 01 17:40:01 micky|stomachFlu, thanks BTW! hope you are getting some rest. Dec 01 17:40:19 HopsNBarley: absolutely. layed down two days and it's nearly ok today Dec 01 17:41:02 rob_w: the new site file code concatenates common site files and arch-specific site files to reduce duplicated entries Dec 01 17:43:49 mickeyl, an unbeatable way to loose weight, as i recall (-; Dec 01 17:44:35 HopsNBarley: entirely true. but a very uncomfortable way at the same time Dec 01 17:44:49 koen|away: http://www.fredemmott.co.uk/blog_81 Dec 01 17:44:50 * mickeyl almost moved the PC to the bathroom *cough* Dec 01 17:45:05 lol Dec 01 17:45:31 what, don't you have a pda or two? Poo Data Assistant Dec 01 17:45:40 * mickeyl chuckles Dec 01 17:45:57 honestly, i have a ton of pda's here and all are gathering dust :/ Dec 01 17:46:08 With the right attachments, you could print all the TP you need, in binary. Dec 01 17:46:17 got any 5150['s that work? >_< Dec 01 17:46:31 only zauruses, sorryy Dec 01 17:46:39 bah, damnit. Dec 01 17:46:47 and the nokia770, but this is one that get's used Dec 01 17:46:55 it's my internet radio streaming client Dec 01 17:46:55 heh Dec 01 17:48:23 i want a 770, looks nice. Dec 01 17:48:56 I think I'll have usable PIM on my forthcoming mobile phone, so i won't need a seperate pda Dec 01 17:49:04 hehe :) Dec 01 17:49:05 great! Dec 01 17:49:10 but all i got are ipaq's :P and the one i'm gonna be stuck with seems to be stuck in 'supported but not really' hell because nobody works on it. Dec 01 17:49:33 seeing about getting a couple more used ones out and loan them to a few guys around here to change that. :P Dec 01 17:49:52 *nod* i can feel the pain. 80% of the pain is lack of skilled kernel developers Dec 01 17:51:51 mickeyl: those exist? Dec 01 17:52:10 chouimat: yes. i personally know at least three ones Dec 01 17:52:14 * mickeyl points to RP Dec 01 17:52:16 * mickeyl points to Zecke Dec 01 17:52:20 * mickeyl poinst to LaF0rge Dec 01 17:52:27 mickeyl: hehe Dec 01 17:52:42 * mickeyl continues pointing to pb_, Spyro, and more Dec 01 17:53:15 we won't share RP with anyone! Dec 01 17:53:47 ~hail RP Dec 01 17:53:50 * ibot bows down to RP and chants, "I'M NOT WORTHY!!" Dec 01 17:53:51 mickeyl: Too bad the thing doesn't have a keyboard. I'd be in heaven :p Dec 01 17:54:37 ggilbert_: *nod* it's a low-cost smartphone. if we don't fsck up, then there will be a highend keyboard phone later... Dec 01 17:55:02 Nifty Dec 01 17:55:23 mickeyl: are you stuck at FIC? Dec 01 17:56:37 zecke: no. when this thing ships, my engagement will be reduced to what's necessary to have an eye on the futher platform development. Dec 01 17:56:45 my next projects are Dec 01 17:56:50 a) Embedded Linux Book Dec 01 17:57:03 b) Game-Development tool for Java ME games Dec 01 17:57:14 * mickeyl waits for the first to lough Dec 01 17:57:39 mickeyl: Hehe, want to sell ringtones? Dec 01 17:58:08 hehe. seriously, one of my old friends is the CEO of http://www.brainmelt.com/ and I'm going to develop a tool for him next year that supports developing his games Dec 01 18:00:10 thing is, i want to revive my python skillz Dec 01 18:00:20 and this is a good opportunity, since the tools will be written using PyQt 4 Dec 01 18:01:34 mickeyl: join our dolphin effors :) Dec 01 18:01:37 mickeyl, mobile games ? Dec 01 18:01:38 efforts even Dec 01 18:02:11 anushsh: yeah. they're doing pixel-graphic games with quite some success Dec 01 18:02:31 mickeyl, sounds cool :) Dec 01 18:04:11 should hear from the pda pusher soonish :P Dec 01 18:05:43 hello all Dec 01 18:06:15 psokolovsky: might that commit you just made converting asic3_base to a platform_driver fix the hx4700 suspend/resume problem? Dec 01 18:09:14 mreimer, Hi! Dec 01 18:09:22 psokolovsky: Hi Paul! Dec 01 18:09:39 mreimer, No, I doubt that ;-(. What probability of non-resume, as you estimate? Dec 01 18:10:45 psokolovsky: I didn't test it too much. I tried a quick suspend/resume cycle and it seemed to work, but later it didn't. I didn't try repeated suspend-resume cycles. I'll test better when I get a chance. Dec 01 18:13:15 mreimer, I was seeing sth like with h4000 all the time I worked on it closely, since 2.6.16. But it didn't happen too often, and I have a feeling it's realated to PM - it usually happened when it left for few hours, and h4000 for sure has big battery drain in suspend... Dec 01 18:13:31 mreimer, but indeed, we need to test collect stats ;-I Dec 01 18:13:48 psokolovsky: it happens on hx4700 no matter how much battery is left Dec 01 18:15:12 hrm, is bootldr ever updated/maintained? Dec 01 18:15:33 well, I didn't play with .18 much too, but for ~15 suspends I did for both h4000 & hx4700, there was no hangs. I'll try flip-flopping it now, I guess ;-) Dec 01 18:15:51 Ketnar, it's "stable" Dec 01 18:16:11 well, i'm noticing it has some..weird issues on 5150 Dec 01 18:16:25 it works, it just doesn't understand the device %100 Dec 01 18:17:21 discover is weird, mach_type is always odd. was wondering if it would be possible for me to poke the maintainer and ask some Q's Dec 01 18:18:46 i'm gonna see if i can get at least two 5150 loaners to pass around to those willing/able to do work with them. :P Dec 01 18:19:24 they will need to be jtaged tho. Dec 01 18:30:15 Ketnar, for talking with bootldr mainatiner, this is wrong channel. Anf if you're indeed consider contibuting a device to support development for it, that's nice ;-) Dec 01 18:30:22 likewise: I was planning to bring my 770, but I forgot to pack it Dec 01 18:31:10 two..i hope. Dec 01 18:41:21 who is the head of kdrive these days ? Dec 01 18:41:55 Xorg? Dec 01 18:42:36 is keithp not ? Dec 01 18:42:48 isn't he part of Xorg? Dec 01 18:42:51 kdrive isn't keithp's playground anymore Dec 01 18:43:01 since kdrive share too much code with xorg Dec 01 18:43:05 oh , shame Dec 01 18:43:06 shares* Dec 01 18:43:15 ade|desk: not really Dec 01 18:43:41 ade|desk: every commit keithp made to kdrive cvs in the last 18 months broke stuff *severely* Dec 01 18:44:04 his touchscreen 'fix' made kdrive segfault on start for instance Dec 01 18:44:49 ha, touchscreen shouldn't be in the server anyway ;) Dec 01 18:45:34 "let's access this array outside its bounds" "oh, it crashes" Dec 01 18:45:53 koen: QtE 2.3.x is doing just fine with access at -1 :) Dec 01 18:46:03 koen: maybe keith stole stuff from Qte? Dec 01 18:46:06 no different to glibc dev then Dec 01 18:46:43 ulrich 'the world runs redhat on x86' drepper Dec 01 18:47:34 surely other archs are just there to run x86 in qemu Dec 01 18:47:42 :) Dec 01 18:48:12 ljp: My offer still holds. I can formally proof that your change to QTsLibHandler leads to an out of bounds memory access, the first loop will access -1 Dec 01 18:48:17 imagine xscale doing qemu windows XP Dec 01 19:01:09 ade|desk : hmmm, that would probaly rival XP on my first PC...:) Dec 01 19:02:01 heh, 8088 couldn't even run qemu, don't know if even elks works Dec 01 19:04:18 re Dec 01 19:04:25 florian: wb Dec 01 19:06:49 koen: if i push an update to gcc3-build-cross.inc do i need to update RP in all gcc-cross.x.x.x.bb ? Dec 01 19:06:59 03ifaistos 07org.oe.dev * raccd2bf9... 10/ (1 conf/machine/dht-walnut.conf): Update dht-walnut machine file to current format Dec 01 19:07:11 03ifaistos 07org.oe.dev * r839cfb39... 10/ (1 conf/machine/include/tune-ppc405.conf): Machine file update for dht-walnut Dec 01 19:07:11 * chouimat is bored Dec 01 19:07:22 03ifaistos 07org.oe.dev * r035ca68e... 10/ (1 packages/glibc/glibc_2.3.5+cvs20050627.bb): Fix to allow glibc 2.3.5 to compile for powerpc arch Dec 01 19:07:22 Ifaistos: if it alters the outcome of the generated packages, yes Dec 01 19:09:24 ade|desk: actually my first PC was a 10Mhz 8086... retired in 1994 :) Dec 01 19:14:46 03ifaistos 07org.oe.dev * r282de7da... 10/ (1 packages/gcc/gcc3-build-cross.inc): Fixes gcc-cross 4.x compile error on x86_64 arch due to multilibs missing Dec 01 19:17:17 zecke: have you taken a look at qt4 tslib handler ? Dec 01 19:17:46 ljp: I was schocked to see that the dev didn't get tslib and never looked at the file again Dec 01 19:18:09 ljp: I wonder why one uses tslib but not the configurable, working and flexible filters... Dec 01 19:18:22 instead hardcoding dejittering... Dec 01 19:18:27 ok, the big K says DNS has been updated. Should be working by tomorrow Dec 01 19:19:10 zecke: so send a patch :) Dec 01 19:19:58 ljp: I will not touch Qtopia* until it is Free and guranteed to stay free Dec 01 19:20:39 qtopia core is gpl Dec 01 19:21:07 and qtopia platform will be gpl soon Dec 01 19:21:20 ljp: why should I engage in helping to make the core of a proprietary platform better? Dec 01 19:21:36 ljp: any idea when? Dec 01 19:23:09 chouimat: all I can say is very soon Dec 01 19:23:38 ljp: ok ... I want to have it under my tree for xmas ;) Dec 01 19:23:45 ok Dec 01 19:25:06 hey koen Dec 01 19:25:07 so zecke: since qt is dual licensed I take it you no longer develop with it? Dec 01 19:25:35 ljp: see my engagement with dolphin... Dec 01 19:25:47 zecke: dolphin? Dec 01 19:25:56 ljp: We are talking about Qtopia, and the Core of this proprietary platform called Qtopia Core Dec 01 19:26:27 ljp: Qt is a product to make developers life easier Dec 01 19:26:39 ljp: Qtopia Core is the product to build the proprietray Qtopia platform Dec 01 19:26:53 ljp: I want to have a more easy life and use Qt Dec 01 19:27:01 so, any lgpl library can be the core of proprietary system - like gtk+. Dec 01 19:27:03 ljp: I have no interest in making a proprietary platform better Dec 01 19:27:22 so I take it you dont work on lgpl tools either Dec 01 19:27:40 ljp: lol, luckily you get paid for this :) Dec 01 19:27:49 and qtopia is not totally proprietary.. its just not released yet Dec 01 19:28:01 ljp: again I use tools that are written to make my life easier Dec 01 19:28:20 ljp: I have zero interest in improving the fundamental core of proprietary/closed source platforms Dec 01 19:28:27 ljp: but as Qt != Qtopia Core Dec 01 19:28:35 ljp: I say yes to Qt and no to Qtopia Core Dec 01 19:28:37 ehh qtopia is not closed source Dec 01 19:29:52 hi Dec 01 19:31:16 I've got some problem to compile qemu, complain about gcc 4. so I've install gcc 3.2 in my fedora host and samething... Dec 01 19:31:17 ljp: okay read my lips. I will not patch/compile something called Qtopia* when it is not fully free, and generally available to everyone free of charge... Dec 01 19:31:20 ljp: Have your bosses ever considered a model similar to Fedora/RHEL where the bleeding edge stuff is available for the comunity to fiddle with and fix so that the stable (ie expensive) version gets better? Dec 01 19:32:48 thats how qt works, yes. and I am pushing for the same with qtopia. Dec 01 19:33:23 re Dec 01 19:34:53 cedricb: I had good luck installing the Fedora qemu pacake and adding "ASSUME_PROVIDED += virtual/qemu-native" in your local.conf Dec 01 19:35:18 ljp: good luck...:) Dec 01 19:36:08 ljp: I find it unethical that Harvard/Eirik speak about "Open" phones Dec 01 19:36:19 ljp: when they are as open as Windows CE Dec 01 19:36:48 03ifaistos 07org.oe.dev * r2f5488a3... 10/ (13 files in 4 dirs): Add dht-walnut 2.6.12. and 2.6.12.6 kernels Dec 01 19:37:08 hvontres: thx Dec 01 19:39:23 cedricb: I hope I got the ASUME_PROVIDED thing right.... I am away from my build machine right now. :( Dec 01 19:40:01 ljp: I would be glad to work on Qtopia, but I won't do it for the same reason I won't work on Windows* Dec 01 19:44:58 * chouimat thinks some people don't understand the meaning of "Not Released Yet" and jump to a lot of bad conclusion because of this Dec 01 19:45:32 ok, an update. Some people should be seeing the new IP for bugs.or.org Dec 01 19:45:52 it's propagated to my office, but your mileage may vary Dec 01 19:46:02 yeah :) Dec 01 19:46:06 works here Dec 01 19:47:19 bugs.openembedded.org. 10800 IN A 64.136.190.225 Dec 01 19:47:32 That's the new one Dec 01 19:48:52 XorA|gone: http://cegcc.sourceforge.net/ knew that one? Dec 01 19:49:05 oooh Dec 01 19:49:35 As someone looking at possibly buying a windows mobile phone, that could be handy Dec 01 19:50:05 Uses Sith power to manipulate ggilbert Dec 01 19:50:27 ffmpeg looks like it can compile using mingwce :} Dec 01 19:50:40 zecke: find me a phone with a keyboard and working linux support. I'd love something like that :p Dec 01 19:50:56 Excuse my ignorance, but what platform is this channel targeted to? (Any platform that may run OpenEmbedded?) Dec 01 19:51:17 concept10: aynthing Dec 01 19:51:39 ggilbert_: http://www.symbolictools.de/public/pocketconsole/ Dec 01 19:52:17 nifty Dec 01 19:52:19 Im attempting to learn more on Embedded Linux. Hoping this will give me a start. Dec 01 19:54:59 I'm so tempted to get one of those openmoko things Dec 01 20:00:11 btw, did they tell the approximate price of the openmoko phone? Dec 01 20:00:30 zecke: Ive seen that before Dec 01 20:02:02 zecke: though it looks like there has been some releasing since I looked last Dec 01 20:02:16 XorA|gone: but it is still not quite like cygwin Dec 01 20:02:23 at least it looks like this Dec 01 20:05:39 03rwhitby 07org.oe.dev * rccb9ca13... 10/ (1 conf/machine/ixp4xxbe.conf conf/machine/ixp4xxle.conf): ixp4xx{be,le}.conf: Added PREFERRED_PROVIDER_virtual/kernel Dec 01 20:10:13 bye everyone. going to sleep Dec 01 20:23:10 I have a local and upstream folder set up in my OE. Is there a way to set it up that bitbake will use the local bb file (if it exists) even if the upstream one is a newer version? Dec 01 20:23:57 setting PREFERRED_VERSION? Dec 01 20:28:57 hmm, when I use svn in my SRC_URI it does not download the latest code.. but gets "something", which is really strange; is there some extra option to tell bitbake to always do a new checkout? Dec 01 20:29:23 Jin^eLD: a) you use a broken bitbake e.g. from an unstable branch Dec 01 20:29:31 Jin^eLD: b) check the manual and search for SRCDATE Dec 01 20:29:49 check the BitBake manual, or pester me to regenerate it... Dec 01 20:29:55 I use bitbake 1.6.3... so I guess it's b) Dec 01 20:30:18 zecke, but then you have to do that for every file. I want to just have it happen automatically, if I copy a package from the upstream to my local, modify it and then update the upstream I don't want to have to remodify it if I do not want the newer version. Dec 01 20:30:46 I thought there were some priority settings for local or upstream packages? Dec 01 20:31:09 Gerrath: I'm ATM not certain how BitBake Collections will behave Dec 01 20:31:20 Gerrath: http://bitbake.berlios.de/manual/ch04s02.html#id2522780 Dec 01 20:33:06 zecke, thats how I'm doing it but I'm not sure what the scaling of the prority does, since I only have two directories does that mean setting upstream to 1 and local to 10 would be the same as setting upstream to 1 and local to 2 or is it more complicated than that? Dec 01 20:33:26 Gerrath: it says "same package" Dec 01 20:33:33 Gerrath: I think this includes the PV Dec 01 20:33:46 Gerrath: IIRC it is like 1 and 2 Dec 01 20:34:50 zecke, so it does not seem there is anyway using it to allow a lower version package to override a higher version other than using PREFERED_VERSION for each and every package. Dec 01 20:35:48 Gerrath: I fear so Dec 01 20:35:58 Jin^eLD: SRCDATE = "now" should force a recheckout Dec 01 20:36:23 Jin^eLD: but it will not automatically recompile the package.... Dec 01 20:36:27 I will submit this idea to the bug tracker and see what others think. Dec 01 20:36:44 dangerous to difficult is my current thinking Dec 01 20:36:59 zecke: thanks, just found out the same from the manual, allthough.. the manual on the webpage was telling the now thing only in the CVS section :> Dec 01 20:37:26 Jin^eLD: feel free to update the usermanual and put a patch into the bug tracker Dec 01 20:37:46 Jin^eLD: or just pester me to regenerate the manual, if the usermanual.xml is more current Dec 01 20:38:13 I'll have to checkout the latest code and look at the xml Dec 01 20:38:29 I'll come back to you on that Dec 01 20:39:04 appreciated Dec 01 20:39:52 koen|away: have you seen http://marc.theaimsgroup.com/?l=linux-arm-kernel&m=116490288425575&w=2 this? Dec 01 21:15:24 zecke: yeah, I saw that Dec 01 21:20:47 nite guys Dec 01 21:21:01 * koen follows zecke's example Dec 01 23:58:12 #qemu **** ENDING LOGGING AT Sat Dec 02 02:59:57 2006