**** BEGIN LOGGING AT Sun Sep 07 02:59:57 2008 Sep 07 03:02:32 I did a locate libSDL-1.2.so and only shows in the /usr/lib I will go dig into the openmoko.org site, I did download the newer of the two (toolchains) for OM2008.8 Sep 07 03:04:50 scarlson_: bitbake it if its not there Sep 07 03:04:59 and edit bb file to include it Sep 07 03:06:27 Sounds good, I should probably familiarize myself with bitbake anyway.. Thanks a ton for your help! Sep 07 03:07:12 I'm picturing Wifi DOOM Deathmatches :) That should keep me going. Sep 07 03:07:14 haha Sep 07 04:15:45 Is there a way of bitbaking just libSDL without doing the entire toolchain? Sep 07 04:38:05 Is there a MokoMakeFile available for OM2008.8 ? Sep 07 04:39:11 I really only need to bitbake libSDL,... or does someone have libSDL-1.2.so that they can toss me? Sep 07 04:39:30 I'd like to build the entire thing, should I just built 2007.4 ?? Sep 07 04:42:24 scarlson_: Well, you could install a libsdl ipk onto your neo and grab the .so files from /usr/lib Sep 07 04:42:50 just heading that way man... thanks! Sep 07 04:43:52 e.g. http://rabenfrost.net/celtune/ipk/armv4t/libsdl-1.2-0_1.2.11-r6_armv4t.ipk Sep 07 04:45:27 hi all. I'm trying to run openmoko under qemu. I have openmoko-devel-image but after this, when I try to do a make qemu-local, it can't find the images. Is there someplace I can tell the scripts where to find the images? i do have the images in build/tmp/deploy/glibc/.. Sep 07 04:51:11 * hil__ starts retyping the question Sep 07 05:01:15 hil__: get to qemu top dir, and run "openmoko/qemu-auto.sh" (dont change dir) Sep 07 05:01:26 * torindel yawns Sep 07 05:55:19 Thanks guys.. I'd like to say that DOOM look badass on the freerunner. Sep 07 05:55:55 Now that I've gotten past the compiling issues I'll be working on the UI and packaging it up in the near future! Sep 07 06:00:20 scarlson_: MokoMakefile should work fine for om2008.8 - you just need to set the correct git branch to build ... Sep 07 06:02:41 Thanks rwhitby. I'm glad DOOM was my first compiling experience... I am besides myself right now with joy! I've only had my phone for a week, and it has been solid. This is a testament to how badass product is (and will be). Sep 07 06:03:46 scarlson_: if you have problems with MokoMakefile, don't hesitate to contact me. I give preferential support treatment to bonafide developers. Sep 07 06:05:46 (I haven't personally built om2008.8 with MokoMakefile, since I've been focusing on getting FSO and SHR autobuilds working, but there have been reports of success and there is no reason why it shouldn't work) Sep 07 06:06:17 Excellent, I will be digging into that ASAP. Sep 07 06:07:41 Also, I have a 7 node (dual core) cluster that is collecting dust at the moment. Where are we at with distributed compiling capabilities? I'd like to offer up the cluster for fast build times. Sep 07 06:09:55 how much disk does it have on it? Sep 07 06:10:06 and what network constraints? Sep 07 06:11:01 We have approx 500gigs of freespace (can double that if needed). And we have gigabit switch.. Sep 07 06:11:34 Also, Gigabit Channel Bonding is not out of the question... Sep 07 06:11:58 In fact, I've always have been looking for an excuse to implement that. Sep 07 06:12:59 Did that answer your question? Or did you mean Network constraint (as in from the outside world?) Sep 07 06:14:14 from the outside world, especially upstream bandwidth Sep 07 06:14:40 (e.g. use your cluster as the build system, and then upload to osuosl for hosting of the images and ipks) Sep 07 06:15:23 unless you have well connected fat pipes and want to host the feeds there :-) Sep 07 06:16:52 I see. I don't have fat pipes for sure. This puppy is hooked up to a consumer grade broadband connection.. Although for what you are talking about, nobody cares, pull source tree into the cluster, let it do its job and have it push back to the host server. Sep 07 06:17:05 We could automate the whole thing... Sep 07 06:18:20 ls -la Sep 07 06:18:26 oops EWRONGWINDOW Sep 07 06:18:50 haha Sep 07 06:23:05 What sort of traffic should be anticipated for such a system.. (BTW, If your busy we can discuss this some other time) Sep 07 06:28:18 scarlson_: not busy, but doing other things too :-) Sep 07 06:29:31 per distro (e.g. fso-unstable, fso-testing, etc) there is about 844MB for a full feed Sep 07 06:30:02 so the peak would be transferring all that after the first build of each feed, then incremental after that (perhaps 10MB per hour?) Sep 07 06:31:35 then on top of that are the downloads for the builds Sep 07 06:31:52 but they are cached once and reused across images Sep 07 06:36:40 gotcha.. So a cheap VPS front end could manage the "From the outside world" i.e. downloading of finished images. Otherwise, sounds like no issue. Sep 07 06:39:14 The cluster (which i call The Sink (for serious and comical reasons) can basically be waiting on standby to receive and send "work units" as necessary. The receiving part could be via subversion polling mechanism (or something)? Sep 07 06:40:13 Or a direct request point to a branch/tag to be compiled and packaged into an image and then push to the Front end server (presumably something you guys already have) Sep 07 06:42:41 I guess my question for you, Would a high speed compilation system be practical/useful? It seems once the distro is compiled, there are smaller changes at that point,.. and the second question, Do you already have an ample system to do this? Sep 07 06:58:32 scarlson_: we currently have shr.bearstech.com, but it would be good to have a backup solution too. Sep 07 06:58:54 the autobuilder just continuously builds, and just rsyncs the results to the public feed Sep 07 06:59:10 it does a "make update" each cycle and builds what's out of date. Sep 07 06:59:48 The FSO/SHR makefile is able to build each image, and then some scripts and a crontab wrapped around it does the rest. Sep 07 10:35:10 scarlson_: let's accelerate the bringup of your cluster, cause bearstech builds are broken at the moment :-( Sep 07 12:24:21 johnsu01: did you use passkey-agent for bluetooth pairing or something else? Sep 07 14:39:24 hey Sep 07 14:39:43 anyone have the unicode code for n with ~ ontop handy? Sep 07 14:39:51 And the capital version Sep 07 14:41:19 I can't seem to find it in http://www.tamasoft.co.jp/en/general-info/unicode.html Sep 07 14:41:20 Or my font is missing the character :-) Sep 07 14:41:20 ah, never mind Sep 07 14:41:20 I just found it Sep 07 15:34:07 freesmartphone.org: 03daniel 07framework * r74c5dd47e955 10/ (4 files in 2 dirs): Sep 07 15:34:07 freesmartphone.org: ogsmd: Add support for GSM default alphabet and use it Sep 07 15:34:07 freesmartphone.org: Previously we just de/encoded according to ASCII, this should fix lots of Sep 07 15:34:07 freesmartphone.org: issues with special characters not being displayed properly Sep 07 16:13:36 freesmartphone.org: 03daniel 07framework * ra24dccc1127c 10/framework/subsystems/ogsmd/gsm/const.py: Sep 07 16:13:36 freesmartphone.org: ogsmd: Change the charset of gsm/const.py to UTF 8 Sep 07 16:13:36 freesmartphone.org: This makes the definition of the GSM alphabet easier/work in all cases. Sep 07 16:30:46 lindi-: hm, I just paired using the qtopia gui, not sure what it used underneath Sep 07 16:31:21 hrm :/ Sep 07 16:48:29 freesmartphone.org: 03daniel 07sms-pdu * r4ffbad7f2f68 10framework/framework/subsystems/ogsmd/gsm/const.py: Sep 07 16:48:29 freesmartphone.org: Revert "ogsmd: Change the charset of gsm/const.py to UTF 8" Sep 07 16:48:29 freesmartphone.org: since it makes problems with other unicode conversion stuff Sep 07 16:48:29 freesmartphone.org: This reverts commit a24dccc1127c619435ca405ef9e0e73ae61da7ed. Sep 07 17:09:08 kuzgun, Sep 07 17:09:52 yes, Sup3rkiddo? Sep 07 17:10:27 just a greeting :) Sep 07 17:11:11 freesmartphone.org: 03daniel 07framework * rde5e84ea5d44 10/framework/subsystems/ogsmd/gsm/const.py: Sep 07 17:11:11 freesmartphone.org: ogsmd: Change the charset of gsm/const.py to UTF 8 Sep 07 17:11:11 freesmartphone.org: This makes the definition of the GSM alphabet easier/work in all cases. Sep 07 17:11:11 freesmartphone.org: 03mickey 07framework * r02c8fbe7588c 10/framework/subsystems/ogsmd/gsm/const.py: Sep 07 17:11:13 freesmartphone.org: ogsmd: revert revertion of a24dccc1127c619435ca405ef9e0e73ae61da7ed Sep 07 17:11:15 freesmartphone.org: instead, fix textToUnicode() to deal with incoming strings that are already unicode. Sep 07 17:11:18 freesmartphone.org: We emit a warning though until the transition to PDU is finished. Sep 07 17:11:27 thanks :) Sep 07 21:11:11 How can I toggle fullscreen mode from command line with OM2008.8 ? Need to remove the titlebar to run my app in fullscreen... Sep 07 21:33:26 scarlson_: I don't know of a way to do it externally, unfortunately, so you'd have to make your app do it Sep 07 21:35:39 ah.. Sep 07 21:36:00 Alright, that will save me time digging in the wrong place then! Sep 07 22:04:31 The older distro had a fullscreen toggle did it not? (AUX button).. Does anyone know the interface/api to access such things as hiding the title bar,? Sep 07 22:14:49 scarlson_: Depends on your toolkit used. You use SDL? Sep 07 22:15:55 And you're right, neod apparently did have a way to make X11 toggle fullscreen for individual apps. Sep 07 22:16:08 See neod_buttonactions_popup_selected_fullscreen() in http://svn.openmoko.org/trunk/src/target/OM-2007.2/daemons/neod/src/buttonactions.c Sep 07 22:22:48 yes I'm using SDL Sep 07 22:23:05 Thanks will do... Sep 08 00:20:44 Hey guys.. Anyone aware of a Timidity port already packaged up for the freerunner? Sep 08 00:29:29 If not, I'm compiling one.. just didn't want to do double work Sep 08 00:51:17 Nevermind.. All set, just compiled Timidity v2.13.2 for us.. If anyone interested :) Sep 08 00:51:48 Now the Midi files can play in DOOM.. because without the badass background music, how can you fully enjoy the game??! Sep 08 00:53:28 hehe good job Sep 08 01:47:07 freesmartphone.org: 03rod 07fso-makefile * r01ddeba7c128 10/Makefile: Makefile: Fixed the dependencies on the common dir Sep 08 02:49:58 freesmartphone.org: 03rod 07fso-makefile * r3f781c157be0 10/Makefile: Makefile: Better fix for the common dependencies **** ENDING LOGGING AT Mon Sep 08 02:59:57 2008