**** BEGIN LOGGING AT Mon Apr 09 02:59:56 2007 Apr 09 03:59:10 io2: ping Apr 09 04:00:58 io2: Try 'ENABLE_BINARY_LOCALE_GENERATION = "0" Apr 09 04:00:59 ' in your local.conf - this will prevent the dependency on qemu. Apr 09 04:04:17 oh. Apr 09 04:04:23 nifty.. Apr 09 04:05:18 so, it has an issue with locale generation? Apr 09 04:07:16 and yay, it works :D Apr 09 06:44:59 Good morning Apr 09 06:45:24 03koen 07org.oe.dev * rf2e2e9fd... 10/ (1 packages/openmoko-apps/openmoko-rssreader_svn.bb): openmoko-rssreader: depend on check Apr 09 06:51:05 03koen 07org.oe.dev * r0df3c70d... 10/ (1 packages/gpe-terminal/gpe-terminal_svn.bb): gpe-terminal svn: add default prev Apr 09 06:51:10 03koen 07org.oe.dev * r4e075032... 10/ (1 packages/openmoko-pim/openmoko-dates_svn.bb): openmoko-dates: disable patch Apr 09 06:53:30 03koen 07org.oe.dev * rad2127c1... 10/ (1 packages/tasks/task-openmoko.bb): task-openmoko: remove demo apps Apr 09 08:27:00 morning Apr 09 08:31:56 morning XorA Apr 09 08:32:19 RP, koen|away: nslu2-linux has moved to bitbake 1.8 stable branch. Apr 09 08:33:55 morning all Apr 09 08:43:05 rwhitby: ah, good :) Apr 09 09:44:03 * lrg returns Apr 09 09:46:43 ~prod lrg Apr 09 09:46:50 * ibot_ zaps lrg with a high voltage cattle prod Apr 09 10:00:02 psokolovsky: Would you be so kind to compile qpf-unismall, nunome, qpobox, poboxserver and zten for spitz for me. As you know I cannot (reason totally unknown), but I need the ipk. Apr 09 10:36:22 Laibsch: I was looking at your email. It would be good to get to the bottom of that problem... Apr 09 10:53:00 hmm , the dropbear site was down so I downloaded the file by hand and stored it where bitbake expected the file to be, still it tried to download it, is there a magic flag or something? Apr 09 10:53:20 to prevent oe to download the file again Apr 09 10:57:57 keesj: touch a file in the same place with the extension .md5 Apr 09 11:06:08 Thanks RP, but that did not help Apr 09 11:07:03 keesj: You touched the file with a name appending .md5, not replacing? Apr 09 11:07:27 I touched all the md5 files in the directory Apr 09 11:08:08 keesj: If you were downloading foobar.tar.gz, you would touch foobar.tat.gz.md5 Apr 09 11:08:51 thanks that worked Apr 09 11:09:54 actualy I did not touch the .md5 but I ran bitbake dropbear instead of bootstrap-image Apr 09 11:20:06 hi, all! Apr 09 11:20:18 !oebug 2091 Apr 09 11:20:19 * * Bug 2091, Status: NEW, Created: 2007-04-06 10:28 Apr 09 11:20:20 * * slapinid(AT)gmail.com: puzzles package is non-fetchable again Apr 09 11:20:21 * * http://bugs.openembedded.org/show_bug.cgi?id=2091 Apr 09 11:20:23 hrw|gone, Apr 09 11:21:07 about more permanent solution to puzzles problem. Apr 09 11:23:12 screen also was not fetchable (the file is not in the deb repository any more) Apr 09 12:08:34 I'm essentially on a redhat type system, is there a native i586 set of tools that I can use to examine the contents of the ipkg files? Apr 09 12:09:26 ar -x whatever.ipk will extract the ipkg Apr 09 12:09:40 ah, ar will huh, cool Apr 09 12:12:02 NAiL: cool, thank you. Apr 09 12:12:40 np Apr 09 12:13:12 Laibsch: you want to mtn pull :) Apr 09 12:41:00 * Laibsch is enthusiastic Apr 09 13:04:53 zecke: What cset/revision were you referring to? Apr 09 13:05:14 I cannot spot anything important for me from mtn log Apr 09 13:05:50 Laibsch: regarding your mail, you need to pull after your wget Apr 09 13:06:42 zecke: Hm, yes, but no. Apr 09 13:07:03 No important changes -> no matter whether pull is done or not. Apr 09 13:07:30 Laibsch: well, depending on your mtn version the db might have not been updated for month Apr 09 13:07:35 24 hour lag at most which is insignificant since this has plagued me for over half a year Apr 09 13:07:39 Laibsch: at least I occasionally have the imprssion Apr 09 13:08:20 zecke: I assure you, an mtn pull is not going to present a magical solution. Apr 09 13:08:38 * Laibsch is goes to bed depressed now with hopes shattered Apr 09 13:08:45 Laibsch: well if you use random OE from December... Apr 09 13:09:04 1) I don't Apr 09 13:09:20 2) I tested this at least two dozen times with all kinds of different setups Apr 09 13:09:24 Laibsch: your recipe posted to the ML is not complete without a mtn pull Apr 09 13:09:34 3) even Decembers version would likely be fine ;-) Apr 09 13:09:48 zecke: I already said yes, but no. Apr 09 13:10:08 Yes, you are right. ONe would need to do this. Apr 09 13:10:15 Yes, I DID this Apr 09 13:10:44 But not, for all practical purposes the result is not going to differ. I would be glad if this was not the case. Apr 09 13:11:04 But no, ... Apr 09 13:11:46 an mtn pull will not explain why this builds for hrw and psokolovsky but not for me. Apr 09 13:14:32 Hi! Apr 09 13:14:37 zecke: Looking carefully you will also spot an error that I once specified the monotone db as OE.mtn and another time as oe.mtn Apr 09 13:14:41 ;-) Apr 09 13:14:47 Laibsch: I added comment to your bug - you have build problem. Apr 09 13:15:01 psokolovsky: Yes, thank you for that comment. Apr 09 13:15:14 Laibsch: I see you are frustrated. So you have verified the md5sums of the source tarball, and you use the same OE revision as hrw and pso? Apr 09 13:15:31 I was quite stunned by "The error is quite expectable" since you did not get it ;-) Apr 09 13:15:33 Laibsch: well, my comment is essentially call for more data ;-) Apr 09 13:15:54 zecke: I have verified the md5sum of nunome, yes. Apr 09 13:16:05 psokolovsky has the same md5 Apr 09 13:16:21 Laibsch: OE revision? Apr 09 13:16:28 Laibsch: bitbake version? Apr 09 13:16:32 Laibsch: expectable from the data you provide. we need more environment data to undertstand why you got to this build data result of execution of which is quite expectable ;-) Apr 09 13:16:47 Laibsch: python -vvv `which bitbake` nuonome (just to be sure) Apr 09 13:16:53 Laibsch: to build some source, you always need more than the source itself Apr 09 13:16:57 zecke: I am sure OE rev differs since we all use .dev and pull Apr 09 13:17:19 nice, things are getting rolling. Please bear with me while I look this up. Apr 09 13:17:24 Laibsch: maybe it only works if OE rev is odd Apr 09 13:17:35 anybody to look at 2091, btw? Apr 09 13:17:45 !oebug 2091 Apr 09 13:17:47 * * Bug 2091, Status: NEW, Created: 2007-04-06 10:28 Apr 09 13:17:48 * * slapinid(AT)gmail.com: puzzles package is non-fetchable again Apr 09 13:17:49 * * http://bugs.openembedded.org/show_bug.cgi?id=2091 Apr 09 13:18:01 zecke: I believe bitbake revision is identical, latest stable 1.8.1 Apr 09 13:18:32 NAiL, it contains more permonent solution to this. Apr 09 13:18:49 NAiL, I mean proposed patch. Apr 09 13:19:45 Laibsch: So two possible issues: Somehow you have 'mixed' bitbakes (installed vs. local). I think this is quite unlikely Apr 09 13:19:52 psokolovsky: What environment data do you need? Apr 09 13:20:01 Laibsch: alternatively nunome still contains binary garbage in the src package Apr 09 13:20:50 zecke: I also removed and checked out a fresh copy of nunome Apr 09 13:20:54 * NAiL notes psokolovsky has the same md5 Apr 09 13:20:55 'h Apr 09 13:21:12 zecke: I meant copy of bitbake (!) Apr 09 13:22:01 Laibsch: all environment would suffice ;-) I leave optmization of that to you or to a later time - it's holiday here today ;-) Apr 09 13:26:02 Just the output of "set" sufficient? Or do you need the environment from inside bitbake? I am not sure how to get it there. But I think inside interactive bitbake there is a command for it. Apr 09 13:27:15 psokolovsky: In the meantime, can you build those ipk for me? Would be really nice. I am on a trip with a client starting from tomorrow Apr 09 13:27:44 Laibsch: nice! and I'm on vacation ;-) Apr 09 13:28:59 Does that apply for your computer, too ;-) Apr 09 13:29:05 Sorry to be pushy Apr 09 13:30:14 BTW, output of "set" sufficient? Or what do you want to look at? Apr 09 13:40:27 zecke: You are right, the source still does contain executables. I am not sure as to why I left them in. Apr 09 13:42:07 It still contains quite a bit of junk Apr 09 13:58:48 I don't need (want) dropbear, but it is hard-coded into task-base.bb. Is there some way to kill RRECOMMENDS_task-base-core-default without having to edit task-base.bb ?? Apr 09 13:59:23 like, RRECOMMENDS_task-base-core-default = "" someplace in image or {distro,machine} conf files? Apr 09 14:01:05 morning Apr 09 14:13:10 psokolovsky, hi! Apr 09 14:21:27 psokolovsky, oebug 2091 Apr 09 14:22:42 * Laibsch uploaded a more cleaned src tar Apr 09 14:22:52 * Laibsch is trying a new bitbake over night Apr 09 14:23:20 ~hail zecke, "The Brain" Apr 09 14:23:27 * ibot_ bows down to zecke, "The Brain" and chants, "I'M NOT WORTHY!!" Apr 09 14:25:41 morning Apr 09 14:25:57 T0mW: edit task-base is the only way Apr 09 14:26:01 hrw: mornign, do you have some time for me? Apr 09 14:26:07 * hrw has new ideas for task-base Apr 09 14:26:20 mr_nice: as long as it does not req to use mtn/bitbake - yes Apr 09 14:26:45 hrw, hi! Apr 09 14:26:55 hrw, oebug 2091? Apr 09 14:26:57 hrw: except, there is a file '/etc/default/dropbear' and looks like $NO_START is the key. If you cannot get rid of it, disable it. heh Apr 09 14:27:01 MACHINE_FEATURE_featurename_{RDEPENDS,RRECOMMENDS} Apr 09 14:27:17 * T0mW wonders why people want dropbear Apr 09 14:27:31 slapin_nb: I am not at home so no OE work today/tomorrow Apr 09 14:27:39 T0mW: to remote connect to toys Apr 09 14:27:48 hrw: well, it requeres mtn. I will try it a second on another day. thx Apr 09 14:28:08 hrw: ? isn't that what openssh is for? Apr 09 14:28:53 I need the ssl lib anyway, so it is silly to have the unit generate rsa keys for both ssh + dropbear Apr 09 14:29:07 hrw, when you take a day off, remember not to look at irc :) Apr 09 14:29:14 T0mW: dropbear is 180KB and gives sshd, ssh, scp Apr 09 14:29:27 T0mW: openssh is bigger, need openssl... Apr 09 14:29:28 * T0mW points up Apr 09 14:29:44 hrw: yeah, but I need ssl anyway for openvpn Apr 09 14:29:48 Crofton: visiting family can be boring too much Apr 09 14:30:05 hrw: so, dropbear is redundant Apr 09 14:30:13 T0mW: then I will try to remember making dropbear optional in new task-base Apr 09 14:30:38 * hrw will test new ideas for task-base during next days so rfc probably during next week on this friday Apr 09 14:30:42 hrw: IMHO, everything in task-base should be optional? Apr 09 14:31:17 T0mW: new task-base.bb will generate lot of packages instead of one/two Apr 09 14:31:44 task-boot, task-base, task-base-bluetooth, task-base-ppp, task-base-wifi etc... Apr 09 14:32:16 task-boot == minimal set to just boot (busybox, /dev manager (udev, mdev, none), login manager (tinylogin, getty)) Apr 09 14:32:19 hrw: I'm still disabling hotplug, another mandatory package for 2.4 kernels that fails on boot and slows the boot down. Apr 09 14:32:38 task-base-FEATURENAME will provide packages/kernel modules for feature Apr 09 14:32:43 hrw: otherwise, heh, task-base is better than it was Apr 09 14:32:56 task-base will depend on task-boot and task-base-FATURES-NEEDED-FOR-MACHINE-DISTRO Apr 09 14:33:29 now I just have to prepare recipe, machine configs and do some test builds of Poky and OE/Angstrom for it Apr 09 14:34:09 did someone here used Dell D400 laptop? Apr 09 14:34:19 hrw: I'm just polishing up the zipit recipes. I decided to just fold them into the main OE tree Apr 09 14:34:33 no more private bbfile tree Apr 09 14:34:44 T0mW: good idea - when submit them to include? Apr 09 14:34:58 hrw: real soon now(tm) Apr 09 14:35:34 just tweaking and looking for stuff that I missed Apr 09 14:36:11 hrw: btw, that RDEPENDS_kernel-module-blah works nicely Apr 09 14:37:22 I don't know who did that, but it sure cuts down on the stuff you have to put in machine/.conf Apr 09 14:38:10 /cr Apr 09 14:38:13 putty suxx Apr 09 14:38:30 hrw: oh, how should I submit the recipes + changes? as one diff against the OE tree? Apr 09 14:38:33 T0mW: task-base thing? Apr 09 14:38:59 T0mW: RP wrote first version then I expanded it a lot, then lot of people added some tweaks Apr 09 14:39:21 T0mW: but current version suxx - too many dependencies in one package Apr 09 14:40:08 it hurts on machines like zaurus or others with cf/pcmcia slots as you will get too many support stuff installed Apr 09 14:40:31 and most of people does not need for example nfs/ppp/bluetooth if they use zaurus as pda with wifi card Apr 09 14:41:17 hrw: yeah, but, if you have the space it is not too bad. the fellows with only a small NAND / NOR would have to create their own task-base derivative. Apr 09 14:41:55 hrw: cannot please everyone Apr 09 14:42:26 * T0mW goes back to disabling dropbear Apr 09 14:43:09 T0mW: I plan to not force people to fork task-base recipe Apr 09 14:43:40 how to make small image which has to support bt: install task-boot + task-base-bluetooth - that way Apr 09 15:07:16 hi * Apr 09 15:07:25 have anybody here using sl-c3200 now ? Apr 09 15:08:14 i want to flash cacko distribution, but i can't get in to "maintaince mode" w/ sl-c3200 ? Have any body suggest me something ? Apr 09 15:08:25 * nm_ sorry because /OT Apr 09 15:08:54 nm_: ac out, battery out Apr 09 15:09:07 nm_: Hold down OK when you remove power entirely, then boot? Apr 09 15:09:24 NAbyss: You mean OK on the keyboard or the side of ZZ ? Apr 09 15:09:36 nm_: Outside of device, next to scrollwheel Apr 09 15:10:33 NAbyss: OK on keyboard should be good too Apr 09 15:11:15 i unplug AC, remove battery, unlock switch wait 5sec, hold OK button , replace batt, plug ac, lock swithc, press On/Off button ? Apr 09 15:11:19 is that correct ? Apr 09 15:11:29 hrw: Ah, never tried the one on the keyboard Apr 09 15:11:32 nm_: Yes Apr 09 15:12:15 NAbyss: i'll try it many ... many times but it's not work :-( Are these combination key work w/ Sl-C3200 ? Apr 09 15:12:48 nm_: they work with all models newer then 5000/5500 Apr 09 15:13:10 NAbyss: i'm only get in to Linux rescue mode, and diag-mode of Z w/ D+M/D+B + PowerOn Apr 09 15:13:23 That seems rather.. broken Apr 09 15:13:26 hrw: oh, did you tried on sl-c3200 Apr 09 15:13:47 nm_: on c3000 Apr 09 15:13:52 need to go - cu Apr 09 15:14:04 NAbyss: you mean NAND flash was broken ? I can't reach that menu even the first tiem get from dealer Apr 09 15:16:14 RP: ping Apr 09 15:17:36 nm_: Not sure.. but if it's not responding to OK+boot.. something sounds wrong Apr 09 15:18:36 NAbyss: Do i need to full re-charge the battery or plug the battery-cover ? Apr 09 15:19:01 YOu need to close the battery cover, yes Apr 09 15:20:37 okie i'll try to have full-recharge battery and test it again :-( Apr 09 15:20:46 NAbyss: thx sir.. Apr 09 15:38:03 RP: !oebug 2096 Apr 09 15:38:12 !oebug 2096 Apr 09 15:38:13 * * Bug 2096, Status: NEW, Created: 2007-04-09 08:20 Apr 09 15:38:15 * * hvontres(AT)sbcglobal.net: 2.6 Kernel on Poodle disables VCC (Pin11) on IO connector Apr 09 15:38:15 * * http://bugs.openembedded.org/show_bug.cgi?id=2096 Apr 09 15:41:07 ~seen RP Apr 09 15:41:36 rp is currently on #oe #openmoko #openzaurus #handhelds.org. Has said a total of 27 messages. Is idling for 4h 33m 28s, last said: 'keesj: If you were downloading foobar.tar.gz, you would touch foobar.tat.gz.md5'. Apr 09 15:55:37 CoreDump|home: morning :) You are in pretty early today :) Apr 09 15:56:13 hey hvontres|poodle. It's a holiday after all =) Apr 09 16:00:33 CoreDump|home: ahh... Apr 09 16:08:45 ~seen rd_ Apr 09 16:09:04 ~seen rd Apr 09 16:09:06 rd_ is currently on #oe (9h 47m 23s) #openmoko (9h 47m 23s) #openjtag (9h 47m 23s), last said: 'ajturner, how is it?'. Apr 09 16:09:06 ~seen nm Apr 09 16:09:15 rd was last seen on IRC in channel #asterisk, 101d 18h 19m 22s ago, saying: 'i was thinking about signing up 4 vonage lines, should that do me?'. Apr 09 16:09:17 nm was last seen on IRC in channel #oe, 4d 21h 16m 59s ago, saying: 'can i have some suggestion ?'. Apr 09 16:20:32 NAbyss: oh, it's okie now, the reason is my BATTERY too low for normal boot :-( Apr 09 16:20:56 i think this battery is okie because i can boot to Linux-rescue mode Apr 09 16:21:14 thx NAbyss, hrw|gone and XorA|gone Apr 09 16:21:17 many thanks Apr 09 16:56:44 * koen nominates justinp to retake his exam for the digital drivers license Apr 09 16:56:59 HOW HARD IS IT TO SEND A MAIL TO *ONE* ADDRESS!!?!?!?!? Apr 09 16:57:25 hehe digital drivers license Apr 09 16:58:43 maybe the mailinglist admin should flag his address for moderation till he learns to use a mail client Apr 09 16:59:00 come on Apr 09 16:59:05 * koen hates pulling in useless mail over gprs Apr 09 17:00:59 mickeyl: hi Apr 09 17:01:20 hi Apr 09 17:03:29 koen, hi! Apr 09 17:03:42 koen, oebug 2091? Apr 09 17:04:42 slapin_nb: I don't use puzzles Apr 09 17:05:02 mickeyl: did the meeting come to a good ending? Apr 09 17:05:49 RP, hi Apr 09 17:05:58 koen: absolutely, we were super productive these two and a half days Apr 09 17:06:12 RP, oebug 2091? Apr 09 17:06:23 we have sketched an amazing hardware concept for one of the Neo successors Apr 09 17:06:24 :) Apr 09 17:06:42 hi koen zecke mickeyl Apr 09 17:06:59 mickeyl: cool Apr 09 17:07:06 * koen gets out of the car and walks home Apr 09 17:08:09 hi all Apr 09 17:10:36 * io2 is getting a "" Need linker with .init_array/.fini_array support" while trying to compile glibc, and has no idea of what's wrong with the linker or what to do about it :( Apr 09 17:11:17 do anyone have any idea or know any documentation that can shed light over it? Apr 09 17:12:36 koen|away: actually justin is not at fault here. Someone had the "brilliant" idea of totally f*cking up the reply-to function of every decent mailer out there by forcing the ML address into the reply-to field (which is wrong on sooo many levels). Apr 09 17:13:23 CoreDump|home: he's still at fault by pressing "send" on mail mail that has two identical addresses in to: and cc: Apr 09 17:13:35 s/mail mail/a mail/ Apr 09 17:14:21 the ML should be fixed. "Reply-To-All" is requested on many MLs so the OE ML bug can be overlooked easiely Apr 09 17:15:08 reply-to-all should die Apr 09 17:15:22 the list is subscriber only, so no need for reply-to-all Apr 09 17:15:35 * koen hates duplicate mails Apr 09 17:15:57 #:0 Wh: msgid.lock Apr 09 17:15:57 #| formail -D 8192 ~/.maildir/.msgid.cache Apr 09 17:16:05 koen: that fixes duplicate mails Apr 09 17:16:07 "yay" Apr 09 17:16:14 it is very useful and - as I said - i kinda required in many lists / threads. And yes duplicate mails suck Apr 09 17:18:05 * koen tries NAiLs suggestion Apr 09 17:18:15 remove the # infront ;) Apr 09 17:18:41 duplicate mails happen. I never see them ;) Apr 09 17:18:59 seems to work Apr 09 17:19:02 NAiL: thanks Apr 09 17:19:04 np Apr 09 17:19:13 now I have more time to spend on usefull stuff :) Apr 09 17:19:20 ;) Apr 09 17:19:41 * io2 pokes? Apr 09 17:20:02 koen: it doesn't have 2 identical addresses Apr 09 17:20:27 nope Apr 09 17:20:28 To: openembedded-devel@lists.openembedded.org CC: openembedded-devel@openembedded.org Apr 09 17:20:32 koen: fix the server to only allow one of openembedded-devel@lists.openembedded.org or openembedded-devel@openembedded.org and poof, your problem gets better Apr 09 17:20:52 I've mentioned this before Apr 09 17:21:24 http://www.openembedded.org/~koen/identical.png Apr 09 17:21:57 JustinP: the problem also dissappears if you have the decency to check whom you're sending a mail Apr 09 17:22:05 which atm, you don't have Apr 09 17:22:06 koen: your mail reader or the list lies Apr 09 17:22:21 I am seeing the 2 above on the e-mail I sent Apr 09 17:22:36 * CoreDump|home has two different addresses as well Apr 09 17:22:49 koen: I think your mailreader is lying. Mine shows two different addresses Apr 09 17:23:02 so you're saying you willingly send mails with 2 addresses? Apr 09 17:23:26 I'm saying that you could easily fix that problem by fixing the mail server but you refuse to Apr 09 17:23:35 I don't knowingly do it, no Apr 09 17:23:40 I just checked now to see Apr 09 17:23:56 Hi, I want to boot Angsrom or Openmoko on my s3c2410 board. I download Angstrom-console-image-test-20070331-nokia770.rootfs.tar.gz , openmoko-devel-image-fic-gta01-20070407180658.rootfs.tar.gz , using them as our rootfs, Kernel version is 2.6.20.4 from www.kernel.org,no patches. mknod ttySAC0 c 204 64 , to create /dev/ttySAC0 . But the system doesn,t boot . Apr 09 17:24:24 VFS: Mounted root (jffs2 filesystem). Apr 09 17:24:25 Freeing init memory: 132K Apr 09 17:24:25 Warning: unable to open an initial console. Apr 09 17:24:25 Failed to execute /sbin/init. Attempting defaults... Apr 09 17:24:25 Kernel panic - not syncing: No init found. Try passing init= option to kernel. Apr 09 17:25:13 koen: http://pastebin.ca/431425 shows the headder as recieved in gmail Apr 09 17:25:16 LWT001: why do you expect armv5 instructions to run on an armv4 cpu? Apr 09 17:25:47 hvontres|poodle: right, but that still means JustinP doesn't have the decency to check whom he's sending a mail Apr 09 17:26:12 LWT001: and why don't you build an image yourself with OE (for armv4, not armv5) Apr 09 17:26:15 openmoko can run on armv4 Apr 09 17:26:39 LWT001: you're not listening Apr 09 17:27:05 Angstrom-console-image-test-20070331-nokia770.rootfs.tar.gz <- armv5 rootfs Apr 09 17:27:09 I have build openmoko successful ,but cant run , error message is same Apr 09 17:27:24 LWT001, i guess koen is saying that the images you're feeding your hardware are not compatible.. Apr 09 17:28:24 I see, but openmoko also doesnt run Apr 09 17:29:26 you built it with instructions for armv4 and it still doesn't run? Apr 09 17:31:07 yes, I use our s3c2410 board, I use MokoMakefile to build Openmoko, not run, and download rootfs form buildhost.openmoko.org ,also cannt run. Apr 09 17:31:25 don't use that makefile Apr 09 17:32:25 just follow OE's GettingStarted page and use MACHINE=smdk2440 or MACHINE=ep93xx or MACHINE=fic-gta01 Apr 09 17:34:00 Can't I use openmoko rootfs from buildhost.opemmoko.org ? Apr 09 17:34:27 It also doest run Apr 09 17:35:00 I think you answered your own question Apr 09 17:35:08 well, try building your own the way koen suggests, it may be that the rootfs is not compatible :3 Apr 09 17:35:24 if you want support for openmoko, this is the wrong channel Apr 09 17:35:37 if you want support for OE, this is the right channel Apr 09 17:37:43 koen,thanks, i want support OE,and then openmoko. I will build openmoko only using OE. Apr 09 17:47:28 * io2 needs help Apr 09 17:47:42 do anyone has any idea of what went wrong with the linker here? Apr 09 17:47:45 http://pastebin.ca/431442 Apr 09 17:48:30 io2: env | grep MACH Apr 09 17:48:45 no return Apr 09 17:48:51 I suspect you have a MACHINE env var, which messes up the binutils build Apr 09 17:48:58 hmmm Apr 09 17:49:18 I only get that when binutils was built with MACHINE set in the shell env Apr 09 17:49:54 this is weird :/ Apr 09 17:49:57 this job is boring :( Apr 09 17:51:33 i wonder if there's any other env-var that could be on the way? Apr 09 17:54:57 hmm... Apr 09 17:55:02 perhaps.. this? Apr 09 17:55:05 $ set | grep MACH Apr 09 17:55:05 MACHTYPE=i486-pc-linux-gnu Apr 09 17:55:52 check the config.log of glibc-intermediate Apr 09 17:56:07 IIRC that has an entry what it tries to pass to ld Apr 09 17:59:04 03koen 07org.oe.dev * ra7897e27... 10/ (3 files in 3 dirs): openmoko-session: don't start demos and fix typo Apr 09 18:00:20 is it LDFLAGS? Apr 09 18:00:55 no, the part it errors out on Apr 09 18:00:58 the fini stuff Apr 09 18:01:07 ah Apr 09 18:06:29 found this Apr 09 18:06:31 http://pastebin.ca/431464 Apr 09 18:07:17 looks like it didn't reconise armelf_linux emulation mode Apr 09 18:07:38 Supported emulations: armelf_linux_eabi Apr 09 18:07:39 ... Apr 09 18:08:00 so we know what happens but not why... Apr 09 18:08:29 yeah :/ Apr 09 18:09:18 unless the emulation mode has anything to do with the linker support for init/fini. Apr 09 18:09:24 and that i have no idea. Apr 09 18:15:01 * io2 is pretty much lost :/ Apr 09 18:15:29 !oebug 2091 Apr 09 18:15:30 * * Bug 2091, Status: NEW, Created: 2007-04-06 10:28 Apr 09 18:15:31 * * slapinid(AT)gmail.com: puzzles package is non-fetchable again Apr 09 18:15:32 * * http://bugs.openembedded.org/show_bug.cgi?id=2091 Apr 09 18:16:32 io2: the fini is a red herring, it's just the first test it runs on the linker Apr 09 18:20:31 what to do to fix this tho.. Apr 09 18:32:51 zecke: do you have some time for me? Apr 09 18:33:19 sorry not atm Apr 09 18:33:41 mr_nice: I'm going home at ~22h will be home at 23h you can try to reach me then Apr 09 18:33:56 mr_nice: otherwise just try to ask here, maybe some one can answer Apr 09 18:34:29 zecke: thx :) Apr 09 18:34:55 zecke: working late? Apr 09 18:35:33 always :) Apr 09 18:35:51 slapin_nb: I take it the added do_configure() was intended in your patch for oebug 2091? Apr 09 18:36:22 chouimat: I was tempted to say it is a holiday and it is quite in the office, but the office is always quite :) Apr 09 18:36:36 CoreDump|home, no, just URL line. Apr 09 18:36:40 zecke: just saw my good friend depression and he's coming to see you soon ;) Apr 09 18:36:48 slapin_nb: ok Apr 09 18:36:56 CoreDump|home, I copied _svn reciepe and fixed revision Apr 09 18:37:06 CoreDump|home, so it is always the same. Apr 09 18:37:34 that's what puzzles_r7436.bb is there for ;) Apr 09 18:38:12 CoreDump|home, I meant to solve problem with often removed tarballs Apr 09 18:38:26 CoreDump|home, since it is the same in SVN Apr 09 18:39:12 CoreDump|home, so I think SVN checkouts are more stable with this upstream behaveour Apr 09 18:39:23 slapin_nb: right, so the new do_configure() is likely to be required as well (as _svn needs it) Apr 09 18:39:43 I agree Apr 09 18:50:23 Hello Apr 09 18:50:36 Does anyone have a bb file for mozilla? Apr 09 19:06:29 03coredump2 07org.oe.dev * rb2385d5e... 10/ (1 packages/puzzles/puzzles_r7436.bb): puzzles: Use an SVN checkout with fixed rev instead of a tarball for puzzles_r7436.bb, closing bug #2091. Courtesy of slapin_nb Apr 09 19:06:53 !oebug 2091 Apr 09 19:06:54 * * Bug 2091, Status: RESOLVED (FIXED), Created: 2007-04-06 10:28 Apr 09 19:06:55 * * slapinid(AT)gmail.com: puzzles package is non-fetchable again Apr 09 19:06:56 * * http://bugs.openembedded.org/show_bug.cgi?id=2091 Apr 09 19:08:32 CoreDump|home, thanks! Apr 09 19:08:52 np Apr 09 19:17:06 !oebug 2072 Apr 09 19:17:07 * * Bug 2072, Status: NEW, Created: 2007-03-31 21:11 Apr 09 19:17:08 * * r.farina(AT)adelphia.net: zaurus wifi Apr 09 19:17:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2072 Apr 09 19:17:25 koen: can you comment on this one please? Apr 09 19:24:55 yay, working DVB-T under mythtv! Apr 09 19:25:17 well, 'working' since I can't find the option to alias channels Apr 09 19:25:29 e.g. "1050 on analog is 501 on dvb-t" Apr 09 19:25:31 koen: give me your gstreamer pipeline :) Apr 09 19:28:29 zecke: http://dominion.kabel.utwente.nl/koen/cms/getting-digitenne-working-under-linux Apr 09 19:28:40 digitenne? Apr 09 19:28:53 ~lart gnome's bugzilla Apr 09 19:28:54 * ibot forces gnome's bugzilla to use Outlook Express Apr 09 19:29:48 zecke: that's what dvb-t is marketed as in .nl by the biggest telco Apr 09 19:30:20 damn gnome bugzilla refuses to let me file two gstreamer bugs with possible patches... Apr 09 19:30:37 zecke: hehe Apr 09 19:30:54 zecke: it's mean that gstreamer doesn't have any bugs Apr 09 19:31:10 chouimat|away: well the bugzilla is not sending my login :) Apr 09 19:31:32 chouimat|away: if username == zecke => allow password ANY Apr 09 19:31:37 haha Apr 09 19:41:08 zecke: your rss reader is pretty sweet Apr 09 19:41:26 mickeyl's framework is doing the work Apr 09 19:41:36 'morning' all Apr 09 19:41:41 hey RP Apr 09 19:41:42 koen: you can change callbacks.c to edit the feeds and categories Apr 09 19:41:55 who needs a configuration dialog anyway... and I need to reply sean :} Apr 09 19:42:01 zecke: it has ltg and openmoko, so I'm happy ;) Apr 09 19:42:25 koen: e.g. change ltg and openmoko to atom.xml for more information Apr 09 19:44:43 * koen needs to find a cheap source for conax 5 CAMs Apr 09 19:45:33 * RP has totally lost track of which patches are outstanding for OE.dev :/ Apr 09 19:46:08 no neat bugzilla query? Apr 09 19:46:33 koen: I mean the RFCs I've made on the mailing list but not applied... Apr 09 19:47:04 * koen pokes zecke about short lived branches Apr 09 19:48:01 me feels poked but goes home anyway Apr 09 19:49:38 * koen hopes to have some time tomorrow night to work on some tedious problems Apr 09 19:52:30 hmmm, I wonder if hrw id dumping buckets of water on people today? Apr 09 20:07:57 has anyone else seen underruns when playing back audio on an arm system? Apr 09 20:20:06 ebian Apr 09 20:20:09 err Apr 09 20:59:55 re Apr 09 21:00:13 RP: do you remember what you wanted to push? Apr 09 21:01:09 zecke: wb, not really :) Apr 09 21:01:30 RP: I at least remember the interactive task patch Apr 09 21:01:51 zecke: right :) Apr 09 21:18:39 03rpurdie 07org.oe.dev * r4803ed3f... 10/ (1 packages/nonworking/exult/exult_1.2.bb): nonworking/exult: Some random fixes which were in my local tree after the STAGING_BINDIR changes Apr 09 21:18:43 03rpurdie 07org.oe.dev * r11e18874... 10/ (1 classes/kernel.bbclass): Apr 09 21:18:43 kernel.bbclass: Add kernel-base package which kernel modules depend on instead Apr 09 21:18:43 of kernel-image. This allows machines to specify that the kernel-image shouldn't Apr 09 21:18:43 be included in a default rootfs, without needing kernel-image to be empty. Set Apr 09 21:18:43 RDEPENDS_kernel-base_MACHINE = for machines that need this as per a discussion Apr 09 21:18:45 on the mailing list. Apr 09 21:23:10 mickeyl: hi Apr 09 21:23:55 hi mickey Apr 09 21:24:05 cheers RP, zecke Apr 09 21:52:21 03rpurdie 07org.oe.dev * r8a8c931a... 10/ (4 files in 3 dirs): patch.bbclass/devshell.bbclass: Switch to new form of interactive task handling as per RFC which is more compatible with bitbake 1.8+ Apr 09 22:17:50 03rpurdie 07org.oe.dev * r7c9c87f8... 10/ (1 classes/base.bbclass): base.bbclass: Merge two after parse functions Apr 09 22:31:18 Good morning! Apr 09 22:31:36 zecke: The idea that binary cruft in the source package was causing my problems looked promising. Unfortunately, it did not change the situation. Apr 09 22:32:06 hi Laibsch Apr 09 22:36:50 g'night Apr 09 22:36:56 'night mickey|zzZZzz Apr 09 22:39:31 Laibsch: let us check it later this day (if you are awake then) Apr 09 22:40:00 Laibsch: I think it is a matter of trust and granting someone access to your machine, or playing remote input/output monkey Apr 09 22:44:46 03rpurdie 07org.oe.dev * r38c8d04b... 10/ (1 packages/shasum/shasum-native.bb): shasum: Replace INHIBIT_PATCH_TOOL with PATCHTOOL=patch Apr 09 22:45:04 ah way better Apr 09 22:45:48 zecke: We need to decide which to use but I needed to pick one for cleanup for now, sorry - you'll see why I've done this shortly Apr 09 22:45:59 03philippe 07org.oe.dev * r8e4e5cd6... 10/ (1 packages/gpe-todo/gpe-todo_svn.bb): Apr 09 22:45:59 gpe-todo: add svn build recipe Apr 09 22:45:59 packages/gpe-todo/gpe-todo_svn.bb Apr 09 22:45:59 * new svn recipe for gpe-todo Apr 09 22:46:25 RP: PATCHTOOL=patch avoids the quilt-native dep as well, a better solution Apr 09 22:47:07 zecke: An added bonus. PATCHTOOL is quite cleverly used :) Apr 09 22:49:30 * zecke writes to an ex gal :} Apr 09 22:51:34 zecke: just be careful not to go drunk-dialing :) Apr 09 22:52:12 hvontres|poodle: This is the voice mailbox of ...Please leave a message Apr 09 22:53:56 zecke: heh... Apr 09 22:54:04 well, time to go home :) Apr 09 22:56:01 zecke: Any thoughts on http://www.rpsys.net/openzaurus/temp/oe-depends-fixes-r2.patch ? Apr 09 22:56:17 let me read it Apr 09 22:56:22 oh many changes Apr 09 22:56:48 zecke: Its the depends fixes but hopefully with a backwards compatibility part Apr 09 22:59:13 RP: but this breaks shasum-native again? Apr 09 22:59:18 RP: the patch.bbclass Apr 09 23:00:02 zecke: No, since patch-native is in ASSUME_PROVIDED Apr 09 23:00:10 r+ in webkit terms Apr 09 23:00:17 okay Apr 09 23:01:07 RP: I will do the pedantic check tomorrow (hopefully) Apr 09 23:01:39 zecke: ok. I'll mention it on the mailing list. Its not been tested with 1.6 yet ;-) Apr 09 23:02:00 Testing with 1.6 requires me to find a copy of 1.6... Apr 09 23:02:28 RP: I have heard rumors that old versions are achieved in a system called Sub Version Apr 09 23:02:38 it might be related to subversive youth culture... Apr 09 23:02:44 zecke: really? :) Apr 09 23:03:15 Testing is overrated ;-) Apr 09 23:03:26 you sound like my boss Apr 09 23:03:58 you don't need to test, we have no time for it, we will get a monkey to click all the buttons and to compare :) Apr 09 23:10:45 zecke: The value of testing was proven in this case ;-) Apr 09 23:11:15 if it would be a deterministic monkey... Apr 09 23:12:37 1.6 is so sloooooow :) Apr 09 23:13:07 many many for loops Apr 09 23:13:21 the anonfuncs worry me a bit as well :( Apr 09 23:13:32 6*more python code for every parsed file Apr 09 23:15:18 zecke: I'm open to other ways of doing this... :/ Apr 09 23:17:17 sent Apr 09 23:17:33 RP: sadly I don't have a better alternative Apr 09 23:19:07 they don't have enough in common to justify a method Apr 09 23:19:45 RP: rootfs_deb.bbclass fakeroot-native dependency went to? Apr 09 23:20:10 image.bbclass Apr 09 23:20:33 zecke: yes, into image.bbclass since it applies for all images Apr 09 23:20:42 1 => True Apr 09 23:21:11 zecke: I've tested 1.6 and the taskgraph output looks sane Apr 09 23:21:32 move fakeroot-native to package.bbclass as well? Apr 09 23:22:17 if bb.data.getVar('PACKAGES', d, 1) != '' Apr 09 23:22:22 can it ever be None? Apr 09 23:22:40 zecke: I just copied the existing code... Apr 09 23:23:04 insane.bbclass looks a bit weird Apr 09 23:23:14 PACKAGE_DEPENDS += "pax-utils-native" Apr 09 23:23:24 +do_package[depends] += Apr 09 23:23:52 PACKAGE_DEPENDS is used be the compatibility code Apr 09 23:23:58 s/be/by/ Apr 09 23:24:27 well the other classes inheriting package.bbclass Apr 09 23:24:35 use PACKAGE_EXTRA_DEPENDS Apr 09 23:24:48 doesn't this work for insane? Apr 09 23:25:24 It could, it amounts to the same thing... Apr 09 23:25:52 as you might have noticed this was the pedantic mode Apr 09 23:25:58 oh my battery is empty Apr 09 23:26:01 good night :) Apr 09 23:26:04 Its a valid point :) Apr 09 23:26:06 'night Apr 09 23:26:25 hehe Apr 09 23:29:11 zecke: PACKAGE_EXTRA_DEPENDS applies to do_package_write, where as pax-utils-native is being added to do_package Apr 09 23:30:02 http://www.rpsys.net/openzaurus/temp/oe-depends-fixes-r3.patch Apr 09 23:51:37 JustinP: ping Apr 10 02:21:49 hi **** ENDING LOGGING AT Tue Apr 10 02:59:57 2007