**** BEGIN LOGGING AT Fri Nov 13 02:59:57 2009 Nov 13 05:16:00 freesmartphone.org: 03mickey 07cornucopia * r4f27d0c4c4fc 10/.gitignore: merge Nov 13 06:41:23 mickeyl: long night or up early? Nov 13 06:42:21 spaetz: morning Nov 13 06:42:48 spaetz: build failed at ltrace... but just some minutes ago Nov 13 06:42:59 spaetz: and I solved and restarted it Nov 13 06:43:41 morning Nov 13 06:43:51 seen the curl-native fixes in OE.dev? Nov 13 06:44:01 ltrace... Nov 13 06:44:16 * spaetz sighs. Worst moment for a major change at OE upstrem... Nov 13 06:44:36 spaetz: problem with ltrace is that install gets staged as install.coreutils Nov 13 06:44:41 and symlink is missing Nov 13 06:45:17 moin Nov 13 06:45:23 moin moin Nov 13 06:45:55 mrmoku: early up, travelling to Hamburg for a one-day conference Nov 13 06:46:25 mickey|train: ahh :) Nov 13 06:46:32 mickey|train: have fun then Nov 13 06:47:07 spaetz: I hack-solved it by creating the symlink manually :| Nov 13 06:47:40 spaetz: (curl) yup, that is what solved the problems yesterday after updating Nov 13 06:47:44 my build failed this morning in nfs-utils Nov 13 06:47:48 or are there more fixes not yet in shr/merge Nov 13 06:48:14 playya: that is one of those strange 'it works when cleaning and rebuilding' packages,no? Nov 13 06:48:40 no clue what's not in shr/merge yet. Should we try to merge lated dev? Nov 13 06:48:43 dunno yet Nov 13 06:48:54 but webkit-gtk fails all the time Nov 13 06:49:34 a dbus-native fix 8h ago Nov 13 06:50:00 afiak we have "pingus" in our feed. fied 5h ago. Nov 13 06:50:03 fixed Nov 13 06:50:08 I try to merge dev.OE Nov 13 06:51:43 erge conflict in recipes/freesmartphone/fsogsmd_git.bb Nov 13 06:52:31 hehe Nov 13 06:52:44 just take oe.dev for that conflict probably Nov 13 06:53:01 NOTE: Running task 6299 of 7310 Nov 13 06:53:16 * mrmoku to the kindergarten and back after that Nov 13 06:58:20 yep, just a PV conflict. solved, merged and pushed Nov 13 06:58:38 6299 of 7310 sounds good Nov 13 07:08:08 just trying to build image from scratch to see what else is broken Nov 13 07:08:32 5€ on webkit-gtk Nov 13 07:09:23 morning Nov 13 07:09:37 moin Nov 13 07:10:02 okay, so I'm almost done porting my old palm apps at least rudimentary to the freerunner Nov 13 07:11:44 which? any screenshot, packages? Nov 13 07:12:21 blindcoder: awesoe Nov 13 07:12:23 awesome, even Nov 13 07:12:31 playya: fltkhackdiet, fltkcocktailbar, fltkworldclock and currently working on fltkweightwatcherpointcalculator Nov 13 07:12:38 the last one needs a new name, though Nov 13 07:13:19 hehe Nov 13 07:14:27 playya: most are on opkg.org and available via my own, small repository Nov 13 07:14:37 oh no, latest shr-unstable still doesn't seem to have tar with gzip support Nov 13 07:14:53 * spaetz is tired of first gzip -d and then tar xf Nov 13 07:15:38 spaetz: isn't that a busybox problem Nov 13 07:15:54 ? Nov 13 07:17:15 yes Nov 13 07:17:20 busybox configuration Nov 13 07:17:33 I thought it would have been supported by now Nov 13 07:18:18 mrmoku|away: wasn't here yesterday... is git/tcl issue resolved? Nov 13 07:18:40 freesmartphone.org: 03mickey 07cornucopia * rc8006fcbe7a0 10/fsogsmd/ (6 files in 2 dirs): Nov 13 07:18:40 freesmartphone.org: fsogsmd: install dbus configuration files and iso-3166-1 datafile Nov 13 07:18:40 freesmartphone.org: iso-3166-1 has been downloaded from http://www.iso.org/iso Nov 13 07:27:20 mrmoku|away, spaetz, weepee, good waves :) Nov 13 07:32:22 spaetz: the dbus-daemon issue isn't it resolved only for older version 1.2*? IRC we have 1.3.0 Nov 13 07:57:53 JaMa: well... the git/curl issue got resolved by OE update I think Nov 13 07:58:16 JaMa: the tcl issue is still pending... hacked around it by copying the lib in staging to .0 Nov 13 07:58:41 JaMa: and then I had a problem with strace Nov 13 07:59:03 JaMa: which did not install due to install being staged as install.coreutils without a symlink to install Nov 13 07:59:41 (ID: 292, /home/shr/shr-unstable/openembedded/recipes/tasks/task-fonts-truetype.bb, do_package_write_ipk) Nov 13 07:59:45 ehhh Nov 13 07:59:51 NOTE: Running task 7192 of 7310 Nov 13 08:00:03 getting closer :) Nov 13 08:00:26 JaMa: ahh and on my laptop I had a strange problem with python-native Nov 13 08:01:33 gcc: unrecognized option '-R/usr/lib64' Nov 13 08:01:34 /bin/sh: line 1: 24257 Segmentation fault LD_LIBRARY_PATH=/home/mok/src/other/openmoko/shrbuild/shr-unstable/tmp/work/x8 Nov 13 08:01:44 ... Nov 13 08:02:01 neat :D Nov 13 08:02:16 farhaven: hehe... yeah quite funny :P Nov 13 08:03:16 quite a mess, I see Nov 13 08:03:26 * JaMa is not rebuilding from scratch.. Nov 13 08:03:26 freesmartphone.org: 03mickey 07cornucopia * r0742707f0fbe 10/fsogsmd/ (configure.ac src/lib/mbpi.vala): fsogsmd: compute PACKAGE_DATADIR Nov 13 08:03:38 JaMa: well... not as bad as it looks Nov 13 08:04:01 I guess that RP can solve those in few mins.. Nov 13 08:04:08 probably... yes Nov 13 08:04:27 JaMa: Gnutoo said last night that there are staging changes ahead... Nov 13 08:04:48 and tcl has a custom oe_libinstall thing Nov 13 08:04:55 mrmoku: and lots of stagging changes already in oe.dev Nov 13 08:04:56 which is just installing .so and not .so.0 Nov 13 08:05:08 and we're probably in the middle, yes :P Nov 13 08:05:19 sure Nov 13 08:07:48 NOTE: Running task 7304 of 7310 Nov 13 08:07:55 getting really close now :) Nov 13 08:13:15 mrmoku, from scratch without an error? Nov 13 08:14:15 playya: from scratch with two glitches Nov 13 08:14:27 one at sqlite3 due to tcl not being staged correctly Nov 13 08:14:40 and one at strace due to coreutils not being staged correctly Nov 13 08:14:59 playya: though on my laptop I have problems much earlier Nov 13 08:19:30 mrmoku: task 7304 of 7310 been out of it for a week. Does this mean that a build of she-unstable works? Nov 13 08:19:49 shr-unstable Nov 13 08:19:51 * spaetz failed at dbus-native but it's dbus-native-1.2.1-r16.1 Nov 13 08:19:59 so it should be fixed (theoretically) Nov 13 08:20:04 but it isn't Nov 13 08:20:05 Arigead: yup Nov 13 08:20:18 Deadly I'll fire that up and wait ;-) Nov 13 08:20:33 Arigead: your mileage may vary depending on your buildhost... Nov 13 08:20:39 and other unknown cosmic factors :P Nov 13 08:22:48 mrmoku: I'll try it out and see I suppose. Can I ask which GUI the phone will use now. I believe libframeworkd-phonegui-efl2 was superseded. I was just getting into the code of that and thinking of contributing and then it was gone ;-) Probably just as well Nov 13 08:24:03 Arigead: libphone-ui-shr Nov 13 08:24:24 Arigead: our phonestack is now phonefsod / phoneuid / libphone-ui / liphone-ui-shr Nov 13 08:24:36 with the last one being the toolkit depending part Nov 13 08:24:46 mrmoku: perfect. I'll try that out. I recently moved to Ubuntu 9.10 and failed to do a OE build of Gumstix so I might have to drop back to 9.04 Nov 13 08:25:13 Arigead: btw. liphone-ui-shr == libframeworkd-phonegui-efl2 Nov 13 08:25:20 just with a nicer name and some cleanups Nov 13 08:25:24 (well lot of cleanups) Nov 13 08:26:29 mrmoku: Thanks a million for that. Hopefully there's nothing left to do any more. Nov 13 08:29:43 Arigead: haha... figure... lot's of stuff you can earn lots of credit :P Nov 13 08:31:49 mrmoku: My account is empty and it's not been easy to get up to speed to make any sort of deposit. I must be on the road to hell ;-) Nov 13 08:32:17 mrmoku: As in I do have good intentions, honest Nov 13 08:33:30 yeah... Nov 13 08:33:44 spaetz: add handy bootsplash to your list of regressions :P Nov 13 08:33:59 ohh... wait Nov 13 08:35:05 mrmoku: I guess thats because postinst wasn't run for splash-logo.. Nov 13 08:35:10 hmm... no booted to the wrong partition Nov 13 08:35:37 shr-splash-theme-tux is what is in the image Nov 13 08:35:45 but I booted to the wrong partition... Nov 13 08:39:02 JaMa: hmm looks like it is not booting :( Nov 13 08:40:17 JaMa: have to go to a client now... I started bitbake -k task-shr-feed to give the buildhost something to do... Nov 13 08:40:28 will be back in the afternoon probably Nov 13 08:40:31 cu Nov 13 08:41:01 ahh... forgot to say Nov 13 08:41:06 image is in tests/mrmoku/unstable Nov 13 08:41:14 I cleaned the links a bit Nov 13 08:41:18 no more oemerge Nov 13 08:41:23 no more testing for now Nov 13 08:41:50 just unstable, kms and 2.6.31 Nov 13 08:41:57 the latter to just for the respective kernels Nov 13 08:42:03 and kms is still building Nov 13 08:42:05 ok Nov 13 08:42:05 cu Nov 13 08:43:41 mrmoku|away: hmm weird.. as the image should be almost the same as the one in oemerge :/ will check in the evening.. daywork now :( Nov 13 08:57:47 mrmoku|away: thanks for the updates Nov 13 08:58:16 so yours is not booting either, then probably my SD card isn't broken afte all (it works fine in a camera) Nov 13 09:19:58 mrmoku|away: spaetz : TAsn: is http://build.shr-project.org/tests/mrmoku/unstable/feed/ipk/ Nov 13 09:20:02 most actual feed? Nov 13 09:33:31 afaik he just built the image and did not update the feed alexxy Nov 13 09:34:28 feed for stuff from image is updated imho.. Nov 13 09:34:30 but it's friday the 13th. keep your fingers crossed ;) Nov 13 09:34:39 just stuff from task-shr-feed isn't build yet.. Nov 13 09:35:17 so the feed will be quite a mess if wasn't removed before rebuild.. Nov 13 09:36:36 ah in tests it was removed Nov 13 09:36:48 alexxy: he is just compiling the feed afaik Nov 13 09:37:41 yep Nov 13 09:38:00 oemerge feed was removed Nov 13 09:50:55 jamvm-initial fixed and classpath-native built :) Nov 13 09:51:10 testing cacao for shr-feed now.. Nov 13 09:53:50 <\marco> hi to all Nov 13 09:54:49 <\marco> I've made a test program, configured with autotools but the bitbake process failed to do install Nov 13 09:55:11 <\marco> it says "no roule to make target install" Nov 13 09:55:37 <\marco> but, if I go in the source and do manually make install work :/ Nov 13 09:58:15 \marco: is your WORKDIR set to right directory? Nov 13 09:58:52 <\marco> where? in the recipe? Nov 13 09:59:45 yes Nov 13 09:59:57 <\marco> ehm.. no.. I've no workdir set :) Nov 13 10:00:37 <\marco> JaMa: how I've to set it? Nov 13 10:00:51 \marco: if the tarball doesn't contain dir named like PN-PV then yes.. Nov 13 10:01:11 <\marco> JaMa: I've that dir Nov 13 10:02:08 \marco: remove exit(); line in oe_fatal() function in workdir .. temp/run.do_install.* file and use "source temp/run.do_install.*" to see what happens.. Nov 13 10:03:34 <\marco> oh.. wait a second! Nov 13 10:03:39 <\marco> in the tarball! Nov 13 10:03:49 <\marco> sorry Nov 13 10:04:17 <\marco> the tarball contain a dir named PN Nov 13 10:04:34 <\marco> I've to set workdir Nov 13 10:04:36 then its not found.. Nov 13 10:04:48 or create better tarball if you can.. Nov 13 10:04:59 <\marco> okay :) new tarball ^^ Nov 13 10:05:09 PN-PV.tar.bz2 containing PN-PV dir is much better Nov 13 10:05:58 spaetz: can you merge that oe.dev patch for dbus-native? Nov 13 10:06:12 spaetz: as you probably already did for test :) Nov 13 10:06:24 JaMa: too late :) Nov 13 10:06:26 <\marco> JaMa: ok. I've create the right tarball.. let me see what happens :) Nov 13 10:06:29 already pushed :) Nov 13 10:06:51 spaetz: great! thanks :) Nov 13 10:07:05 I've pulled just before you pushed :) Nov 13 10:26:26 <\marco> JaMa: I succeded the do_install but.. I've a problem in crosscompiling, I think Nov 13 10:26:42 <\marco> ERROR: runstrip: ''arm-oe-linux-gnueabi-strip' --remove-section=.comment --remove-section=.note '/home/marco/Work/FR/SHR/Build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/nbook-0.0.1-r0/package/usr/bin/nbook'' strip command failed Nov 13 10:26:50 <\marco> and Nov 13 10:26:53 <\marco> arm-oe-linux-gnueabi-objcopy:/home/marco/Work/FR/SHR/Build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/nbook-0.0.1-r0/package/usr/bin/nbook: File format not recognized Nov 13 10:27:08 <\marco> I've followed the shr wiki Nov 13 10:27:10 \marco: you shouldn't use "install -s" Nov 13 10:27:42 <\marco> mhm.. probabli I've to check the autotools configuration Nov 13 10:27:45 <\marco> *probably Nov 13 10:27:56 \marco: remove it from Makefile.am or something like that.. Nov 13 10:28:19 <\marco> JaMa: ok :) thanks a lot Nov 13 10:30:12 spaetz: installing to flash now... to see if that changes something Nov 13 10:30:50 mrmoku: can you chroot in that image? Nov 13 10:31:17 JaMa: right now... no... flashing :) Nov 13 10:31:25 after that finished, yes Nov 13 10:32:21 the nice thing about reinstalling windows... you have a lot of time while waiting :P Nov 13 10:32:33 ok, good idea mrmoku Nov 13 10:32:56 mrmoku: as Paul said before.. flashing from running system with mtdutils is much faster :) Nov 13 10:33:01 BTW, one more compile issue (dbus-native) fixed in shr/merge now Nov 13 10:33:26 spaetz: and another one in my queue dbus: disable libaudit (from POKY), add libsm-native dependency for dbus-native Nov 13 10:33:37 It owuld make sense to enable gzip support in busybox'es tar Nov 13 10:34:08 JaMa: yeah... much faster... somehow I'm always forgetting about it Nov 13 10:34:23 does anyone know how well moko plays with windows 7? Nov 13 10:34:54 F4t: should be ok.. if you can use huge SD card as RAM :P Nov 13 10:35:08 hehe Nov 13 10:35:15 i ment, windows 7 on the host pc :P Nov 13 10:35:44 the usb rndis connection Nov 13 10:36:47 ah then no idea.. Nov 13 10:38:47 built an image this morning (~10hrs ago) and it failed to fully boot - stopped at init Nov 13 10:38:55 should it have worked? Nov 13 10:39:12 it should. but it doesn't boot here either... Nov 13 10:39:22 any more information? Nov 13 10:39:25 as long as its not me :) Nov 13 10:39:27 tkx Nov 13 10:39:44 * mrmoku would prefer it to be BillK ;) Nov 13 10:39:48 no other info - had to flash back as I needed a phone Nov 13 10:40:03 mrmoku :( Nov 13 10:40:07 :P Nov 13 10:40:24 BillK: we finally wanted to sync a new unstable to the world... Nov 13 10:40:32 won't happen if it does not boot :| Nov 13 10:40:37 right Nov 13 10:40:51 murphy's law is working well then ... Nov 13 10:42:17 yep, it is indeed. build problems, boot problems... Nov 13 10:44:25 it's still friday 13th Nov 13 10:44:35 maybe just have to reboot it tomorow Nov 13 10:46:11 Friday 13 would be a great day for a release :) Nov 13 10:46:12 :) Nov 13 10:46:35 <\marco> mhm anyone knows how to set configure.am or Makefile.am to prevent the install from stripping? Nov 13 10:46:37 ok from flash does not boot either Nov 13 10:46:49 :( Nov 13 10:46:55 ok, how do we debug from here? Nov 13 10:46:58 trying chroot now Nov 13 10:47:06 kernel? /sbin/init? Nov 13 10:47:58 lrwxrwxrwx 1 root root 6 Sep 6 20:13 uImage-GTA02.bin -> uImage Nov 13 10:48:03 but uImage doesn't exist Nov 13 10:48:20 the kernel file is uImage-2.6.29-rc3 Nov 13 10:48:20 huh, that is the wrong way around? Nov 13 10:48:35 that explains why it refuses to boot from SD Nov 13 10:48:52 http://pastey.net/128534 Nov 13 10:48:56 thsi is my /boot Nov 13 10:49:08 no, it points to an nonexisting file Nov 13 10:49:18 * spaetz changes symlink and reboots Nov 13 10:49:36 * mrmoku too Nov 13 10:49:55 rebooting now... Nov 13 10:51:11 ahh... finally kernel panic :P Nov 13 10:51:15 got a weird kernel panic - not syncing: Attempted to kill init! Nov 13 10:51:26 one step further :) Nov 13 10:52:34 what decides the uImage names? Nov 13 10:53:37 what do you mean? Nov 13 10:53:47 btw. it's nearly chrismas time: anyone plans to buy a new phone and start hacking on it? pre, n900, geekphone, g1,... Nov 13 10:53:53 uImage-GTA02.bin is the link needed for Qi Nov 13 10:55:24 where should a fix go, is what I meant? Nov 13 10:55:49 should we just adapt ln -s uImage uImage-GTA02.bin in our shr-image.inc? Nov 13 10:56:14 although we would be bitten by this with every version change of our kernel then Nov 13 10:57:56 spaetz: we were doing the symlink in shr-image.inc do_rootfs I think Nov 13 10:58:26 and I think upgrading kernel should change the uImage link too... not sure though Nov 13 10:59:16 ln -sf ${DEPLOY_DIR_IMAGE}/uImage-${PV}-${PR}-${MACHINE_ARCH}.bin ${DEPLOY_DIR_IMAGE}/uImage-${MACHINE_ARCH}-latest.bin Nov 13 10:59:22 in linux-openmoko.inc Nov 13 10:59:49 apparently this does not work or is never called though... Nov 13 11:00:00 hi, all) Nov 13 11:00:00 Can I somehow build package with shr toolchain for current available image shr-unstable? Nov 13 11:00:12 * spaetz think we should fix linux-openmoko* to symlink to /boot/uImage Nov 13 11:03:08 I got toolchain from instructions "http://wiki.shr-project.org/trac/wiki/Building%20SHR" and when I bitbake myapp it link myapp with eglibc-2.10 while I need it linked with glibc-2.6.1 Nov 13 11:04:41 parilo: current shr-unstable tree uses eglibc-2.10 Nov 13 11:04:58 and we are in the process of pushing a new shr-unstable out that uses eglibc-2.10 Nov 13 11:05:23 spaetz: is it possible to switch to glibc-2.6.1 now? Nov 13 11:06:33 not sure. you could checkout an old version of the shr/import git tree. Nov 13 11:06:52 spaetz: /sbin/init -> /sbin/init.sysvinit is missing too Nov 13 11:06:54 from around september 6 when the latest shr-unstable snapshot was compiled Nov 13 11:07:09 mrmoku: ok that would explain a failing init... Nov 13 11:07:17 spaetz: how to do that? Nov 13 11:07:35 sorry, I am no git expert and I am at daywork currently. no time Nov 13 11:07:55 I'd go for the current shr-unstable tree and compile with that Nov 13 11:08:43 hrm, libcairo has a surprisingly easy API Nov 13 11:09:07 JaMa|Lunch: you are the kernel wiz. Can you chaeck linux-openmoko-shr-devel_git.bb and linux-openmoko.inc for where the uImage names and symlinks are decided? Nov 13 11:09:51 IMHO, somthing like do_deploy_append() in linux-openmoko.inc should do the symlinking Nov 13 11:10:14 <\marco> JaMa|Lunch: the autotools do not strip libs until you explicitely the contrary with 'make install-strip' .. and I don't say anything like that :D.. but maybe it's related to "File format not recognized" problem Nov 13 11:11:05 <\marco> arm-oe-linux-gnueabi-objcopy:/home/marco/Work/FR/SHR/Build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/nbook-0.0.1-r0/package/usr/bin/nbook: File format not recognized this is strange :/ Nov 13 11:11:56 <\marco> does anyone have an idea about this? Nov 13 11:12:30 what does file /home/marco/Work/FR/SHR/Build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/nbook-0.0.1-r0/package/usr/bin/nbook tell you? Nov 13 11:15:24 <\marco> playya: the process has clean the tmp files.. how can I get them? Nov 13 11:20:08 spaetz, mrmoku: I guess something is wrong with update-alternatives-cworth.. then.. Nov 13 11:20:31 spaetz, mrmokud: I removed update-alternatives from opkg as described in oe-devel ML Nov 13 11:21:09 spaetz, mrmoku: could you call opkg install -force-reinstall kernel-image from chroot? Nov 13 11:21:58 spaetz, mrmoku: irc uImage link is created in postinst.. tha sem for /sbin/init.sysvinit Nov 13 11:25:53 <\marco> playya: mhm.. I think that is the problem.. it's not crosscompiling Nov 13 11:26:08 <\marco> usr/bin/nbook: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped Nov 13 11:28:12 JaMa|Lunch: guess it is not only those two... Nov 13 11:28:44 JaMa|Lunch: I manually fixed the symlinks for kernel and init and still it does not boot Nov 13 11:28:58 mrmoku: probably the same ie for /bin/sh Nov 13 11:29:18 mrmoku: but you should probably see that update-alternatives error from chroot Nov 13 11:30:57 JaMa|Lunch: ok Nov 13 11:32:22 <\marco> JaMa|Lunch: the binary produced by bitbake isn't for arm :/ Nov 13 11:33:38 JaMa|Lunch: I probably have to bind mount stuff like dev? Nov 13 11:34:20 mrmoku: sure.. mmt I'll pastebin it Nov 13 11:34:29 :) Nov 13 11:35:35 <\marco> . /setup-evn don't set the right --host ? Nov 13 11:35:41 <\marco> *setup-env Nov 13 11:36:22 setup env doesnt set --host Nov 13 11:36:35 mrmoku: http://pastebin.ca/1669756 Nov 13 11:36:38 do you inherit autotools in you recipe? Nov 13 11:36:44 <\marco> playya: yes Nov 13 11:36:45 s/you/your/ Nov 13 11:36:45 playya meant: do your inherit autotools in you recipe? Nov 13 11:36:48 mrmoku: just make a link like chrootShr to that file Nov 13 11:37:03 mrmoku: and create /media/shr with coresponding line in /etc/fstab :) Nov 13 11:37:36 \marco, could you paste your recipe? Nov 13 11:37:44 mrmoku: and maybe you have to change /bin/bash to /bin/sh as no bash in your image probably Nov 13 11:37:59 <\marco> playya: just a moment :) Nov 13 11:39:01 <\marco> playya: http://nopaste.info/601a6aef6f.html Nov 13 11:39:20 <\marco> very simple recipe Nov 13 11:39:35 <\marco> ( I've followed the shr howto ) Nov 13 11:41:07 <\marco> speaking of which... in the howto there's a typing error Nov 13 11:41:19 <\marco> inhert autotools Nov 13 11:41:25 <\marco> instead of inherit Nov 13 11:41:36 change it. it's wiki ;) Nov 13 11:41:43 +a Nov 13 11:41:56 <\marco> I've a problem with the account :/.. I'll try Nov 13 11:46:09 <\marco> change submitted :) Nov 13 11:46:24 <\marco> ( the redirect problem with trac is annoying :/ ) Nov 13 11:46:37 JaMa|Lunch: ok chrooted now :) Nov 13 11:47:02 <\marco> playya: have you seen the recipe? Nov 13 11:47:38 \o/ fltkcocktailbar can now export cocktails to pdf files :D Nov 13 11:47:54 * spaetz waits. exited Nov 13 11:49:06 \marco, yes. Nov 13 11:49:26 looks good. but i'm at work, too ;) Nov 13 11:49:47 <\marco> playya: oh.. sorry :) Nov 13 11:50:07 * mrmoku slow due to daywork distracting... Nov 13 11:50:28 <\marco> anyway.. if anyone would check.. this is my Makefile.am: http://nopaste.info/ddf3807554.html and configure.in: http://nopaste.info/74279d5605.html Nov 13 11:50:39 same here mrmoku Nov 13 11:51:01 \marco, you should have some run scripts in tmp/work/armv4t/nbook*/temp Nov 13 11:51:47 and here mrmoku Nov 13 11:52:12 <\marco> playya: wait a secondo.. probably I'm an idiot :P.. just a moment Nov 13 11:52:28 <\marco> s/secondo/second Nov 13 11:52:28 today I have neo with me.. so its even worse, because its not online for me to test on it.. Nov 13 11:52:30 1st: you do not substitude your depencies Nov 13 11:52:33 <\marco> oops Nov 13 11:52:35 <\marco> XD Nov 13 11:52:47 <\marco> I've forget a '/' Nov 13 11:55:06 JaMa: heh... lots of fun :P Nov 13 11:55:07 /usr/sbin/update-rc.d: line 173: cut: not found Nov 13 11:55:12 //usr/lib/opkg/info/avahi-daemon.postinst: line 12: grep: not found Nov 13 11:55:15 //usr/lib/opkg/info/avahi-daemon.postinst: line 12: addgroup: not found Nov 13 11:55:20 //usr/lib/opkg/info/avahi-daemon.postinst: line 13: adduser: not found Nov 13 11:55:24 //usr/lib/opkg/info/libnss-mdns.postinst: line 8: cat: not found Nov 13 11:55:37 /usr/bin/update-fonts: line 4: run-parts: not found Nov 13 11:55:40 /usr/sbin/update-alternatives: line 193: sed: not found Nov 13 11:56:10 WTF Nov 13 11:56:16 now it is doing the busybox postinst... maybe after that retry? Nov 13 11:56:33 if update-alternatives works there.. then retry :) Nov 13 11:56:50 mrmoku: do you have update-alternative in /usr/sbin/? Nov 13 11:57:04 sed,cat,grep sounds very much like busybox... Nov 13 11:57:12 mrmoku: and in header something like Copyright cworth Nov 13 11:57:22 spaetz: update-alternatives is not working.. Nov 13 11:57:36 JaMa: update-alternatives Nov 13 11:57:37 spaetz: so all links to busybox are missing Nov 13 11:57:45 JaMa: its there in /usr/sbin Nov 13 11:57:53 mrmoku: ok good / sort of.. Nov 13 11:58:17 buxybox postinst works? Nov 13 11:59:06 mrmoku: http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-November/014714.html Nov 13 11:59:37 JaMa: yeah read that Nov 13 11:59:59 JaMa: part of worked Nov 13 12:00:05 mrmoku: maybe I have idea whats wrong.. Nov 13 12:00:16 mrmoku: I removed update-alternatives from opkg and opkg-native Nov 13 12:00:17 update-alternatives: Removing //usr/sbin/loadfont Nov 13 12:00:17 /usr/sbin/update-alternatives: line 193: ln: not found Nov 13 12:00:47 mrmoku: if there is no update-alternatives-native installed while preparing image then the one in opkg-native was usefull there.. Nov 13 12:02:08 hmm, sounds sensible Nov 13 12:04:21 update-alternatives-cworth-native wasn't build here.. Nov 13 12:04:38 mrmoku: you can try to build update-alternatives-cworth-native manually Nov 13 12:04:45 mrmoku: and then just shr-image Nov 13 12:06:04 JaMa: ok, will do when I'm back home Nov 13 12:08:23 * spaetz builds update-alternatives-cworth-native Nov 13 12:10:31 * spaetz builds shr-lite-image Nov 13 12:11:51 * mrmoku did it too on the buildhost Nov 13 12:13:20 http://build.shr-project.org/tests/mrmoku/unstable/images/images/om-gta02/shr-lite-eglibc-ipk--20091113-om-gta02-testlab/files-in-image.txt seems still wrong Nov 13 12:14:45 sh -> busybox only link to busybox.. Nov 13 12:16:36 if test "x$D" = "x"; then while read link; do if test ! -h "$link"; then case "$link" in /*/*/*) to="../../bin/busybox";; /bin/*) to="busybox";; /*/*) to="../bin/busybox";; /*) to="/bin/busybox";; esac; busybox ln -s $to $link; fi; done # This adds the links, remember that this has to work when building an image too, hence the $D Nov 13 12:16:49 while read link; do case "$link" in /*/*/*) to="../../bin/busybox";; /bin/*) to="busybox";; /*/*) to="../bin/busybox";; /*) to="/bin/busybox";; esac; bn=`basename $link`; update-alternatives --install $link $bn $to 50; done <$D/etc/busybox.links Nov 13 12:17:05 you can try manually Nov 13 12:25:02 now it looks better :) Nov 13 12:25:27 busybox links are there and also kernel image link.. Nov 13 12:26:06 the new image seems better Nov 13 12:26:15 /sbin/init exists and kernel link too Nov 13 12:26:22 ahh, JaMa was faster :) Nov 13 12:26:35 mrmoku: just bitbake update-alternatives-cworth-native shr-image? Nov 13 12:27:02 where do we need to include update-alternatives-cworth-native as an DEPENDS then? Nov 13 12:27:16 in shr-image.inc? Nov 13 12:27:19 spaetz: I was thinking about task-boot, but not sure.. Nov 13 12:27:36 spaetz: definetely not shr-image.inc because this problem is in all images.. Nov 13 12:27:43 or should it be fixed somewhere beyond shr? Nov 13 12:27:45 ok Nov 13 12:27:47 spaetz: ie minimal-image needs it too Nov 13 12:27:57 ok, do you ask #oe ? Nov 13 12:28:10 spaetz: but I'm not sure if even in task-boot is it soon enough.. Nov 13 12:28:20 spaetz: I'll reply to my own e-mail in oe-devel :) Nov 13 12:28:26 heh Nov 13 12:31:23 JaMa: yup just those two (well shr-lite-image) Nov 13 12:37:42 rebooting Nov 13 12:38:42 splash screen comes up Nov 13 12:40:42 :) Nov 13 12:40:46 X comes up too :) Nov 13 12:41:25 Looks good. E desktop visible. Now, only phone needs to work too Nov 13 12:41:39 release day= Friday 13th :) ???? Nov 13 12:42:35 I'll need to leave for the weekend in less than 3 hours, so if I should push the release notes that needs to happen before then :) Nov 13 12:43:42 ahh :/ no stress no dedlines then :)) Nov 13 12:43:45 deadlines Nov 13 12:43:55 I couldn't hear or talk when receiving a call Nov 13 12:44:18 and number->name resolution did not work in active call win Nov 13 12:45:40 aplay Nov 13 12:45:40 ALSA lib confmisc.c:768:(parse_card) cannot find card '0' Nov 13 12:45:53 ok, so it seems our sound module is not loaded again Nov 13 12:47:54 ok, numer resolution worked now in active call window. weird Nov 13 12:48:11 and phone call worked after modprobing and alsactl Nov 13 12:48:28 meh, that shouldn't be a release stopper, sound is overrated anyways ... peace and quiet is the new noise =] Nov 13 12:48:47 mrmoku: what current status of unstable feed? Nov 13 12:49:18 TAsn: ping Nov 13 12:49:22 seems no it in mrmoku/unstable/feed/ipk instead of mrmoku/unstable/feed Nov 13 12:49:36 *noew Nov 13 12:49:39 *now Nov 13 12:49:39 TAsn: your USSD fix worked great, works both from contacts and dialer Nov 13 12:50:30 TAsn: one minor glitch: when I dial a phone number from dialer and call the dialer disappears, when I dial a USSD number it remains open after I have closed the USSD text win. Nov 13 12:52:08 TAsn: http://trac.shr-project.org/trac/ticket/702 :P Nov 13 13:00:13 didn't we add that module to some autoload thingie? Nov 13 13:00:58 snd_soc_neo1973_gta02_wm8753 does not occur in conf/* or recipe/linux Nov 13 13:02:54 hmm I got a message from "0000" with the text "This is a binary message" - what should i do? Nov 13 13:03:16 or where does it come from Nov 13 13:03:20 is it a mms= Nov 13 13:03:23 ? Nov 13 13:03:46 bumbl: mms, most probably, I think Nov 13 13:04:07 hmm so how do i open? Nov 13 13:04:25 actually, we do have module_autoload_snd-soc-neo1973-gta02-wm8753 = "snd-soc-neo1973-gta02-wm8753" Nov 13 13:04:36 in conf/machine/om-gta02.conf Nov 13 13:04:49 bumbl: not at all?! :) Nov 13 13:05:07 no clue how and what is saved in that case Nov 13 13:05:41 as my friends don't use mms normally because they are expensive it might just be some carrier ad but i want to be sure Nov 13 13:06:07 I only received 2 MMS and both were ads. Nov 13 13:07:05 hmm my nokia 6230i tells me "Nicht lesbar, Mitteilung kann nicht angezeigt werden" Nov 13 13:07:30 * mrmoku moving home Nov 13 13:10:32 bumbl: i think SHR damages the MMS in some way, i had that too Nov 13 13:18:02 spaetz: I guess that snd could be loaded like g_ether is? "echo "g_ether" > ./etc/modutils/g_ether" in shr-image.inc Nov 13 13:19:14 spaetz, actually, apparently it's not a glitch but a wanted behavior (according to the previous programmer) he did a great deal of work so it'll be that way Nov 13 13:19:41 weird, I know, though I just left it that way. Nov 13 13:23:13 why not rename to snd_soc_neo1973_gta02_wm8753 ? Nov 13 13:24:03 module_autoload_snd-soc-neo1973-gta02-wm8753 = "snd_soc_neo1973_gta02_wm8753" Nov 13 13:24:19 TAsn: ok, I think it's just inconsistent, but ok with me. Nov 13 13:24:32 I don't mind closing it, I hate it. ;) Nov 13 13:24:32 close that bug then :). Nov 13 13:24:44 ok, keep it open then :) Nov 13 13:25:04 betheg: sorry I didn't get the last proposal? Nov 13 13:25:09 do I miss sth? Nov 13 13:25:51 JaMa: that way would be quite hacky Nov 13 13:26:08 given that there is an autoload functionality in machine.conf files apparently Nov 13 13:27:10 spaetz: i mean the module is called snd_soc_neo1973_gta02_wm8753 not snd-soc-neo1973-gta02-wm8753 Nov 13 13:27:26 betheg: I actually did "modprobe snd-soc-neo1973-gta02-wm8753" Nov 13 13:27:45 which worked. (although it does show up as modprobe snd-soc-neo1973-gta02-wm8753 in lsmod) Nov 13 13:28:05 blah, mispasted Nov 13 13:28:18 it shows up as snd_soc_neo1973_gta02_wm8753 in lsmod Nov 13 13:28:29 i have changed the /etc/modules and now it works for me Nov 13 13:29:05 spaetz: there is already g_ether and ppp that way.. Nov 13 13:29:54 JaMa: ugly ugly ugly :) Nov 13 13:30:01 this is how it's supposed to work: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=4245e6a3732548a37bc3497fd55045744f054e48 Nov 13 13:30:20 spaetz: not my work :) Nov 13 13:33:33 anyway, someone needs to fix the module loading in whatever way and it's go for the image Nov 13 13:33:46 spaetz, how's the image doing? Nov 13 13:33:59 TAsn: fine, except sound module loading Nov 13 13:34:04 still?! Nov 13 13:34:06 :| Nov 13 13:34:15 but other than that? Nov 13 13:34:16