**** BEGIN LOGGING AT Sun Aug 29 02:59:57 2010
Aug 29 03:05:31 <pabs3> Weiss: hmm, my mesa glamo build failed with /home/root/devel/misc/mesa/progs/xdemos/glsync.c:242: undefined reference to `glXGetProcAddress'
Aug 29 03:07:09 * pabs3 would have thought ./configure would catch that
Aug 29 03:30:31 <pabs3> hmm, glxgears can't find glXGetProcAddressARB
Aug 29 07:31:44 <Weiss> pabs3: hmm.. haven't seen that one
Aug 29 07:34:36 <pabs3> Weiss: I only built glamo mesa against Debian packages, do I need to build your libdrm first? guess I need a newer kernel first too
Aug 29 07:38:26 <Weiss> yep, libdrm_glamo will be needed
Aug 29 07:38:39 <Weiss> but it has its own copy of the kernel header it needs, so I don't think you need the kernel package
Aug 29 07:39:05 <Mirv> ...until actually wanting to use it
Aug 29 08:09:54 <\marco> hi all
Aug 29 08:10:38 <\marco> I'd like to try the new glamo timing from Gennady Kupava with qi
Aug 29 08:11:01 <\marco> is there any patched version of it?
Aug 29 08:12:36 <\marco> or I can use the patched version for the qtMoko images,for example?
Aug 29 08:12:55 <\marco> ( this one http://www.openmobile.nl/pages/downloads.php#qiglamo )
Aug 29 08:13:07 <\marco> I'm using shr-u
Aug 29 08:21:37 <\marco> this are the diffs http://openmoko-public-mailinglists.1958.n2.nabble.com/file/n5316379/qi.diff
Aug 29 08:21:44 <\marco> *these
Aug 29 10:01:44 <CIA-59> freesmartphone.org: 03mickey 07vala-dbus-binding-tool * r92e0dd739752 10/configure.ac: bump vala dependency
Aug 29 10:02:50 <CIA-59> freesmartphone.org: 03mickey 07aurora * r434ed1ba500d 10/zhone2/configure.ac: zhone2: bump vala dependency
Aug 29 10:03:42 <CIA-59> freesmartphone.org: 03mickey 07libfso-glib * r96555bf18233 10/configure.ac: bump vala dependency
Aug 29 10:07:04 <CIA-59> freesmartphone.org: 03mickey 07msmcomm * r033bbd7f6c5e 10/ (msmcommd-specs/configure.ac msmcommd/configure.ac): bump vala dependency
Aug 29 10:08:57 <CIA-59> freesmartphone.org: 03mickey 07vala-terminal * r06ed3ab032d8 10/configure.ac: bump vala dependency
Aug 29 10:12:18 <CIA-59> freesmartphone.org: 03mickey 07cornucopia * reb084820844f 10/ (23 files in 23 dirs): bump vala dependencies
Aug 29 10:20:45 <CIA-59> freesmartphone.org: 03mickey 07vala-dbus-binding-tool * r4f9472a452df 10/src/Makefile.am: we don't need anything from vala-1.0.vapi
Aug 29 11:11:11 <ChristW_> Any SHR devs around?
Aug 29 11:16:33 <JaMa|GoNe> maybe
Aug 29 11:16:52 <ChristW_> ..depends on the question, he says ;-)
Aug 29 11:17:19 <JaMa|GoNe> only few minutes left.. 
Aug 29 11:17:37 <ChristW_> I'm tring to set up an SHR dev environment on Ubuntu 10.04, but 'make setup' fails.
Aug 29 11:17:47 <JaMa|GoNe> remote host hung up?
Aug 29 11:17:58 <ChristW_> Nope...
Aug 29 11:18:03 <ChristW_> Just a sec, posting to pastebin.
Aug 29 11:18:20 <ChristW_> http://pastebin.com/SWg1wHvy
Aug 29 11:18:44 <JaMa|GoNe> ChristW_: fixed yesterday
Aug 29 11:18:54 <ChristW_> Ok, how do I fix it for me?
Aug 29 11:19:12 <JaMa|GoNe> are you sure you have latest Makefile (should be updated during make update too)
Aug 29 11:19:24 <ChristW_> Ok, I'll need to get the latest makefile then.
Aug 29 11:19:27 <JaMa|GoNe> ah you probably didn't run make update :)
Aug 29 11:19:35 <JaMa|GoNe> yup redownload it
Aug 29 11:21:02 <ChristW_> Ok, I'll see what that brings me, thanks!
Aug 29 11:51:26 <GNUtoo|laptop> hi mickey|zzZZzz 
Aug 29 11:52:01 <GNUtoo|laptop> an user has a CME error30 and then a CME error 100 with QualcommHtcModem on htcdream
Aug 29 13:03:30 <yoram> Is there a patch for alsa scenarios needed for kernel 2.6.34 ?
Aug 29 13:05:40 <lindi-> yoram: 2347 has a diff between the names
Aug 29 13:07:04 <yoram> 2347 ?
Aug 29 13:07:13 <lindi-> yoram: bug number 2347
Aug 29 13:09:34 <yoram> OK
Aug 29 13:09:36 <yoram> thanks
Aug 29 13:13:23 <yoram> is this bug on trac.shr-project.org or on openembedded ?
Aug 29 13:14:14 <lindi-> yoram: bugs.openmoko.org
Aug 29 13:15:45 <yoram> Found, thanks
Aug 29 13:30:12 <yoram> Just let me be sure, 2.6.32 works fine, but 2.6.34 has ioctl() errors when trying to play sound, is this diff soppose to solve that problem ?
Aug 29 13:34:18 <lindi-> yoram: where does it mention ioctl?
Aug 29 13:35:15 <yoram> [AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed (-110): Connection timed out
Aug 29 13:35:27 <yoram> this is the error I get when trying to play sound
Aug 29 13:36:01 <lindi-> yoram: what command are you usiung?
Aug 29 13:36:15 <yoram> mplayer <somefile>
Aug 29 13:37:08 <lindi-> yoram: try speaker-test
Aug 29 13:39:35 <yoram> Write error: -110,Connection timed out
Aug 29 13:39:35 <yoram> xrun_recovery failed: -110,Connection timed out
Aug 29 13:39:35 <yoram> Transfer failed: Operation not permitted
Aug 29 13:39:48 <lindi-> yoram: yeah, your alsa controls are just in a wrong state
Aug 29 13:41:10 <yoram> so I shoul replace asound.state ?
Aug 29 13:41:17 <yoram> or other file ?
Aug 29 13:41:44 <lindi-> yoram: is your DAPM Stereo Out Switch turned on?
Aug 29 13:43:27 <yoram> let me check
Aug 29 13:48:18 <yoram> I didn't find any entry by that name
Aug 29 13:48:30 <yoram> Perhaps I'm missing something ?
Aug 29 13:50:20 <yoram> anyway, working.state did solve the problem
Aug 29 13:54:05 <lindi-> yoram: how did you check?
Aug 29 13:54:51 <yoram> I was searching for the pattern DAPM in /usr/share/alsa and also checked all controls in alsamixer
Aug 29 13:56:13 <lindi-> yoram: reading contents of /usr won't tell you about the current state
Aug 29 13:56:50 <yoram> no, but alsamixer sould, no ?
Aug 29 13:57:14 <lindi-> yoram: yes but it is difficult to use
Aug 29 13:57:20 <lindi-> yoram: what do you get  with   amixer -c0 cget numid=87?
Aug 29 13:58:04 <yoram> in ssh it is quite usable....
Aug 29 13:58:28 <yoram> numid=87,iface=MIXER,name='Right Mixer Sidetone Playback Switch'
Aug 29 13:58:28 <yoram>   ; type=BOOLEAN,access=rw------,values=1
Aug 29 13:58:28 <yoram>   : values=on
Aug 29 13:59:19 <lindi-> yoram: ah yes, they were renumbered
Aug 29 13:59:42 <lindi-> yoram: how about   amixer -c0 cget name='DAPM Stereo Out Switch'?
Aug 29 14:00:42 <yoram> amixer: Cannot find the given element from control hw:0
Aug 29 14:00:54 <lindi-> interesting
Aug 29 14:01:04 <lindi-> so both name and number was changed
Aug 29 14:01:41 <lindi-> yoram: how about   amixer contents | grep Switch?
Aug 29 14:02:17 <yoram> numid=9,iface=MIXER,name='Headphone Playback ZC Switch'
Aug 29 14:02:17 <yoram> numid=85,iface=MIXER,name='Mono Mixer Bypass Playback Switch'
Aug 29 14:02:17 <yoram> numid=81,iface=MIXER,name='Mono Mixer Left Playback Switch'
Aug 29 14:02:17 <yoram> numid=82,iface=MIXER,name='Mono Mixer Right Playback Switch'
Aug 29 14:02:17 <yoram> numid=84,iface=MIXER,name='Mono Mixer Sidetone Playback Switch'
Aug 29 14:03:12 <yoram> numid=53,iface=MIXER,name='Stereo Out Switch'
Aug 29 14:03:37 <yoram> this is the last one
Aug 29 14:03:41 <lindi-> yoram: I guess
Aug 29 14:04:21 <yoram> I think the chat didn't like it when I pasted all the lines
Aug 29 14:04:29 <lindi-> yeah
Aug 29 14:04:44 <lindi-> IRC does not support pasting more than a few lines
Aug 29 14:05:42 <yoram> anywaym "numid=53,iface=MIXER,name='Stereo Out Switch'" is the only line having "Stereo out switch"
Aug 29 14:15:03 <yoram> workign.state from 2347 does work, but it does not (of course) survive across scenario changing
Aug 29 14:19:08 <Sharwin_F> what do if I get this when building shr-u image?
Aug 29 14:19:09 <Sharwin_F> The checksums for '/media/part_ext4/OE/shr-unstable/downloads/libffi-3.0.8.tar.gz' did not match.
Aug 29 14:19:23 <Sharwin_F> FATAL: libffi-3.0.8: ftp://sourceware.org/pub/libffi/libffi-3.0.8.tar.gz cannot check archive integrity
Aug 29 14:25:59 <yoram> lindi-: still here ?
Aug 29 14:26:52 <Sharwin_F> uhm it seems ftp://sourceware.org/pub/libffi/libffi-3.0.8.tar.gz is closing the connection
Aug 29 14:38:03 <Sharwin_F> ok got the file from another host, and seems that md5sum and sha256sum in recipe are wrong :S
Aug 29 14:44:53 <Sharwin_F> argh file downloaded from other host is wrong, it doesn't extract correctly
Aug 29 14:48:05 <yoram> lindi-: one more question
Aug 29 14:48:26 <yoram> lindi-: what file should be patched by the diff in 2347 ?
Aug 29 14:56:47 <lindi-> yoram: no file
Aug 29 14:58:03 <yoram> so this is only a set of commands representing a desirable state ?
Aug 29 14:58:55 <yoram> because there are a lot of amixer commands there....
Aug 29 15:08:49 <yoram> There is a diff, what does it represent ? diff between what to what ?
Aug 29 15:27:37 <tmzt> too versions in git
Aug 29 15:33:42 <GNUtoo|laptop> hi
Aug 29 15:34:20 <GNUtoo|laptop> I just did an opkg update;opkg upgrade on the freerunner....I'll test if everything works fine
Aug 29 15:34:40 <GNUtoo|laptop> ah it seem that xorg doesn't start
Aug 29 15:36:56 <GNUtoo|laptop> ah ok
Aug 29 15:36:57 <GNUtoo|laptop> /usr/bin/enlightenment: error while loading shared libraries: libecore_evas-ver-pre-svn-07.so.0: cannot open shared object file: No such file or directory
Aug 29 15:37:01 <GNUtoo|laptop> what should I do?
Aug 29 15:37:05 <GNUtoo|laptop> that's from illume1
Aug 29 15:48:06 <dscaini> latest shr-u?
Aug 29 15:53:24 <Sharwin_F> GNUtoo|laptop, you can try ln -s /usr/lib/libecore_evas.so.1 /usr/lib/libecore_evas-ver-pre-svn-07.so.0
Aug 29 15:53:39 <GNUtoo|laptop> ah I already reinstalled
Aug 29 15:53:55 <Sharwin_F> GNUtoo|laptop, why aren't you using illume2?
Aug 29 15:54:03 <GNUtoo|laptop> I was
Aug 29 15:54:07 <GNUtoo|laptop> just a very old install
Aug 29 15:54:14 <GNUtoo|laptop> opkg updated;opkg upgraded
Aug 29 15:54:20 <Sharwin_F> ok :)
Aug 29 17:04:57 <morphis> heyho
Aug 29 18:26:50 <dcordes> I would like to push the optimization of SHR on HD2 faster. I noticed a bugtracker can be a huge motor to productivity. Does the SHR project use a bugtracker ?
Aug 29 18:28:21 <dcordes> Ok I read the topic and found it at http://shr-project.org/trac/report
Aug 29 18:29:23 <dcordes> AFAIR there was a time when SHR used an internal development branch. I am wondering if those bugs are relevant to any external branches or if they are focused around org.openembedded.dev
Aug 29 18:32:01 <JaMa|GoNe> dcordes: shr-u is using only org.openembedded.dev and shr-t is using shr/testing20xx
Aug 29 18:41:06 <dcordes> JaMa|GoNe: where can I find documentation about shr-t vs shr-u ?
Aug 29 18:42:03 <JaMa|GoNe> dcordes: git log, shr-t is just older version of shr-u
Aug 29 18:45:18 <dcordes> JaMa|GoNe: Ok. Have you considered using the openembedded bugzilla ?
Aug 29 18:47:44 <JaMa|GoNe> you can/should use it for OE recipes which are not SHR specific, but for SHR apps we still need own bug tracker
Aug 29 18:51:29 <CIA-59> freesmartphone.org: 03morphis 07msmcomm * rde0b11868d2f 10/msmcommd/src/dbusservice.vala: msmcommd: implement missing FreeSmartphone.Resource.get_dependencies method
Aug 29 18:56:41 <paulk_> Hi! I'd like to turn my SHR-U on host usb mode, but I can't find how to allow the FR to give electricity (the common way described in the wiki seems not to work)
Aug 29 18:57:03 <paulk_> (/sys/devices/platform/neo1973-pm-host.0/hostmode
Aug 29 18:57:07 <paulk_> does not exists)
Aug 29 18:57:32 <JaMa|GoNe> paulk_: did you try the univerzal script for all kernel versions (from wiki)?
Aug 29 18:58:09 <paulk_> hey, it works with "/sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-gpio/reg-fixed-voltage.2/gta02-pm-usbhost.0/power_on
Aug 29 18:58:36 <paulk_> ", thanks JaMa|GoNe
Aug 29 18:58:46 <JaMa|GoNe> http://wiki.openmoko.org/wiki/USB_host#USB-Mode-Script_.28universal_for_all_kernels.29
Aug 29 19:02:20 <JaMa|GoNe> just updated to support 2.6.34 too
Aug 29 19:44:59 <vanous> gena2x: i have done a small write up on the wiki in regards to 2-4-2 , please check and change if needed... http://wiki.openmoko.org/wiki/Smedia_Glamo_3362#Timing_settings
Aug 29 19:45:54 <lindi-> vanous: can you add the omhacks command there too or should I?
Aug 29 19:46:28 <vanous> lindi-: it'đ there, only example of using is missing, please add if possible
Aug 29 19:46:46 <lindi-> vanous: it?
Aug 29 19:47:01 <vanous> it's
Aug 29 19:47:10 <vanous> it is
Aug 29 19:47:36 <vanous> i have to update my om hacks to see the syntax for this 
Aug 29 19:47:42 <vanous> haven't had time yet
Aug 29 19:48:02 <GNUtoo|laptop> hmmm strange strange
Aug 29 19:48:03 <lindi-> vanous: ok added
Aug 29 19:48:06 <GNUtoo|laptop> I do that:
Aug 29 19:48:15 <GNUtoo|laptop> gps #activate manually the htcdream's gps
Aug 29 19:48:23 <GNUtoo|laptop> with a just reinstalled frameworkd
Aug 29 19:48:38 <vanous> thank you lindi-
Aug 29 19:48:44 <GNUtoo|laptop> and It doesn't gab /dev/smd27 #the virtual gps serial port
Aug 29 19:49:49 <GNUtoo|laptop> http://pastebin.com/7xESQvaV
Aug 29 19:49:52 <GNUtoo|laptop> mickey|zzZZzz, hi
Aug 29 19:50:02 <GNUtoo|laptop> here's the config
Aug 29 19:50:08 <GNUtoo|laptop> how do I configure ogpsd?
Aug 29 19:50:12 <lindi-> GNUtoo|laptop: btw, does gps on htc dream need any non-free stuff?
Aug 29 19:50:28 <GNUtoo|laptop> lindi-, no it doesn't anymore
Aug 29 19:50:34 <lindi-> GNUtoo|laptop: great
Aug 29 19:50:42 <GNUtoo|laptop> only an apache2 licensed activator
Aug 29 19:50:50 <lindi-> GNUtoo|laptop: do you remember what the non-free pieces that are needed are at the moment?
Aug 29 19:51:00 <GNUtoo|laptop> wifi firmware
Aug 29 19:51:07 <GNUtoo|laptop> and the phone itself
Aug 29 19:51:12 <lindi-> phone itself?
Aug 29 19:51:26 <vanous> lindi-: ok, 2-4-2 seems to be set via om
Aug 29 19:51:27 <GNUtoo|laptop> yes, no schematics
Aug 29 19:51:35 <vanous> lindi-: but look here: root@om-gta02 ~ # om screen resolution qvga-normal
Aug 29 19:51:35 <vanous> setting screen resolution: Bad address
Aug 29 19:51:45 <vanous> 2.6.32.21
Aug 29 19:51:51 <GNUtoo|laptop> and no free baseband firmware
Aug 29 19:51:56 <GNUtoo|laptop> it was a joke
Aug 29 19:51:56 <GNUtoo|laptop> (the phone itself thing)
Aug 29 19:52:08 <lindi-> vanous: that probably only works with 2.6.29. do you know how to do it on 2.6.32?
Aug 29 19:52:32 <vanous> don't remember... i have seen it somewhere though...
Aug 29 19:52:51 <lindi-> vanous: it uses /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glamo3362.0/glamo-spi-gpio.0/spi2.0/state
Aug 29 19:52:54 <dcordes> how about an #shr channel ?
Aug 29 19:53:27 <lindi-> vanous: if you can figure it out, I'm happy to add it to omhacks
Aug 29 19:53:39 <GNUtoo|laptop> dcordes, bad idea
Aug 29 19:53:41 <GNUtoo|laptop> hi btwe
Aug 29 19:53:48 <GNUtoo|laptop> dcordes, try that:
Aug 29 19:53:53 <GNUtoo|laptop> #freesmartphone.org
Aug 29 19:54:17 <dcordes> GNUtoo|laptop: why ?
Aug 29 19:54:18 <GNUtoo|laptop> it might be more broad
Aug 29 19:54:25 <GNUtoo|laptop> the freesmartphone
Aug 29 19:54:34 <dcordes> GNUtoo|laptop: why is #shr a bad idea ?
Aug 29 19:54:39 <dcordes> GNUtoo|laptop: make it a brand
Aug 29 19:54:44 <GNUtoo|laptop> because there are already so much channels
Aug 29 19:54:49 <lindi-> GNUtoo|laptop: is the wifi firmware and the schematics really the only non-free stuff in htc dream? that sounds very good
Aug 29 19:54:52 <dcordes> GNUtoo|laptop: like mickey|zzZZzz said in that context, openmoko is dead .
Aug 29 19:54:58 <GNUtoo|laptop> #freesmartphone.org, #openmoko, #openmoko-cdevel etc...
Aug 29 19:55:04 <lindi-> dcordes: what is openmoko? the distro?
Aug 29 19:55:12 <lindi-> dcordes: or the company?
Aug 29 19:55:22 <GNUtoo|laptop> lindi-, for now because we don't have bluetooth that needs a firmware
Aug 29 19:55:26 <vanous> lindi-: something is here, but seems old... http://wiki.openmoko.org/wiki/QVGA_Mode
Aug 29 19:55:31 <dcordes> lindi-: anything
Aug 29 19:55:45 <lindi-> dcordes: openmoko hardware is still very much alive
Aug 29 19:55:48 <GNUtoo|laptop> lindi-, also as I said before the phone is problematic, because of its architecture
Aug 29 19:56:02 <GNUtoo|laptop> the modem has audio,battery,gps,gsm 
Aug 29 19:56:06 <lindi-> vanous: ok, can you test if those work with 2.6.32?
Aug 29 19:56:21 <dcordes> lindi-: two cell phones that were initially designed for a software project which is dead now ?
Aug 29 19:56:23 <GNUtoo|laptop> by has I mean it's wired to the modem
Aug 29 19:56:39 <GNUtoo|laptop> dcordes, maybe a rename then
Aug 29 19:56:44 <GNUtoo|laptop> freesmartphone.org
Aug 29 19:56:45 <lindi-> dcordes: you can run any software you want
Aug 29 19:56:47 <GNUtoo|laptop> or something like that?
Aug 29 19:56:57 <dcordes> my point is the identity situation with sHR project
Aug 29 19:57:13 <dcordes> I don't want to redirect people to some openmoko channel when they want to discuss shr
Aug 29 19:57:21 <GNUtoo|laptop> dcordes, maybe you should ask shr devs? is there any shr dev here?
Aug 29 19:57:41 <GNUtoo|laptop> because it's up to them to create the channel
Aug 29 19:57:48 <GNUtoo|laptop> hmmm
Aug 29 19:57:54 <GNUtoo|laptop> maybe it's not a so bad idea after all
Aug 29 19:58:16 <lindi-> I'm personally bit confused to hear about htc and things like that here :)
Aug 29 19:58:30 <vanous> lindi-: huh, i am not realyl sure what the final result should look like should be but just switching with xrandr -s 480x640 and xrandr -s 240x320 does the job...
Aug 29 19:58:39 <dcordes> GNUtoo|laptop: see what lindi says. that's the point
Aug 29 19:58:41 <lindi-> vanous: yes with Xorg
Aug 29 19:58:47 <dcordes> GNUtoo|laptop: this place is openmoko
Aug 29 19:58:53 <vanous> killall -HUP enlightenment is neede
Aug 29 19:58:56 <vanous> needed
Aug 29 19:59:02 <GNUtoo|laptop> yes I don't doubt openmoko is alive
Aug 29 19:59:20 <GNUtoo|laptop> the only issue with the channel name is that I'm abusing the channel with my htcdream stuff
Aug 29 19:59:25 <gena2x> dcordes: it's wrong to think that freerunner is dead. it is used by many people. others develop things for it. why it is dead?
Aug 29 19:59:49 <dcordes> gena2x: freerunner? who said that
Aug 29 20:00:12 <lindi-> dcordes: GNUtoo|laptop: so how about:    #openmoko-debian (obviously since debian runs on many other systems and #debian is too high traffic), #shr, #qtmoko, #openmoko-hardware (for stuff specific to the hardware and independent of any distro)? ;)
Aug 29 20:00:41 <gena2x> it pretty good now.
Aug 29 20:00:50 <GNUtoo|laptop> hmmm
Aug 29 20:01:00 <lindi-> dcordes: the problem is that "openmoko" means at least three different things :)
Aug 29 20:01:06 <GNUtoo|laptop> or maybe we should just change the topic
Aug 29 20:01:13 <lindi-> dcordes: different people probably interpreted your message differently
Aug 29 20:01:19 <GNUtoo|laptop> to reflect the recent actvity
Aug 29 20:01:22 <lindi-> GNUtoo|laptop: that should work too :)
Aug 29 20:01:38 <GNUtoo|laptop> like:
Aug 29 20:01:41 <GNUtoo|laptop> *openmoko stuff
Aug 29 20:01:51 <GNUtoo|laptop> *100% free other phones
Aug 29 20:02:02 <lindi-> GNUtoo|laptop: 100% free? that is difficult
Aug 29 20:02:04 <gena2x> vanous: i reviewed wiki page about 2-4-2, it looks good, thanks
Aug 29 20:02:35 <vanous> gena2x: ok, thank you
Aug 29 20:02:41 <GNUtoo|laptop> lindi-, ok at least 100% free-on-main-cpu
Aug 29 20:02:57 <lindi-> GNUtoo|laptop: yep but that excludes gta01
Aug 29 20:03:02 <GNUtoo|laptop> hmmm
Aug 29 20:03:02 <vanous> lindi-: besides X, do you mean framebuffer?
Aug 29 20:03:06 <lindi-> vanous: yep
Aug 29 20:03:21 <GNUtoo|laptop> btw no one tried to reverse engineer glin?
Aug 29 20:03:24 <lindi-> GNUtoo|laptop: I'd welcome anybody who is working towards making it 100% free :)
Aug 29 20:03:30 <lindi-> GNUtoo|laptop: afaik many tried
Aug 29 20:03:32 <vanous> lindi-: i see
Aug 29 20:03:35 <GNUtoo|laptop> is the gta01 gps better than gta02?
Aug 29 20:03:41 <GNUtoo|laptop> I mean hardware wise
Aug 29 20:04:00 <GNUtoo|laptop> because I wonder if it's really worth, we have om-gta02
Aug 29 20:04:41 <lindi-> GNUtoo|laptop: sure but my point is that I think we should welcome projects that are trying to make it possible to use some phone with only free software even if they are not there yet
Aug 29 20:04:51 <GNUtoo|laptop> ok
Aug 29 20:04:55 <lindi-> GNUtoo|laptop: I'd love to have a channel that talks about how to make n900 usable with only free software
Aug 29 20:05:08 <lindi-> GNUtoo|laptop: #maemo has many people who are not interested in free software at all
Aug 29 20:05:09 <dcordes> lindi-: "so how about:" this is a serious matter to me. You and others making fun about such things and not caring is probably the reason why nobody gives a damn about these projects
Aug 29 20:05:10 <GNUtoo|laptop> lindi-, did you see the recent modem progress?
Aug 29 20:05:24 <lindi-> GNUtoo|laptop: for n900? I think I missed that one
Aug 29 20:05:41 <lindi-> dcordes: what projects do you mean exactly?
Aug 29 20:05:54 <GNUtoo|laptop> lindi-, modem activator has been commited , so modem reverse engineering and implementation started
Aug 29 20:06:09 <GNUtoo|laptop> altough I've no idea on how to route the audio for a call
Aug 29 20:06:24 <GNUtoo|laptop> and call,sms etc...don't work yet
Aug 29 20:06:27 <lindi-> GNUtoo|laptop: cool, that kind of news I'd like to hear :)
Aug 29 20:06:30 <dcordes> lindi-: personally I only care about SHR distro. openmoko is not the most popular thing either.
Aug 29 20:06:48 <GNUtoo|laptop> https://elektranox.org/n900/
Aug 29 20:06:59 <lindi-> dcordes: ok, I can understand the confusion
Aug 29 20:07:37 <GNUtoo|laptop> lindi-,and he did all that for/under debian!!!!
Aug 29 20:07:39 <lindi-> dcordes: I'm using debian right now mostly because I understand how it works and appreciate their policy
Aug 29 20:08:09 <dcordes> I am going to do some work enabling SHR on numerous state of the art devices. If I do such work I want it to be used. This requires cooperation with those representing SHR. If nobody cares about these things I have no interest in contributing.
Aug 29 20:08:15 <lindi-> GNUtoo|laptop: 'get FSO running on' -- is FSO here a distro or program?
Aug 29 20:08:55 <GNUtoo|laptop> lindi-, it's a middleware
Aug 29 20:09:11 <lindi-> dcordes: interesting. are you able to disclose what those devices are?
Aug 29 20:09:31 <lindi-> GNUtoo|laptop: ok. "numptyphysics" on the feature list just sounded odd :)
Aug 29 20:09:34 <GNUtoo|laptop> lindi-, I think he got an hd2
Aug 29 20:09:41 <GNUtoo|laptop> lindi-, lol
Aug 29 20:09:49 <GNUtoo|laptop> I should add wesnoth in my feature list then
Aug 29 20:10:07 <lindi-> GNUtoo|laptop: I mean I knew fso was working on a replacement for init but I didn't know they had numptyphysics and video player :)
Aug 29 20:10:21 <GNUtoo|laptop> lol ok
Aug 29 20:10:29 <lindi-> hd2?
Aug 29 20:10:37 <lindi-> htc hd2?
Aug 29 20:10:38 <GNUtoo|laptop> a windows mobile phone
Aug 29 20:10:39 <GNUtoo|laptop> yes
Aug 29 20:11:24 <lindi-> hmm, maybe we should have a status page that lists all this hardware and how much can be used with free software
Aug 29 20:11:27 <GNUtoo|laptop> lindi-, look here:
Aug 29 20:11:46 <GNUtoo|laptop> http://wiki.freesmartphone.org/index.php/HardwareComparison
Aug 29 20:11:50 <GNUtoo|laptop> I started this page
Aug 29 20:12:07 <GNUtoo|laptop> lindi-, feel free to put some colors
Aug 29 20:12:11 <lindi-> GNUtoo|laptop: looks good but maybe it should be on "neutral ground" and not fso wiki? ;)
Aug 29 20:12:27 <GNUtoo|laptop> lindi-, it's all about fso support
Aug 29 20:12:35 <GNUtoo|laptop> for instance telephony depend on fso
Aug 29 20:12:42 <GNUtoo|laptop> lots of things depend on fso
Aug 29 20:12:52 <GNUtoo|laptop> so I've put it in fso
Aug 29 20:12:56 <GNUtoo|laptop> SHR was not a good idea
Aug 29 20:13:03 <GNUtoo|laptop> openmoko either
Aug 29 20:13:07 * lindi- is thinking wikipedia :)
Aug 29 20:13:13 <GNUtoo|laptop> ok
Aug 29 20:13:16 <lindi-> "list of phones that can be used with free software"? ;)
Aug 29 20:13:22 <GNUtoo|laptop> not very encyclopedic
Aug 29 20:13:33 <GNUtoo|laptop> wikipedia is an encyclopedia
Aug 29 20:13:39 <GNUtoo|laptop> people tend to forget it
Aug 29 20:13:43 <GNUtoo|laptop> that's why they created:
Aug 29 20:13:46 <GNUtoo|laptop> wikibooks
Aug 29 20:13:49 <GNUtoo|laptop> wikiversity
Aug 29 20:13:53 <GNUtoo|laptop> wikisicies
Aug 29 20:13:54 <GNUtoo|laptop> etc...
Aug 29 20:14:05 <GNUtoo|laptop> *spicies
Aug 29 20:14:51 <GNUtoo|laptop> maybe :
Aug 29 20:14:58 <GNUtoo|laptop> comparison of free software phones
Aug 29 20:15:06 <GNUtoo|laptop> with a red non-free 
Aug 29 20:15:09 <GNUtoo|laptop> when it's not free
Aug 29 20:15:11 <lindi-> GNUtoo|laptop: ok but can I add "usb host mode" : yes to gta02 on that page? I have no idea if FSO supports it
Aug 29 20:15:22 <GNUtoo|laptop> lindi-, it supports it
Aug 29 20:15:25 <lindi-> GNUtoo|laptop: but I do know that gta02 supports it with kernel from git.openmoko.org
Aug 29 20:15:43 <GNUtoo|laptop> then say hardware present,kernel driver present
Aug 29 20:15:51 <GNUtoo|laptop> if it's not supported by fso
Aug 29 20:15:54 <GNUtoo|laptop> but it is
Aug 29 20:15:56 <GNUtoo|laptop> let me look
Aug 29 20:17:40 <GNUtoo|laptop> /org/freesmartphone/Resource/UsbHost
Aug 29 20:17:48 <GNUtoo|laptop> it's supported
Aug 29 20:18:08 <GNUtoo|laptop> that debian/vala issue is indeed a big problem
Aug 29 20:18:16 <GNUtoo|laptop> isn't there a way arround that
Aug 29 20:18:22 <GNUtoo|laptop> like making a separate repo
Aug 29 20:18:25 <GNUtoo|laptop> for fso2
Aug 29 20:18:33 <GNUtoo|laptop> aka cornucopia
Aug 29 20:18:35 <lindi-> GNUtoo|laptop: that wouldn't be official debian then
Aug 29 20:18:42 <GNUtoo|laptop> yes but it would work
Aug 29 20:19:12 <lindi-> GNUtoo|laptop: the people who are working on it are interested in official debian, if somebody else wants to create a separate repository I guess they can?
Aug 29 20:19:19 <GNUtoo|laptop> ok
Aug 29 20:19:29 <lindi-> GNUtoo|laptop: vala in official debian needs to run all sorts of gnome stuff that just can't fail, right?
Aug 29 20:19:57 <GNUtoo|laptop> I don't know
Aug 29 20:21:01 <lindi-> GNUtoo|laptop: anyways, that's unfortunately what happens when you develop software against a compiler that is still under development
Aug 29 20:21:17 <GNUtoo|laptop> lol ok
Aug 29 21:22:45 <GNUtoo|laptop> hi,
Aug 29 21:22:47 <GNUtoo|laptop> is that normal:
Aug 29 21:22:53 <GNUtoo|laptop> mdbus2 -s org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Time.GetTime => ( 0 )
Aug 29 21:30:56 <Sharwin_F> GNUtoo|laptop, I get the same if there's no fix
Aug 29 21:31:45 <GNUtoo|laptop> ok 
Aug 29 21:31:46 <GNUtoo|laptop> thanks a lot
Aug 29 21:36:37 <GNUtoo|laptop> Sharwin_F, I've something strange:
Aug 29 21:36:45 <GNUtoo|laptop> unknowFix: unknow
Aug 29 21:36:54 <GNUtoo|laptop> on the freerunner there is nofix written
Aug 29 21:37:10 <Sharwin_F> GNUtoo|laptop, where?
Aug 29 21:37:20 <GNUtoo|laptop> in the shr-settings
Aug 29 21:37:31 <GNUtoo|laptop> in position
Aug 29 21:37:36 <GNUtoo|laptop> under the on slider
Aug 29 21:37:45 <GNUtoo|laptop> at the beginning it's unknow
Aug 29 21:38:00 <GNUtoo|laptop> but if I do on->off off->on 
Aug 29 21:38:03 <GNUtoo|laptop> it say no fix
Aug 29 21:38:21 <GNUtoo|laptop> on my htcdream setup it doesn't change
Aug 29 21:38:25 <GNUtoo|laptop> still unknown
Aug 29 21:39:02 <Sharwin_F> uhm I'll try now, I just got a fix xD
Aug 29 21:39:27 <GNUtoo|laptop> maybe I can try a gpsd app
Aug 29 21:40:04 <Sharwin_F> GNUtoo|laptop, btw, with fix I get this: mdbus2 -s org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Time.GetTime
Aug 29 21:40:04 <Sharwin_F> ( 1283117862 )
Aug 29 21:40:04 <GNUtoo|laptop> strange strange
Aug 29 21:40:11 <GNUtoo|laptop> poll: data is 'GPSD,O=?\r\n'
Aug 29 21:40:19 <GNUtoo|laptop> that's what my nmea gpsd app says
Aug 29 21:41:22 <GNUtoo|laptop> poll: data is 'GPSD,W=1,A=?,T=?,C=1.00,E=? ? ?,N=0,A=?,B=?,L=3 0.8 abcdefgijklmnopqrstuvwxyz,E=? ? ?,T=?,R=1,U=?,E=? ? ?,N=0,M=0,E=? ? ?,A=?,T=?,R=0,U=?,E=? ? ?\r\n'
Aug 29 21:41:29 <GNUtoo|laptop> that's what it say at the beginning
Aug 29 21:41:41 <GNUtoo|laptop> and then only things like
Aug 29 21:41:45 <GNUtoo|laptop> poll: data is 'GPSD,O=?\r\n'
Aug 29 21:41:58 <GNUtoo|laptop> or
Aug 29 21:41:59 <GNUtoo|laptop> poll: data is 'GPSD,Y=?\r\n'
Aug 29 21:43:35 <GNUtoo|laptop> here's my MSMDevice python file:
Aug 29 21:44:12 <GNUtoo|laptop> ahhh
Aug 29 21:44:20 <GNUtoo|laptop> 2010.08.29 23:41:49.737 ogpsd                ERROR    Line: ['GPVTG,,T,,M,,N,,K,N', '2']2010.08.29 23:41:49.745 ogpsd                DEBUG    Unknown sentence
Aug 29 21:44:27 <GNUtoo|laptop> I'll look
Aug 29 21:44:40 <GNUtoo|laptop> 2010.08.29 23:41:43.739 ogpsd                ERROR    Error in processGPRMC method: invalid literal for int() with base 10: ''
Aug 29 21:44:42 <GNUtoo|laptop> I'll look
Aug 29 21:44:47 <GNUtoo|laptop> thanks a lot for the help
Aug 29 21:55:11 <GNUtoo|laptop> 2010.08.29 23:52:49.679 ogpsd                ERROR    Line: ['GPGGA,215251.2,,,,,0,,,,,,,,', '7']
Aug 29 21:55:11 <GNUtoo|laptop> 2010.08.29 23:52:49.690 ogpsd                ERROR    Error in processGPGGA method: invalid literal for int() with base 10: ''
Aug 29 21:55:12 <GNUtoo|laptop> hmmm
Aug 29 22:01:57 <Sharwin_F> GNUtoo|laptop, I was looking at this: http://htc-linux.org/wiki/index.php?title=Dream#Misc_userspace and afaik, intone already calls cpu resource, so no need to used fsoraw ?
Aug 29 22:02:14 <GNUtoo|laptop> ah 
Aug 29 22:02:19 <GNUtoo|laptop> I'll look
Aug 29 22:02:33 <GNUtoo|laptop> maybe CPU resource is not implemented?
Aug 29 22:02:44 <GNUtoo|laptop> the use case is:
Aug 29 22:02:55 <GNUtoo|laptop> start intone and start an album
Aug 29 22:02:59 <GNUtoo|laptop> apm -s
Aug 29 22:03:01 <GNUtoo|laptop> from fso-apm
Aug 29 22:03:17 <GNUtoo|laptop> and continue to listen to music
Aug 29 22:03:21 <GNUtoo|laptop> while fake-suspended
Aug 29 22:03:28 <Sharwin_F> GNUtoo|laptop, I use freerunner+intone daily and I have no problem with it suspending
Aug 29 22:03:40 <[Rui]> hi all
Aug 29 22:03:42 <GNUtoo|laptop> suspend is quite different in htcdream
Aug 29 22:03:53 <GNUtoo|laptop> I want to continue to listen to music while suspended
Aug 29 22:03:53 <Sharwin_F> I just open intone, put on the headsets and play music all the way in underground :)
Aug 29 22:04:02 <Sharwin_F> GNUtoo|laptop, oh ok
Aug 29 22:04:07 <GNUtoo|laptop> because it uses wakelocks
Aug 29 22:04:26 <GNUtoo|laptop> I'm not sure mickey|zzZZzz implemented wakelocks handling in CPU resource
Aug 29 22:04:40 <Sharwin_F> GNUtoo|laptop, I understood you wanted to keep it not suspended ;)
Aug 29 22:05:12 <GNUtoo|laptop> yes I understood you
Aug 29 22:34:08 <[Rui]> I'm glad vanek noticed the need to bump omnewrotate to r67, I noticed it too when I was going to have it running again now wsod may be gone for good, and oops... still one rev too low :) babystuff dragged me away from that, though.
Aug 29 23:29:40 <daniele_athome> goodnightttttttttt!!!! :)
**** ENDING LOGGING AT Mon Aug 30 02:59:57 2010