**** BEGIN LOGGING AT Wed Sep 03 02:59:57 2008
Sep 03 03:43:33 <AntonTakk> trying to build an app on the fr, getting this error, any ideas?: arm-angstrom-linux-gnueabi-gcc: error trying to exec 'cc1': execvp: No such file or directory
Sep 03 03:48:23 <tmzt_> you are trying to build it on the device?
Sep 03 03:48:58 <AntonTakk> yes
Sep 03 03:49:17 <tmzt_> check your make file, the c compiler should just be gcc
Sep 03 03:49:47 <AntonTakk> no make file, it's a very small app, and gcc isn't an available command even thou gcc is installed
Sep 03 03:51:54 <tmzt_> what is your $PATH?
Sep 03 03:52:27 <AntonTakk> /usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:
Sep 03 03:52:51 <tmzt_> what image/operating system are you using on the fr?
Sep 03 03:53:02 <AntonTakk> fso testing
Sep 03 03:53:45 <tmzt_> what gcc package is installed, can you check ipkg files <pkgname> for */gcc ?
Sep 03 03:54:06 <AntonTakk> know what dir they are stored in?
Sep 03 03:54:29 <tmzt_> sorry, ipkg files is the command to list the files installed for a package
Sep 03 03:55:44 <AntonTakk> Package gcc (4.1.2-r14) is installed on root and has the following files:
Sep 03 03:56:47 <rwhitby> AntonTakk: are you missing a symlinks package?
Sep 03 03:57:13 <AntonTakk> opkg install symlinks??
Sep 03 03:57:28 <rwhitby> Do opkg list | grep symlinks
Sep 03 03:57:35 <rwhitby> look for one related to gcc
Sep 03 03:58:01 <AntonTakk> found it, thanks
Sep 03 03:58:22 <AntonTakk> one more question, is pkg-config not available? or have I missed something?
Sep 03 03:59:17 <rwhitby> is it in OE, but not in the feeds?
Sep 03 03:59:17 <AntonTakk> hrm, still get the same original error
Sep 03 03:59:24 <AntonTakk> gcc: error trying to exec 'cc1': execvp: No such file or directory
Sep 03 04:00:29 <rwhitby> AntonTakk: is 'pkgconfig' not in the feeds?
Sep 03 04:01:30 <AntonTakk> ah, it is, i typed it with the dash  :)
Sep 03 07:27:12 <aleix> hi
Sep 03 12:59:27 <CIA-58> freesmartphone.org: 03mickey 07framework * r4c509ab27a92 10/framework/subsystems/oeventsd/ (parser.py trigger.py): oeventsd: remove circular reference to fix importing
Sep 03 13:37:27 <CIA-58> freesmartphone.org: 03wessel 07framework * r83cb79e8e940 10/framework/subsystems/ogpsd/ (gpsdevice.py nmea.py ubx.py): (log message trimmed)
Sep 03 13:37:27 <CIA-58> freesmartphone.org: ogpsd: Fix various bugs (patch by Sascha Wessel)
Sep 03 13:37:27 <CIA-58> freesmartphone.org: From: Sascha Wessel <wessel@nefkom.net>
Sep 03 13:37:27 <CIA-58> freesmartphone.org: To: standards and reference implementations <smartphones-standards@linuxtogo.org>
Sep 03 13:37:30 <CIA-58> freesmartphone.org: Subject: Re: ogpsd questions
Sep 03 13:37:32 <CIA-58> freesmartphone.org: Hi,
Sep 03 13:37:34 <CIA-58> freesmartphone.org: I started to fix some of the problems while keeping the gypsy api
Sep 03 13:37:36 <CIA-58> freesmartphone.org: 03daniel 07framework * r398f75f34886 10/framework/subsystems/ogpsd/nmea.py: ogpsd: Whitespace fixes in nmea.py
Sep 03 13:37:39 <CIA-58> freesmartphone.org: 03daniel 07framework * r2385ec8422bc 10/framework/subsystems/ogpsd/ubx.py: 
Sep 03 13:37:42 <CIA-58> freesmartphone.org: ogpsd: ubx.py: Only update time when we have valid UTC bit set.
Sep 03 13:37:44 <CIA-58> freesmartphone.org: Also explain in the comment some more about GPS time, leap seconds
Sep 03 13:37:46 <CIA-58> freesmartphone.org: and what we could do to speed up first somewhat accurate UTC time signal.
Sep 03 13:39:57 <CIA-58> freesmartphone.org: 03mickey 07framework * r971424fc99c5 10/framework/subsystems/oeventsd/ (8 files): 
Sep 03 13:39:57 <CIA-58> freesmartphone.org: oeventsd: refactor subsystem:
Sep 03 13:39:57 <CIA-58> freesmartphone.org: * separate generic actions and triggers from specific ones
Sep 03 13:39:57 <CIA-58> freesmartphone.org: * remove unnecessary duplicated import statements
Sep 03 13:39:57 <CIA-58> freesmartphone.org: (please be more careful on that)
Sep 03 15:07:06 <CIA-58> freesmartphone.org: 03daniel 07framework * rc379f2ebc1fb 10/framework/subsystems/ogpsd/gpsdevice.py: 
Sep 03 15:07:06 <CIA-58> freesmartphone.org: ogpsd: Hide private member variables in GPSDevice to prevent subclasses
Sep 03 15:07:06 <CIA-58> freesmartphone.org: from overwriting them.
Sep 03 15:07:07 <CIA-58> freesmartphone.org: 03wessel 07framework * r06a36c4633a2 10/examples/ (ogpsd_methods.py ogpsd_resource.py ogpsd_signals.py): 
Sep 03 15:07:09 <CIA-58> freesmartphone.org: examples: Add examples how to use ogpsd DBus API (thanks Sascha Wessel!)
Sep 03 15:07:11 <CIA-58> freesmartphone.org: ogpsd_signals.py listens for gypsy signals
Sep 03 15:07:13 <CIA-58> freesmartphone.org: ogpsd_methods.py calls gypsy methods once and exits
Sep 03 15:07:15 <CIA-58> freesmartphone.org: ogpsd_resource.py requests the GPS resource from ousaged (power on while running, see
Sep 03 15:07:18 <CIA-58> freesmartphone.org: /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron)
Sep 03 15:33:12 <CIA-58> freesmartphone.org: 03daniel 07framework * rc2cff632bdc8 10/framework/subsystems/ogpsd/ (factory.py gpschannel.py gpsdevice.py): ogpsd: Add a dummy GPSDevice that reports a static location
Sep 03 15:53:20 <CIA-58> freesmartphone.org: 03mickey 07framework * r89455525b39b 10/ (4 files in 2 dirs): 
Sep 03 15:53:20 <CIA-58> freesmartphone.org: oeventsd: preliminary headphone mixer autoswitch
Sep 03 15:53:20 <CIA-58> freesmartphone.org: * add InputEvent trigger
Sep 03 15:53:20 <CIA-58> freesmartphone.org: * add Command action
Sep 03 15:53:20 <CIA-58> freesmartphone.org: * add rule for gta02
Sep 03 16:36:39 <wurp2|gone> Weird.  Last night from my home machine I couldn't complete 'make setup'.  I had a problem accessing one of the repositories
Sep 03 16:37:03 <wurp2|gone> When I tried to duplicate it today on one of my servers to see which repository, it worked like a charm.
Sep 03 16:50:33 <admiral0> hello
Sep 03 16:52:36 <yamitenshi> hi there, I plan on writing a simple IRC client for my new FreeRunner, and I plan on writing it with Qt, since the 2008.8 distro supports that. Besides installing the toolchain, is there anything special I need to do for that?
Sep 03 16:53:46 <wurp2|working> admiral0: Hey there
Sep 03 16:54:04 <wurp2|working> yamitenshi: Not that I know of, but I don't know of any community development for OM based on Qt
Sep 03 16:54:31 <admiral0> wurp2|working: so
Sep 03 16:54:37 <admiral0> where do i start from?
Sep 03 16:54:57 <wurp2|working> SHR Development wiki page, the Makefile instructions
Sep 03 16:55:01 <wurp2|working> I am running that now
Sep 03 16:55:42 <admiral0> ok
Sep 03 16:56:04 <wurp2|working> I don't see any indication that someone has started on contacts3
Sep 03 16:56:19 <wurp2|working> I'll check the repository for it as soon as my build is done
Sep 03 16:56:26 <admiral0> i've seen it on the wiki
Sep 03 16:56:30 <yamitenshi> wurp2|working: well, OM 2008.8 is based on the Qtopia stack, and there are some Qtopia apps in the repos. Since Qtopia is essentially Qt, I figure it's possible, but since my earlier Qt development uses qmake and such, I figure I can't just use om-conf and then make in order to compile an app...
Sep 03 16:56:58 <admiral0> yamitenshi: use mokomakefile to build qt
Sep 03 16:58:25 <admiral0> wurp2|working: i'm cleaning my system from previous attempts of building OE
Sep 03 16:58:32 <admiral0> lol
Sep 03 17:01:47 <wurp2|working> admiral0: yeah, I know tha tfeeling
Sep 03 17:02:19 <wurp2|working> yamitenshi: Yeah, I'm not saying you can't do it.  I just don't know of any community efforts, so you may be mostly on your own if you hit problems.
Sep 03 17:03:18 <wurp2|working> yamitenshi: Given that the mokomakefile can make 2008.8, I think admiral0 has it right - just start by building 2008.8 via mokomakefile, then dig around and figure out what bits of the qt make process within that you need
Sep 03 17:04:01 <yamitenshi> wurp2|working, admiral0: okay, I'll give it a shot. Thanks :)
Sep 03 17:04:08 <admiral0> wurp2|working: no... it has a param like --build-package-<package name>
Sep 03 17:04:33 <admiral0> i tried to compile qt4... disaster
Sep 03 17:04:51 <admiral0> 5h... then stuck at 75%
Sep 03 17:05:00 * admiral0 is going to eat
Sep 03 17:06:59 <yamitenshi> admiral0: ah, so what you mean is that I should download the Qt source and compile what I need using the openmoko toolchain? but wouldn't that only give me the tools I'd need if I were to compile my app on the neo itself?
Sep 03 17:15:22 <yamitenshi> ah, never mind, I found instructions on how to develop Qtopia apps for the FR, I guess that'll work :)
Sep 03 17:19:27 * admiral0 is back online
Sep 03 17:20:56 <admiral0> i have a feeling
Sep 03 17:21:06 <admiral0> make setup is going to take ages
Sep 03 17:22:02 <wurp2|working> It didn't take very long for me
Sep 03 17:22:31 <admiral0> yamitenshi: no. It creates 1. the tools to compile on your pc. 2. the libs you need to install on the FR or neo1973
Sep 03 17:23:12 <admiral0> wurp2|working: is there any already built image?
Sep 03 17:23:20 <admiral0> i am curious
Sep 03 17:23:26 <yamitenshi> admiral0: but you do mean cross-compiling Qt itself, right? and, shouldn't the Qt libs already be installed in OM 2008.8?
Sep 03 17:23:45 <admiral0> yamitenshi: Qt != Qtopia
Sep 03 17:24:49 <yamitenshi> admiral0: I know, but 2008.8 runs Qtopia apps, so creating a Qtopia app should work too, right? it does seem like a work-a-long-way-around though...
Sep 03 17:25:55 <yamitenshi> it's just that I'm not entirely sure what exactly you mean by building Qt with MokoMakeile =\
Sep 03 17:26:02 <wurp2|working> admiral0: Not exposed for download afaik
Sep 03 17:26:35 <wurp2|working> yamitenshi: If you build 2008.8 with mokomakefile, it will build all the bits, which should include Qt
Sep 03 17:26:53 <wurp2|working> yamitenshi: Using mokomakefile is an alternative to using the toolkit
Sep 03 17:27:18 <wurp2|working> If you see reasonably recent instructions on using the toolchain to build qt apps for the FR, you should prefer that to using mokomakefile
Sep 03 17:27:31 <wurp2|working> (it will be much faster and less likely to error out on something unrelated)
Sep 03 17:27:48 <yamitenshi> that's the problem, the whole idea seems to be completely undocumented ^^;;
Sep 03 17:28:45 <admiral0> sorry
Sep 03 17:28:51 <admiral0> i've lost connection
Sep 03 17:29:31 <yamitenshi> I was actually hoping for some easy, fast way to make qmake use the cross-compiler instead of the regular c++ compiler... I guess I could try to mess around with qmake, .pro files, and config scripts a bit, but I've never been that good at messing around without breaking stuff ^^;;
Sep 03 17:30:08 <admiral0> yamitenshi: me neither
Sep 03 17:31:15 <yamitenshi> good, I was actually getting worried I was the only developer who can't hack up makefiles, config scripts, and .pro files xD
Sep 03 17:32:11 <yamitenshi> ah, wait, maybe I can just use Qt's instructions for cross-compiling <:o)
Sep 03 17:32:33 <yamitenshi> why didn't I think of that earlier xD
Sep 03 17:36:22 <admiral0> :D
Sep 03 17:36:51 <admiral0> make setup done... yay
Sep 03 17:41:14 <wurp2|working> admiral0: Now make image... *that* takes a long time.
Sep 03 17:41:45 <wurp2|working> I've been running for an hour or two, and I'm at: "Running task 215 of 5136"
Sep 03 17:42:43 <admiral0> O_O
Sep 03 17:42:47 <admiral0> oh crap
Sep 03 17:45:12 <admiral0> Running task 1 of 5163 d'ho
Sep 03 17:47:19 <wurp2|working> So in only 35 hours or so, you should be ready to dev ;-)
Sep 03 17:47:32 <admiral0> 35h???????????????????????
Sep 03 17:47:56 * admiral0 is getting insane
Sep 03 17:47:57 <wurp2|working> Just extrapolating based on my 1-2 hours to get 4% done
Sep 03 17:48:52 <admiral0> let's hope my computer is faster 
Sep 03 17:48:52 <wurp2|working> And mokomakefile has always been slow, like > 10 hours slow, for the first build
Sep 03 17:49:18 <yamitenshi> the wiki says it may take days, iirc
Sep 03 17:49:40 <wurp2|working> uh oh, I think I need to renice
Sep 03 17:49:51 <wurp2|working> My website is v e r y  s l o w
Sep 03 17:50:01 <admiral0> hahahaahahha
Sep 03 17:51:41 <admiral0> 138...
Sep 03 17:51:47 <admiral0> not bad
Sep 03 17:56:01 <admiral0> i'll let it work and go see if it's possible to play to xmoto
Sep 03 18:00:21 <hexarith> Hi there. Has anybody of you problems with the debug board v3? Mine doesn't show up anywhere, when I connect it via USB.
Sep 03 18:00:40 <hexarith> There are also no messages in dmesg...
Sep 03 18:02:23 <admiral0> dead?
Sep 03 18:02:33 <hexarith> Thea DOA...
Sep 03 18:02:37 <hexarith> then
Sep 03 18:09:38 <hexarith> ok, I just tried it with another computer, and there it works...
Sep 03 18:10:17 <admiral0> no idea...
Sep 03 18:11:15 <w_erase> Hi Ainulindale
Sep 03 18:11:19 <hexarith> does it need any special parameters set in the kernel USB config. The system it works on runs Ubuntu, but here on my Gentoo/development box is doesn't. Maybe some essential config is missing.
Sep 03 18:12:32 <admiral0> see if usb kernel modules are loaded
Sep 03 18:12:47 <hexarith> yes they are. I use a USB keyboard and mouse here...
Sep 03 18:13:11 <admiral0> hmm
Sep 03 18:13:16 <hexarith> The weird thing is, that it doesn't show up in lsusb at all.
Sep 03 18:14:30 <admiral0> is the usb port ok? ( it happenned to me once)
Sep 03 18:14:58 <hexarith> I tried it at 4 different ports. On a note, it doesn't work on my Laptop either...
Sep 03 18:15:42 <w_erase> Can you compile SHR ? I get "/libframeworkd-phonegui-gtk.so: undefined reference to `moko_alsa_volume_scale_get_type" Someone knows the problem ? 
Sep 03 18:16:27 <admiral0> i just hate my connection
Sep 03 18:18:35 <wurp2|working> w_erase: I've been building it via mokomakefile... I haven't gotten that far
Sep 03 18:18:58 <wurp2|working> Ainulindale: Are you on?  Do you know about w_erase's problem?
Sep 03 18:19:30 <admiral0> problem?
Sep 03 18:20:39 <wurp2|working> admiral0: w_erase> Can you compile SHR ? I get "/libframeworkd-phonegui-gtk.so: undefined reference to `moko_alsa_volume_scale_get_type"
Sep 03 18:21:39 <wurp2|working> Hrm, now that I reread that, I see it's not lfg... so it's probably more of a MarcOChapeau question than an Ainulindale question
Sep 03 18:21:41 <admiral0> job nr?
Sep 03 18:22:15 <admiral0> i'm at 374
Sep 03 18:22:16 <wurp2|working> admiral0: I'm not sure he's using mokomoake
Sep 03 18:22:22 <wurp2|working> admiral0: bastard!
Sep 03 18:22:26 <wurp2|working> I had to kill mine
Sep 03 18:22:40 <wurp2|working> It kept swapping out my site, so renicing didn't help
Sep 03 18:23:03 <hexarith> ok, rebooting my box to load newly compiled USB / kernel
Sep 03 18:23:22 <admiral0> i was also playing xmoto, but it was frustrating because i suck at it...
Sep 03 18:23:39 <admiral0> let's try to start WoW :P
Sep 03 18:27:33 <hexarith> And here I'm back again. Guess what: With the changes USB settings it works now.
Sep 03 18:27:44 <wurp2|working> admiral0: moria baby, all the way
Sep 03 18:28:46 <w_erase> NOTE: Running task 1242 of 1249 (ID: 7, /home/olivier/moko/shr-unstable/shr/openembedded/packages/openmoko-dialer3/openmoko-dialer3_svn.bb, do_compile)
Sep 03 18:29:06 <w_erase>  bitbake -c build openmoko-dialer3 caused the error
Sep 03 18:29:10 <admiral0> it works!!! 1680*1050 and building OE
Sep 03 18:29:48 <w_erase> admiral0, sorry ? what's 1680*1050 ?
Sep 03 18:31:10 <wurp2|working> w_erase: his WoW screensize :-)
Sep 03 18:31:27 <admiral0> w_erase pixels... the resolution
Sep 03 18:31:37 <admiral0> looooooool
Sep 03 18:48:01 <CIA-58> freesmartphone.org: 03mickey 07framework * r00cc6d91b09b 10/ (8 files in 6 dirs): 
Sep 03 18:48:01 <CIA-58> freesmartphone.org: oeventsd: SMS notification:
Sep 03 18:48:01 <CIA-58> freesmartphone.org: * add IncomingMessage trigger
Sep 03 18:48:01 <CIA-58> freesmartphone.org: * add MessageTone action
Sep 03 18:48:01 <CIA-58> freesmartphone.org: * add rule
Sep 03 19:03:21 <CIA-58> freesmartphone.org: 03mickey 07artwork * re415c538ddd4 10/sounds/notify_message.mp3: add notify_message.mp3
Sep 03 19:03:21 <CIA-58> freesmartphone.org: 03mickey 07artwork * rfcadedec0829 10/sounds/notify_message.mp3: add sms notification message to artwork/sounds
Sep 03 19:03:32 <Fossi> is the projects repo still down?
Sep 03 19:07:53 <wurp2|working> Did it go down again recently?
Sep 03 20:27:15 <|FiLiP|> hi, trying to build shr the 'new way', get 4 failures: ppp, audiofile, libhito and directfb . Is this expected behaviour ?
Sep 03 20:27:32 <wurp2|working> |FiLiP|: What kind of failures?
Sep 03 20:28:57 <|FiLiP|> at the ned of make image, i get task summary, 4 failed, the above 4. haven't had a closer look yet, just wanted to know if it is supposed to build cleanly first
Sep 03 20:29:03 <|FiLiP|> ned=end
Sep 03 20:29:34 <wurp2|working> |FiLiP|: 'make image' should run through at least the first 350 tasks or so
Sep 03 20:30:00 <wurp2|working> That's as far as I've gotten today (I had to shut it down; other apps were getting slowed down too much)
Sep 03 20:30:34 <wurp2|working> Did you update the BBPATH in conf/setup-env as indicated in the wiki page?
Sep 03 20:30:36 <|FiLiP|> i tells me >1800 are ok
Sep 03 20:30:48 <|FiLiP|> don't have the exact nr , rebuilding now
Sep 03 20:30:51 <wurp2|working> |FiLiP|: Then you're farther along than I have gotten :-(
Sep 03 20:31:06 <wurp2|working> I think you're way past the place where your BBPATH would be the issue
Sep 03 20:33:21 <|FiLiP|> also, not usre if i should start putting my development effort into qtopia or shr... I like the speed, look&feel and stability of qtopia
Sep 03 20:33:39 <|FiLiP|> usre=sure
Sep 03 20:37:55 <wurp2|working> What kind of dev do you want to do?  To add features/fix bugs in a distro, or build a new app?
Sep 03 20:44:31 <|FiLiP|> first bugfixing / making more stable
Sep 03 20:44:51 <wurp2|working> When you way Qtopia, you mean on 2008.8?
Sep 03 20:44:55 <|FiLiP|> and when it's usable on a daily basis port/create new apps
Sep 03 20:45:17 <|FiLiP|> no, 'native' qtopia (the one from Trolltech)
Sep 03 20:45:45 <wurp2|working> Is there even a publicized way to build that?
Sep 03 20:46:24 <lpotter> to build qtopia?
Sep 03 20:46:36 <wurp2|working> For the neo, yeah
Sep 03 20:47:32 <|FiLiP|> it's possibler to port / build apps (like a gps app, a browser)
Sep 03 20:48:02 <wurp2|working> That's the kind of thing Qtopia needs
Sep 03 20:48:11 <wurp2|working> AFAIK qtopia is quite stable for calls
Sep 03 20:48:20 <wurp2|working> Although I don't know if it supports suspend/resume
Sep 03 20:48:43 <lpotter> qtopia of course supports suspend/resume
Sep 03 20:49:02 <wurp2|working> For SHR, what's needed is to finish porting the *2 apps from 2007.2 to use FSO
Sep 03 20:49:06 <|FiLiP|> and it looks really slick/polished
Sep 03 20:49:08 <wurp2|working> (dialer2, contacts2, etc.)
Sep 03 20:49:40 <wurp2|working> lpotter: When I used qtopia, I didn't see how to make it suspend, but that was ages ago
Sep 03 20:49:48 <wurp2|working> How can one build qtopia for the neo?
Sep 03 20:49:56 <|FiLiP|> haven't tried shr yet (i'm currently building it), but qtopia looks like the most mature from the others i've tested
Sep 03 20:50:01 <lpotter> qtopia suspends on its own
Sep 03 20:50:10 <sicu|afk> ppl are laready porting stuff, like wolfman ported xgps to qtopia: http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner#comments
Sep 03 20:50:29 <wurp2|working> |FiLiP|: Qtopia is absolutely the most mature
Sep 03 20:51:02 <johnsu01> lpotter: So, any concept how possible it would be to try and compile konqueror embedded for the current qtopia? Seems like it was last done sometime in the 3s...
Sep 03 20:51:02 <wurp2|working> |FiLiP|: SHR is not usable in its current state
Sep 03 20:51:03 <lpotter> wurp2|working: get the toolchain form qtopianet. get the srouces from ftp.trolltech.com. ./configure -device ficgta01; make; make install
Sep 03 20:51:08 <|FiLiP|> how far is shr from reaching a comparable point ?
Sep 03 20:51:24 <lpotter> 4.4 will have a browser
Sep 03 20:52:07 <lpotter> i owuld sya get the sdk from qtopia.net, but qtopia.net is experiencing some hardware failure and it dpesnt completely download
Sep 03 20:52:11 <|FiLiP|> -device ficgta01 is supposed to work for both gta01 and gta02
Sep 03 20:52:13 <wurp2|working> |FiLiP|: We need to finish the dialer3 port (all the back end stuff is done, just some gui stuff to finish up) and port contacts3
Sep 03 20:52:30 <johnsu01> lpotter: I have the toolchain and have successfully built a qtopia image
Sep 03 20:52:52 <|FiLiP|> so a matter of weeks, not months ? and what about speed ?
Sep 03 20:52:52 <wurp2|working> johnsu01: Was there a wiki page that told how to do it?
Sep 03 20:53:04 <admiral0|away> haha contacts3
Sep 03 20:53:07 <admiral0|away> it's me
Sep 03 20:53:11 <admiral0|away> :P
Sep 03 20:53:15 <wurp2|working> |FiLiP|: It should be a matter of weeks... the speed will be very similar to 2007.2 :-/
Sep 03 20:53:22 <admiral0|away> btw task 2000+
Sep 03 20:53:25 <wurp2|working> admiral0|away: yep, it's all you
Sep 03 20:53:42 <wurp2|working> admiral0|away: Awesome.  Soon you can duplicate |FiLiP|'s problem
Sep 03 20:53:43 <wurp2|working> ;-)
Sep 03 20:53:53 <admiral0|away> ?
Sep 03 20:54:01 <johnsu01> wurp2|working: probably, but I found http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner to be helpful
Sep 03 20:54:06 <wurp2|working> He had several packages not build
Sep 03 20:54:10 <admiral0|away> at what task is the problem?
Sep 03 20:54:13 <wurp2|working> johnsu01: excellent, thanks
Sep 03 20:54:23 <admiral0|away> that's bad
Sep 03 20:54:33 <|FiLiP|> fyi: shr build, down to 2 failures
Sep 03 20:54:33 <admiral0|away> i'll even say evil
Sep 03 20:54:57 <admiral0|away> |FiLiP|: at which task does it fail?
Sep 03 20:55:11 <admiral0|away> i'm at 2050
Sep 03 20:56:41 * admiral0|away is going back to watch a film.... 
Sep 03 20:56:58 <|FiLiP|> taksk 4298 filaed
Sep 03 21:31:59 <Sargun> Any update on: http://docs.openmoko.org/trac/ticket/676
Sep 03 21:39:00 <wurp2|working> Not afiak
Sep 03 21:39:21 <wurp2|working> BTW, it helps if you mention the title (dfu-util upload causes data corruption), otherwise everyone has to look to see if it's something they know anything about :-)
Sep 03 21:58:02 <Sargun> Bah.
Sep 03 21:58:14 <Sargun> Is there a known fix?
Sep 03 22:05:19 <edistar> nobody has fixed it
Sep 03 22:05:28 <edistar> it's a known bug but has been there for ages
Sep 03 22:08:43 <mmontour> Sargun: there's a newer bug that had tracked down the problem to something specific in u-boot. I don't remember the number.
Sep 03 22:11:28 <Sargun> ah
Sep 03 22:11:39 <Sargun> So, is it in the u-Boot of Feb2k8 (hxd8v2)?
Sep 03 22:15:18 <abraxa_> Sargun: Why would you want an u-boot HXD8?
Sep 03 22:15:22 <abraxa_> for*
Sep 03 22:15:33 <edistar> abraxa_: you need a uboot for gta02
Sep 03 22:15:40 <edistar> abraxa_: sry, meant Sargun
Sep 03 22:16:16 <Sargun> abraxa_, the hxd8 has uboot already on it....
Sep 03 22:16:20 <Sargun> how else would it boot...
Sep 03 22:16:25 <Sargun> :-)
Sep 03 22:16:30 <Sargun> No, I want to get the image off of it.
Sep 03 22:17:47 <edistar> not possible, it's not fixed
Sep 03 22:17:47 <abraxa_> Sargun: Well, I just can't imagine anyone would really hack on an HXD8
Sep 03 22:18:16 <edistar> Sargun: you you have a hxd8??
Sep 03 22:19:03 <Sargun> abraxa_, Why do you say that?
Sep 03 22:19:18 <Sargun> edistar, yes, why so surprised?!?!??!?!
Sep 03 22:19:25 <edistar> just asking
Sep 03 22:19:31 <edistar> didn't know you could buy them yet
Sep 03 22:19:35 <edistar> you're the first here afaik
Sep 03 22:20:24 <Sargun> edistar, you have to be very special.
Sep 03 22:20:39 <Sargun> blessed by the scared moko monster.
Sep 03 22:20:39 <edistar> Sargun: why do you say that?
Sep 03 22:20:43 <Sargun> dash.net
Sep 03 22:20:44 <abraxa_> Sargun: Cause people who have one most likely bought it to have a navigation system. I don't see them taking it apart or re-flashing it just for kicks. Those who have devel boards (you?)... are wasting their time imo, as there is no development going on
Sep 03 22:21:06 <Sargun> abraxa_, I want to see if I can run the Dash application on something else.
Sep 03 22:21:26 <abraxa_> Ah
Sep 03 22:21:53 <abraxa_> Well, you could attempt to get mmontour to fix the dfu-util bug
Sep 03 22:21:54 <Sargun> The HXD8 hardware kind of sucks.
Sep 03 22:22:39 <edistar> is dash any good then?
Sep 03 22:22:44 <Sargun> No, it sucks.
Sep 03 22:22:51 <Sargun> Its humongous. :-(
Sep 03 22:22:58 <Sargun> it also has really bad battery life.
Sep 03 22:23:07 <edistar> I mean the navigation software
Sep 03 22:23:10 <Sargun> Also, I enjoy reverse engineering navigation applications.
Sep 03 22:23:21 <Sargun> Not really anything too amazing.
Sep 03 22:23:24 <edistar> okey
Sep 03 22:23:36 <edistar> website was so good, I expected it to be amazing too :P
Sep 03 22:23:46 <Sargun> abraxa_, mmontour, $75 for a fix :-)
Sep 03 22:25:11 <abraxa_> Heh, I wish I had that kind of expertise.
Sep 03 22:25:15 <mmontour> Sargun: if you can get a u-boot console (/dev/ttyACM0) you might be able to script something around the "nand dump" command to read the raw flash
Sep 03 22:25:30 <Sargun> mmontour, I can get u-boot console.
Sep 03 22:25:38 <Sargun> I haven't figured out how to get device console yet.
Sep 03 22:29:56 <edistar> if you can get the navigation software that'd be quite handy
Sep 03 22:30:06 <edistar> though illegal possibly
Sep 03 22:44:16 <CIA-58> freesmartphone.org: 03mickey 07framework * r4d9a7d72577c 10/framework/subsystems/ogsmd/ (modems/abstract/mediator.py objects.py): 
Sep 03 22:44:16 <CIA-58> freesmartphone.org: ogsmd: remove strength field in Status() callback and result, _if_
Sep 03 22:44:16 <CIA-58> freesmartphone.org: * we are successfully registered and
Sep 03 22:44:16 <CIA-58> freesmartphone.org: * signal strength has been reported as 0
Sep 03 22:44:18 <CIA-58> freesmartphone.org: This is actually a race condition in some modems.
Sep 03 22:45:51 <Sargun> Hm...
Sep 03 22:46:05 <Sargun> I have no idea what the rootfs.img file is
Sep 03 22:46:11 <Sargun> well, I have no idea why I can't read it.
Sep 03 22:48:07 <edistar> hm, try to mount it
Sep 03 22:49:05 <Sargun> as jffs2, I can't
Sep 03 22:49:15 <Sargun> they have a partition labeled "alt_rootfs" and I can easily mount that
Sep 03 22:50:50 <CIA-58> freesmartphone.org: 03daniel 07sms-pdu * r672b152c46d4 10framework/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Test MT and MO PDUs and fix some sms. instead of self. errors
Sep 03 22:50:51 <CIA-58> freesmartphone.org: 03daniel 07sms-pdu * rf6cd13c2196d 10framework/framework/subsystems/ogsmd/gsm/ (convert.py sms.py): (log message trimmed)
Sep 03 22:50:51 <CIA-58> freesmartphone.org: ogsmd: Fix various functions in convert.py and padding/udl calculation
Sep 03 22:50:51 <CIA-58> freesmartphone.org: in PDU generation
Sep 03 22:50:53 <CIA-58> freesmartphone.org: convert.py:
Sep 03 22:50:55 <CIA-58> freesmartphone.org: * encodePDUNumber is new and supports alphanumeric addresses as well
Sep 03 22:50:57 <CIA-58> freesmartphone.org: * bcd_encode works with odd numbers of digits
Sep 03 22:50:59 <CIA-58> freesmartphone.org: * pack_sevenbit now correctly handles padding
Sep 03 23:29:09 <write_erase>  * ERROR: Cannot satisfy the following dependencies for task-base *  angstrom-version * someone could explain me that error ? 
Sep 03 23:48:33 <CIA-58> freesmartphone.org: 03mickey 07framework * r4619b9d748c5 10/framework/subsystems/ogsmd/modems/ti_calypso/channel.py: ogsmd: [TI CALYPSO]: enable noise reducation and echo cancelling
Sep 04 00:05:18 <rwhitby> write_erase: I'm doing a test build of shr-unstable now
Sep 04 00:06:02 <write_erase> great 
Sep 04 00:06:28 <write_erase> rwhitby, is that a full build which requires hours ? 
Sep 04 00:06:46 * edistar needs a gbit internet connection and 16 cores + plenty of ram
Sep 04 00:06:55 <edistar> otherwise builds take so long
Sep 04 00:07:06 <rwhitby> write_erase: yes
Sep 04 00:07:48 <write_erase> can you tell the results on the ML N 
Sep 04 00:07:55 <write_erase> ML ? sorry 
Sep 04 00:08:51 <rwhitby> sure.  if it builds, then the shr.bearstech.com feed will be populated
Sep 04 00:12:34 <write_erase> Bye... bed time for me ! 
Sep 04 00:12:58 <cb22> edistar, i can help with the 16 cores part
Sep 04 00:13:14 <cb22> the internet connection is the real problem
Sep 04 00:14:18 <edistar> 16 cores in one machine?
Sep 04 00:14:24 <edistar> write_erase: n8
Sep 04 00:14:38 <edistar> cb22: wow
Sep 04 00:14:40 <cb22> i wish
Sep 04 00:14:45 <edistar> hehe
Sep 04 00:14:47 <cb22> 1x 8 cores and 2x 4 cores
Sep 04 00:14:57 <edistar> well, 8 is enough I suppose..
Sep 04 00:15:04 <cb22> but its no good
Sep 04 00:15:05 <edistar> a raid 5 with 6 disks
Sep 04 00:15:12 <edistar> raptor 10ks
Sep 04 00:15:20 <edistar> and fast ram
Sep 04 00:15:23 <cb22> on a internet connection with 384k upload :(
Sep 04 00:15:27 <edistar> what more would you want
Sep 04 00:15:32 <edistar> you don't need the upload much
Sep 04 00:15:41 <cb22> download cap is 5gb
Sep 04 00:15:43 <cb22> a month
Sep 04 00:15:46 <edistar> woot?
Sep 04 00:16:00 <edistar> I have 5gb a day, minimum
Sep 04 00:16:03 <cb22> woot?
Sep 04 00:16:19 <cb22> i die of bandwidth starvation down here :(
Sep 04 00:16:40 <cb22> $10 a gig
Sep 04 00:17:26 <edistar> where are you?
Sep 04 00:18:24 <edistar> cb22: I don't have down or upload caps
Sep 04 00:18:27 <cb22> south africa
Sep 04 00:18:30 <edistar> ok
Sep 04 00:18:37 <edistar> cruel country it seems ;)
Sep 04 00:19:11 <cb22> heh, too true
Sep 04 00:20:24 <edistar> cb22: if I download fullspeed 24 h I get 65gb.. but usually bittorrent isn't that fast
Sep 04 00:20:36 <edistar> and there isn't that much stuff on the net that you want
Sep 04 01:11:53 <CIA-58> freesmartphone.org: 03daniel 07sms-pdu * rfcefc4c08bec 10framework/framework/subsystems/ogsmd/ (gsm/sms.py modems/abstract/mediator.py): 
Sep 04 01:11:53 <CIA-58> freesmartphone.org: ogsmd: sms.py: Fix some PDU generation bugs with optional fields
Sep 04 01:11:53 <CIA-58> freesmartphone.org: abstract/mediator.py: Change all SMS functions to work with PDU mode
Sep 04 01:19:52 <CIA-58> freesmartphone.org: 03daniel 07framework * r2ba3c15918ff 10/framework/subsystems/ogsmd/gsm/ (const.py sms.py): 
Sep 04 01:19:52 <CIA-58> freesmartphone.org: ogsmd: Add a direction attribute for the SMS object
Sep 04 01:19:52 <CIA-58> freesmartphone.org: MT: Mobile terminated, MO: Mobile originated
Sep 04 01:19:52 <CIA-58> freesmartphone.org: 03daniel 07framework * r171885151b49 10/framework/subsystems/ogsmd/gsm/ (convert.py sms.py): 
Sep 04 01:19:55 <CIA-58> freesmartphone.org: ogsmd: Add functions to encode SMS back to PDUs
Sep 04 01:19:57 <CIA-58> freesmartphone.org: This is still buggy, pack_sevenbit doesn't work if UDH are present.
Sep 04 01:19:59 <CIA-58> freesmartphone.org: 03daniel 07framework * r2c5714ad9973 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Use and test the PDU generation code
Sep 04 01:20:02 <CIA-58> freesmartphone.org: 03daniel 07framework * rd3b94fb8bc09 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Test MT and MO PDUs and fix some sms. instead of self. errors
Sep 04 01:20:05 <CIA-58> freesmartphone.org: 03daniel 07framework * rc6aa830f92ca 10/framework/subsystems/ogsmd/gsm/ (convert.py sms.py): (log message trimmed)
Sep 04 01:20:08 <CIA-58> freesmartphone.org: ogsmd: Fix various functions in convert.py and padding/udl calculation
Sep 04 01:20:10 <CIA-58> freesmartphone.org: in PDU generation
Sep 04 01:20:12 <CIA-58> freesmartphone.org: convert.py:
Sep 04 01:20:37 <CIA-58> freesmartphone.org: * encodePDUNumber is new and supports alphanumeric addresses as well
Sep 04 01:20:37 <CIA-58> freesmartphone.org: * bcd_encode works with odd numbers of digits
Sep 04 01:20:37 <CIA-58> freesmartphone.org: * pack_sevenbit now correctly handles padding
Sep 04 01:20:53 <CIA-58> freesmartphone.org: 03daniel 07sms-pdu * rfc9f2fb7f39e 10framework/framework/subsystems/ogsmd/modems/abstract/ (channel.py mediator.py): 
Sep 04 01:20:53 <CIA-58> freesmartphone.org: ogsmd: Enable PDU mode and use it in SimRetrieveMessagebook
Sep 04 01:20:53 <CIA-58> freesmartphone.org: Note: +CSMS=1 seems to fail in PDU mode
Sep 04 01:20:54 <CIA-58> freesmartphone.org: 03daniel 07sms-pdu * red61d07b572f 10framework/framework/subsystems/ogsmd/ (gsm/sms.py modems/abstract/mediator.py): 
Sep 04 01:20:56 <CIA-58> freesmartphone.org: ogsmd: sms.py: Fix some PDU generation bugs with optional fields
Sep 04 01:20:58 <CIA-58> freesmartphone.org: abstract/mediator.py: Change all SMS functions to work with PDU mode
Sep 04 01:22:29 <rwhitby> mwester: fully agree with your sentiment about boot graphics
Sep 04 01:26:09 <mwester-trip> :)  Especially cheezy visual puns...  the boots are just soooo bad.
Sep 04 01:27:24 * raster points to will
Sep 04 01:27:26 <raster> :)
Sep 04 01:28:55 <mwester-trip> But he's not here (or on IRC at all) to defend himself...
Sep 04 01:34:32 <rwhitby> I said a number of times that OM shouldn't have hired any graphics people until all kernel-level stuff and command-line phone calls were working.
Sep 04 01:34:37 <rwhitby> (sorry raster)
Sep 04 01:34:50 <rwhitby> they should have hired many more kernel and framework people
Sep 04 01:34:55 <rwhitby> and focused on stability
Sep 04 01:35:17 <raster> u need ui framework too
Sep 04 01:35:31 <rwhitby> not before a command line phone call works reliably
Sep 04 01:35:35 <raster> but as such sena is more interested in having pixel-perfect python-driver design creatiions
Sep 04 01:35:47 <raster> than a general ui framework
Sep 04 01:35:55 <raster> eg - virtualkeyboard protocols and hints
Sep 04 01:36:06 <raster> just 1 example
Sep 04 01:36:30 <raster> but this stuff is not what he wanted to focus on
Sep 04 01:36:36 <raster> getting hsi designs pixle-perfect
Sep 04 01:36:52 <raster> and removing optiosn for users because i know he sees users as the general public
Sep 04 01:36:58 <raster> like his mother or sister, not nerds
Sep 04 01:37:05 <raster> so just causing problems for everyone
Sep 04 01:38:22 <paulproteus> I really like the boots actually.
Sep 04 01:43:21 <raster> u need userspace to play with the system anyway
Sep 04 01:43:32 <raster> there are enough issues andy doesnt see becuas ehe just builds a kernel
Sep 04 01:43:35 <raster> and boots off sd card
Sep 04 01:43:40 <raster> he never sees things
Sep 04 01:43:53 <raster> if all u did was geta  bunch of kernel people u'd still have a mountain of issues
Sep 04 01:44:14 <raster> what shouldnt be done is being picky about "but my battery icon isnt red when the battery is empty - its just empty instead"
Sep 04 01:44:20 <raster> or "no dialog pops up on battery low"
Sep 04 01:44:31 <raster> or "must remove manual keyboard button because it confuses users"
Sep 04 01:44:35 <raster> and all the pciky stuff
Sep 04 01:44:52 <raster> let develoeprs sort thigns out -thats why u hired them. they should know what they are doing.
Sep 04 01:45:00 <raster> the exquisite bootscreen wasnt written for om
Sep 04 01:45:10 <raster> it already exists - just needed to be packaged and a theme done for it
Sep 04 01:45:14 <raster> i am agnostif on the design
Sep 04 01:45:18 <raster> the boots is kind of funny
**** ENDING LOGGING AT Thu Sep 04 02:59:57 2008