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.07 | alexxy | JaMa|GoNe: i still have error with suspend |
08:28.38 | JaMa|GoNe | then report it if you didn't |
08:28.43 | alexxy | actualy sometimes aafter suspend/resume cycle i get not clean reiserfs on card |
08:29.15 | alexxy | http://dpaste.com/233155/ |
08:29.21 | alexxy | somthing like this |
08:29.24 | JaMa|GoNe | there is similar report for this too |
08:30.04 | alexxy | also seems it is fs independant |
08:31.20 | alexxy | http://dpaste.com/233157/ |
08:31.26 | alexxy | this after reboot |
08:32.19 | alexxy | seems it because something broken with mmchci |
08:33.10 | JaMa|GoNe | ask gena2x or some other skilled kernel hacker to look into it (/me is not kernel hacker) |
08:33.53 | alexxy | ok =) |
08:34.12 | gena2x | gena2x: is not mmc expert, ask ThibG :) |
08:34.20 | JaMa|GoNe | and try 2.6.34 (here it worked a bit better wrt uSD) |
08:35.41 | alexxy | hmm |
08:35.52 | alexxy | will i have working gsm and gps? |
08:35.57 | JaMa|GoNe | yes |
08:36.00 | JaMa|GoNe | maybe |
08:36.03 | alexxy | uses neo as phone |
08:36.04 | gena2x | on my non-kms kernel, i never had problems with usd |
08:36.15 | gena2x | i mean .34 |
08:36.24 | alexxy | gena2x: its stock shr-u kernel |
08:36.24 | gena2x | but i think .32 also |
08:36.42 | JaMa|GoNe | had few issues, but nothing reproducible |
08:36.51 | gena2x | alexxy: you may use other kernels with shr |
08:36.58 | alexxy | i know =) |
08:37.02 | alexxy | ok |
08:37.11 | JaMa|GoNe | just fs got borked few times (before I moved ~/.efreet to volatile and started to use fsck -y on every boot) |
08:37.16 | alexxy | where can i get 2.6.34 kernel? |
08:37.23 | JaMa|GoNe | shr-kms directory |
08:37.31 | alexxy | ok |
08:37.37 | JaMa|GoNe | I'll upgrade it to 2.6.34.5 today |
08:37.38 | gena2x | i had reproducible problems with poweroff-sd-not-flushed with shr kernel i rebuild. |
08:37.42 | alexxy | too lazy to compile new one |
08:37.59 | alexxy | gena2x: seems its related |
08:38.19 | alexxy | but its on suspend/resume cycle |
08:38.45 | alexxy | looks like not all fs changes were flushed back to sd |
08:38.52 | gena2x | you may also add sync, sleep and remount -o ro |
08:39.00 | gena2x | at least try. |
08:39.05 | gena2x | to workaround problem |
08:39.53 | alexxy | JaMa|GoNe: do you realy has wrking gsm? |
08:39.55 | alexxy | http://build.shr-project.org/shr-kms/ |
08:40.09 | gena2x | gsm is working on .34 |
08:40.13 | alexxy | or you simply forgot to adjust info on this page? |
08:40.17 | JaMa|GoNe | alexxy: gsm yes with latest patch from gena2x |
08:40.22 | JaMa|GoNe | alexxy: forgot |
08:40.29 | alexxy | =) |
08:40.52 | JaMa|GoNe | alexxy: but you still need to adjust alsa scenarios a bit to get working sound in calls |
08:41.02 | alexxy | hmm |
08:41.04 | JaMa|GoNe | dos should know how.. but he didn't push it yet |
08:41.06 | alexxy | how? =) |
08:41.13 | alexxy | ahh |
08:43.43 | JaMa|GoNe | when 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.58 | zub | alexxy: I've seen what I suspect to be 2.6.32 uSD oddities too |
08:58.08 | alexxy | yep =) |
08:58.09 | zub | but again nothing reproducible/diagnosable |
08:58.18 | alexxy | its reproducable |
08:58.18 | alexxy | =) |
08:58.42 | alexxy | and seems similar to poweroff-sd-not-flushed |
08:59.17 | JaMa|GoNe | Installing 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.47 | alexxy | hmmm |
09:00.56 | alexxy | JaMa|GoNe: do you have feed for it? |
09:02.19 | JaMa|GoNe | alexxy: http://jama.homelinux.org/org.openembedded.shr.images/ (use uImage+modules only) |
09:02.34 | JaMa|GoNe | alexxy: but it's also building in shr-kms now |
09:02.41 | JaMa|GoNe | NOTE: Running task 188 of 1195 |
09:02.46 | alexxy | ahh |
09:03.34 | JaMa|GoNe | feed for kernel is dangerous, because it would remove your old kernel-module*2.6.32*.. while upgrading to 2.6.34 |
09:05.09 | alexxy | actualy its not a problem |
09:09.20 | zub | Hm, 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.30 | zub | the tarballs have one more version number... |
09:09.55 | zub | (talking of tags in the official (linus) git tree) |
09:10.54 | JaMa|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.06 | JaMa|GoNe | there are those tags for stable updates |
09:12.01 | JaMa|GoNe | or I didn't understand the question |
09:22.43 | *** join/#openmoko-cdevel vanous (~vanous@194.228.223.3) |
09:24.10 | zub | JaMa|GoNe: no, you got it, thanks |
09:24.21 | zub | I 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.30 | GNUtoo|laptop | hi mickey|office |
09:51.40 | GNUtoo|laptop | do you want to ear my roadmap? |
09:51.48 | GNUtoo|laptop | or are you busy? |
09:59.06 | *** join/#openmoko-cdevel xrmx (~rm@dynamic-adsl-78-14-158-198.clienti.tiscali.it) |
10:07.31 | CIA-59 | freesmartphone.org: 03GNUtoo 07utilities * r5d60b4f315f9 10/android/rpc/librpc/debug.h: (log message trimmed) |
10:07.31 | CIA-59 | freesmartphone.org: android: rpc: librpc: remove debuging prints |
10:07.31 | CIA-59 | freesmartphone.org: Debuging is useless now, |
10:07.31 | CIA-59 | freesmartphone.org: it only printed a lot of incomprensible(for us) values on the screen |
10:07.31 | CIA-59 | freesmartphone.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.22 | radekp | btw http://laforge.gnumonks.org/weblog/2010/08/21/#20100821-playing_with_galaxy_s |
10:27.45 | radekp | i wonder what are chances to make it succesfull, but that phone looks quite nice to me |
10:28.01 | mickey|office | GNUtoo|laptop: i'm busy, but want to hear it anyways :) |
10:28.21 | GNUtoo|laptop | 1) keyboard |
10:28.39 | GNUtoo|laptop | I already found a fix for gtk mapping issue |
10:28.45 | GNUtoo|laptop | but I've to integrate it |
10:28.47 | GNUtoo|laptop | 2)GUI |
10:28.50 | GNUtoo|laptop | 3) core things |
10:29.34 | vanous | radekp: yup, read yesterday, very interesting indeed :) |
10:31.36 | mickey|office | ok, sounds good |
10:32.16 | mickey|office | since it's just the two of us, i don't see anyone else working on Bluetooth, Camera, and the sensors, right? |
10:37.00 | gena2x | radekp: 512Mb ram sounds exactly most important thing missing on FR. |
10:37.18 | gena2x | :) |
10:38.49 | radekp | gena2x: there is much more missing :) |
10:38.57 | GNUtoo|laptop | mickey|office, that's for later |
10:39.11 | GNUtoo|laptop | first sensors |
10:39.14 | GNUtoo|laptop | then bluetooth |
10:39.36 | GNUtoo|laptop | and last camera,it would be the last thing |
10:39.42 | GNUtoo|laptop | because it's complicated |
10:39.57 | GNUtoo|laptop | camera requires an activator |
10:40.03 | GNUtoo|laptop | or to modify the kernel driver |
10:40.11 | GNUtoo|laptop | it's not using shared memory tough |
10:40.18 | GNUtoo|laptop | it's another thing |
10:41.05 | GNUtoo|laptop | btw: the plan is just a plan |
10:41.08 | GNUtoo|laptop | because of waiting times |
10:41.15 | GNUtoo|laptop | I may parallelize some tasks |
10:41.36 | GNUtoo|laptop | or rather pipeline some tasks |
10:41.42 | gena2x | radekp: 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.36 | radekp | gena2x: 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.54 | gena2x | radekp: please, do not go this journey right now :) |
10:46.00 | radekp | gena2x: no worries - i am just interested :) |
10:47.12 | gena2x | radekp: 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.45 | radekp | gena2x: i'd boot from SD card :) |
10:48.31 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
10:48.52 | gena2x | radekp: 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.38 | gena2x | radekp: btw, how about v26? :) |
10:49.53 | radekp | gena2x: i need a few hours to do it :) |
10:50.26 | radekp | gena2x: but still busy with money work and with wife&children when i get home |
10:50.47 | gena2x | radekp: so, shindlier's list won and produced deep impression? :) |
10:51.57 | radekp | gena2x: yup :) |
10:52.27 | GNUtoo|laptop | gena2x, palm pre plus has 512M |
10:57.23 | GNUtoo|laptop | but be sure to know the state |
10:57.25 | gena2x | GNUtoo|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.31 | GNUtoo|laptop | and 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.40 | GNUtoo|laptop | ok |
10:57.45 | GNUtoo|laptop | bbiab |
10:58.25 | [Rui] | gena2x: do you use the freerunner as a phone as well? :) |
10:59.45 | gena2x | [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.26 | gena2x | and most interesting, i am 'discovering' more and more nice features in it. |
11:02.11 | gena2x | last 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.00 | gena2x | just never tried it before, and once saw how it works, and wondered how well it is working. |
11:03.12 | gena2x | now i forgot about that damn keyboard. |
11:03.24 | gena2x | everywhere 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.05 | JaMa|GoNe | [Rui]: what do you mean by missing drivers? |
11:04.20 | JaMa|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.32 | JaMa|GoNe | so all modules which were installe before are also installed after |
11:04.39 | JaMa|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.14 | JaMa|GoNe | that's normal.. because it tries to modprobe them while you're still running 2.6.32.17 |
11:05.28 | JaMa|GoNe | but loaded modules are kept loaded |
11:05.39 | JaMa|GoNe | so if you reboot to 2.6.32.20 modprobe will find those |
11:05.47 | JaMa|GoNe | in /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.33 | JaMa|GoNe | reflashed 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.21 | vanous | [Rui]: phone ui apps gui broken? me thought i borked through installing another theme last night/this morning... |
11:14.33 | vanous | JaMa|GoNe: 32.20 kernel is in shr feeds or in your testing repo? |
11:16.50 | JaMa|GoNe | both |
11:17.01 | JaMa|GoNe | vanous: 34.5 is building in shr-kms |
11:17.16 | JaMa|GoNe | NOTE: Running task 597 of 1195 |
11:17.38 | vanous | 34 has this bad jitter on screen that kbd is unusable :( |
11:17.50 | JaMa|GoNe | yes.. |
11:18.03 | vanous | as mrmoku was talking about the filter i look at it but it goes over my head :) |
11:18.04 | JaMa|GoNe | but I didn't notice it much in kbd.. rather in settings |
11:18.11 | JaMa|GoNe | evfilter? |
11:18.12 | vanous | i see |
11:18.24 | vanous | yup |
11:18.39 | vanous | userspace filter |
11:19.15 | JaMa|GoNe | yup I wanted to try evfilter from metan (Hrubis) |
11:19.37 | vanous | there are several modes |
11:20.25 | vanous | but perhaps WeightedAverageAbs would be it? |
11:21.06 | JaMa|GoNe | maybe.. but I fear "TODO: This filter wasn't tested yet." :) |
11:21.11 | vanous | yup |
11:23.33 | vanous | JaMa|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.18 | JaMa|GoNe | yes.. it's a lot of work.. you should also hack xinput to allow setup evfilter lib in runtime etc.. |
11:26.09 | JaMa|GoNe | or even xinput-calibrator for testing evfilter settings before applying those |
11:26.41 | vanous | hmm |
11:28.10 | [Rui] | JaMa|GoNe: well, now I don't have the cursor either :) |
11:29.11 | JaMa|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.35 | JaMa|GoNe | config 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.28 | JaMa|GoNe | check /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.24 | JaMa|GoNe | good |
11:33.47 | JaMa|GoNe | and 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.42 | dcordes | am I the only one who can't pull ? |
11:58.52 | [Rui] | pull what? |
11:59.40 | dcordes | oe |
12:00.15 | dcordes | git://git.openembedded.org/openembedded |
12:00.19 | dcordes | fatal 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.14 | dcordes | note 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.07 | JaMa|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.42 | JaMa|GoNe | and 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.20 | JaMa|GoNe | yes, 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.49 | JaMa|GoNe | dos1: ping |
12:33.11 | JaMa|GoNe | dos1: 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.45 | dos1 | i have only speakerout :( |
12:34.30 | GNUtoo|laptop | mickey|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.55 | JaMa|GoNe | GNUtoo|laptop: shr-themes are in shr repo, why to you still talk about fso? |
12:35.03 | GNUtoo|laptop | ah? |
12:35.04 | JaMa|GoNe | s/to/do |
12:35.25 | GNUtoo|laptop | ah indeed |
12:35.27 | GNUtoo|laptop | url = http://shr.bearstech.com/repo/shr-themes.git/ |
12:35.36 | GNUtoo|laptop | it was in my fso dir |
12:35.39 | GNUtoo|laptop | or something like that |
12:35.47 | GNUtoo|laptop | that's why I mis-thought that |
12:35.56 | GNUtoo|laptop | sorry then |
12:36.03 | JaMa|GoNe | np |
12:37.41 | JaMa|GoNe | dos1: publish it anyways.. higher chance that someone will fix other scenarios |
12:37.55 | JaMa|GoNe | dos1: please.. |
12:41.08 | dos1 | JaMa|GoNe: ok |
12:46.48 | lindi- | gena2x: I built mplayer from svn. it is a lot slower :) |
12:47.20 | lindi- | 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.23 | DocScrutinizer | can 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.26 | GNUtoo|laptop | mickey|office, any news about the activator integration? |
14:05.36 | GNUtoo|laptop | btw I removed debugging in librpc |
14:07.04 | GNUtoo|laptop | tried openBmap but had that issue: |
14:07.29 | GNUtoo|laptop | dbus.exceptions.DBusException: org.freesmartphone.Resource.UnableToEnable: Can't open the device. |
14:07.40 | GNUtoo|laptop | so 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.12 | gena2x | lindi-: exactly. i noticed that slowness too :) |
14:14.31 | gena2x | lindi-: and have no idea how to fix it :) |
14:15.29 | GNUtoo|laptop | last time I tried to send a patch to mplayer they told me that: |
14:15.35 | GNUtoo|laptop | *they don't care a lot about armv4 |
14:15.51 | gena2x | ah, sounds bad. |
14:16.03 | GNUtoo|laptop | (*they refused the patch because it should have gone into mpeg2 lib and not mplayer) |
14:16.19 | gena2x | ah, sounds ok :) |
14:16.27 | GNUtoo|laptop | ???? |
14:16.38 | GNUtoo|laptop | the * were like 1) 2) |
14:16.47 | gena2x | if it should go to mpeg2 lib, you should submit it to mpeg2 lib, no? |
14:16.54 | GNUtoo|laptop | not like * and things written in the smallest possible font possible |
14:17.02 | GNUtoo|laptop | I tried |
14:17.05 | GNUtoo|laptop | no one responded |
14:17.09 | GNUtoo|laptop | but it was long time ago |
14:17.25 | gena2x | interestion, what did that patch fixed? |
14:17.32 | gena2x | *interesting |
14:17.46 | GNUtoo|laptop | basically there were some > armv4 assembly |
14:17.53 | GNUtoo|laptop | it didn't compile with armv4 |
14:18.05 | GNUtoo|laptop | .pld or something like that |
14:18.41 | GNUtoo|laptop | the mpeg2 mailing list is not very active.... |
14:19.22 | gena2x | 'don't care a lot' sounds ok in fact, as this is not really major platform. |
14:19.36 | GNUtoo|laptop | ineded |
14:19.57 | GNUtoo|laptop | I had to said that armv4 was used in freerunner, and that a lot of people bought it |
14:21.58 | gena2x | may be something were wrong with your patch? |
14:22.14 | gena2x | why it were not accepted? did it introduce regressions for armv5? |
14:22.49 | gena2x | imo, it may be worth also to tell 'debian is armv4' |
14:23.14 | GNUtoo|laptop | no it was right |
14:23.22 | gena2x | any link? |
14:23.24 | GNUtoo|laptop | it's only that mpeg2lib was an external lib |
14:23.29 | gena2x | just interesting to see |
14:23.47 | GNUtoo|laptop | and patching an imported external lib is not good |
14:23.56 | gena2x | it is right |
14:24.00 | GNUtoo|laptop | you have to reduce the diff as minimum as possible |
14:24.03 | GNUtoo|laptop | for external libs |
14:24.05 | GNUtoo|laptop | for instance |
14:24.14 | GNUtoo|laptop | if there is a security issue in let's say pnglib |
14:24.24 | GNUtoo|laptop | if everyone import and modify pnglib |
14:24.33 | GNUtoo|laptop | the packagers have to fix every packages |
14:24.39 | GNUtoo|laptop | and worse... |
14:24.47 | GNUtoo|laptop | the proprietary packages don't get fixed |
14:25.05 | GNUtoo|laptop | so better not using proprietary things |
14:25.10 | gena2x | so problem were actually with fact that external lib absence of maintainer, not with mplayer. |
14:25.30 | GNUtoo|laptop | yes |
14:25.39 | GNUtoo|laptop | basically mplayer told: |
14:25.45 | GNUtoo|laptop | send patch to lib maintainers |
14:25.54 | GNUtoo|laptop | lib maintainers mailing list was nearly dead |
14:26.00 | GNUtoo|laptop | so no way to get the patch upstream |
14:26.19 | gena2x | why do need this lib at all? only way to get mpeg2 for mplayer? |
14:27.18 | gena2x | any test show it is better than other implementation? |
14:27.20 | GNUtoo|laptop | no |
14:27.24 | GNUtoo|laptop | there is ffmpeg too |
14:27.27 | GNUtoo|laptop | it depends |
14:27.38 | GNUtoo|laptop | the only way to know which lib is better is to test |
14:29.59 | gena2x | you had patch :) |
14:30.13 | *** join/#openmoko-cdevel Rangasamee (~mjampala@c-98-247-244-55.hsd1.wa.comcast.net) |
14:30.28 | GNUtoo|laptop | I'll try to find again the mails |
14:30.52 | gena2x | i think only real difference in mpeg2 will be fourier floating point/fixed point type |
14:31.57 | gena2x | GNUtoo|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.27 | GNUtoo|laptop | http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-October/058726.html |
14:32.40 | GNUtoo|laptop | ok |
14:32.47 | GNUtoo|laptop | maybe it's the same for htcdream |
14:34.12 | gena2x | hm, strange. my cross-compiled mplayer had no cross-compilation-specific issues. |
14:34.50 | gena2x | afair |
14:39.55 | GNUtoo|laptop | gena2x, maybe it has been fixed noe |
14:39.57 | GNUtoo|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.46 | GNUtoo|laptop | does someone know gps subsystem in fso? : |
14:42.47 | GNUtoo|laptop | I've: |
14:42.47 | GNUtoo|laptop | *no fsotldt.conf |
14:42.48 | GNUtoo|laptop | dbus.exceptions.DBusException: org.freesmartphone.Resource.UnableToEnable: Can't open the device. |
14:42.51 | GNUtoo|laptop | and I've: |
14:43.14 | GNUtoo|laptop | org.freedesktop.Gypsy available, I don't know from where it comes tough |
14:43.21 | GNUtoo|laptop | it's the gpsd compatible thing |
14:43.39 | GNUtoo|laptop | but I remember that stopping fso-gpsd didn't stop that |
14:43.42 | GNUtoo|laptop | but 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.57 | mickey|office | GNUtoo|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.21 | GNUtoo|laptop | ok |
15:19.25 | GNUtoo|laptop | I just found using the logs |
15:19.28 | GNUtoo|laptop | fsotldt.conf |
15:19.35 | GNUtoo|laptop | s/conf/log |
15:19.43 | GNUtoo|laptop | does that interact with frameworkd? |
15:21.24 | mickey|office | not that i remember |
15:29.04 | GNUtoo|laptop | ok so what's gps config doing in fsotldt.conf? |
15:30.28 | mickey|office | this is for my tests w/ the NMEA protocol parser in fsotdld |
15:30.36 | mickey|office | which already works as time source |
15:30.49 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
15:30.54 | GNUtoo|laptop | ok |
15:30.57 | GNUtoo|laptop | I understand |
15:31.17 | GNUtoo|laptop | can frameworkd and fsotldt work at the same time? |
15:31.44 | mickey|office | sure, they already do |
15:32.07 | GNUtoo|laptop | ok |
15:32.13 | mickey|office | SHR-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.11 | Q-Master | JaMa|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.18 | GNUtoo|laptop | mickey|zzZZzz, where could the registration that occur be? |
15:49.20 | GNUtoo|laptop | for 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.16 | pespin | bluez is not detecting bluetooth adapter in shr-u!!! |
16:54.39 | pespin | neither 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.11 | GNUtoo|laptop | hi mickey|zzZZzz |
18:33.32 | GNUtoo|laptop | I wait with impatience the gps integration commit |
18:33.57 | GNUtoo|laptop | should I write an ogpsd plugin |
18:34.01 | GNUtoo|laptop | what should I do to speed it up a bit? |
18:37.58 | GNUtoo|laptop | how does fso-gpsd ogpsd and fsotldt interact with each other? |
18:38.04 | GNUtoo|laptop | and 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.47 | xrmx | does anybody know what happened to this patch? http://marc.info/?l=linux-arm-kernel&m=122468318011905&w=2 |
19:14.17 | lindi- | gena2x: I think I figured out how to rotate video |
19:14.43 | lindi- | gena2x: so now the only missing part is to make mplayer byteorder correct |
19:15.42 | GNUtoo|laptop | lindi-, wow nice |
19:18.49 | lindi- | GNUtoo|laptop: rotate on PC that is |
19:23.42 | *** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya) |
19:28.03 | GNUtoo|laptop | ok |
19:28.28 | GNUtoo|laptop | mickey|zzZZzz, ping |
19:28.36 | GNUtoo|laptop | does anyone knows GPS? |
19:28.45 | GNUtoo|laptop | more specifically: |
19:29.10 | GNUtoo|laptop | what's the link between fso-gpsd ogpsd fsotldt adn the resource system |
19:29.21 | GNUtoo|laptop | The goal is to integrate the code I wrote |
19:29.26 | GNUtoo|laptop | that is to say: |
19:29.37 | GNUtoo|laptop | I wote a resource managememnt for htcdream's gps |
19:30.05 | GNUtoo|laptop | and I've |
19:30.06 | GNUtoo|laptop | ** (process:338): CRITICAL **: file MsmGpsResourceActivator.c: line 1430: unexpected error: Resource GPS already registered ((null), 153600) |
19:30.16 | GNUtoo|laptop | so should I modify ogpsd? |
19:30.33 | GNUtoo|laptop | there is a NMEA system, an openmoko one, an eten one.... |
19:30.58 | GNUtoo|laptop | # possible options are NMEADevice, UBXDevice, GTA02Device, EtenDevice |
19:31.02 | GNUtoo|laptop | in frameworkd.conf |
19:34.11 | pespin | GNUtoo|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.28 | GNUtoo|laptop | ah |
19:34.35 | GNUtoo|laptop | here it's because it does what it says |
19:34.37 | pespin | like sending an uint where it was a bool |
19:34.45 | GNUtoo|laptop | Resource GPS already registered |
19:34.51 | GNUtoo|laptop | it's already registered |
19:34.54 | GNUtoo|laptop | that is to say |
19:35.02 | GNUtoo|laptop | if I killall |
19:35.09 | GNUtoo|laptop | and start only some daemons |
19:35.10 | GNUtoo|laptop | it works |
19:35.20 | GNUtoo|laptop | but I've to integrate it into somehting usable |
19:35.32 | GNUtoo|laptop | I'll be back in a bit |
19:40.18 | pespin | # mdbus2 -s org.bluez / org.bluez.Manager.DefaultAdapter |
19:40.18 | pespin | org.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.12 | GNUtoo|laptop | hi mickey|zzZZzz |
20:26.16 | GNUtoo|laptop | I hope you're there |
20:26.18 | GNUtoo|laptop | I've big issues |
20:26.22 | GNUtoo|laptop | I'm trying to help with GPS |
20:26.34 | GNUtoo|laptop | but I'm still hitting the walls with my head....again |
20:26.48 | GNUtoo|laptop | basically I can't find who register the gps resource |
20:26.54 | GNUtoo|laptop | if I do that: |
20:27.02 | GNUtoo|laptop | /etc/init.d/dbus-1 stop |
20:27.08 | GNUtoo|laptop | fsodeviced |
20:27.16 | GNUtoo|laptop | I can register the resource |
20:27.18 | GNUtoo|laptop | s/the/the GPS |
20:27.22 | GNUtoo|laptop | but... |
20:27.34 | GNUtoo|laptop | else I can't find the gulty program |
20:27.39 | GNUtoo|laptop | frameworkd => no |
20:27.45 | GNUtoo|laptop | fso-gpsd => no |
20:27.47 | GNUtoo|laptop | etc... |
20:27.56 | GNUtoo|laptop | the procedure is to kill them |
20:28.02 | GNUtoo|laptop | or to stop them |
20:28.05 | GNUtoo|laptop | I bet that's not right |
20:28.12 | GNUtoo|laptop | maybe it doesn't unregister it |
20:28.19 | GNUtoo|laptop | I'll have to reboot a lot of times then |
20:28.49 | GNUtoo|laptop | please.... |
20:28.56 | GNUtoo|laptop | I'm doing that so you don't have to do it |
20:29.10 | GNUtoo|laptop | so you can concentrate on autotools for the plugin |
20:29.14 | GNUtoo|laptop | or on something else |
20:29.49 | GNUtoo|laptop | it'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.52 | GNUtoo|laptop | and that mail doesn't work |
20:30.11 | GNUtoo|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.52 | PaulF | GNUtoo|laptop: frameworkd does register the GPS resource. |
20:32.01 | GNUtoo|laptop | ok |
20:32.11 | PaulF | GNUtoo|laptop: ogpsd part of it |
20:32.16 | GNUtoo|laptop | then why doesn't it go away when doing that: |
20:32.40 | GNUtoo|laptop | [ogpsd] |
20:32.41 | GNUtoo|laptop | disable = 1 |
20:32.55 | GNUtoo|laptop | maybe the [ogpsd.factory] |
20:32.56 | GNUtoo|laptop | ? |
20:33.03 | GNUtoo|laptop | but ogpsd is already disabled |
20:33.07 | GNUtoo|laptop | I'll look the logs |
20:33.11 | GNUtoo|laptop | thanks a lot!!!! |
20:33.29 | PaulF | GNUtoo|laptop: do you use lsfsor.py to list registered resources? |
20:33.32 | dos1 | GNUtoo|laptop: maybe fsotdld? |
20:33.49 | GNUtoo|laptop | PaulF, no, I used a separate vala code |
20:33.53 | PaulF | dos1: should it register the resource ever? I thought it can use GPS as a timesource if configured. |
20:33.55 | GNUtoo|laptop | it's separated from fso |
20:33.59 | GNUtoo|laptop | it doesn't use its libs etc... |
20:34.03 | GNUtoo|laptop | just dbus interface |
20:34.10 | dos1 | PaulF: dunno, just guessing |
20:34.40 | GNUtoo|laptop | mdbus2 -s | grep ogps |
20:34.42 | GNUtoo|laptop | org.freesmartphone.ogpsd |
20:34.47 | dos1 | but tdld stands for time&date&*location* daemon AFAIK |
20:34.49 | GNUtoo|laptop | that's what I have with ogpsd disabled in config |
20:35.01 | dos1 | GNUtoo|laptop: check again after killing fsotdld |
20:35.12 | GNUtoo|laptop | hmmm |
20:35.13 | GNUtoo|laptop | /var/log/fsotdld.log:2010-08-24T20:29:47.855834Z [INFO] DBusServiceResource <GPS>: Ok. Registered with org.freesmartphone.ousaged |
20:35.42 | PaulF | dos1: wow, you're better informed :))) |
20:35.52 | GNUtoo|laptop | thanks a lot!!!!!!!! |
20:35.54 | PaulF | ~praise dos1 |
20:35.55 | apt | All hail dos1! |
20:35.55 | GNUtoo|laptop | wow |
20:35.58 | GNUtoo|laptop | indeed |
20:36.01 | GNUtoo|laptop | thanks a lot |
20:36.04 | GNUtoo|laptop | really |
20:36.18 | GNUtoo|laptop | dos1, basically I'll explain from scratch |
20:36.29 | GNUtoo|laptop | I've an htcdream which I want SHR on |
20:36.44 | GNUtoo|laptop | it came with android which had a proprietary gps lib |
20:36.51 | GNUtoo|laptop | gps was reverse-engineered |
20:36.56 | PaulF | dos1: 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.49 | GNUtoo|laptop | the first version was a standalone android activator,which was converted to autotools, GNU etc...., its source code was unreadable |
20:38.06 | GNUtoo|laptop | then I found out that the author made an android lib for it |
20:38.16 | GNUtoo|laptop | with readable source code |
20:38.25 | GNUtoo|laptop | readable means not functions(hex,hex,hex) |
20:38.44 | GNUtoo|laptop | but function (MEANS_SOMETHING,MEANS_SOMETHING etc...) |
20:38.54 | GNUtoo|laptop | and still some small amount of hex |
20:39.00 | GNUtoo|laptop | I wanted to use the second source |
20:39.11 | GNUtoo|laptop | but it used some google MEANS_SOMETHING |
20:39.17 | GNUtoo|laptop | so it had to be apache2 |
20:39.21 | GNUtoo|laptop | fso is lgpl |
20:39.28 | GNUtoo|laptop | which is not compatible with apache2 |
20:39.39 | GNUtoo|laptop | so the only way is to use dbus to register it |
20:39.46 | GNUtoo|laptop | here's the background |
20:39.48 | GNUtoo|laptop | so... |
20:39.55 | GNUtoo|laptop | now it say something already registered gps |
20:40.02 | GNUtoo|laptop | how do I remove this something in fsotldt? |
20:40.51 | GNUtoo|laptop | and 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.01 | GNUtoo|laptop | I already made the activator resource-aware |
20:41.09 | GNUtoo|laptop | it measn that If I do that: |
20:41.10 | dos1 | GNUtoo|laptop: |
20:41.11 | dos1 | #[fsotdl.provider_gps] |
20:41.13 | dos1 | #provider_type = nmea |
20:41.16 | dos1 | GNUtoo|laptop: in fsotdld.conf |
20:41.19 | GNUtoo|laptop | ok |
20:41.29 | GNUtoo|laptop | that will remove all fsotdl? |
20:41.44 | GNUtoo|laptop | or just the resource activaror? |
20:41.44 | dos1 | GNUtoo|laptop: no, just GPS provider i think |
20:41.49 | GNUtoo|laptop | ok nice |
20:41.50 | GNUtoo|laptop | thanks a lot |
20:42.23 | dos1 | GNUtoo|laptop: about functional GPS - implement point 7 of docs.freesmartphone.org |
20:42.28 | dos1 | org.freedesktop.Gypsy |
20:43.11 | GNUtoo|laptop | it's plain NMEA |
20:43.22 | GNUtoo|laptop | basically with the standalone activator you do that: |
20:43.23 | GNUtoo|laptop | gps |
20:43.26 | GNUtoo|laptop | cat /dev/smd27 |
20:43.39 | GNUtoo|laptop | and cat see plain NMEA on /dev/smd27 |
20:44.09 | GNUtoo|laptop | so I wonder |
20:44.14 | GNUtoo|laptop | I clone the nmea class |
20:44.14 | dos1 | hmmm |
20:44.16 | GNUtoo|laptop | ? |
20:44.20 | GNUtoo|laptop | I inherit it? |
20:44.23 | GNUtoo|laptop | or something like that? |
20:44.25 | dos1 | ask mickey|zzZZzz then |
20:44.27 | GNUtoo|laptop | and remove the activation |
20:44.29 | GNUtoo|laptop | ah ok |
20:44.36 | dos1 | that's out of my knowledge now :x |
20:44.45 | GNUtoo|laptop | ok thanks |
20:44.57 | GNUtoo|laptop | he also told me that fso could launch daemons |
20:48.59 | GNUtoo|laptop | thanks a lot dos1 |
20:49.07 | GNUtoo|laptop | I'll read fsotdlt source code then |
20:52.17 | GNUtoo|laptop | dos1, I'd like to understand the big picture |
20:52.22 | GNUtoo|laptop | there is fsotldt |
20:52.28 | GNUtoo|laptop | there is ogsmd in frameworkd |
20:52.40 | GNUtoo|laptop | there is odeviced |
20:52.42 | GNUtoo|laptop | etc... |
20:52.48 | GNUtoo|laptop | how do they work together for GPS |
20:52.59 | GNUtoo|laptop | s/ogsmd/ogpsd/ |
20:53.12 | GNUtoo|laptop | basically frameworkd starts ogpsd? |
20:53.27 | GNUtoo|laptop | if it's not present fsotdlt starts it, and it use it |
20:53.28 | GNUtoo|laptop | ? |
20:58.31 | dos1 | hmm |
20:58.46 | dos1 | fsotdld.source_gps is just copy of source_gsm with s/gsm/gps/ :x |
20:58.55 | dos1 | GNUtoo|laptop: ogpsd is part of frameworkd |
20:59.29 | dos1 | GNUtoo|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.58 | dos1 | fsotdld was supposed to replace ogpsd, but mickey|zzZZzz don't want to implement Gypsy api again for some reason |
21:00.17 | dos1 | so full GPS support in fsotdld is still missing, it can only sync time |
21:01.51 | GNUtoo|laptop | ah ok |
21:01.53 | GNUtoo|laptop | I get it |
21:02.05 | GNUtoo|laptop | so basically there are 2 conflicting implementations |
21:02.23 | GNUtoo|laptop | which both provide ogpsd |
21:02.28 | GNUtoo|laptop | dbus interface |
21:02.46 | GNUtoo|laptop | without 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) |