**** BEGIN LOGGING AT Wed May 26 02:59:57 2010 May 26 06:16:30 hi everyone May 26 06:17:38 if the kernel striping fails and the final image gets built when an error in the end is it OK. I have the images in deploy directory ... May 26 06:18:17 why does this fail ... I tried this on two different system with two different versions of org.openembedded.dev May 26 06:18:20 shazkhan: if it says that striping fails on some files, than it's ok May 26 06:19:01 JaMa|off: And the error at the end of the build is also fine May 26 06:19:04 ? May 26 06:19:18 arm-oe-linux-gnueabi-objcopy:/OE/tmpdir-dev-shr/work/om-gta02-oe-linux-gnueabi/linux-openmoko-2.6.34-r1+gitr45+dd1225cc08c3375bf80289ac1965c724881b149a/package/kernel/scripts/basic/hash: File format not recognized May 26 06:19:22 arm-oe-linux-gnueabi-strip:/OE/tmpdir-dev-shr/work/om-gta02-oe-linux-gnueabi/linux-openmoko-2.6.34-r1+gitr45+dd1225cc08c3375bf80289ac1965c724881b149a/package/kernel/scripts/basic/hash: File format not recognized May 26 06:19:26 arm-oe-linux-gnueabi-objcopy:/OE/tmpdir-dev-shr/work/om-gta02-oe-linux-gnueabi/linux-openmoko-2.6.34-r1+gitr45+dd1225cc08c3375bf80289ac1965c724881b149a/package/kernel/scripts/basic/hash: File format not recognized May 26 06:19:30 ERROR: runstrip: ''arm-oe-linux-gnueabi-strip' --remove-section=.comment --remove-section=.note '/OE/tmpdir-dev-shr/work/om-gta02-oe-linux-gnueabi/linux-openmoko-2.6.34-r1+gitr45+dd1225cc08c3375bf80289ac1965c724881b149a/package/kernel/scripts/basic/hash'' strip command failed May 26 06:19:35 something like this? May 26 06:19:41 yup May 26 06:20:42 then ok.. it tries to strip all files and some scripts are not expected to be stripped May 26 06:22:14 thanx May 26 06:27:27 heyho May 26 06:33:24 Which Java VM is available for shr? I thought JamVM but maybe it is not built for shr-lite ...? May 26 07:10:03 shazkhan: Java is built only as part of task-shr-feed, it's not used much on fr so no reason to include it in shr-lite-image May 26 07:13:34 JaMa: yup but found the recipe and now building it with bb ... hope to get some useful packages. May 26 07:53:29 Weiss: with latest libdrm from your git repo I got build error from xf86-video-glamo glamo-dri-tests_git, because it's expecting headers (like glamo_drm.h glamo_bo.h) in include/drm not include/libdrm, do you have a patch for that? May 26 08:07:59 Weiss: I have now.. May 26 08:14:15 * Weiss wonders how that managed to compile previously, actually.. May 26 08:16:14 Weiss: if it was build with OE then sysroots/staging is not cleaned properly and then you had old include/drm still available May 26 08:17:01 it doesn't add that to the include path, though May 26 08:18:29 http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/5b2c9ca6dc1058f8b5b7985029ee668bca1d7aff and http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/586c40da3d6e75e3624040d6ce0faf4188544dd6 May 26 08:20:30 http://gitorious.org/~jama/angstrom/jama-shr-experimental/blobs/org.openembedded.dev/recipes/xorg-driver/xf86-video-glamo/0001-drm-headers-moved-from-drm-dir-to-libdrm.patch May 26 08:24:22 http://gitorious.org/~jama/angstrom/jama-shr-experimental/blobs/org.openembedded.dev/recipes/dri/glamo-dri-tests/0001-drm-headers-moved-from-drm-dir-to-libdrm.patch May 26 08:26:26 any reason not to put these on the main Git versions of both? May 26 08:26:33 (don't want to confuse older build environments) May 26 08:27:38 yes, please push them to your repo :) May 26 08:28:01 I mean, the SRCREV is locked in OE May 26 08:28:37 and I'll bump libdrm at the same time as SRCREV in xf86-video-glamo and glamo-dri-tests May 26 08:28:47 so it should stay in sync May 26 08:29:20 ok :D May 26 08:29:46 done May 26 08:31:09 thanks May 26 08:43:20 freesmartphone.org: 03morphis 07msmcomm * r6804da68b119 10/libmsmcomm/ (generate_structures.sh specs/msmcomm.sdef): libmsmcomm: fetch back msmcomm.sdef to speed up work May 26 09:16:20 Does shr work over qemuarm? I checked the qemuarm.conf but it seemed a bit incomplete comparing to other machines.conf ... May 26 09:17:41 I would love to use qemu for experimentation because flashing the device etc is pretty boring! And another reason is that qemuarm is something that everyone can access so would love to use it for testing. May 26 09:24:47 shazkhan: well, why not test your apps on PC without any emulation? May 26 09:46:45 PaulFertser: How do I do that ... add x86 in auto.conf? How about qemu x86? emulators are more easier to test with ... May 26 09:54:52 shazkhan: shr-native or something May 26 09:55:08 shazkhan: there're instructions in "Building SHR". May 26 09:55:21 PaulFertser: Stupid me both should be same ... shr-native .... k let me check it ... May 26 09:57:22 PaulFertser: can't see instructions in "Building SHR" on trac wiki... May 26 09:57:48 md2k7: its qemu-native May 26 09:58:58 hmmm... that's not exactly the description of how you build SHR for x86 May 26 09:59:30 PaulFertser and md2k7: But that should mean to build on qemu ....? Confused ... May 26 09:59:51 "qemu to build" or build for qemu? May 26 10:00:50 md2k7: Maybe it means qemu-x86 so it is similar to x86 ;p May 26 10:01:30 but it say qemu-arm .... later on May 26 10:01:55 pretty confusing for a nut head ... May 26 10:03:34 shazkhan: isn't that "local-builds"? http://shr-project.org/trac/wiki/Building%20SHR May 26 10:04:20 nopes May 26 10:08:20 Hm, indeed, sorry. May 26 10:11:26 md2k7 and PaulFertser: I got qemu-arm and qemu-x86 from #oe May 26 10:12:44 MACHINE=qemuarm ... maybe qemu-arm .. May 26 10:15:53 PaulFertser: no problem .. cheers we all make mistakes and I don't even get embarrassed any more :P May 26 10:17:13 shazkhan: can i propose a more meaningful approach? http://blog.shr-project.org/2010/05/howto-develop-and-debug-the-shr-phone-stack-on-your-desktop.html May 26 10:19:26 let me see ... will love to try it May 26 10:27:23 ah, i tried that one day May 26 10:27:37 got stuck at compiling elementary... all the lib dependencies and stuff May 26 10:49:32 hi mickeyl May 26 10:50:18 is there a decoder for ogg that can match or beat ffmpeg/libavcodec in performance versus mp3? May 26 10:51:10 feitingen, mp3->mad ogg->tremor May 26 10:51:29 s/ogg/ogg vorbis May 26 10:53:35 feitingen, both mad and tremor use fixed point May 26 10:54:36 feitingen, and the freerunner doesn't have a FPU so it has to emulates floating point in the kenrel which is slow May 26 10:54:43 so huge gains May 26 10:56:47 feitingen, mplayer can use tremor and mad May 26 10:57:57 hi Kensan May 26 11:00:55 i know about mad, ffmpeg seems to be fixed point as well, it has similar gains, thanks for tremor :) May 26 11:01:11 ok May 26 11:01:42 also, libmad support is not compiled in debian mplayer and i'm lazy... May 26 11:01:49 ah ok May 26 11:02:11 then do a bugreport? May 26 11:03:16 someone already did and it was rejected because of ffmpeg: http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2009-September/005576.html May 26 11:03:36 ok May 26 11:05:21 but with tremor, i can now use mplayer as my primary music player :) i just have to whip up a quick gui one of these days... May 26 11:05:37 ok May 26 11:06:35 Intone seem good but depend on enlignthenment which is in a debian which is not released if I remember well May 26 11:06:53 else there is pythm in python but people said it's slow May 26 11:07:08 specially if you have debug thing in your kenrrel May 26 11:10:32 spaetz: as I said yesterday, I would like to merge current shr-u to shr-t for fsogsmd, because it would need rebuild from scratch and buildhost is sort of idling now, would you mind me doing it? I won't sync it to feed, but it will be ready for you when you have time to test and sync it (or merge some more) May 26 11:19:39 mickeyl, ping May 26 11:35:26 ping mickeyl May 26 11:43:10 What to do ?gzip: stdin: invalid compressed data--crc error tar: Child returned status 1 tar: Exiting with failure status due to previous errors ERROR: TaskFailed event exception, aborting ERROR: Build of /home/shaz/moko/shr-unstable/openembedded/recipes/expat/expat_2.0.1.bb do_unpack failed May 26 11:43:56 shazkhan: if ubuntu; then check your distro bug tracker; fi May 26 11:44:16 ubuntu ... yes May 26 11:44:35 It works fine on 9.10 but this is on 10.04 May 26 11:44:55 yes as described in that bug May 26 11:45:54 you have to use different gzip binary or repack expat archive (+regenerate checksums) May 26 11:47:32 JaMa|wrk: shoot! May 26 11:51:33 ping mickeyl May 26 11:52:26 GNUtoo: pong May 26 11:54:27 mickey|office, hi May 26 11:54:52 mickey|office, I've progressed a lot in the framebuffer issue,it seem not to be the kernel May 26 11:55:16 mickey|office, if I stop dbus-1 which fso2 depends on May 26 11:55:24 it suspend easily and no issues at all May 26 11:55:34 else : May 26 11:55:39 It suspend the screen May 26 11:55:47 then the screen comes back May 26 11:55:51 on May 26 11:56:08 mickey|office, what do you think of that? May 26 11:57:17 I can look more into the kernel to see what calls it(resume or fbiounblank) May 26 11:57:30 but I don't know how to get the details in FSO May 26 11:59:49 hmm May 26 11:59:50 that's under Xorg obvously May 26 12:00:12 try disabling FBIOBLANK in fsodeviced May 26 12:00:20 there's a config entry for it May 26 12:00:24 ok thanks a lot May 26 12:01:27 how do I do that May 26 12:01:33 I saw no config entry May 26 12:02:07 because my build system was broken I need to wait to get a new affordable one May 26 12:02:19 maybe I could build with a chroot May 26 12:02:20 if needed May 26 12:03:46 hmm, apparantly there is none May 26 12:03:50 it was in fso1 May 26 12:03:53 seems i didn't port it May 26 12:03:59 outcomment the ioctl May 26 12:04:11 line 83 in kernel26_display May 26 12:05:11 ok May 26 12:05:57 then I compile it with my chroot? May 26 12:06:49 worth a try. this is the only code that could have anything to do with the display May 26 12:07:25 ok May 26 12:08:03 on resume, the idle notifier gets switched to busy May 26 12:08:16 which -- depending on the rest of the system -- may trigger a backlight change May 26 12:08:21 which in turn triggers this code May 26 12:08:40 ok May 26 12:08:44 I'll try thanks a lot May 26 12:08:56 altough compiling the lastest code may take time May 26 12:17:14 while I'm at it I'll try your gnuified-gps activator too May 26 12:40:05 did it do anything? May 26 12:40:09 ah, you will May 26 12:40:10 ok May 26 13:10:57 why is raster constantly getting stinky? :P May 26 13:13:03 JaMa|Wrk: which branch are the DRM bits at http://build.shr-project.org/shr-kms/ taken from? wondering if they have the command queue (apparent) bug.. May 26 13:13:18 it might help explain [Rui]'s problems May 26 13:15:15 Weiss: ie for 2.6.32.13 oe1 is from gdrm-2.6.32 branch, oe2 from gdrm-for-merging May 26 13:16:08 so.. if [Rui] was using oe2 then he might have both "mrmoku's WSoD" and the command queue problem May 26 13:16:25 Weiss: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=14e1ed70361f7f5a5e54d93a606a7c8d53460b95 May 26 13:16:34 * Weiss should run some kind of scheme where he swaps (by post) his current dev FR with the FR of whoever has the most problems May 26 13:17:01 it'd fix the major "works for me" problems May 26 13:17:10 JaMa|Wrk: I put expat md5 in openembedded/conf/checksums.ini after recalculating it and corecting the archive. It got built with bb but when I ran make image then it gave the problem of "cannot check archive integrity" May 26 13:17:42 shazkhan: openembedded/conf/checksums.ini is not used anymore May 26 13:17:53 shazkhan: see expat recipe for in-recipe checksums May 26 13:18:04 JaMa|wrk: k May 26 13:19:29 JaMa|Wrk: Should I also fix the sha256 or md5 is enough? May 26 13:19:50 Weiss: I asked Rui to test oe1 (./openmoko-cdevel-2010-05-25:09:27 < JaMa> [Rui]: uImage-2.6.32.13-oe1) but not sure what he tried.. May 26 13:20:12 shazkhan: you have to update both May 26 13:20:16 k May 26 13:20:58 shazkhan: bitbake should show you what checksums do you have in downloads dir.. so just copy&paste it May 26 13:23:32 JaMa|Wrk: Yes got it ... thanx May 26 13:31:46 freesmartphone.org: 03morphis 07msmcomm * r3b24781b5542 10/msmcommd/ (include/msmcomm/internal.h src/llc.c): msmcommd: prepare for sending frames only a certain number of times May 26 13:31:48 freesmartphone.org: 03morphis 07msmcomm * r81321132a071 10/msmcommd/src/msmcommd.c: msmcommd: remove wrong if statement May 26 13:31:49 freesmartphone.org: 03morphis 07msmcomm * r96ed0120798f 10/msmcommd/src/ (Makefile.am main.c msmcommd.c): msmcommd: rename msmcommd.c to main.c May 26 14:18:40 mickeyl, the makefile creates a libtool archive May 26 14:19:03 fsodeviced ships some shared objects (.so) May 26 14:21:01 and phone is still broken,shr apps which isn't mickeyl's task are broken on htcdream s/shr apps/shr phone apps/ May 26 14:22:44 mmm May 26 14:22:45 SYS_297(0x3, 0xbedcc8e4, 0x40000000, 0xbedcc8cc, 0x154d4) = -1 EAGAIN (Resource temporarily unavailable) May 26 14:23:52 very informative strace you have May 26 14:24:03 indeed that's an issue May 26 14:24:10 I''ve also: May 26 14:24:10 GNUtoo: SHR does that? May 26 14:24:12 open("/usr/lib/charset.alias", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) May 26 14:24:12 open("/usr/share/locale/locale.alias", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) May 26 14:24:21 no May 26 14:24:31 I'm trying to look why phone apps don't start May 26 14:24:37 sorry then May 26 14:25:37 GNUtoo: is this on SHR-unstable after a recent update? I was having trouble getting getty to start May 26 14:26:48 it was complaining about mysterious missing libraries.. I suspected udev trouble May 26 14:26:53 ok May 26 14:27:02 just bitbaken image for dream May 26 14:27:07 oe.dev May 26 14:35:40 lrwx------ 1 root root 64 May 26 15:34 3 -> socket:[6555] May 26 14:35:44 3 was a socket May 26 14:38:23 grrr May 26 14:39:11 I think it's dbus May 26 14:39:13 not shure May 26 14:44:12 I'll go May 26 14:44:35 I would have liked a working htcderam to go out...sigh... May 26 14:49:10 Hi all... anyone have a good PDF reader for the FR? Is FBReader still supported/the best choice? May 26 14:50:11 beniwtv: you van try epdfview May 26 14:54:01 Heinervdm: Didn't know that one! Will do, thanks. May 26 15:13:28 Heinervdm, i just discovered tht you assigned 2 bugs to me... sadly it is going to be a while until i have time (university sucks bigtime atm) at least #1115 will be delayed... May 26 15:14:30 JesusMcCloud: you can assign them to someone else, but i think you are the only one that can fix those bugs May 26 15:15:00 (time got short gengerally the past few weeks and it is likely to stay that way) May 26 15:15:45 hmm well 1115 might be something for dos1 because it requires some investigation, will aks him about it May 26 15:16:10 (trying to iron out phoneui-quick-settings edc in the other themes May 26 15:16:16 now) May 26 15:16:20 ok May 26 15:27:32 (i havent used my neo sice the switch to fsogsmd May 26 15:28:42 wow! boot time is awesome compared to palm pre! May 26 15:35:57 waaaaahrg it takes sooooo long until i can test my modifications on a freshly flashed fr.... May 26 15:52:58 SHR: 03jesus 07shr-themes * r4273f629c8a7 10/phoneui-shr/phoneui-shr-theme-o2/quick-settings.edc: fixed o2 part of #1115 May 26 15:56:30 hi May 26 15:57:38 what does that means: May 26 15:57:44 [SIGNAL] org.freedesktop.DBus.NameOwnerChanged /org/freedesktop/DBus org.freedesktop.DBus => ( ":1.177", "", ":1.177" ) May 26 16:19:36 SHR: 03jesus 07shr-themes * r20e5e82819a7 10/phoneui-shr/phoneui-shr-theme-neo/quick-settings.edc: fixed quick settings in nEo theme May 26 16:20:59 JaMa|Wrk, phoneui-shr-theme-o2 and phoneui-shr-theme-neo have fixed quick settings now: 20e5e82819a7612aa31c753a6898ccc9e940c7c6 May 26 16:36:46 mickeyl, I'm back May 26 16:51:12 Do we have audit sub-system for SHR images? Or is it a bad idea? May 26 16:58:06 shazkhan, audit? May 26 16:58:17 what's that? does it have to do with security? May 26 16:58:27 yup and yup May 26 16:58:57 it's more known with redhat distros but works on debian derivatives as well May 26 17:01:43 ah ko May 26 17:01:57 shazkhan, maybe start looking at how to prevent everything to run as root May 26 17:02:08 shazkhan, tip chmod +s /usr/bin/Xorg May 26 17:17:25 JesusMcCloud: thanks, will bump May 26 17:17:44 dos1, ping May 26 17:48:30 GNUtoo: Mandatory access control can prevent with an additional layer of access control but definitely preventing everything to run as root is of primary importance. May 26 17:48:47 shazkhan, I know what MAC is,for instance selinux May 26 17:49:10 but I don't know the relation between MAC and auditing May 26 17:49:21 GNUtoo: How much will it take to prevent everything to run as root? May 26 17:50:14 on my eeepc which runs angstrom it's easy as creating an user,and chmod +s /usr/bin/Xorg to be able to start xfce4,pandora people doesn't use this trick but use something like xdm May 26 17:50:37 shazkhan, but in SHR there are telephony apps etc... May 26 17:51:14 GNUtoo: It is good to have audit but it is not necessary for selinux. At the moment I am concentrating on selinux while auditing is a future work. It makes more info available for monitoring the system. May 26 17:51:27 ahh it's a kernel option ok May 26 17:51:28 JaMa: hi, i saw the OE commit log about droping kernel 2.6.31, what does this mean? we are going to have a more up do date kernel? :) May 26 17:52:03 GarthPS: 2.6.34 is available. May 26 17:52:24 shazkhan: for our freerunner? May 26 17:52:28 According to mrmoku it has suspend resume bug. May 26 17:52:44 Yes even I have tested 2.6.32 and it works perfect. May 26 17:53:02 Even 2.6.33 is available. May 26 17:53:15 shazkhan: There was just a post to the shr mailing list desribing his 2.6.32 experience as semi-desaster May 26 17:53:18 phone ringing bbs May 26 17:54:02 spaetz: Did you do all the patches? May 26 17:54:12 So we are near to have a 2.6.34 kernle stable for the FR?. May 26 17:54:15 It runs smooth with me May 26 17:54:31 GarthPS: Yup :) May 26 17:54:51 shazkhan: which git commit? May 26 17:54:58 shazkhan: humm sweet! :) so what is hot with this compared to 2.6.29? May 26 17:55:24 GarthPS: Security for me :p May 26 17:55:38 lots of security options! May 26 17:56:18 I don't think lost of person are taking care of this for their FR.. :/ May 26 17:56:31 shazkhan: speed or not? May 26 17:56:32 back May 26 17:57:16 shazkhan, just to be shure,you run SHR right? May 26 17:57:35 GarthPS: Not sure but it was good enough. I run shr yes May 26 17:57:36 ah yes it was written on top May 26 17:57:46 shazkhan, do you know openembedded a bit? May 26 17:58:17 I am learning it. I have tried everything with the toolchain now integrating everything in oe May 26 17:58:36 shazkhan: which git commit are you at? May 26 17:58:39 hi May 26 17:59:04 shazkhan, ok so you could send patches to SHR people on the shr mailing list for preventing everything from running as root May 26 17:59:08 nice May 26 17:59:59 Would love to do that but need some expert guidance from you guys. I am more into selinux and some other stuff May 26 18:01:38 lindi-: Not sure but I guess a9254be10ac2294ea20165a87c09ea6afcf66d94 but I can check at office if you want the exact details. May 26 18:02:11 lindi- http://git.openmoko.org/?p=kernel.git;a=snapshot;h=a9254be10ac2294ea20165a87c09ea6afcf66d94;sf=tgz May 26 18:02:36 shazkhan: ok and which config? May 26 18:03:40 packaging config. May 26 18:06:53 lindi- Have done this a few weeks ago so have to check whether I used an older defconfig from 2.6.29 or used the one present in this snapshot "gta02_defconfig". May 26 18:07:22 lindi- What problems do you face with it? May 26 18:13:43 shazkhan, I wrote some policy some years ago May 26 18:14:47 GNUtoo|oeee: What kinda policy? May 26 18:15:03 shazkhan, policies for my system,openvpn etc... May 26 18:15:48 GNUtoo|oeee: Still not getting what you are exactly talking about ... you mean using selinux? May 26 18:16:00 on my laptop May 26 18:16:49 yes I used it on my laptop long time ago May 26 18:17:12 I hope it was'nt too troublesome :) May 26 18:18:13 These days I want to get a solid grip on secure boot? Any ideas how to achieve it. May 26 18:18:53 it was May 26 18:19:01 crypto at uboot, kernel level is the starting place but how to extend it to the higher layers of software stack May 26 18:19:39 Anyone done it before with FR May 26 18:21:10 GNUtoo|oeee: Is getting root issue sorted out as simple as you described earlier? I wanted to skip this and do it with MAC. May 26 18:21:30 shazkhan, you need to try May 26 18:21:36 shazkhan, not shure May 26 18:22:43 SHR is a huge distro ,,, I have some students so can I assign it to them for Bachelors project? May 26 18:24:31 GNUtoo|oeee: hello there May 26 18:24:32 shazkhan, maybe you should talk to some SHR developers May 26 18:24:37 Kensan, hi! May 26 18:25:07 GNUtoo|oeee: You want me to start a thread on the mailing list? May 26 18:25:14 shazkhan: it seems like an enormous task "making SHR secure". May 26 18:25:34 shazkhan, yes maybe that the way to go May 26 18:25:47 shazkhan: You should probably identify what sub-projects you could do. May 26 18:25:56 s/the way to go/the right thing to do May 26 18:25:57 shazkhan: solve the problem incrementally May 26 18:26:24 yes indeed that's why I first suggested solving the run-everything-as-root issue May 26 18:26:32 shazkhan: but first and foremost imho it would be a good idea to identify the points you care about. May 26 18:26:57 shazkhan: maybe describe the "end goal" - what you are trying to achieve in the end. May 26 18:27:30 GNUtoo: how are things? May 26 18:27:35 kensan: My points are selinux, secure boot and then something like Aegis validator. May 26 18:27:53 Kensan, something broke telephony which is very annoying May 26 18:28:10 GNUtoo: oh... May 26 18:28:39 shazkhan, I've also an idea,make jtag mandatory for an attacker wanting to gain control of the phone physically,protect uboot with password etc...SHR with password etc... May 26 18:28:46 shazkhan: well selinux is a technology. It would be good to describe what you want to do. May 26 18:29:22 Kensan, do you know a bit FSO? May 26 18:29:32 or maybe I should ask shr people or mickeyl May 26 18:29:38 GNUtoo: well,a little bit... May 26 18:29:41 isolate domains of different applications ... Mobile Phone reference architecture May 26 18:30:05 http://www.slideshare.net/peterschneider/maemo-6-platform-security May 26 18:30:10 shazkhan: that would be a good thing to put in the mail :) May 26 18:30:13 Kensan, phoneui-* doesn't display anything,it starts and then shows nothing....maybe strace? May 26 18:30:31 shazkhan: interested people will chip in and start to pick your brain. May 26 18:30:42 GNUtoo: hm... May 26 18:30:50 Kensan: You mean shr mailing list May 26 18:31:24 Kensan, I suspect a dbus issue May 26 18:31:38 Kensan, dbus -s -l says something like that May 26 18:31:53 shazkhan: maybe not exclusively. May 26 18:31:58 [SIGNAL] org.freedesktop.DBus.NameOwnerChanged /org/freedesktop/DBus org.freedesktop.DBus => ( ":1.177", "", ":1.177" ) May 26 18:31:59 shazkhan: smartphones-userland@linuxtogo.org might also be good May 26 18:32:08 shazkhan, yes SHR mailing list May 26 18:32:53 GNUtoo: ah so maybe the DBus message are not being received by the application because the source is sending it to the wrong destination? May 26 18:33:07 ah May 26 18:33:13 I'll try dbus x11 May 26 18:33:28 How about a proposal cc'd to these lists ... I have some technical and research articles as references where this has been experimented at Nokia and Samsung May 26 18:33:40 even montavista May 26 18:34:45 shazkhan: yes, such a mail should be sent to multiple mailinglists which all have some interest in this subject. May 26 18:36:56 GNUtoo: Is this still correct for booting a kernel and image on dream? May 26 18:36:59 GNUtoo: http://wiki.freesmartphone.org/index.php/Hardware/HTC_Dream/SHR May 26 18:37:11 http://pastebin.com/2PELhFr9 May 26 18:37:22 Kensan, I'll look May 26 18:37:43 Kensan, it's outdated May 26 18:37:45 now: May 26 18:37:50 * I use oe.dev May 26 18:38:02 * oe generates .fastboot images automatically May 26 18:38:31 GNUtoo: ah ok. May 26 18:38:41 Kensan, also put that in local.conf: May 26 18:39:22 require conf/distro/include/fso-autorev.inc May 26 18:39:22 require conf/distro/include/shr-autorev.inc May 26 18:39:43 the rest is the standard oe procedure May 26 18:39:52 like : May 26 18:39:54 MACHINE = "htcdream" May 26 18:39:54 DISTRO = "shr" May 26 18:39:56 etc.... May 26 18:46:14 GNUtoo: I am not building shr May 26 18:46:23 GNUtoo: fso2-minimal-image May 26 18:46:28 ok May 26 18:46:29 GNUtoo: with upstream oe May 26 18:46:35 not fso2-demo-mimage? May 26 18:46:40 with zhone2? May 26 18:46:54 GNUtoo: it's actually fso2-console-image May 26 18:46:58 ah ok May 26 18:47:07 try fso2-demo-image May 26 18:47:09 GNUtoo: but the screen is all messed up when booting, the kernel seems to boot htough. May 26 18:47:25 it comes with a framebuffer phone app May 26 18:47:30 yes that's normal May 26 18:47:55 not shure what you mean May 26 18:48:01 SHR logo here messes up screen May 26 18:48:18 Also if you don't use a logo screen is messed up with previous content at boot or May 26 18:48:31 if you want enough the content is erased and you see only garbage May 26 18:53:35 If a package does not depend on autotools and just make and pythin scripts then how should the recipe be handled? Are there any examples in current recipes that I should follow for a start? Please name a few. May 26 18:55:46 shazkhan: my problem is that nobody has reported bugs against 2.6.34 May 26 18:58:00 lind- And I haven't tested it yet because I can work out things with 2.6.32 :) But 2.6.34 is on my agenda. Paul suggested I use a desktop rather than FR to speed up these things for SHR. But now it seems that FR is important to you guys May 26 19:03:28 lindi-, how should I report bugs,just describing them is ok, or do I really need to trace them with kgdb etc... May 26 19:08:23 GNUtoo: any information helps May 26 19:11:02 ok May 26 19:11:17 I'll switch to 32 tehn May 26 19:11:19 *then May 26 19:15:01 i have a problem in shr-t: keyboard doesn't work in phoneui-messages May 26 19:15:09 no problem in other progs May 26 19:17:46 Kensan, does it work? May 26 19:17:56 anybody know how i can fix that? May 26 19:18:11 GNUtoo: I was able to boot the kernel yes. May 26 19:18:22 Kensan, did it load the filesystem? May 26 19:21:34 GNUtoo: can't login yet. May 26 19:21:42 ok May 26 19:21:48 what's the issue? May 26 19:21:54 no usbnet? May 26 19:22:06 GNUtoo: well I don't know yet May 26 19:22:31 ok May 26 19:22:32 GNUtoo: the device shows up as cdc_ether on usb May 26 19:22:40 ok May 26 19:22:52 ifconfig usb0 192.168.0.200 on desktop May 26 19:23:03 ssh root@192.168.0.202 May 26 19:23:06 on desktop May 26 19:24:53 or does anyone know a starting point for finding out what's wrong? May 26 19:25:46 GNUtoo: phone is not responding. I suspect it does not boot properly. May 26 19:25:47 is there a .config for http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/ May 26 19:25:55 Kensan, ah? May 26 19:26:06 can you login from the keyboard? May 26 19:26:27 Kensan, what's your setup? May 26 19:26:29 GNUtoo: the display is messed up. I don't see the kernel on boot... May 26 19:26:44 ah ok May 26 19:26:45 strange May 26 19:26:53 Kensan, recompile the kernel May 26 19:27:02 GNUtoo: white/black jagged stripes accross the screen. May 26 19:27:02 with framebuffer console May 26 19:27:07 ahh ok May 26 19:27:11 GNUtoo: yeah, will give it a go. May 26 19:27:19 GNUtoo: but probably not today. May 26 19:27:22 that's because of refresh thread May 26 19:27:27 ok May 26 19:27:39 maybe May 26 19:30:48 JesusMcCloud: pong May 26 19:32:03 dos1, do you have the time to look at #1115 ? because i don't atm and i dont know if this si just an easy fix (setting the color) or sth else May 26 19:32:16 i'm really tied up with niversity work here May 26 19:44:26 made my first recipe and it worked! May 26 19:45:08 JesusMcCloud: unfortunately not now, and not tomorrow May 26 19:45:29 JesusMcCloud: i'll have free time from friday May 26 19:45:41 dos1, can i reassign this bug to you if i dont get it done over the weekend? May 26 19:45:50 JesusMcCloud: yup May 26 19:46:17 thx May 26 19:55:52 mickeyl, commenting the part where it does an ioctl doesn't seem to fix the issue May 26 20:09:12 dos1, TAsn, mrmoku|a` : any of you would know if the opimd DB moved recently ? (last six months) May 26 20:09:29 Ainulindale: yes, we know May 26 20:09:40 Ainulindale: as that was TAsn who moved it :P May 26 20:10:05 moved from/to where? May 26 20:10:13 a friend is annoying me to know that :-) May 26 20:11:28 you mean /etc/freesmartphone/opim/pim.db ? May 26 20:11:56 I don't know, the guy is too lazy to check, and I'm too outdated to even know :-) May 26 20:12:06 mickeyl, ping May 26 20:16:43 Ainulindale: everything is explained in postinst message when upgrading frameworkd ;) May 26 20:17:13 the friend I was talking about reflashed and copied over his image May 26 20:17:17 err db May 26 20:21:15 Ainulindale: yup May 26 20:21:42 Ainulindale: there should be installed opimd-convert (or opimd_convert) script May 26 20:21:49 or something like that May 26 20:22:15 don't worry I checked postinst in the meantime May 26 20:22:19 Ainulindale: checked: opimd_convert_db May 26 20:22:28 ok ;) May 26 20:27:17 <[Rui]> JaMa: hi, horrible, horrible and painful 2.6.32.13 experience :| May 26 20:27:24 <[Rui]> dos1: hi there! :) May 26 20:29:06 [Rui]: hi :) May 26 20:44:00 mickeyl, ping? May 26 21:05:30 Ainulindale, same location different file names. May 26 21:05:47 Ainulindale, the new file is pim.db, the old ones are everything else. May 26 21:27:38 SHR: 03seba.dos1 07opimd-utils * r64db5e099d06 10/ (opimd-messages opimd_utils/opimd_reply.py): Recipient -> Peer May 26 21:51:45 GarthPS: there are .32 and .34 (recipes as well as builds.. no reason to keep old .31 and -shr-drm-devel - 2.6.29-rc3+drm) May 26 21:53:38 JaMa: thx . and do you have an idea of shr will use .32 or .34 as regulare kernel? May 26 22:01:23 GarthPS: .32 is well tested (works for me, but fails badly ie for Rui), but if there is less issues with .34 (missing kernel calibration is already fixed in my branch by providing pointercal.xinput already with xinput_calibrator) then we'll skip .32 too May 26 22:02:24 JaMa: :) again thx May 26 22:03:27 freesmartphone.org: 03ospite 07framework * r7ee718456af3 10/framework/subsystems/ogsmd/modems/freescale_neptune/modem.py: May 26 22:03:27 freesmartphone.org: ogsmd: freescale_neptune use "CallAndNetwork" channel for DeviceMediator May 26 22:03:27 freesmartphone.org: This resembles more the behaviour of the original firmware which sends, May 26 22:03:27 freesmartphone.org: for instance, +CFUN on mux1. May 26 22:03:27 freesmartphone.org: Signed-off-by: Antonio Ospite May 26 22:05:58 good night May 26 22:06:55 JaMa: can i interest you in my keyboard problem? **** ENDING LOGGING AT Thu May 27 02:59:57 2010