IRC log for #openmoko-cdevel on 20100824

00:03.36*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
00:42.39*** join/#openmoko-cdevel PaulF (~pavel@ppp91-78-251-152.pppoe.mtu-net.ru)
01:05.20*** join/#openmoko-cdevel Defiant (~Defiant@f054022000.adsl.alicedsl.de)
01:24.18*** join/#openmoko-cdevel von_fritz (~fritz@host18-182-dynamic.54-82-r.retail.telecomitalia.it)
01:24.49*** join/#openmoko-cdevel TAsn (~tom@109-186-3-237.bb.netvision.net.il)
02:14.45*** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov)
02:57.41*** join/#openmoko-cdevel [Rui] (~Rui@a83-132-102-148.cpe.netcabo.pt)
03:57.28*** join/#openmoko-cdevel zeroedout_ (zeroedout@xx114200220.cipherkey.com)
04:33.47*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
04:33.54*** join/#openmoko-cdevel Q-Master (~qmaster@95-29-247-105.broadband.corbina.ru)
04:38.57*** join/#openmoko-cdevel eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net)
04:59.34*** join/#openmoko-cdevel Sargun (~Sargun@atarack/Staff/Sargun)
05:18.24*** join/#openmoko-cdevel elron (~quassel@meskalero.de)
05:23.43*** join/#openmoko-cdevel pwerken (~pwerken@square.phys.uu.nl)
05:24.50*** join/#openmoko-cdevel Wonka_ (produziert@madwifi/support/wonka)
05:25.52*** join/#openmoko-cdevel RedDog (~reddog@2001:6f8:90f:1::1)
05:26.36*** join/#openmoko-cdevel papa-piet (~papa-piet@port-92-204-13-91.dynamic.qsc.de)
05:29.35*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
05:32.31*** join/#openmoko-cdevel PaulF (~pavel@ppp91-78-251-152.pppoe.mtu-net.ru)
05:32.31*** join/#openmoko-cdevel anibal (~anibal@debian/developer/anibal)
05:32.31*** join/#openmoko-cdevel viq (~viq@unaffiliated/viq)
05:41.16*** join/#openmoko-cdevel Flyser (~quassel@p4FDE70EF.dip.t-dialin.net)
05:49.13*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
06:04.41*** join/#openmoko-cdevel radekp (~radek@88.146.48.30)
06:12.23*** join/#openmoko-cdevel GarthPS (~quassel@92.102.66.79)
06:21.37*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
06:25.46*** join/#openmoko-cdevel thrashold (~europan@3mhz.net)
06:46.01*** join/#openmoko-cdevel vanous1 (~vanous@194.228.223.3)
06:54.20*** join/#openmoko-cdevel kwek (~kwek@28.Red-88-15-144.dynamicIP.rima-tde.net)
07:05.24*** join/#openmoko-cdevel Heinervdm (~thomas@pD9E14F47.dip.t-dialin.net)
07:30.47*** join/#openmoko-cdevel niclone (nicolas@81.201.184.20)
07:39.07*** join/#openmoko-cdevel Rangasamee (~mjampala@208.146.43.5)
08:06.12*** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
08:06.26*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
08:16.37*** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-28.rev.numericable.fr)
08:28.07alexxyJaMa|GoNe: i still have error with suspend
08:28.38JaMa|GoNethen report it if you didn't
08:28.43alexxyactualy sometimes aafter suspend/resume cycle i get not clean reiserfs on card
08:29.15alexxyhttp://dpaste.com/233155/
08:29.21alexxysomthing like this
08:29.24JaMa|GoNethere is similar report for this too
08:30.04alexxyalso seems it is fs independant
08:31.20alexxyhttp://dpaste.com/233157/
08:31.26alexxythis after reboot
08:32.19alexxyseems it because something broken with mmchci
08:33.10JaMa|GoNeask gena2x or some other skilled kernel hacker to look into it (/me is not kernel hacker)
08:33.53alexxyok =)
08:34.12gena2xgena2x: is not mmc expert, ask ThibG :)
08:34.20JaMa|GoNeand try 2.6.34 (here it worked a bit better wrt uSD)
08:35.41alexxyhmm
08:35.52alexxywill i have working gsm and gps?
08:35.57JaMa|GoNeyes
08:36.00JaMa|GoNemaybe
08:36.03alexxyuses neo as phone
08:36.04gena2xon my non-kms kernel, i never had problems with usd
08:36.15gena2xi mean .34
08:36.24alexxygena2x: its stock shr-u kernel
08:36.24gena2xbut i think .32 also
08:36.42JaMa|GoNehad few issues, but nothing reproducible
08:36.51gena2xalexxy: you may use other kernels with shr
08:36.58alexxyi know =)
08:37.02alexxyok
08:37.11JaMa|GoNejust fs got borked few times (before I moved ~/.efreet to volatile and started to use fsck -y on every boot)
08:37.16alexxywhere can i get 2.6.34 kernel?
08:37.23JaMa|GoNeshr-kms directory
08:37.31alexxyok
08:37.37JaMa|GoNeI'll upgrade it to 2.6.34.5 today
08:37.38gena2xi had reproducible problems with poweroff-sd-not-flushed with shr kernel i rebuild.
08:37.42alexxytoo lazy to compile new one
08:37.59alexxygena2x: seems its related
08:38.19alexxybut its on suspend/resume cycle
08:38.45alexxylooks like not all fs changes were flushed back to sd
08:38.52gena2xyou may also add sync, sleep and remount -o ro
08:39.00gena2xat least try.
08:39.05gena2xto workaround problem
08:39.53alexxyJaMa|GoNe: do you realy has wrking gsm?
08:39.55alexxyhttp://build.shr-project.org/shr-kms/
08:40.09gena2xgsm is working on .34
08:40.13alexxyor you simply forgot to adjust info on this page?
08:40.17JaMa|GoNealexxy: gsm yes with latest patch from gena2x
08:40.22JaMa|GoNealexxy: forgot
08:40.29alexxy=)
08:40.52JaMa|GoNealexxy: but you still need to adjust alsa scenarios a bit to get working sound in calls
08:41.02alexxyhmm
08:41.04JaMa|GoNedos should know how.. but he didn't push it yet
08:41.06alexxyhow? =)
08:41.13alexxyahh
08:43.43JaMa|GoNewhen he gets here, ask him to update README in shr-kms with that info
08:45.55*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
08:57.58zubalexxy: I've seen what I suspect to be 2.6.32 uSD oddities too
08:58.08alexxyyep =)
08:58.09zubbut again nothing reproducible/diagnosable
08:58.18alexxyits reproducable
08:58.18alexxy=)
08:58.42alexxyand seems similar to poweroff-sd-not-flushed
08:59.17JaMa|GoNeInstalling kernel-2.6.34.5 (2.6.34.5-oe4.6+gitr6+3f6725d43021d2d7597027e36020df5b44d0667e-r0.5) to root...
08:59.23*** join/#openmoko-cdevel michelk (~michelk@p5B13BE01.dip0.t-ipconnect.de)
09:00.47alexxyhmmm
09:00.56alexxyJaMa|GoNe: do you have feed for it?
09:02.19JaMa|GoNealexxy: http://jama.homelinux.org/org.openembedded.shr.images/ (use uImage+modules only)
09:02.34JaMa|GoNealexxy: but it's also building in shr-kms now
09:02.41JaMa|GoNeNOTE: Running task 188 of 1195
09:02.46alexxyahh
09:03.34JaMa|GoNefeed for kernel is dangerous, because it would remove your old kernel-module*2.6.32*.. while upgrading to 2.6.34
09:05.09alexxyactualy its not a problem
09:09.20zubHm, slightly OT, but I gues someone here might know. What's the relation of kernel tags (e.g. v2.6.35) to released tarballs (e.g. 2.6.35.2)?
09:09.30zubthe tarballs have one more version number...
09:09.55zub(talking of tags in the official (linus) git tree)
09:10.54JaMa|GoNe? then you'll find 4 numbered versions in "stable trees" like linux-2.6.35.y http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.35.y.git;a=summary
09:11.06JaMa|GoNethere are those tags for stable updates
09:12.01JaMa|GoNeor I didn't understand the question
09:22.43*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
09:24.10zubJaMa|GoNe: no, you got it, thanks
09:24.21zubI didn't know I should for other trees
09:40.40*** join/#openmoko-cdevel Weiss (~taw27@zazu.bitwiz.org.uk)
09:40.40*** join/#openmoko-cdevel dvarnes_ (~dvarnes@203-206-128-239.perm.iinet.net.au)
09:46.39*** join/#openmoko-cdevel xrmx (~rm@dynamic-adsl-78-14-158-198.clienti.tiscali.it)
09:47.50*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
09:50.08*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@90.84.144.125)
09:51.30GNUtoo|laptophi mickey|office
09:51.40GNUtoo|laptopdo you want to ear my roadmap?
09:51.48GNUtoo|laptopor are you busy?
09:59.06*** join/#openmoko-cdevel xrmx (~rm@dynamic-adsl-78-14-158-198.clienti.tiscali.it)
10:07.31CIA-59freesmartphone.org: 03GNUtoo 07utilities * r5d60b4f315f9 10/android/rpc/librpc/debug.h: (log message trimmed)
10:07.31CIA-59freesmartphone.org: android: rpc: librpc: remove debuging prints
10:07.31CIA-59freesmartphone.org: Debuging is useless now,
10:07.31CIA-59freesmartphone.org: it only printed a lot of incomprensible(for us) values on the screen
10:07.31CIA-59freesmartphone.org: Now that the GPS activator works, debugging is not necessary anymore
10:14.07*** join/#openmoko-cdevel GarthPS (~quassel@92.102.66.79)
10:19.40*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
10:26.22radekpbtw http://laforge.gnumonks.org/weblog/2010/08/21/#20100821-playing_with_galaxy_s
10:27.45radekpi wonder what are chances to make it succesfull, but that phone looks quite nice to me
10:28.01mickey|officeGNUtoo|laptop: i'm busy, but want to hear it anyways :)
10:28.21GNUtoo|laptop1) keyboard
10:28.39GNUtoo|laptopI already found a fix for gtk mapping issue
10:28.45GNUtoo|laptopbut I've to integrate it
10:28.47GNUtoo|laptop2)GUI
10:28.50GNUtoo|laptop3) core things
10:29.34vanousradekp: yup, read yesterday, very interesting indeed :)
10:31.36mickey|officeok, sounds good
10:32.16mickey|officesince it's just the two of us, i don't see anyone else working on Bluetooth, Camera, and the sensors, right?
10:37.00gena2xradekp: 512Mb ram sounds exactly most important thing missing on FR.
10:37.18gena2x:)
10:38.49radekpgena2x: there is much more missing :)
10:38.57GNUtoo|laptopmickey|office, that's for later
10:39.11GNUtoo|laptopfirst sensors
10:39.14GNUtoo|laptopthen bluetooth
10:39.36GNUtoo|laptopand last camera,it would be the last thing
10:39.42GNUtoo|laptopbecause it's complicated
10:39.57GNUtoo|laptopcamera requires an activator
10:40.03GNUtoo|laptopor to modify the kernel driver
10:40.11GNUtoo|laptopit's not using shared memory tough
10:40.18GNUtoo|laptopit's another thing
10:41.05GNUtoo|laptopbtw: the plan is just a plan
10:41.08GNUtoo|laptopbecause of waiting times
10:41.15GNUtoo|laptopI may parallelize some tasks
10:41.36GNUtoo|laptopor rather pipeline some tasks
10:41.42gena2xradekp: i think, from raw and i/o performance point of view, memory speed is most limiting factor of fr. second very limiting thing is meory size. if fr has 512mb, i/o speed would be not a problem at all, as you can even just push small distos directly to memory, and everything will be lightning fast.
10:43.36radekpgena2x: i wonder what has to be done for such port - only modem? rest should be in their android kernel?
10:44.51[Rui]moin
10:44.54gena2xradekp: please, do not go this journey right now :)
10:46.00radekpgena2x: no worries - i am just interested :)
10:47.12gena2xradekp: i don't really know, but guess you should get huge bunch of absolutely unexpected troubles. out of article i am clearly see disk i/o toubles.
10:47.45radekpgena2x: i'd boot from SD card :)
10:48.31*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
10:48.52gena2xradekp: would be not bad at all to have qtmoko ported on other device :)
10:49.27*** join/#openmoko-cdevel TAsn (~tom@109-186-56-154.bb.netvision.net.il)
10:49.38gena2xradekp: btw, how about v26? :)
10:49.53radekpgena2x: i need a few hours to do it :)
10:50.26radekpgena2x: but still busy with money work and with wife&children when i get home
10:50.47gena2xradekp: so, shindlier's list won and produced deep impression? :)
10:51.57radekpgena2x: yup :)
10:52.27GNUtoo|laptopgena2x, palm pre plus has 512M
10:57.23GNUtoo|laptopbut be sure to know the state
10:57.25gena2xGNUtoo|laptop: hm, nice to know, but atm, i am not searching for new device, as freerunner seem meets my needs, not without problems, but i guess any 'new' 'anti-vendor' port will have even more troubles.
10:57.31GNUtoo|laptopand also the differences between pre/pre-plus
10:57.37[Rui]let's hope after this upgrade things go well, I've been unable to take calls since yesterday's upgrade :)
10:57.40GNUtoo|laptopok
10:57.45GNUtoo|laptopbbiab
10:58.25[Rui]gena2x: do you use the freerunner as a phone as well? :)
10:59.45gena2x[Rui]: from time to time - yes. and it work well. not without problems at all, but now it is well.
11:00.11[Rui]gena2x: great! :) now there's two of us ;)
11:01.26gena2xand most interesting, i am 'discovering' more and more nice features in it.
11:02.11gena2xlast thing i enjoy is handwriting support in qtmoko
11:02.47[Rui]weird, the kernel upgrade seems to have some problem (missing drivers)
11:03.00gena2xjust never tried it before, and once saw how it works, and wondered how well it is working.
11:03.12gena2xnow i forgot about that damn keyboard.
11:03.24gena2xeverywhere except terminals.
11:03.35[Rui]I think I'm going to backup the opimd dbs and reflash, this doesn't look good at all
11:04.05JaMa|GoNe[Rui]: what do you mean by missing drivers?
11:04.20JaMa|GoNe[Rui]: kernel config is the same as with 2.6.32.17
11:04.25[Rui]root@om-gta02 ~ # ls -laF /lib/modules/2.6.32.17/kernel/sound/core/snd.ko
11:04.26[Rui]ls: /lib/modules/2.6.32.17/kernel/sound/core/snd.ko: No such file or directory
11:04.32JaMa|GoNeso all modules which were installe before are also installed after
11:04.39JaMa|GoNe[Rui]: yes you have to reboot to 2.6.32.20
11:04.48[Rui]it complained about many modules when I did an opkg upgrade
11:05.14JaMa|GoNethat's normal.. because it tries to modprobe them while you're still running 2.6.32.17
11:05.28JaMa|GoNebut loaded modules are kept loaded
11:05.39JaMa|GoNeso if you reboot to 2.6.32.20 modprobe will find those
11:05.47JaMa|GoNein /lib/modules/2.6.32.20
11:06.01[Rui]oh it upgraded to a new kernel version, not just a new patch... ok
11:06.03*** part/#openmoko-cdevel [Rui] (~Rui@a83-132-102-148.cpe.netcabo.pt)
11:06.08*** join/#openmoko-cdevel [Rui] (~Rui@a83-132-102-148.cpe.netcabo.pt)
11:08.35[Rui]ok, powering off after solving the terminal-keyboard/e-wm issue
11:11.12[Rui]shit, libphoneui-shr windows are still borked. I guess I'll definitely try a new base image, maybe something got too broken with some hard reboot, if this isn't happening to anyone else.
11:11.33JaMa|GoNereflashed yesterday and shr apps look normal
11:12.09*** join/#openmoko-cdevel eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net)
11:12.21vanous[Rui]: phone ui apps gui broken? me thought i borked through installing another theme last night/this morning...
11:14.33vanousJaMa|GoNe: 32.20 kernel is in shr feeds or in your testing repo?
11:16.50JaMa|GoNeboth
11:17.01JaMa|GoNevanous: 34.5 is building in shr-kms
11:17.16JaMa|GoNeNOTE: Running task 597 of 1195
11:17.38vanous34 has this bad jitter on screen that kbd is unusable :(
11:17.50JaMa|GoNeyes..
11:18.03vanousas mrmoku was talking about the filter i look at it but it goes over my head :)
11:18.04JaMa|GoNebut I didn't notice it much in kbd.. rather in settings
11:18.11JaMa|GoNeevfilter?
11:18.12vanousi see
11:18.24vanousyup
11:18.39vanoususerspace filter
11:19.15JaMa|GoNeyup I wanted to try evfilter from metan (Hrubis)
11:19.37vanousthere are several modes
11:20.25vanousbut perhaps WeightedAverageAbs would be it?
11:21.06JaMa|GoNemaybe.. but I fear "TODO: This filter wasn't tested yet." :)
11:21.11vanousyup
11:23.33vanousJaMa|GoNe: "Second goal is to hack X-server input driver to use evfilter     library so we can do much more magic with input devices in X-server. "
11:23.47*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
11:25.18JaMa|GoNeyes.. it's a lot of work.. you should also hack xinput to allow setup evfilter lib in runtime etc..
11:26.09JaMa|GoNeor even xinput-calibrator for testing evfilter settings before applying those
11:26.41vanoushmm
11:28.10[Rui]JaMa|GoNe: well, now I don't have the cursor either :)
11:29.11JaMa|GoNe[Rui]: and shr apps ok? maybe your theme wasn't upgraded during last upgrade and that's why you had broken shr apps and working cursor
11:29.50[Rui]JaMa|GoNe: not so ok
11:30.02[Rui]JaMa|GoNe: after the wizzard most UI is in a frozen state
11:30.18[Rui]config button reacts but no config shows up
11:30.35JaMa|GoNeconfig as wrench icon?
11:31.03[Rui]yes, wrench icon. battery meter shows percentage when clicked, and tapping the tiny-wee free space in the top bar doesn't popup the window actions bar
11:31.13[Rui]I'm going to restart X from ssh
11:31.28JaMa|GoNecheck /tmp/x.log for errors
11:31.57[Rui]now it looks ok.
11:32.02[Rui]but still doesn't ask for pin
11:32.40[Rui]libphoneui-shr windows now look normal
11:33.24JaMa|GoNegood
11:33.47JaMa|GoNeand just for confirmation, no cursor, right?
11:33.48*** join/#openmoko-cdevel jluis (53f78848@gateway/web/freenode/ip.83.247.136.72)
11:34.05[Rui]JaMa|GoNe: no cursor
11:37.03*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
11:53.03*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
11:56.42dcordesam I the only one who can't pull ?
11:58.52[Rui]pull what?
11:59.40dcordesoe
12:00.15dcordesgit://git.openembedded.org/openembedded
12:00.19dcordesfatal remote hung up
12:00.41[Rui]oh, heven't pulled in a couple of weeks, so I couldn't tell... too afraid to do it now and have to wait a few days before I'm able to compile again :)
12:01.02[Rui]JaMa|GoNe: remember my "freeze"? I think it's e that's freezing
12:01.14dcordesnote your current commit and do git reset --hard <commit> to recover
12:01.55*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
12:02.05[Rui]enlightenment_remote -restart hangs as well
12:07.07JaMa|GoNe[Rui]: any special way to reproduce it?
12:09.17[Rui]JaMa|GoNe: I was just loading the e config (wrench) and viewing options looking for the fps section when it last happened, but it happened on first boot as well, just after the shr wizzard finished.
12:09.25[Rui]JaMa|GoNe: might be some e instability
12:09.36[Rui]or illume
12:09.42JaMa|GoNeand something in x.log?
12:09.47*** join/#openmoko-cdevel ruoso (~ruoso@187.79.29.4)
12:10.57[Rui]brb baby stuff
12:13.32*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
12:13.49[Rui]JaMa|GoNe: let's see if it happens again and if sth appears there
12:14.00[Rui]it seems like that file is overwritten, not appended
12:16.20JaMa|GoNeyes, because it gets long, you can change that in /etc/init.d/xserver-nodm
12:21.12[Rui]ca-certificates should be installed by default, btw
12:21.27[Rui]JaMa|GoNe: yeah... I can imagine so :)
12:23.17*** join/#openmoko-cdevel jluis (53f78848@gateway/web/freenode/ip.83.247.136.72)
12:28.23*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@80.10.46.81)
12:32.49JaMa|GoNedos1: ping
12:33.11JaMa|GoNedos1: http://build.shr-project.org/shr-kms/ says Sound won't probably work in phone calls, ask dos1 on #openmoko-cdevel to publish diff for alsa scenarios.
12:33.45dos1i have only speakerout :(
12:34.30GNUtoo|laptopmickey|office, also for the shr-themes that is in fso repo....JaMa said that I should patch in oe for making the htcdream theme, is it ok?
12:34.55JaMa|GoNeGNUtoo|laptop: shr-themes are in shr repo, why to you still talk about fso?
12:35.03GNUtoo|laptopah?
12:35.04JaMa|GoNes/to/do
12:35.25GNUtoo|laptopah indeed
12:35.27GNUtoo|laptopurl = http://shr.bearstech.com/repo/shr-themes.git/
12:35.36GNUtoo|laptopit was in my fso dir
12:35.39GNUtoo|laptopor something like that
12:35.47GNUtoo|laptopthat's why I mis-thought that
12:35.56GNUtoo|laptopsorry then
12:36.03JaMa|GoNenp
12:37.41JaMa|GoNedos1: publish it anyways.. higher chance that someone will fix other scenarios
12:37.55JaMa|GoNedos1: please..
12:41.08dos1JaMa|GoNe: ok
12:46.48lindi-gena2x: I built mplayer from svn. it is a lot slower :)
12:47.20lindi-gena2x: and there's some offset in the fbdev output
12:54.09*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
13:01.41*** join/#openmoko-cdevel ruoso (~ruoso@187.79.29.4)
13:02.55*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
13:05.05*** join/#openmoko-cdevel Slyon (~lukas@p4FDB2535.dip0.t-ipconnect.de)
13:19.03*** join/#openmoko-cdevel DocScrutinizer2 (~halley@200.194.116.85.dsl.manitu.net)
13:19.03*** join/#openmoko-cdevel DocScrutinizer2 (~halley@openmoko/engineers/joerg)
13:41.23DocScrutinizercan anybody toss me a pointer please where to learn more about kobject.uevent, /sys/*/uevent and generally how a kernel device driver would signal an event to userland without userland processes polling /sys or whatever?
13:43.04*** join/#openmoko-cdevel Daniel__ (Daniel@116.237.37.118)
13:50.25*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
14:05.13*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@80.10.46.60)
14:05.26GNUtoo|laptopmickey|office, any news about the activator integration?
14:05.36GNUtoo|laptopbtw I removed debugging in librpc
14:07.04GNUtoo|laptoptried openBmap but had that issue:
14:07.29GNUtoo|laptopdbus.exceptions.DBusException: org.freesmartphone.Resource.UnableToEnable: Can't open the device.
14:07.40GNUtoo|laptopso I really want the activator integration
14:10.44*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
14:10.51*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
14:14.12gena2xlindi-: exactly. i noticed that slowness too :)
14:14.31gena2xlindi-: and have no idea how to fix it :)
14:15.29GNUtoo|laptoplast time I tried to send a patch to mplayer they told me that:
14:15.35GNUtoo|laptop*they don't care a lot about armv4
14:15.51gena2xah, sounds bad.
14:16.03GNUtoo|laptop(*they refused the patch because it should have gone into mpeg2 lib and not mplayer)
14:16.19gena2xah, sounds ok :)
14:16.27GNUtoo|laptop????
14:16.38GNUtoo|laptopthe * were like 1) 2)
14:16.47gena2xif it should go to mpeg2 lib, you should submit it to mpeg2 lib, no?
14:16.54GNUtoo|laptopnot like * and things written in the smallest possible font possible
14:17.02GNUtoo|laptopI tried
14:17.05GNUtoo|laptopno one responded
14:17.09GNUtoo|laptopbut it was long time ago
14:17.25gena2xinterestion, what did that patch fixed?
14:17.32gena2x*interesting
14:17.46GNUtoo|laptopbasically there were some > armv4 assembly
14:17.53GNUtoo|laptopit didn't compile with armv4
14:18.05GNUtoo|laptop.pld or something like that
14:18.41GNUtoo|laptopthe mpeg2 mailing list is not very active....
14:19.22gena2x'don't care a lot' sounds ok in fact, as this is not really major platform.
14:19.36GNUtoo|laptopineded
14:19.57GNUtoo|laptopI had to said that armv4 was used in freerunner, and that a lot of people bought it
14:21.58gena2xmay be something were wrong with your patch?
14:22.14gena2xwhy it were not accepted? did it introduce regressions for armv5?
14:22.49gena2ximo, it may be worth also to tell 'debian is armv4'
14:23.14GNUtoo|laptopno it was right
14:23.22gena2xany link?
14:23.24GNUtoo|laptopit's only that mpeg2lib was an external lib
14:23.29gena2xjust interesting to see
14:23.47GNUtoo|laptopand patching an imported external lib is not good
14:23.56gena2xit is right
14:24.00GNUtoo|laptopyou have to reduce the diff as minimum as possible
14:24.03GNUtoo|laptopfor external libs
14:24.05GNUtoo|laptopfor instance
14:24.14GNUtoo|laptopif there is a security issue in let's say pnglib
14:24.24GNUtoo|laptopif everyone import and modify pnglib
14:24.33GNUtoo|laptopthe packagers have to fix every packages
14:24.39GNUtoo|laptopand worse...
14:24.47GNUtoo|laptopthe proprietary packages don't get fixed
14:25.05GNUtoo|laptopso better not using proprietary things
14:25.10gena2xso problem were actually with fact that external lib absence of maintainer, not with mplayer.
14:25.30GNUtoo|laptopyes
14:25.39GNUtoo|laptopbasically mplayer told:
14:25.45GNUtoo|laptopsend patch to lib maintainers
14:25.54GNUtoo|laptoplib maintainers mailing list was nearly dead
14:26.00GNUtoo|laptopso no way to get the patch upstream
14:26.19gena2xwhy do need this lib at all? only way to get mpeg2 for mplayer?
14:27.18gena2xany test show it is better than other implementation?
14:27.20GNUtoo|laptopno
14:27.24GNUtoo|laptopthere is ffmpeg too
14:27.27GNUtoo|laptopit depends
14:27.38GNUtoo|laptopthe only way to know which lib is better is to test
14:29.59gena2xyou had patch :)
14:30.13*** join/#openmoko-cdevel Rangasamee (~mjampala@c-98-247-244-55.hsd1.wa.comcast.net)
14:30.28GNUtoo|laptopI'll try to find again the mails
14:30.52gena2xi think only real difference in mpeg2 will be fourier floating point/fixed point type
14:31.57gena2xGNUtoo|laptop: i can't help you anyway, but it might be interesting to just see test results, as i've found mpeg2 is best codec (in software) for my freerunner.
14:32.27GNUtoo|laptophttp://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-October/058726.html
14:32.40GNUtoo|laptopok
14:32.47GNUtoo|laptopmaybe it's the same for htcdream
14:34.12gena2xhm, strange. my cross-compiled mplayer had no cross-compilation-specific issues.
14:34.50gena2xafair
14:39.55GNUtoo|laptopgena2x, maybe it has been fixed noe
14:39.57GNUtoo|laptop*now
14:40.50*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
14:41.34*** join/#openmoko-cdevel vanous1 (~vanous@194.228.223.3)
14:42.46GNUtoo|laptopdoes someone know gps subsystem in fso? :
14:42.47GNUtoo|laptopI've:
14:42.47GNUtoo|laptop*no fsotldt.conf
14:42.48GNUtoo|laptopdbus.exceptions.DBusException: org.freesmartphone.Resource.UnableToEnable: Can't open the device.
14:42.51GNUtoo|laptopand I've:
14:43.14GNUtoo|laptoporg.freedesktop.Gypsy available, I don't know from where it comes tough
14:43.21GNUtoo|laptopit's the gpsd compatible thing
14:43.39GNUtoo|laptopbut I remember that stopping fso-gpsd didn't stop that
14:43.42GNUtoo|laptopbut I'll check
14:44.34*** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov)
14:47.28*** join/#openmoko-cdevel pespin (~pespin@213.pool85-50-68.dynamic.orange.es)
14:47.39*** join/#openmoko-cdevel methril (~methril@189.27.138.54.dynamic.adsl.gvt.net.br)
14:48.38*** join/#openmoko-cdevel pespin (~pespin@213.pool85-50-68.dynamic.orange.es)
14:53.34*** join/#openmoko-cdevel mrmoku|away (~mrmoku@ppp-93-104-183-64.dynamic.mnet-online.de)
15:13.25*** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz)
15:18.57mickey|officeGNUtoo|laptop: GPS still comes from FSO1 and has only support for UBlox or NMEA. GPS in FSO2 will likely be part of a completely different location API, if at all
15:19.21GNUtoo|laptopok
15:19.25GNUtoo|laptopI just found using the logs
15:19.28GNUtoo|laptopfsotldt.conf
15:19.35GNUtoo|laptops/conf/log
15:19.43GNUtoo|laptopdoes that interact with frameworkd?
15:21.24mickey|officenot that i remember
15:29.04GNUtoo|laptopok so what's gps config doing in fsotldt.conf?
15:30.28mickey|officethis is for my tests w/ the NMEA protocol parser in fsotdld
15:30.36mickey|officewhich already works as time source
15:30.49*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
15:30.54GNUtoo|laptopok
15:30.57GNUtoo|laptopI understand
15:31.17GNUtoo|laptopcan frameworkd and fsotldt work at the same time?
15:31.44mickey|officesure, they already do
15:32.07GNUtoo|laptopok
15:32.13mickey|officeSHR-U is using fsotdld for time synchronization and alarm
15:32.34*** join/#openmoko-cdevel ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
15:36.11Q-MasterJaMa|GoNe: wha't the error while on boot: can't registed miscdev on minor 130?
15:38.55*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
15:49.18GNUtoo|laptopmickey|zzZZzz, where could the registration that occur be?
15:49.20GNUtoo|laptopfor GPS
15:51.00*** join/#openmoko-cdevel Rangasamee (~mjampala@208.146.43.5)
15:58.28*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
16:05.07*** join/#openmoko-cdevel gena2x (~gena2x@bsdmn.com)
16:18.40*** join/#openmoko-cdevel badcloud_ (~badcloud@89-138-74-113.bb.netvision.net.il)
16:20.05*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
16:41.27*** join/#openmoko-cdevel TAsn (~tom@109-186-26-135.bb.netvision.net.il)
16:49.28*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
16:53.48*** join/#openmoko-cdevel _phil (crypt@shell.bawue.net)
16:54.16pespinbluez is not detecting bluetooth adapter in shr-u!!!
16:54.39pespinneither bluetoothd is being run when powering up the bluetooth device
17:05.15*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
17:10.30*** join/#openmoko-cdevel ruoso (~ruoso@187.79.29.4)
17:26.20*** join/#openmoko-cdevel stefan_schmidt (~stefan@p5B037A7C.dip.t-dialin.net)
17:33.14*** join/#openmoko-cdevel papa-piet (~papa-piet@port-92-204-115-128.dynamic.qsc.de)
18:07.57*** join/#openmoko-cdevel ZaPPaS (~user@dslb-084-056-140-023.pools.arcor-ip.net)
18:09.53*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@80.10.46.60)
18:33.11GNUtoo|laptophi mickey|zzZZzz
18:33.32GNUtoo|laptopI wait with impatience the gps integration commit
18:33.57GNUtoo|laptopshould I write an ogpsd plugin
18:34.01GNUtoo|laptopwhat should I do to speed it up a bit?
18:37.58GNUtoo|laptophow does fso-gpsd ogpsd and fsotldt interact with each other?
18:38.04GNUtoo|laptopand what about the resource system?
18:44.30*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@80.10.46.42)
18:58.25*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
19:00.00*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
19:07.20*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
19:10.47xrmxdoes anybody know what happened to this patch? http://marc.info/?l=linux-arm-kernel&m=122468318011905&w=2
19:14.17lindi-gena2x: I think I figured out how to rotate video
19:14.43lindi-gena2x: so now the only missing part is to make mplayer byteorder correct
19:15.42GNUtoo|laptoplindi-, wow nice
19:18.49lindi-GNUtoo|laptop: rotate on PC that is
19:23.42*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
19:28.03GNUtoo|laptopok
19:28.28GNUtoo|laptopmickey|zzZZzz, ping
19:28.36GNUtoo|laptopdoes anyone knows GPS?
19:28.45GNUtoo|laptopmore specifically:
19:29.10GNUtoo|laptopwhat's the link between fso-gpsd ogpsd fsotldt adn the resource system
19:29.21GNUtoo|laptopThe goal is to integrate the code I wrote
19:29.26GNUtoo|laptopthat is to say:
19:29.37GNUtoo|laptopI wote a resource managememnt for htcdream's gps
19:30.05GNUtoo|laptopand I've
19:30.06GNUtoo|laptop** (process:338): CRITICAL **: file MsmGpsResourceActivator.c: line 1430: unexpected error: Resource GPS already registered ((null), 153600)
19:30.16GNUtoo|laptopso should I modify ogpsd?
19:30.33GNUtoo|laptopthere is a NMEA system, an openmoko one, an eten one....
19:30.58GNUtoo|laptop# possible options are NMEADevice, UBXDevice, GTA02Device, EtenDevice
19:31.02GNUtoo|laptopin frameworkd.conf
19:34.11pespinGNUtoo|laptop, I got a similar vala error with dbus the other day too, and it was due to sending wrong data types to dbus method
19:34.28GNUtoo|laptopah
19:34.35GNUtoo|laptophere it's because it does what it says
19:34.37pespinlike sending an uint where it was a bool
19:34.45GNUtoo|laptopResource GPS already registered
19:34.51GNUtoo|laptopit's already registered
19:34.54GNUtoo|laptopthat is to say
19:35.02GNUtoo|laptopif I killall
19:35.09GNUtoo|laptopand start only some daemons
19:35.10GNUtoo|laptopit works
19:35.20GNUtoo|laptopbut I've to integrate it into somehting usable
19:35.32GNUtoo|laptopI'll be back in a bit
19:40.18pespin# mdbus2 -s org.bluez / org.bluez.Manager.DefaultAdapter
19:40.18pespinorg.bluez.Error.NoSuchAdapter: No such adapter
19:45.10*** join/#openmoko-cdevel mrmoku|a` (~mrmoku@ppp-188-174-3-194.dynamic.mnet-online.de)
20:26.00*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@90.84.146.181)
20:26.12GNUtoo|laptophi mickey|zzZZzz
20:26.16GNUtoo|laptopI hope you're there
20:26.18GNUtoo|laptopI've big issues
20:26.22GNUtoo|laptopI'm trying to help with GPS
20:26.34GNUtoo|laptopbut I'm still hitting the walls with my head....again
20:26.48GNUtoo|laptopbasically I can't find who register the gps resource
20:26.54GNUtoo|laptopif I do that:
20:27.02GNUtoo|laptop/etc/init.d/dbus-1 stop
20:27.08GNUtoo|laptopfsodeviced
20:27.16GNUtoo|laptopI can register the resource
20:27.18GNUtoo|laptops/the/the GPS
20:27.22GNUtoo|laptopbut...
20:27.34GNUtoo|laptopelse I can't find the gulty program
20:27.39GNUtoo|laptopframeworkd => no
20:27.45GNUtoo|laptopfso-gpsd => no
20:27.47GNUtoo|laptopetc...
20:27.56GNUtoo|laptopthe procedure is to kill them
20:28.02GNUtoo|laptopor to stop them
20:28.05GNUtoo|laptopI bet that's not right
20:28.12GNUtoo|laptopmaybe it doesn't unregister it
20:28.19GNUtoo|laptopI'll have to reboot a lot of times then
20:28.49GNUtoo|laptopplease....
20:28.56GNUtoo|laptopI'm doing that so you don't have to do it
20:29.10GNUtoo|laptopso you can concentrate on autotools for the plugin
20:29.14GNUtoo|laptopor on something else
20:29.49GNUtoo|laptopit's very frustrating to look to the code, and not to understand what it does, and to have no one to refer to
20:29.52GNUtoo|laptopand that mail doesn't work
20:30.11GNUtoo|laptop(I've issues with mail such as huge mailbox => risky on 3g)
20:30.33*** join/#openmoko-cdevel papa-piet (~papa-piet@port-92-204-115-128.dynamic.qsc.de)
20:30.39*** part/#openmoko-cdevel papa-piet (~papa-piet@port-92-204-115-128.dynamic.qsc.de)
20:31.52PaulFGNUtoo|laptop: frameworkd does register the GPS resource.
20:32.01GNUtoo|laptopok
20:32.11PaulFGNUtoo|laptop: ogpsd part of it
20:32.16GNUtoo|laptopthen why doesn't it go away when doing that:
20:32.40GNUtoo|laptop[ogpsd]
20:32.41GNUtoo|laptopdisable = 1
20:32.55GNUtoo|laptopmaybe the [ogpsd.factory]
20:32.56GNUtoo|laptop?
20:33.03GNUtoo|laptopbut ogpsd is already disabled
20:33.07GNUtoo|laptopI'll look the logs
20:33.11GNUtoo|laptopthanks a lot!!!!
20:33.29PaulFGNUtoo|laptop: do you use lsfsor.py to list registered resources?
20:33.32dos1GNUtoo|laptop: maybe fsotdld?
20:33.49GNUtoo|laptopPaulF, no, I used a separate vala code
20:33.53PaulFdos1: should it register the resource ever? I thought it can use GPS as a timesource if configured.
20:33.55GNUtoo|laptopit's separated from fso
20:33.59GNUtoo|laptopit doesn't use its libs etc...
20:34.03GNUtoo|laptopjust dbus interface
20:34.10dos1PaulF: dunno, just guessing
20:34.40GNUtoo|laptopmdbus2 -s | grep ogps
20:34.42GNUtoo|laptoporg.freesmartphone.ogpsd
20:34.47dos1but tdld stands for time&date&*location* daemon AFAIK
20:34.49GNUtoo|laptopthat's what I have with ogpsd disabled in config
20:35.01dos1GNUtoo|laptop: check again after killing fsotdld
20:35.12GNUtoo|laptophmmm
20:35.13GNUtoo|laptop/var/log/fsotdld.log:2010-08-24T20:29:47.855834Z [INFO]  DBusServiceResource <GPS>: Ok. Registered with org.freesmartphone.ousaged
20:35.42PaulFdos1: wow, you're better informed :)))
20:35.52GNUtoo|laptopthanks a lot!!!!!!!!
20:35.54PaulF~praise dos1
20:35.55aptAll hail dos1!
20:35.55GNUtoo|laptopwow
20:35.58GNUtoo|laptopindeed
20:36.01GNUtoo|laptopthanks a lot
20:36.04GNUtoo|laptopreally
20:36.18GNUtoo|laptopdos1, basically I'll explain from scratch
20:36.29GNUtoo|laptopI've an htcdream which I want SHR on
20:36.44GNUtoo|laptopit came with android which had a proprietary gps lib
20:36.51GNUtoo|laptopgps was reverse-engineered
20:36.56PaulFdos1: i didn't even think about it as i thought the default configs have gps disabled as it's not working on FR anyway.
20:37.49GNUtoo|laptopthe first version was  a standalone android activator,which was converted to autotools, GNU etc...., its source code was unreadable
20:38.06GNUtoo|laptopthen I found out that the author made an android lib for it
20:38.16GNUtoo|laptopwith readable source code
20:38.25GNUtoo|laptopreadable means not functions(hex,hex,hex)
20:38.44GNUtoo|laptopbut function (MEANS_SOMETHING,MEANS_SOMETHING etc...)
20:38.54GNUtoo|laptopand still some small amount of hex
20:39.00GNUtoo|laptopI wanted to use the second source
20:39.11GNUtoo|laptopbut it used some google MEANS_SOMETHING
20:39.17GNUtoo|laptopso it had to be apache2
20:39.21GNUtoo|laptopfso is lgpl
20:39.28GNUtoo|laptopwhich is not compatible with apache2
20:39.39GNUtoo|laptopso the only way is to use dbus to register it
20:39.46GNUtoo|laptophere's the background
20:39.48GNUtoo|laptopso...
20:39.55GNUtoo|laptopnow it say something already registered gps
20:40.02GNUtoo|laptophow do I remove this something in fsotldt?
20:40.51GNUtoo|laptopand then: how do I make gps work within FSO? I mean you go in settings, you put it to on, you wait for a fix, and you get the data like position,3dfix,altitude etc...
20:41.01GNUtoo|laptopI already made the activator resource-aware
20:41.09GNUtoo|laptopit measn that If I do that:
20:41.10dos1GNUtoo|laptop:
20:41.11dos1#[fsotdl.provider_gps]
20:41.13dos1#provider_type = nmea
20:41.16dos1GNUtoo|laptop: in fsotdld.conf
20:41.19GNUtoo|laptopok
20:41.29GNUtoo|laptopthat will remove all fsotdl?
20:41.44GNUtoo|laptopor just the resource activaror?
20:41.44dos1GNUtoo|laptop: no, just GPS provider i think
20:41.49GNUtoo|laptopok nice
20:41.50GNUtoo|laptopthanks a lot
20:42.23dos1GNUtoo|laptop: about functional GPS - implement point 7 of docs.freesmartphone.org
20:42.28dos1org.freedesktop.Gypsy
20:43.11GNUtoo|laptopit's plain NMEA
20:43.22GNUtoo|laptopbasically with the standalone activator you do that:
20:43.23GNUtoo|laptopgps
20:43.26GNUtoo|laptopcat /dev/smd27
20:43.39GNUtoo|laptopand cat see plain NMEA on /dev/smd27
20:44.09GNUtoo|laptopso I wonder
20:44.14GNUtoo|laptopI clone the nmea class
20:44.14dos1hmmm
20:44.16GNUtoo|laptop?
20:44.20GNUtoo|laptopI inherit it?
20:44.23GNUtoo|laptopor something like that?
20:44.25dos1ask mickey|zzZZzz then
20:44.27GNUtoo|laptopand remove the activation
20:44.29GNUtoo|laptopah ok
20:44.36dos1that's out of my knowledge now :x
20:44.45GNUtoo|laptopok thanks
20:44.57GNUtoo|laptophe also told me that fso could launch daemons
20:48.59GNUtoo|laptopthanks a lot dos1
20:49.07GNUtoo|laptopI'll read fsotdlt source code then
20:52.17GNUtoo|laptopdos1, I'd like to understand the big picture
20:52.22GNUtoo|laptopthere is fsotldt
20:52.28GNUtoo|laptopthere is ogsmd in frameworkd
20:52.40GNUtoo|laptopthere is odeviced
20:52.42GNUtoo|laptopetc...
20:52.48GNUtoo|laptophow do they work together for GPS
20:52.59GNUtoo|laptops/ogsmd/ogpsd/
20:53.12GNUtoo|laptopbasically frameworkd starts ogpsd?
20:53.27GNUtoo|laptopif it's not present fsotdlt starts it, and it use it
20:53.28GNUtoo|laptop?
20:58.31dos1hmm
20:58.46dos1fsotdld.source_gps is just copy of source_gsm with s/gsm/gps/ :x
20:58.55dos1GNUtoo|laptop: ogpsd is part of frameworkd
20:59.29dos1GNUtoo|laptop: i think they don't work together well, and that's why GPS part of fsotdld is disabled by default in SHR ;x
20:59.58dos1fsotdld was supposed to replace ogpsd, but mickey|zzZZzz don't want to implement Gypsy api again for some reason
21:00.17dos1so full GPS support in fsotdld is still missing, it can only sync time
21:01.51GNUtoo|laptopah ok
21:01.53GNUtoo|laptopI get it
21:02.05GNUtoo|laptopso basically there are 2 conflicting implementations
21:02.23GNUtoo|laptopwhich both provide ogpsd
21:02.28GNUtoo|laptopdbus interface
21:02.46GNUtoo|laptopwithout both disabled one takes the ownership of the bus
21:17.02*** join/#openmoko-cdevel ferluszt (~peter@p5DD28FD0.dip0.t-ipconnect.de)
21:25.54*** join/#openmoko-cdevel jj- (~juhajuut@tuomi.oulu.fi)
21:52.59*** join/#openmoko-cdevel mickey|zzZZzz (~mickey@80.81.242.146)
22:05.41*** join/#openmoko-cdevel anibal (~anibal@60-241-92-80.static.tpgi.com.au)
22:05.41*** join/#openmoko-cdevel anibal (~anibal@debian/developer/anibal)
22:15.53*** join/#openmoko-cdevel Sargun (~Sargun@atarack/Staff/Sargun)
22:28.48*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
22:29.38*** join/#openmoko-cdevel vanous1 (~vanous@194.228.223.3)
23:12.07*** join/#openmoko-cdevel tg (irc@tgbit.net)
23:21.59*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@90.84.146.189)
23:53.27*** join/#openmoko-cdevel Rangasamee (~mjampala@c-98-247-244-55.hsd1.wa.comcast.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.