**** BEGIN LOGGING AT Sun Jul 26 02:59:56 2009 Jul 26 03:11:53 Weiss: where would I find basic documentation on libdrm clients? wanted to try something on my laptop Jul 26 05:54:51 hi Jul 26 05:55:09 to ask again, after my laptop died yesterday: Jul 26 05:55:14 i just wondered: how hard would it be to implement the android api over FSO? Jul 26 06:19:51 mwester_, http://wiki.openmoko.org/wiki/Npkg please add any suggestions you may have. I think it's time to seriously start thinking about it. Jul 26 08:07:49 hi, im using shr-unstable, yesterday i've made /etc/init.d/dbus-1 restart, since then when i start contacts there comes this error http://nopaste.info/e1501f1aa1.html Jul 26 08:15:45 ferluszt, restarting dbus server is a bad idea - reboot Jul 26 08:16:16 does not help Jul 26 08:16:31 mrmoku: since when rebooting is a good idea? :-O Jul 26 08:17:19 windows 95 Jul 26 08:18:22 lol Jul 26 08:20:28 no its shr ;) Jul 26 08:23:25 PaulFertser, well... I'm quite sure that not all dbus services handle the restart correctly (if any) Jul 26 08:23:54 ferluszt, alternatively you can manually restart all related services in the correct order Jul 26 08:24:04 though rebooting might just be easier ;) Jul 26 08:24:12 does not help Jul 26 08:25:29 is there any other chance or should i reflash? Jul 26 08:28:43 ferluszt, did you wait some time before calling the messages/contacts app? Jul 26 08:29:00 because even if you see your operator the SIM might not yet be fully ready Jul 26 08:29:13 and until then our stupid apps will just segfault :P Jul 26 08:31:12 there comes no operator Jul 26 08:31:49 hmm, did you upgrade? Jul 26 08:31:56 no Jul 26 08:31:59 should i? Jul 26 08:32:37 no, just that might have been the cause of breaking something... Jul 26 08:32:49 in the shr-settings the GSM antenna is off, and i cant turn it on Jul 26 08:32:55 ferluszt, /var/log/frameworkd.log? Jul 26 08:33:04 /var/log/ophonekitd.log? Jul 26 08:33:15 those two might give you some hint Jul 26 08:35:54 http://nopaste.info/a5c3cd83e2.html Jul 26 08:37:40 http://nopaste.info/a8f12cba6e.html Jul 26 08:42:00 ferluszt, do you have fsousaged installed? Jul 26 08:42:22 Can't register resource CPU since ousaged is not present. Enabling device Jul 26 08:42:36 your problem is missing fsousaged... Jul 26 08:43:06 ok when i try to start fsousaged: ** Message: can't load keyfile from './frameworkd.conf': No such file or directory Jul 26 08:43:15 and as a consequence ophonekitd does not come to the point where it requests GSM and thus registers to the network Jul 26 08:44:22 ferluszt, do you have the following in your frameworkd.conf? Jul 26 08:44:24 [ousaged] Jul 26 08:44:24 disable = 1 Jul 26 08:44:24 [fsousage] Jul 26 08:44:25 [fsousage.controller] Jul 26 08:44:43 anyway... have to go now Jul 26 08:44:48 ok Jul 26 08:45:17 did you build the image yourself? either your frameworkd.conf is wrong or fsousaged is looking in the wrong place for it or something like that Jul 26 08:45:21 good luck :) Jul 26 08:49:44 Hello...loaded shr to my device....everything booting OK...only Xserver... http://pastebin.org/4314 Jul 26 08:50:22 <<<< Enlightenment Error >>>> shr-unstable fresh buileded... Jul 26 09:09:34 tmzt: there's http://dri.sourceforge.net/doc/drm_low_level.html, but that's really out of date with DRI2 and unified memory managers Jul 26 09:22:09 what's the impact of making libframeworkd-phonegui-efl requiring a libframeworkd-phonegui-efl-locale-en? Jul 26 09:22:37 is that OK or should we really try not to introduce "new" packages? Jul 26 09:23:03 i have two options: correct and "it looks ok in GUI"-mode Jul 26 09:23:27 is opkg still "broken"? Jul 26 09:24:32 i can use version a, which is "Call" and "Call ", to separate (version b, requiring language-en package) "Call_verb" and "Call_noun" Jul 26 09:37:19 does someone knows how to workaround / fix the problem "ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/frank/freerunner/shr-dist/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/mesa-6.5.2-r1/install/libosmesa/usr/lib/libOSMesa.so.6.5.060502'" Jul 26 10:41:16 hello all Jul 26 10:42:44 anybody please help me to install mc to my neo? Jul 26 10:48:03 fruct: search on http://www.opkg.org/ Jul 26 10:51:38 I'm try the: "opkg install mc" but after long time wrote: "Killed" Jul 26 10:52:33 fruct: did you turn off xserver-nodm and frameworkd before running opkg? Jul 26 10:53:28 ceda_wrk: no, please tell how to do it? Jul 26 10:56:16 login using ssh Jul 26 10:57:00 then as root: /etc/init.d/xserver-nodm stop ; /etc/init.d/frameworkd stop ; opkg install mc ; Jul 26 10:57:19 fruct: then start frameworkd and xserver-nodm again Jul 26 10:58:53 ok, I'm go try it Jul 26 11:00:28 O! ceda_wrk you magic! =) Jul 26 11:00:35 it worked! Jul 26 11:00:40 i am slightly confused - what should stopping frameworkd and X have to do with installing mc or anything else? Jul 26 11:01:07 ceda_wrk big thanks! Jul 26 11:01:37 fruct: it's because opkg needs more memory than is available. Jul 26 11:01:47 Wonka: ^ Jul 26 11:52:14 i cant get gps to work anymore Jul 26 11:52:21 did anything changed? Jul 26 12:09:03 ping larsc Jul 26 12:09:31 the gps app in shr settings should work or? Jul 26 12:09:52 but it doesnt give me a time fix Jul 26 12:10:03 which i was used to get after 10 secs Jul 26 12:18:10 i have a kernel panic Jul 26 12:18:25 with no apparent error. Jul 26 12:18:42 daes anybody know what to do? Jul 26 12:25:33 admiral0: yesterday i also had one, led was blinking red wthout a reason )when powering off the device) Jul 26 12:26:06 mine is when the moko is starting :\ Jul 26 12:26:57 guys can any Jul 26 12:27:09 one of you please test this: http://download.tuxfamily.org/admiral0repo/uImage.bin Jul 26 12:27:30 admiral0: do you know how i use gps on shr? Jul 26 12:27:43 how do you use it? Jul 26 12:27:46 fso-gpsd is used within shr or? Jul 26 12:27:51 yes Jul 26 12:27:55 yes, how do i get a fix Jul 26 12:28:05 do i use the shr-settings app Jul 26 12:28:14 to turn on gps and get a fix? Jul 26 12:28:32 stay in an open area start gps from settings and pray Jul 26 12:28:35 and how long it takes to get a time fix? Jul 26 12:28:48 it takes 2 mins for me Jul 26 12:28:55 for the time fix? Jul 26 12:29:18 time fix sometimes gets displayed sometimes not Jul 26 12:29:24 okay Jul 26 12:29:31 i will try it Jul 26 12:30:03 do either of you have a debug board? Jul 26 12:30:06 the last step is very important Jul 26 12:30:13 XD Jul 26 12:30:17 me not Jul 26 12:31:04 where did the uImage come from? Jul 26 12:31:13 from me Jul 26 12:31:33 it's 2.6.30.3 with openmoko+openwrt patches Jul 26 12:31:47 and i can't get it to work damn Jul 26 12:32:05 ah, ok Jul 26 12:32:32 did you write your own config from scratch? Jul 26 12:32:59 no Jul 26 12:33:09 i used openwrt one Jul 26 12:34:00 generic+freerunner specific Jul 26 12:43:50 ok.. i have to get up/have breakfast/etc right now, but i can try with a debug board in an hour or so and get you a backtrace Jul 26 13:06:00 Weiss thanks Jul 26 13:06:43 shr-lite unstable does not run on gta01 Jul 26 13:06:53 any one flashed it? Jul 26 13:07:47 _tmp_x.log .logEnlightenment found Evas can't create a buffer canvas. Please check Jul 26 13:08:14 build today Jul 26 13:11:53 shr-lite unstable does not run on gta01 (build today) Jul 26 13:12:08 raster:_tmp_x.log .logEnlightenment found Evas can't create a buffer canvas. Please check Jul 26 13:58:57 hi raster Jul 26 13:59:18 mrmoku|away: just needed the incremented commit feature in git. Works. Can commit even a single line with it. Gui is unnecessary ;) Jul 26 14:03:02 ho Jul 26 14:05:03 raster: hoho :D Jul 26 14:06:34 ho over here... Jul 26 14:06:39 ho over there Jul 26 14:06:45 ho ho everywhere! Jul 26 14:07:37 <__jan_> hi there Jul 26 14:08:26 ho ho ho i' santa claus Jul 26 14:32:25 admiral0: hmm.. nothing more enlightening is coming up on the serial console Jul 26 14:33:05 d'oh Jul 26 14:37:53 i see "set_machine_constraints: unsupportable 'memldo' voltage constraints" and "Kernel panic - not syncing: Attempted to kill init!", but i guess you have those already Jul 26 14:38:06 maybe you could compile a new version with a different log level? Jul 26 14:42:07 PaulFertser, nice Jul 26 14:59:02 SHR: 03betheg 07shr-makefile * r3702d3a4b2c6 10/Makefile: Makefile: fix status-bitbake Jul 26 15:03:21 i get an error during compilation of gtk+-2.14.2-r1 "/home/frank/freerunner/shr-dist/shr-unstable/tmp/cross/armv4t/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/bin/ld:.libs/libgdk_pixbuf-2.0.ver:2: syntax error in VERSION script" Does anybody know how to fix this? Jul 26 15:04:09 hey thanks, I'm just working with fbdev for now, but it's on a drm2 system Jul 26 15:04:16 Weiss: Jul 26 16:02:25 tmzt: just poking around the framebuffer, or something more exciting? Jul 26 16:03:05 Weiss: for now Jul 26 16:48:31 hi, where can i found the source of illume settings Jul 26 16:48:51 find ? Jul 26 16:53:55 ferluszt, what exactly are you looking for? Jul 26 16:54:15 i meen the gui Jul 26 16:54:19 mean Jul 26 16:54:50 at the top-left Jul 26 16:55:16 that you will find in the enlightenment svn repo Jul 26 16:56:10 do you know the name of the program or where i can exactly find them in the svn? Jul 26 16:56:19 probably in trunk/e/src/modules/illume Jul 26 16:56:43 mrmoku: ps i reflashed my neo ;) Jul 26 16:56:55 e_cfg.c might be a candidate Jul 26 16:57:16 ferluszt, and it's working now? Jul 26 16:57:24 yes Jul 26 16:57:28 fine :) Jul 26 16:58:31 i get an error during compilation of gtk+-2.14.2-r1 "/home/frank/freerunner/shr-dist/shr-unstable/tmp/cross/armv4t/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/bin/ld:.libs/libgdk_pixbuf-2.0.ver:2: syntax error in VERSION script" Does anybody know how to fix this? Jul 26 16:59:21 Gorbusch, trying to build a toolchain? Jul 26 16:59:34 no trying to build shr-unstable Jul 26 17:00:08 the error above is in the compilation log of gtk+ Jul 26 17:01:06 hmm, strange thing Jul 26 17:01:35 Gorbusch, are you building with our Makefile? Jul 26 17:03:26 japp Jul 26 17:03:50 have even tried with rm -rf tmp and then make update and make image but got to the same point Jul 26 17:03:54 Gorbusch, what system is your buildhost and which shell do you use? Jul 26 17:04:17 I remember problems with other shells than bash... Jul 26 17:04:23 buildhost is ubuntu 9.04 32bit Jul 26 17:04:38 how to figure out the shell? Jul 26 17:04:57 hmm is bash Jul 26 17:05:05 arg damn Jul 26 17:05:17 i have to look at the other pc, one mom Jul 26 17:05:33 mrmoku, how's the testing image going? :) (after I broke everything...) Jul 26 17:05:47 Gorbusch, there are known gcc issues in Intrepid and later when cross-compiling with OE Jul 26 17:05:52 (from http://wiki.openembedded.net/index.php/OEandYourDistro#Ubuntu) Jul 26 17:06:07 don't know if ubunto 9.04 is Intrepid and later though Jul 26 17:06:24 TAsn, well... Jul 26 17:06:32 I will *not* wait for npkg :P Jul 26 17:06:32 buntkuh for bbq! Jul 26 17:06:44 mrmoku, haha, don't :) Jul 26 17:06:58 * mrmoku has to read the good night story now Jul 26 17:07:00 bbiab Jul 26 17:07:23 @mrmoku, will check this out, will come back afterwards (if there is still any problem) Jul 26 17:08:25 mrmoku, though please comment if you have anything to add. Jul 26 17:08:34 DocScrutinizer, http://wiki.openmoko.org/wiki/Npkg Jul 26 17:08:37 please comment Jul 26 17:08:49 bah Jul 26 17:08:54 and add what you think :| Jul 26 17:08:58 I need your opinion Jul 26 17:09:04 why? Jul 26 17:09:19 dunno. Jul 26 17:09:22 sorry, foul mood today Jul 26 17:09:36 I need a lot of opinions :) Jul 26 17:09:55 DocScrutinizer, hehe, that's ok. Jul 26 17:10:03 anyhow, I gtg. Jul 26 17:10:05 ciao. Jul 26 17:18:30 mrmoko:I builded shr-unstable for gta01.... e17 crashes....do yo have an idea? Jul 26 17:18:46 amrmoko:asked already RASTER: http://pastebin.org/4343 Jul 26 17:19:56 vala-terminal is running with matchbox Jul 26 17:28:28 schasch, did you try the last shr-unstable from us? to see if it is something that went wrong in your build process or something wrong in general Jul 26 17:31:47 mrmoko:build today 5 times (make image in shr-unstable) Jul 26 17:32:44 mrmoko:how do I know that it went wrong in my build process Jul 26 17:32:49 got error 0 Jul 26 17:37:18 was first looking on my device...then I tested on my gta01......same problem : http://pastebin.org/4314 Jul 26 17:37:58 schasch, have you tried a downloaded image? Jul 26 17:39:10 wich shall I test? Jul 26 17:39:24 link?download...i will test again... Jul 26 17:39:40 schasch, flash or SD? Jul 26 17:40:08 hey all, whats new? Jul 26 17:40:27 flash Jul 26 17:40:39 flash on the moko? Jul 26 17:41:17 F4t:no flasj like jffs2 Jul 26 17:41:27 oh Jul 26 17:41:35 whats new about flashing the moko? :) Jul 26 17:41:44 schasch, there were problems that it the image is too big Jul 26 17:41:49 -it Jul 26 17:42:12 http://build.shr-project.org/shr-unstable/images/om-gta01/shr-shr-lite-image-glibc-ipk--20090703-om-gta01.rootfs.jffs2 Jul 26 17:42:16 would be the latest Jul 26 17:42:28 will trigger the build of a new one now... Jul 26 17:42:40 hm... Jul 26 17:42:45 ok.. Jul 26 17:43:10 kernel should be small then 2MB... Jul 26 17:43:25 found one in the net that was 2,2 MB Jul 26 17:43:28 ? Jul 26 17:43:47 you can't take any kernel Jul 26 17:43:51 it must match the modules Jul 26 17:44:05 http://build.shr-project.org/shr-unstable/images/om-gta01/uImage-2.6.29-oe10+gitr119823+d1c828aa7073b356207b967e394defb26ab4da82-r3.5-om-gta01.bin Jul 26 17:44:08 is the kernel Jul 26 17:44:27 schasch, or you wait a moment Jul 26 17:44:30 build is already running Jul 26 17:44:38 OK! Jul 26 17:45:07 my buils was new fromfriday...deleted my old completely... Jul 26 17:45:29 under: http://build.shr-project.org/shr-testing/images/om-gta01/ the uImage is 2,2MB Jul 26 17:46:18 will logout....reboot....and be back in 3 minutes... Jul 26 18:00:26 back... Jul 26 18:01:27 mrmoku, you built a working unstable? :) Jul 26 18:29:27 * dos1 is sad and angry Jul 26 18:30:19 :( Jul 26 18:31:26 dos1, saw my email? Jul 26 18:31:53 if not, that'll give you another reason to be sad and angry :) (probable opimd bug) Jul 26 18:31:59 TAsn: i read Jul 26 18:32:08 but i'm sad and angry on my gps Jul 26 18:32:09 can you confirm? Jul 26 18:32:21 TAsn: don't know yet, i'll try Jul 26 18:32:29 i was logging cells in one way of my trip Jul 26 18:32:30 dos1, why? Jul 26 18:32:45 but then it refused to work (rxerr in dmesg...) Jul 26 18:33:09 hi guys Jul 26 18:33:14 i cant get gps to work anymore Jul 26 18:33:19 WTF? Jul 26 18:33:22 BluesLee: as me ;x Jul 26 18:33:31 whats the problem? Jul 26 18:33:37 BluesLee: it stopped to work ~10 hours ago Jul 26 18:33:45 hmm Jul 26 18:33:46 ;\ Jul 26 18:33:51 and now it doesn't work at all, and dmesg says "rxerr" Jul 26 18:34:08 BluesLee: does it worked yesterday? Jul 26 18:34:11 oh, i should have a look into dmesg Jul 26 18:34:22 i didnt tried it for some weeks Jul 26 18:34:24 (here it worked correctly) Jul 26 18:34:38 well, that rxerr thing is strange Jul 26 18:34:46 it happend to me second time now Jul 26 18:34:47 dos1, anyhow, please check out the opimd bug, I'm sorry to hear about your gps issue, and also please look at: http://wiki.openmoko.org/wiki/Npkg and comment, as I know you know what you like ;) Jul 26 18:34:49 ciao. Jul 26 18:35:21 oh, and how's the python libphone-utils bindings are doing? Jul 26 18:35:27 dos1: okay, i have the same errors here Jul 26 18:35:34 TAsn: i'll work on it today Jul 26 18:35:37 probably :P Jul 26 18:35:38 btw mrmoku please rebuild libphone-utils as I fixed a minor issue. Jul 26 18:36:52 dos1: and i thought i was foolish Jul 26 18:37:12 omview in the feed doesnt work Jul 26 18:37:50 and some apps from opkg.org which depend on shr libs are broken Jul 26 18:38:06 for instance intone-video, canola etc Jul 26 18:38:15 BluesLee: i think that's really interesting problem (gps) Jul 26 18:38:25 BluesLee: when it happened first time for me, then other people started to complain on that Jul 26 18:38:45 i tried since 2 or 3 days Jul 26 18:38:51 but before that i didn't hear about that problem at all Jul 26 18:38:52 first with fso-gpsd Jul 26 18:38:57 and now with gpsd Jul 26 18:39:22 when i discovered it worked, then people stopped to complain Jul 26 18:39:31 and i didn't do anything with my system... Jul 26 18:39:43 it worked, and it stopped to work ;/ Jul 26 18:40:23 the only app which was using was openBmapGTK :P Jul 26 18:42:39 others should also have the problem or not? Jul 26 18:42:46 are we the only one? Jul 26 18:43:04 and what does rxerr mean? Jul 26 18:43:37 <__jan_> recieve error? Jul 26 18:46:38 BluesLee, __jan_: some error with serial port Jul 26 18:47:00 there were rxerr's with GSM ages ago, but it was fixed Jul 26 18:47:19 rxerr is signalising pottential corruption of data Jul 26 18:47:27 in our case, all is corrupted :x Jul 26 18:51:51 anybody know - how to remotedesktop the neo? Jul 26 18:52:57 <__jan_> you could use x11vnc if it is available :) Jul 26 18:53:21 <__jan_> otherwise if you only want to start apps you can set the DESKTOP var during an ssh session and start it. Jul 26 18:54:10 __jan_, DISPLAY? Jul 26 18:54:18 <__jan_> ... your right. Jul 26 18:54:44 <__jan_> done it 1000 times, still producing such crap :) Jul 26 18:55:00 who's working on elm-dates? Jul 26 18:55:07 looks awesome :) Jul 26 18:55:45 though probably writing a widget instead of using rogue buttons is better :) Jul 26 18:55:52 http://scap.linuxtogo.org/files/6442b1f7fb11a3b6320b3721d16eb036.png <--- what's that? Jul 26 18:56:08 TAsn: i think Heinervdm Jul 26 18:56:20 sweet :) Jul 26 18:56:25 I desperately need a pim app ;) Jul 26 18:56:42 dos1, btw, do you intend on adding meetings info to opimd? Jul 26 18:56:45 SHR wifi manager? it's not mine Jul 26 18:56:53 Heinervdm, elm-dates Jul 26 18:57:05 __jan_, thanks =) Jul 26 18:57:19 Heinervdm: not, dates app Jul 26 18:57:19 dos1, and btw, please consider adding libebook backend support as it's widely used. Jul 26 18:57:24 TAsn: ok, thats mine :) but it's only a gui Jul 26 18:57:59 TAsn: writing backends is easy ;P Jul 26 18:58:02 i'm waiting for dos1 to rewrite opimd, that i can make a opimd-dates domain Jul 26 18:58:30 well, not rewrite, but making domains inherit from GenericDomain ;) Jul 26 18:58:46 yes :) Jul 26 19:00:12 Heinervdm, yeah, I figured it's only a gui Jul 26 19:00:12 please consider writing an elementary widget for a calender Jul 26 19:00:12 instead of just making a fancy gui on your own. Jul 26 19:00:12 just a thought... Jul 26 19:00:43 TAsn: i think raster is planing one Jul 26 19:01:23 for me it isn't that easy to write a new widget Jul 26 19:02:08 the wifi manager doesnt work here Jul 26 19:02:16 wifi doesnt work for me Jul 26 19:03:16 it seems that i have stable gsm but other issues with gps, wifi .. Jul 26 19:03:28 BluesLee, try mokonnect Jul 26 19:03:36 i did Jul 26 19:03:40 Heinervdm, writing a widget is easy. Jul 26 19:03:42 also saskia Jul 26 19:04:02 mokonnect doesnt give me any feedback Jul 26 19:04:10 TAsn: do you have a howto or an example? Jul 26 19:04:41 Heinervdm, http://svn.enlightenment.org/svn/e/trunk/TMP/st/elementary/src/lib/ Jul 26 19:04:46 many examples Jul 26 19:05:21 I would have finished writing that indexed list widget I promised I'll do if there wasn't that annoying bug (or maybe I'm just an elm noob) I can't overcome... ;\ Jul 26 19:05:23 And so well documentet ;) Jul 26 19:06:46 omfg. Jul 26 19:06:54 tuxbrain still haven't paid the money they owe me Jul 26 19:07:04 4-5 have passed Jul 26 19:07:08 and they are just not paying... ;\ Jul 26 19:07:20 I'm starting to get pissed. Jul 26 19:15:32 hmm, have the GPS satellites been hit by a meteorite or something? Jul 26 19:17:02 Weiss, seems so. Jul 26 19:17:06 Weiss: no, that's FR problem Jul 26 19:17:24 GPS in car is still working Jul 26 19:17:25 or maybe they are just down for maintenance Jul 26 19:17:42 TAsn: no, they are working ;P Jul 26 19:17:46 Weiss, or maybe what dos1 suggested. Jul 26 19:17:56 dos1, I was just kidding... ;) Jul 26 19:19:38 TAsn: i just want npkg PackageKit backend ;) Jul 26 19:19:54 hehe Jul 26 19:20:08 don't you want correct config handling? Jul 26 19:20:08 :) Jul 26 19:23:00 TAsn: of course, but i discussed it before ;) Jul 26 19:23:22 hehe Jul 26 19:23:28 got nothing else you may want to add then? Jul 26 19:27:02 hmm... i don't know atm Jul 26 19:27:29 TAsn: is your opimd problem reproductable always? after reboot, etc? Jul 26 19:27:47 i'm sure it worked and i didn't change anything Jul 26 19:27:49 ;x Jul 26 19:27:54 mwester_, anyhow, I'm leaving now, though I was looking for you yesterday to discuss the need/wanted features of a new memory efficient ipk package manager. for slugos/moko/PUT-YOUR-FAVORITE-LOW-MEM-DEVICE-HERE :) Jul 26 19:28:18 dos1, unfortunately I couldn't find a way to now reproduce it ;) Jul 26 19:28:19 TAsn: and is it on outgoing call too? Jul 26 19:28:22 *not Jul 26 19:28:26 TAsn: well ;) Jul 26 19:28:27 sec, checking. Jul 26 19:28:36 dos1, though as I said, I didn't get a signal Jul 26 19:28:38 TAsn: maybe logs said something? did you check? Jul 26 19:28:52 maybe cache got somehow corrupted Jul 26 19:28:57 dos1, actually I haven't. Jul 26 19:28:57 sec. Jul 26 19:29:03 by unidentified force from space Jul 26 19:29:04 the mail I sent you was a quickie :) Jul 26 19:29:05 :P Jul 26 19:29:32 the forces of evil Jul 26 19:29:37 which came to break our mokos Jul 26 19:29:41 same issue on outgoing calls as well. Jul 26 19:29:43 they started with opimd for you Jul 26 19:29:55 and now they are destroying GPS Jul 26 19:29:57 though as I said Jul 26 19:29:57 it's in the db. Jul 26 19:30:05 sec, rebooting the moko to verify this bad behavior remains. Jul 26 19:30:09 TAsn: looks like borked cache Jul 26 19:30:13 TAsn: check logs before that Jul 26 19:30:21 and as I said Jul 26 19:30:22 (but i have no idea how cache could be borked ;x) Jul 26 19:30:27 there's no NewCall signal Jul 26 19:30:41 TAsn: still looks like borked cache (no NewCall signal) Jul 26 19:30:44 or what ever :) Jul 26 19:31:04 but i really don't have idea how and why it could be borked :P Jul 26 19:32:02 TAsn: here it works Jul 26 19:32:49 maybe some call has corrupted data... but that's still wild guess, without clue about reason Jul 26 19:32:59 although the info IS saved in db. Jul 26 19:32:59 the db* Jul 26 19:33:29 TAsn: that doesn't change anything Jul 26 19:33:43 data is firstly saved in database, then in cache, and then NewCall signal is emitted Jul 26 19:33:44 :) Jul 26 19:33:44 dos1, are you using latest shrL Jul 26 19:33:44 ? Jul 26 19:34:03 i c. Jul 26 19:34:10 TAsn: i need latest opimd to be able to develop it :P Jul 26 19:34:11 though cache erases on reboto Jul 26 19:34:25 dos1, haha! Jul 26 19:34:29 so you fixed it for yourself Jul 26 19:34:38 leaving us with a broken package ;) Jul 26 19:34:43 TAsn: hehe ;D Jul 26 19:34:52 dos1, btw as for backup Jul 26 19:34:56 TAsn: but no, ATM my local opimd is equal to git opimd :P Jul 26 19:35:08 I'm thinking about writing a "backup" package Jul 26 19:35:18 i.e Jul 26 19:35:20 backup package? Jul 26 19:35:24 a package that'll include a small backup python script Jul 26 19:35:34 TAsn: there is backup in shr-settings Jul 26 19:35:40 Toaster` was working on that Jul 26 19:35:44 that'll just tar Jul 26 19:35:44 the files listed in a config Jul 26 19:35:44 we'll provide default values Jul 26 19:35:44 and that's about it Jul 26 19:35:57 looks like exactly what shr-settings do ;x Jul 26 19:36:19 what do you think? Jul 26 19:36:19 (something like your shr-settings backup thingie) Jul 26 19:36:24 I know Jul 26 19:36:33 but i sit configurable Jul 26 19:36:34 ? Jul 26 19:36:39 TAsn: YES Jul 26 19:36:42 ok, so maybe just enhance shr-settings :) Jul 26 19:36:42 ups Jul 26 19:36:43 ;D Jul 26 19:36:54 there should be conf files in /etc/shr-settings/ Jul 26 19:37:05 probably best idea anyway. Jul 26 19:37:05 anyhow should be able to read a list of files to backup Jul 26 19:37:10 so the user will be able to choose more/less files Jul 26 19:37:11 ... Jul 26 19:37:29 shouldn't be hard Jul 26 19:37:56 but that backup thingie needs to be improved anyway Jul 26 19:38:02 there are whitelist and blacklist files Jul 26 19:38:02 mrmoku, ping Jul 26 19:38:04 but Jul 26 19:38:06 the list should be able to support lines beginning with # for comments Jul 26 19:38:06 and that's about it. Jul 26 19:38:06 ;) Jul 26 19:38:06 possible format: Jul 26 19:38:07 #opimd Jul 26 19:38:11 /etc/freesmartphone/opimd/*.db Jul 26 19:38:13 #phone-utils Jul 26 19:38:17 /etc/phone-utils.conf Jul 26 19:38:25 when you have ~/ in whitelist Jul 26 19:38:29 and ~/Maps in blacklist Jul 26 19:38:31 etc etc Jul 26 19:38:31 just a suggestion Jul 26 19:38:44 it firsly read *all* files in ~/ *recurently* Jul 26 19:38:55 and *then* it reads *all* files in ~/Maps *recurently* Jul 26 19:39:05 and then it removes what it read from ~/Maps from ~/ list :P Jul 26 19:39:08 which is damn slow Jul 26 19:40:14 :) Jul 26 19:40:22 i c. Jul 26 19:41:01 dos1, weird, now it didn't write anything Jul 26 19:41:05 bah, something is broken here Jul 26 19:41:08 will test tomorrow. ;( Jul 26 19:41:13 ciao. Jul 26 19:41:20 TAsn: weirder that here it works Jul 26 19:41:30 cya Jul 26 19:42:09 now it won't connect to usb networking Jul 26 19:42:09 something bad is going on the mokos ;\ Jul 26 19:42:09 ciao. Jul 26 19:42:31 ohh almost forgot Jul 26 19:42:39 TAsn: good luck :) Jul 26 19:42:41 dos1, I'm not sure /etc/freesmartphone/opimd/ Jul 26 19:42:51 is the best place to store the dbases at... Jul 26 19:43:31 anyone build shr-unstable recently? Jul 26 19:44:31 TAsn: well, data was in that place before i started to work on opimd Jul 26 19:44:43 TAsn: so i didn't changed Jul 26 19:44:53 dos1, don't you agree it's bad? Jul 26 19:45:14 TAsn: may be. but about that FSO guys should talk ;) Jul 26 19:45:15 but still, don't you agree? Jul 26 19:45:26 dos1, you are THE opimd gu Jul 26 19:45:26 y Jul 26 19:45:32 you should make start talks :) Jul 26 19:45:49 i'm opimd developer, not org.freesmartphone.PIM :D Jul 26 19:46:00 i was only adding things to specs, not changing/removing Jul 26 19:46:03 schasch, sorry, was distracted by some real live stuff... Jul 26 19:46:08 image is there now Jul 26 19:46:22 mrmoku, cool, it seems like I'll give it a go tomorrow Jul 26 19:46:29 http://build.shr-project.org/shr-unstable/images/om-gta01/shr-shr-lite-image-glibc-ipk--20090726-om-gta01.rootfs.jffs2 Jul 26 19:46:30 mrmoku, is this an shr-testing candidate? Jul 26 19:47:08 TAsn, well... I was talking about an unstable gta01 image Jul 26 19:47:13 nothing you would be interested in ;) Jul 26 19:47:19 Gorbusch1, pong Jul 26 19:47:29 mrmoku, I'm not. ;) Jul 26 19:47:37 how's the unstable gta02 image? Jul 26 19:47:39 @mrmoku, those things doesn't work, but there was a strange character in the version script as well, do you know how the script should look like? I changed it to { Jul 26 19:47:39 global:*; Jul 26 19:47:39 local: *; Jul 26 19:47:39 }; Jul 26 19:47:45 ready for testing? :) Jul 26 19:48:10 Gorbusch1, no idea... it just works for me and on the buildhost Jul 26 19:48:40 Gorbusch1, did you have a look at http://wiki.openembedded.net/index.php/OEandYourDistro Jul 26 19:48:48 to see if something is missing? Jul 26 19:49:12 TAsn, looks like it works nicely Jul 26 19:49:23 yes did all those things, but still had a problem. I will look if it works now with the manualy changed version script Jul 26 19:49:32 will fix the revs and build a testing candidate tomorrow Jul 26 19:49:42 arg, it got changed back to { global: Jul 26 19:49:42 x1;; Jul 26 19:49:42 local: *; }; Jul 26 19:50:08 mrmoku, you rock ;) Jul 26 19:50:13 hm.. I'll give it a try tomorrow Jul 26 19:50:17 to verify nothing is broken Jul 26 19:50:21 (on my side) Jul 26 19:50:50 btw, boot with fsousage in unbearable ;( Jul 26 19:51:05 sooo slow. Jul 26 19:51:24 v:no problem...did you get my email-adr? Jul 26 19:51:36 yep Jul 26 19:51:45 schasch, but you were still here :) Jul 26 19:52:12 schasch, I don't know where the size limit for gta01 flash lies Jul 26 19:52:26 maybe the image is just too big and does not work for that Jul 26 19:52:28 mrmoku, ;= Jul 26 19:52:28 sucks ;) Jul 26 19:52:28 luckily I don't reboot anymore Jul 26 19:52:28 since everything is somehow stable Jul 26 19:52:29 anyhow ciao. Jul 26 19:52:59 TAsn, will ping you with a testing image some day... be sure about that ;) Jul 26 19:53:29 mrmoku, someday... :) Jul 26 19:53:38 mrmokoflashed a shr-shr-lite-image-glibc-ipk--20090724_1655-om-gta01.rootfs from taht build time... Jul 26 19:53:44 I'll be ready with a post Jul 26 19:53:48 you can be sure about that ;) Jul 26 19:53:53 bah, I'm really leaving now Jul 26 19:53:54 think it is 64MB flash Jul 26 19:53:57 cya. Jul 26 19:54:11 @mrmoku, i think the problem is here "cat .libs/libgdk_pixbuf-2.0.exp | sed -e "s/\(.*\)/x1;;/" >> .libs/libgdk_pixbuf-2.0.ver" Jul 26 19:54:18 shr-shr-lite-image-glibc-ipk--20090724_1655 = 49,5 MB Jul 26 19:54:56 just wanted to say Jul 26 19:56:16 I found the reason for why my usb connection didn't work! Jul 26 19:56:16 (the cable was only partially connected) Jul 26 19:56:24 :) Jul 26 19:56:43 mokonnect does not imply that it konnects the cable for you ;) Jul 26 19:56:50 and dos1|watching it just stopped writing values to db as well ;\ bah, I'll just reflash tomorrow. Jul 26 19:56:53 larsc: btw, my own patch i sent on 5 Jul 2009 is still unapplied :D Jul 26 19:57:09 mrmoko:http://de.wikipedia.org/wiki/Openmoko 64 MB TOTAL Jul 26 19:57:14 mrmoku, aye ;( Jul 26 19:57:14 I should open ticket... Jul 26 19:57:14 now for real, ciao. Jul 26 19:57:23 TAsn, cu Jul 26 19:59:30 mrmoko:I am gone...wait for your mail and will test/flash it!! Jul 26 20:07:32 PaulFertser: that's because you did not apply it ;) you have commit rights, so I guess Nelson expects you to commit your own patches Jul 26 20:08:20 larsc: i will apply that and both of your patches today/tomorrow. Jul 26 20:08:29 PaulFertser: ok, thanks :) Jul 26 20:09:09 larsc: i thought that i get commit rights "just in case", not to actually commit anything, as committing means responsibility and i don't want to be responsible for anything. Jul 26 20:09:40 larsc: is there any reason you don't get direct commit rights too? Jul 26 20:10:09 PaulFertser: I don't want responsibility either ;) Jul 26 20:10:21 thats why I never asked Jul 26 20:10:32 I never asked too :) Jul 26 20:11:43 larsc: please ping me when we should start to prepare to switch to your topic branches model. Jul 26 20:12:37 (and i still don't have gta01, what a shame...) Jul 26 20:14:23 PaulFertser: I'm currently busy with learning for an exam. I guess I'll send a proposal to the kernel list on tuesday Jul 26 20:15:02 larsc: good luck with your exam! Jul 26 20:15:12 thanks Jul 26 20:19:59 <__jan_> i wanted to setup the build environment for shr on my 64bit debian root server. but it hangs always during make setup while fetching the shr git repository... anyone encountered this before? Jul 26 20:20:33 <__jan_> i can copy the cmd from ps and execute it standalone - still hanging. Jul 26 20:20:57 <__jan_> "git-http-fetch -v -a -w heads/master heads/master http://shr.bearstech.com/repo/shr-overlay.git/" is it in particular Jul 26 20:27:22 who know where config file for TangoGPS? Jul 26 20:35:55 <[Rui]> hi, shr broke again? Jul 26 20:39:07 @mrmoku, i think it is working now, what i does was to delete the gtk package from the download folder and invoke bitbake clean and rebuild for gtk. Jul 26 20:40:39 @[Rui], you mean the build on the server or the building itself? Jul 26 20:40:49 <[Rui]> building itself Jul 26 20:41:01 <[Rui]> hms... Jul 26 20:41:07 <[Rui]> now it has passed on Jul 26 20:41:20 <[Rui]> does it not like -j2 and 2 bitbake threads? Jul 26 20:41:33 not sure, myself is using 6 Jul 26 20:44:54 <[Rui]> Gorbusch1: ok, I'll just keep insisting until it finishes :) Jul 26 20:54:32 <[Rui]> I hope it doesn't ask for anything during the night... I'll just let it work and go to bed Jul 26 20:54:43 <[Rui]> 256 tasks done of 7485 :) Jul 26 20:59:10 larsc: pcf50633 driver is already upstream. Do you have an idea whom i should CC when i finally fix the race condition in it? Jul 26 21:01:55 dos1: stop suggesting your use of openBmap broke your GPS ;-) Jul 26 21:02:16 onen|openBmap: oh, that's not what i meant :x Jul 26 21:02:21 onen|openBmap: is it suggesting that? Jul 26 21:02:54 dos1: just kiding. ;-) but I am pretty sure people will remember: obm and GPS broken :-D Jul 26 21:03:04 onen|openBmap: writing disclaimer now ;) Jul 26 21:03:11 dos1: but you cannot prevetn people from reading emails too fast :-) Jul 26 21:03:23 dos1: not needed,f orget it Jul 26 21:03:59 dos1: too bad you had this pb while logging. could it be linked to your experimentation of dual gsm service? Jul 26 21:04:29 onen|openBmap: no, it wasn't exactly when i was logging Jul 26 21:04:39 onen|openBmap: i used bad wording - it was on my logging trip Jul 26 21:04:48 onen|openBmap: but i turned off gps when i was on place Jul 26 21:04:57 onen|openBmap: and i couldn't turn it on again Jul 26 21:05:08 onen|openBmap: so no openBmap logger running when it happened ;) Jul 26 21:05:31 (as i'm always watching shr-settings satellite details, and then i'm running openBmapGTK) Jul 26 21:09:54 dos1: it happened to me that the gps was not working. under shr, but under debian too. usually, a reboot fixes it Jul 26 21:10:15 but here reboot doesn't fix that Jul 26 21:10:24 PaulFertser: what race condition? I think to whom the patch should send depends on which subsytem of the pcf50633 the patch is for. Jul 26 21:10:29 neighter removing AGPS data Jul 26 21:10:52 PaulFertser: Do you know if Balaji Rao is still active? If have some patches for the regulator part of the pcf50633 aswell Jul 26 21:10:55 onen|openBmap: i had it once. my gps stopped to work, dunno why Jul 26 21:11:10 onen|openBmap: that's when i complained that i can't log to openBmap due to my broken GPS :P Jul 26 21:11:23 onen|openBmap: day after long trip (~300km) it started to work... Jul 26 21:11:36 onen|openBmap: and also dunno why Jul 26 21:11:43 looks like now it's the same Jul 26 21:12:25 when it didn't work before, there are people who complained on tha Jul 26 21:12:27 +t Jul 26 21:12:31 but not everyone Jul 26 21:12:35 seems like it's the same now Jul 26 21:12:53 but i would like to know, why it happens, when and how to fix it... Jul 26 21:14:51 <[Rui]> I'm with SHR unstable... I thought that it's opimd already handled other contact sources but it seems to be only SIM info only, so far, what am I missing? Jul 26 21:15:12 [Rui]: SHR unstable doesn't use opimd yet Jul 26 21:15:24 [Rui]: but opimd itself can use SIM, CSV and SQLite backends Jul 26 21:15:26 <[Rui]> ow.... Jul 26 21:15:45 well, opimd is still experimental... Jul 26 21:15:57 ...until someone will write good gui in it and test it in real life :P Jul 26 21:16:06 <[Rui]> maybe I will :) Jul 26 21:16:16 there is no (non-sucking) gui for opimd now Jul 26 21:16:51 <[Rui]> I have around 200 contact entries (if people with multiple phones are expanded), and SIM operations are a lot slower, I expect Jul 26 21:17:14 larsc: ADC Jul 26 21:17:17 phonegui-efl2 was great work, but at begining. now it's outdated, segfaulting work which needs lot of love Jul 26 21:17:31 larsc: i think Balaji is busy studying/whatever, not active for sure. Jul 26 21:17:32 s/g work/g crap/ Jul 26 21:17:32 dos1 meant: phonegui-efl2 was great work, but at begining. now it's outdated, segfaulting crap which needs lot of love Jul 26 21:18:47 <[Rui]> dos1: is it python? Jul 26 21:19:03 [Rui]: libframeworkd-phonegui-efl2? no, C Jul 26 21:19:07 <[Rui]> dos1: if it's not in C or Perl, I don't have much time to handle with linguisms Jul 26 21:19:10 <[Rui]> ah Jul 26 21:21:29 <[Rui]> and I also thought elmdentica was in shr-unstable, but it isn't :( Jul 26 21:22:06 PaulFertser: i don't think you should be adding "Signed-off-by" to other peoples' commits.. Jul 26 21:22:19 PaulFertser: I would send it to the mfd maintainer. Jul 26 21:22:24 since it indicates acceptances of the DCO, which you can't do on their behalf Jul 26 21:23:59 Weiss: since we are novice kernel devs here we sometimes forget adding it before sending to the ML. I'm quite sure larsc did that without intention, so i decided to avoid noise on the ML. Jul 26 21:24:14 Weiss: (we==me) :) Jul 26 21:24:56 larsc: are you ok with pushing http://paste.debian.net/42719/ Jul 26 21:25:08 yep, forgot it. Well, actually I though git-mail would add it Jul 26 21:25:31 as long as you're SURE that it was just a mistake (which i'm sure you are) Jul 26 21:25:35 PaulFertser: I am :) Jul 26 21:26:01 to be honest, lots of people seem to misunderstand Signed-off-by - it's certainly nothing to do with declaring quality of code Jul 26 21:26:40 Weiss: no doubt Jul 26 21:28:07 larsc: anything else you'd like me to do? Jul 26 21:30:39 PaulFertser: nope Jul 26 21:55:44 * Weiss fears - the KMS-aware DDX now compiles... Jul 26 21:59:52 <[Rui]> kms aware what? :) Jul 26 21:59:58 <[Rui]> Weiss: what's ddx? Jul 26 22:00:45 Xorg driver Jul 26 22:01:02 one that uses KMS properly, rather than fbdev Jul 26 22:03:05 Weiss: wooho! :) Jul 26 22:03:43 Cool stuff ahead. Along with improved uSD speed and upstream support makes a perfect fit. :) Jul 26 22:04:49 <[Rui]> Weiss: for glamo? cool! Jul 26 22:04:49 how is the uSD speed improved? Jul 26 22:05:37 http://git.openmoko.org/?p=xf86-video-glamo.git;a=shortlog;h=refs/heads/kms Jul 26 22:07:11 Weiss: a lot :) larsc can share the details. Jul 26 22:08:42 cool... waiting for debian packages now... Jul 26 22:11:55 PaulFertser, Weiss: well, today glamo surprised me again. Turns out that I only did speed testing with the pixelclock turned off. If it's of I get transfer speeds up to 4.0 MB/s. Which is about 30% faster then with the current code base. Jul 26 22:12:21 But when it's on there is no significant improvement... Jul 26 22:13:04 SD speed is higher when the pixel clock is off? Jul 26 22:13:04 larsc: i assume pixelclock is turned off when the display is blanked, so it's still a considerable improvement, right? Jul 26 22:13:21 PaulFertser: yes Jul 26 22:16:35 Weiss: yes. About 300%. I guess it's because when it's on the lcd engine constantly reads the screen contens from the internal memory. Jul 26 22:19:29 <[Rui]> I crave that, please integrate quickly :) good night! (bed) Jul 26 22:19:40 Hm... I slowed down the pixelclock by half and now its only about 10% Jul 26 22:20:17 But when switching modes there is a 50% chance of WOSD Jul 26 22:20:57 a very interesting observation.. but can it be used? Jul 26 22:21:06 what? Jul 26 22:21:08 (screen will go white every time we use the SD) Jul 26 22:21:24 screen will go white every second rotation Jul 26 22:22:00 it's looks as if the glamos lcd engine crashes. Jul 26 22:22:14 cause if I reset it the wsod is gone Jul 26 22:23:09 and although registers indicate that the pixelclock is on and everything, sd card transfers are as fast as if it was of Jul 26 22:28:07 hmm yeah, i've seen silly register values before when the corresponding engine is off or crashed Jul 26 22:28:44 the registers are unchanged Jul 26 22:29:03 just as you would expect them to be Jul 26 22:33:52 yeah Jul 26 22:34:29 is there any way we can make use of your findings, other than in knowing that SD transfers are faster when the screen is blanked? Jul 26 22:35:10 or is there more to it than that? Jul 26 22:40:16 i guess not Jul 26 22:44:02 i wonder if something similar happens for the 2D engine Jul 26 22:47:25 at least uploading of pixmaps should be faster Jul 26 22:56:57 yes, it is. Jul 26 22:57:59 so we see increased performance graphics performence by decreasing the graphics engine speed... Jul 26 23:00:53 it's not just as simple as the different bits of kernel choosing different clock divider settings for memory clocks, and Glamo forcing the memory to run at the lowest? (or something like that) Jul 26 23:03:48 i don't follow why the graphics performance should be higher at lower engine clock speed Jul 26 23:06:16 the lcd engine reads data from the memory to display it on the screen. If we decrease the lcd engines clock speed, there is more time for others to access the memory. For example the host bus writing commands to the cmdq. Jul 26 23:07:55 or uploading pixmaps to the framebuffer Jul 26 23:08:25 ah, so: lower LCD clock speed, higher 2D engine speed is better Jul 26 23:08:48 we should be able to calculate the lowest allowable LCD engine speed (24.5 MHz?) Jul 26 23:09:29 the default is 24.5 Jul 26 23:10:34 in landscape mode it's running at 12.25 Jul 26 23:15:35 why should it be different in landscape mode? (640x480 vs 480x640) Jul 26 23:17:53 I guess it access memory in a different way. If you run at 24.5Mhz it starts flickering and writing to the framebuffer gets a way to slow Jul 26 23:18:39 interesting.. Jul 26 23:18:54 what if it's run at 12.25 MHz in portrait mode? Jul 26 23:20:10 well, wsod appears every second mode switch or so Jul 26 23:20:42 ah, right, that's what you were trying just now Jul 26 23:20:49 i've caught up now :) Jul 26 23:25:20 hmm Jul 26 23:25:39 is there enough settling time after reclocking the engine? Jul 26 23:33:03 5ms Jul 26 23:33:56 actually running at 12.25 MHz in both modes means fewer reclockings, hmm.. Jul 26 23:34:04 yep Jul 26 23:35:10 thats the strange thing. if it runs at 12.25Mhz there is a very high chance that the lcd engines crashes when changing rotation. Jul 26 23:50:41 is it just as likely when switching portrait->landscape as the other way round? (i know this is a bit tricky to test and should probably wait until after your exam..) Jul 26 23:51:04 i wonder if writing the width before the height causes an intermediate configuration which is somehow out of range Jul 26 23:52:44 width and height never change if you don't change the resolution Jul 26 23:53:46 when running at 24.5Mhz switching between normal and inverted does not causes any wosd when running at 12.5 it does Jul 26 23:56:20 hmm, ok Jul 27 00:25:09 yeay! fixed the wsod. if both the lcd memory and pixel clock run at the same speed no wsod appears. Jul 27 00:26:16 also explains why people running qi where seeing wsods every second boot or so. qi initalizes the memory clock to a different value then uboot Jul 27 00:31:42 oh well... seems as if i just got lucky... it's back Jul 27 00:48:15 oh and now for the confusing part. sd card speed only gets slow if the lcd memory clock runs at 25Mhz and the pixelclock runs at 16Mhz Jul 27 00:48:48 put if the pixelclock runs at 25Mhz or 12.5Mhz everything is fine Jul 27 00:51:55 * larsc puts 16.666Mhz on his list of evil frequencies Jul 27 00:54:00 that's interesting Jul 27 01:02:21 and if you i choose a very low frequenz like 2khz I can see that the first frame after the mode switch is actually rendered and then the lcd engine crashes Jul 27 01:02:36 but anyway, time to go to bed. good night. Jul 27 01:35:06 hi all. got a leeetle problem here: the wiki page on the toolchain speaks of a certain /usr/local/openmoko/arm/bin/enivironment-setup, but all I got is a certain /usr/local/openmoko/arm/setup-env. is the latter the replacement of the furter? Jul 27 01:36:03 Raazeer, not sure, but think so :) Jul 27 01:38:50 hm. sweet. apparently nobody really knows, and those who know hide in devel behind a password. Jul 27 01:39:04 no wonder we're not getting anywhere with openmoko. Jul 27 01:43:25 Raazeer, the ting is you seems to be using the toolchain, and here people mostly use OE to build :) Jul 27 01:43:33 *thing Jul 27 01:45:28 well, let's start small, shall we? last time I tried to use OE I failed pretty spectacularly. Jul 27 01:45:46 took me weeks to clean the remnants out of my system. Jul 27 01:46:18 however if you can point me to a nice, comprehensive howto I'm ready to stick my hand in the meatgrinder again any time^^ Jul 27 01:47:48 * Kagee too Jul 27 01:47:53 Raazeer, are you using shr? Jul 27 01:50:07 this may help you http://www.shr-project.org/trac/wiki/Building%20SHR (never tried it though, not building anything atm) Jul 27 01:52:27 right now, yes I am using shr. Jul 27 01:53:02 thanks, digging in initiated... Jul 27 01:54:14 Raazeer: so all this chip need is a couple of condesators, and a i2c-bus? Jul 27 01:54:20 going to sleep now, gnight Jul 27 01:54:45 apparently so, yes. Jul 27 01:55:16 the basic setup for the hmc5843 takes two capacitors provided pullups are already present Jul 27 01:55:48 one of them is quite a monster, see also the discussion page, but it should fit. Jul 27 01:56:28 if all else fails, I can always sidestep into the tantalum realm and use a bigger-footprinted but lower block. Jul 27 02:02:50 actually, leaving aside the caveats I mentioned in the wiki page, the hardware design is pretty straightforward. What gives me a bit of a headache is writing the kernel module and procuring end user software Jul 27 02:03:05 the kernel module I can manage. Jul 27 02:03:33 but getting the gpsd developers to patch their code to make use of the chip is going to be a different matter alltogether. Jul 27 02:05:03 what about fso developers? Jul 27 02:06:26 well I haven't gotten with anyone about is so far. the project is only two days old Jul 27 02:09:46 I was hoping to make the next news page. after all the wish for a true compass is as old as the free phone initiative... Jul 27 02:48:14 doesn't nmea have external sensor support? Jul 27 02:55:32 Weiss: where is your ddx source? do you have your own ioctl's (like intel)? **** ENDING LOGGING AT Mon Jul 27 02:59:57 2009