IRC log for #openmoko-cdevel on 20100404

00:01.55Martixius: people like mrmoku|away leviathan PaulFertser might be interested, but I think they are busy while working on other devices
00:02.44radekpius: and it's quite late - community mailing list could be better place to ask maybe
00:02.51iusI see. larsc and josch are/were too (one of them has it), however they seem rather busy
00:04.22Martixradekp: you're right, I am gonna fall asleep, too
00:05.51radekpMartix: same here :)
00:05.58Martixgn
00:06.03radekpgn
00:06.40*** part/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz)
00:09.43leviathanius: did you port the code to upstream?
00:09.53leviathanwhich device exactly?
00:10.15leviathani'll sleep now
00:10.21iusleviathan: upstream?
00:10.27leviathanius: yes
00:10.30iusSamsung H1, by the way.
00:10.48leviathangit://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
00:10.53iusIf by upstream you mean mainline kernel, then yes, up to 2.6.33 (ships with 2.6.24.7 source)
00:11.05leviathanius: cool!
00:11.15iusSo the source for most devices is available, just really messy (Samsung loves to /hack/)
00:11.22leviathanI could need your help by porting also htcdream code from android to mainline
00:11.35leviathanius: google too >_<
00:11.57leviathansure I'd like to help
00:12.16leviathanevery new device supported by FSO is a new victory ;-)
00:13.43iusPersonally one of my goals is to get android going. But anything more FSO might be interesting for me too, as I'm sure I'll feel a little limited in Android (never used it yet, only 'ported' it to this phone)
00:14.45leviathanmhmh
00:14.47leviathanyes
00:15.01leviathancheck OE
00:15.01iusBut it currently doesn't offer much apart from being able to stare at the home screen. Touch screen support is missing. Synpatics is working on mainlining their driver, I expect there's something usable really really soon (a patch was sent to lkml, but it's incomplete/broken.. meath seems there, though)
00:15.19iusI'm running Angstrom on it now, for development
00:15.38leviathanius: very cool
00:15.54leviathanso FSO is only some few steps away
00:16.20iusYes. I'm being incredibly lucky with this phone I think, lots of driver already available.
00:16.53leviathanthen its the job of mickey|dinner to get fso running on this device
00:16.58leviathanrespectively
00:17.00iusTouch screen is close, so is wifi (backported wl1271 sdio driver is unstable, I've been promised some patches for tthat).
00:17.12leviathanfor you to try out yourself
00:17.24leviathanohh
00:17.32leviathanthats a problem for us too
00:17.37leviathanwifi is wl1251
00:17.50leviathanand sdio has some strange bugs
00:18.03leviathanwhich hold the wifi card back from initialisation
00:18.20leviathanwell
00:18.26leviathanI need to sleep now
00:18.35leviathanbut tomorrow I'll be back
00:18.40leviathanone thing is sure
00:18.59iusOn-SoC stuff works of course (USB OTG, keys, mmc). Display works ('backlight' needs work), sound works, etc.
00:19.00leviathanI'm totally interested into every new platform which gets available for FSO
00:19.03iusGoodnight :)
00:19.13leviathanthx
00:19.18leviathansame to you
00:19.24leviathanuntil tomorrow
00:19.51leviathanI suggest to look into FSO wiki
00:19.51iusIt's just the baseband which will need some/lots of reversing. Haven't looked at it yet, so I don't know how much work is involved. Non-ascii protocol though I think
00:20.04leviathannp
00:20.09leviathanpalm pre the same
00:20.14leviathanand some other devices
00:20.24leviathanmickey has a lot of experience there
00:20.34ius:)
00:20.37leviathanask him for further details concerning FSO
00:20.39leviathan:)
00:20.50leviathanso
00:20.54leviathannow I'll sleep
00:21.02leviathanI'm really tired
00:21.04leviathangn8
00:47.24TAsnmrmoku|away, I haven't gone to bed yet ;(
00:47.34TAsnmrmoku|away, damn you and your damn prophecy!
00:50.07*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
01:05.38*** join/#openmoko-cdevel Defiant (erik@e177142121.adsl.alicedsl.de)
01:12.16CIA-32SHR: 03tom 07libphone-ui-shr * r64cb98b160f8 10/src/view/quick-settings-view.c: Idle_screen: Changed toggles to Allow/Forbid instead of the ON/OFF (that were the other way around anyway).
01:18.16*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
01:21.53*** join/#openmoko-cdevel wolfspra1l (~wolfsprau@lucia.q-ag.de)
01:23.18*** join/#openmoko-cdevel gonzoism (~joe@rrcs-24-173-191-130.sw.biz.rr.com)
01:23.29gonzoismTHAT ISN'T FUNNY !!!!!!!!!!!!!!
01:23.40gonzoism:P
01:24.26gonzoismTHAT ISN'T FUNNY !!!!!!!!!!!!!!
01:24.29gonzoism:P
01:25.07gonzoism@ shr-windows
01:25.15gonzoismfor april 1
01:25.24*** join/#openmoko-cdevel methril_ (~methril@189.27.133.125.dynamic.adsl.gvt.net.br)
01:26.41*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
01:42.56*** join/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com)
02:06.34tmzt_gonzoism: it would be cool on ce actually
02:06.48tmzt_the vala stuff should be portable, don't know how dbus would work though
02:08.04*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
02:08.06tmzt_H1?
02:09.22gonzoismtmzt_ :)
03:16.40CIA-32SHR: 03tom 07shr-themes * rf1649f5ee363 10/frameworkd/frameworkd-config-shr/om-gta02/rules.yaml: rules.yaml: Headset configuration is now done in phoneuid, no need to do ugly hacks in oevents.
03:19.30CIA-32SHR: 03tom 07shr-themes * r32d07732d962 10/e-wm/e-wm-config-illume2-shr/module.illume-softkey.src: Make the bottom bar a little bigger.
03:19.43TAsnmrmoku|away, Damn you (again) it's even later than I planned! :(
03:24.16budfiveTAsn: hey, do you know if the current testing is supposed to work? I did an update yesterday and the phone is semi-bricked now
03:24.55TAsnbudfive, to be honest: No idea. You can either wait for spaetz to wake up, or try to explain the problem to me
03:25.18TAsnI need to warn you though, I'm after a sleepless night and I'm not an shr-testing expert :P
03:25.22budfive:)
03:25.36TAsnBtw, please make it quick as I want to give sleeping another go.
03:25.43TAsnMay work this time, and it's only 6
03:25.48TAsn6:25*
03:25.52budfiveTAsn: several things, probably all related. It was hard to get gsm registratoin before, now it's much harder. When registered now, I can't dial from the contacts. an empty box comes up with only a cancel button
03:25.56TAsnSo I can maybe catch up with some sleep :P
03:26.09budfivei can dial with the dialer, but there's no sound of any sort and the volume slider is disabled
03:26.26budfivei also can't suspend (nothing happens) or shutdown (splash screen comes up and never goes away)
03:26.35TAsnbudfive, they are all unrelated, but familiar :P
03:26.38budfive:)
03:26.43TAsnExcept for the last one, which I have no idea about.
03:26.54TAsnfirst things first
03:27.16TAsnmdbus2 -s org.freesmartphone.odeviced /org/freesmartphone/Devi
03:27.17TAsnce/Audio org.freesmartphone.Device.Audio.GetAvailableScenarios
03:28.04TAsnAnd then
03:28.06TAsnmdbus2 -s org.freesmartphone.opimd /org/freesmartphone/PIM/Con
03:28.06TAsntacts  org.freesmartphone.PIM.Fields.ListFieldsWithType phonenumber
03:28.12TAsngive me both outputs please :)
03:28.19TAsnas for gsm registration
03:28.24TAsnvim /etc/frameworkd.conf
03:28.35TAsnand change logging to DEBUG ("fixes" the race)
03:29.18TAsnsuspend/shutdown: No idea, sorry.
03:29.33budfiveTAsn: ok. let me boot up and get those
03:29.36budfiveTAsn: thanks for helping
03:29.46TAsnbudfive, I'm going to bed, so let me explain what to do with what you get
03:29.49budfiveTAsn: I also can't ssh into the phone anymore, so hopefully the output isn't terribly long
03:29.56budfiveTAsn: ok. sorry for keeping you up
03:29.59TAsnif GetAvailableScenarios
03:30.16TAsndoesn't return gsmhandset, you are affected by an fsodeviced bug (which is already fixed in unstable)
03:30.31TAsnso please ask spaetz to build that there as well :P
03:30.38budfiveok
03:30.55TAsnif in ListFieldWithType you don't get the field (square on the left) of the phonenumber of the contact you were trying to call
03:31.16TAsnThis means you used PISI and it didn't add the correct type
03:31.23TAsnYou should
03:31.45TAsndbus2 -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts org.freesmartphone.PIM.Fields.AddField "Cell phone" phonenumber
03:31.49TAsnTo fix it.
03:32.02budfiveok
03:32.03TAsnframeworkd.conf should make it register on every boot.
03:32.27budfiveok. thank you very much.
03:32.30TAsnNow, if any of my assumptions for outputs didn't work, please send me a PM with exactly what happened :)
03:32.50budfiveok. fighting yet another issue right now. can't log into the phone over usb anymore
03:33.04TAsnbudfive, check if for some reason
03:33.09budfivetried to turn on wifi in shr-settings, but doing that made shr-settings freeze. oof.
03:33.11TAsnname of the interface changed on the host
03:33.24budfiveTAsn: no, that would be too easy.
03:33.26TAsnbudfive, to be honest, looks like your phone went caput :)
03:33.34budfiveTAsn: I feel bad for keeping you up. Go to bed
03:33.40budfiveTAsn: and thanks for the help
03:33.56TAsnbudfive, it's fine, I'll realize I can't sleep in a couple of minutes and come back (hopefully not)
03:34.51*** join/#openmoko-cdevel methril_ (~methril@189.27.128.13.dynamic.adsl.gvt.net.br)
03:35.07TAsnAnyhow, night, and I hope your phone will come back to life :)
03:35.33budfiveyep. I'll bring it back. thanks.
03:36.15budfiveaha. jffs2 file system error. that explains many things
03:40.33TAsnPhew. I didn't want to handle any serious issues :)
03:40.42TAsnmeant: Oh, I'm sorry to hear that :P
03:40.49TAsnAnyhow, finished writing the mail I was writing, night.
04:38.47gonzoismnight
04:49.28*** join/#openmoko-cdevel DocScrut-borked (~jr-N810@200.194.116.85.dsl.manitu.net)
05:48.40*** part/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com)
06:07.41*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
06:33.24*** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz)
06:56.23*** join/#openmoko-cdevel Flyser_ (~flyser@p4FDE65AB.dip.t-dialin.net)
06:56.23*** join/#openmoko-cdevel Flyser_ (~flyser@unaffiliated/flyser)
07:03.23*** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net)
07:14.01*** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel)
07:17.27*** join/#openmoko-cdevel Heinervdm (~thomas@pD9E176A4.dip.t-dialin.net)
07:19.06*** join/#openmoko-cdevel feuera (~feuera@83-215-206-95.bruck.dyn.salzburg-online.at)
07:19.39*** part/#openmoko-cdevel feuera (~feuera@83-215-206-95.bruck.dyn.salzburg-online.at)
07:22.31*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
07:40.24*** join/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com)
07:48.28*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
07:56.18*** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147)
08:08.46*** part/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com)
08:08.49*** join/#openmoko-cdevel thrashold (~europan@3mhz.net)
08:27.08*** join/#openmoko-cdevel richy (~richy@95-88-71-8-dynip.superkabel.de)
08:34.05*** join/#openmoko-cdevel Weiss (~taw27@zazu.bitwiz.org.uk)
08:37.18*** join/#openmoko-cdevel richy (~richy@95-88-71-8-dynip.superkabel.de)
08:40.38*** join/#openmoko-cdevel vegyraupe (~vegyraupe@p579526B4.dip.t-dialin.net)
09:03.01*** join/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz)
09:03.23*** join/#openmoko-cdevel trs80 (~trs80@203-206-64-101.dyn.iinet.net.au)
09:19.37*** join/#openmoko-cdevel dcordes (~dccordes@unaffiliated/dcordes)
09:20.24*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
09:24.43*** join/#openmoko-cdevel tg (~tg@x-net.hu)
09:28.23*** join/#openmoko-cdevel mirko_ (~daten@e179146012.adsl.alicedsl.de)
09:30.25*** join/#openmoko-cdevel ThibG (~ThibG@81-64-25-235.rev.numericable.fr)
09:32.34*** join/#openmoko-cdevel ThibG (~ThibG@81-64-25-235.rev.numericable.fr)
09:33.38*** join/#openmoko-cdevel mirko_ (~daten@e179146012.adsl.alicedsl.de)
09:33.54*** join/#openmoko-cdevel cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net)
09:47.53*** join/#openmoko-cdevel mirko (~daten@e179146012.adsl.alicedsl.de)
09:51.49*** join/#openmoko-cdevel tg (~tg@x-net.hu)
10:07.17TAsnmisc, Mokonnect revision 114, he applied it. :P
10:09.53*** join/#openmoko-cdevel tg (~tg@x-net.hu)
10:18.48TAsnmrmoku|away, btw, upgraded last night, supersweet, thanks :)
10:23.00mickeylmorning
10:24.27TAsnmickeyl, hey.
10:24.45mickeylleviathan: tmzt_: may i have access on leviathan's kernel branch?
10:25.10mickeyli'm working on the resume-backlight-to-same-value-as-on-suspend
10:25.12leviathansure
10:25.24mickeylgreat. where do i send my ssh key to?
10:25.45leviathanuhmm
10:25.47leviathantmzt
10:25.49leviathanhe manages
10:25.53leviathanthe developers
10:26.02mickeylokies
10:26.03mickeyltmzt_: ping
10:26.22leviathanmickeyl: I'm try'n the kernel config from OE
10:26.45mickeylleviathan: good, we have a couple of diffs which I'd like to either remove or find out what's better
10:26.54leviathanok
10:26.56mickeylon that notion... do you have a android defconfig to compare with?
10:27.08leviathanuhm, nope?
10:27.14mickeylhmm, k, then we need to find that
10:27.19mickeyljust out of interest
10:27.27mickeyli was somewhat disappointed with my suspend test yesterday
10:27.34mickeylafter 7 hours battery was empty
10:27.49leviathanwtf?
10:27.50leviathanokee
10:27.54mickeylya, that's too fast
10:28.04mickeylso i guess we're not doing maximum power saving
10:28.09leviathanits not better with android
10:28.11mickeylor have some devices still on
10:28.13mickeylreally??
10:28.15mickeylhaha
10:28.18mickeyl:D
10:28.20leviathana collegue has it running with android
10:28.37leviathanhe always is searching for usb connectors >_<
10:28.47leviathanlike me with my FR
10:28.49leviathan:)
10:29.41mickeylhehe
10:29.47mickeylok, but 7 hours is ridicolous
10:30.00mickeylhave to find out how to improve that
10:32.22spaetz7h? for "real" hardware? They got to be kidding
10:32.31*** join/#openmoko-cdevel alabd (~alabd@unaffiliated/alabd)
10:34.55alabdGood day all , how to install .jar apps on shr ?
10:35.38*** join/#openmoko-cdevel tg (~tg@x-net.hu)
10:35.38alabdand which dictionary formats can be used with estardict / babilooo ?
10:39.03Martixalabd: try Jalimo...
10:39.46alabdthanks Martix  which dic formats can be used with it ?
10:41.14Martixit was response to .jar apps question :-)
10:41.14*** join/#openmoko-cdevel tg (~tg@x-net.hu)
10:43.25alabdMartix, thanks
10:45.50*** part/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz)
10:51.31*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
10:53.03*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
10:54.20*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
10:54.36*** join/#openmoko-cdevel tg (~tg@x-net.hu)
10:55.57*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
10:56.54TAsnmrmoku, as I said, it worked great :P
10:57.01TAsnmrmoku, please also build libphone-ui-shr :P
10:57.08*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
10:57.11TAsnfixed the ON/OFF in quick-settings.
10:57.21TAsndos1, please make your connection stop dying.
10:57.33dos1TAsn: already done :P
10:57.59dos1TAsn: i just again forgot about neo still connected to wifi :P
10:58.19TAsnmrmoku, and please build network manager, for some reason it's taking HOURS here, and I really want to give it a go. After reading more about NM vs Connman, I came to realize what I thought (and said) when we chose connman, NM just sounds better :)
10:59.17*** join/#openmoko-cdevel methril_ (~methril@189.27.129.32.dynamic.adsl.gvt.net.br)
10:59.27mrmokuTAsn: :P
11:00.08TAsnoh, and e-wm-config-illume2-shr :P
11:00.21TAsnI made the bottom bar as big as the top bar. :)
11:00.53mrmokubuilding
11:01.08TAsn:)
11:01.13TAsnI'm still building it here, but DAMN
11:01.22TAsnit's slow
11:03.09TAsnAnd facts are: NM works, connman barely :P
11:06.53mrmokuhmm... libnl fails building :/
11:09.24mrmokuTAsn: does it build for you? (libnl)
11:11.33*** join/#openmoko-cdevel tg (~tg@x-net.hu)
11:14.01Heinervdmmrmoku: clean libnl2
11:14.30spaetzas I said, I don't care about whether to use connman or nm. But I'm not sure if it's connman's fault that we have a crappy frontend
11:14.35CIA-32SHR: 03jussi.timperi 07illume-keyboards * r1f294d6e100b 10/ (4 files in 2 dirs): illume-keyboards: Add Finnish keyboard
11:15.02Heinervdmi think: plain wpa_supplicant would be the best
11:15.10Heinervdmbut not the mofi way
11:15.34Heinervdminstead configuring it with wpa-cli, like wpa-gui is doing it
11:15.46spaetzHeinervdm, if we have a good frontend....
11:16.18Heinervdmone has to write one...
11:16.27Heinervdmwpa-gui would be fine, but it's QT
11:16.59Heinervdmand i think, wifi is sth we can care about after MS1
11:18.34mrmokuHeinervdm: ah, ok
11:18.37mrmokuthanks
11:19.18Heinervdmmrmoku: i'm not sure if it will help, but usally it helps, because both packages are installing staging files to the same dir
11:21.51ThibGhm, while reading http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/gta02-machine-devices-2.6.32 I found quite a strange thing
11:22.13ThibGhttp://git.openmoko.org/?p=kernel.git;a=blob;f=arch/arm/mach-s3c2442/mach-gta02.c;h=e28ad480522219c664fa0f4a5a6ef1660a01252b;hb=1db965fbd0f402aabf686659434cd0f89f91ef67#l581
11:22.48TAsnspaetz, I'm telling you, I know connman sucks (or at least sucked 5 months ago) I'm a r/l friend of the guy who wrote mokonnect, he likes the UI and general design of mokonnect (so in his opinion that doesn't suck) but he says the reason it's unreliable is because connman sucks.
11:22.59*** join/#openmoko-cdevel KaZeR (~kazer@218.149.81-79.rev.gaoland.net)
11:25.10*** join/#openmoko-cdevel tg (~tg@x-net.hu)
11:26.51mrmokuHeinervdm: yep, helper
11:26.54mrmoku-r/d
11:27.03TAsnYay. :)
11:28.29mrmokuTAsn: btw. do you have working wifi with .32?
11:29.05TAsnmrmoku, I don't have .32 ;)
11:29.15TAsnI dropped it because I had an issue with resuming from suspend
11:29.18TAsnand vibration
11:29.27TAsn(the first is fixed in kernel git, but the latter isn't)
11:29.32mrmokuvibration was something else... and suspend is fixed :)
11:29.34TAsnfrom what I can tell.
11:29.41TAsnmrmoku, fixed in .10Z
11:29.44TAsnmrmoku, fixed in .10+
11:29.46TAsnmrmoku, fixed in .10?
11:29.48TAsnFFS
11:29.57mrmokususpend is fixed in .9 too
11:30.01mrmokuat least it works for me
11:30.03mrmokujust fine :)
11:30.08TAsnno, we are talking about two different things.
11:30.11mrmoku~hail Weiss
11:30.12aptACTION bows down to Weiss and chants, "I'M NOT WORTHY!!"
11:30.22TAsnI already talked to Weiss about it.
11:30.25mrmokuok
11:30.48mrmokuNo package 'polkit-dbus' found
11:30.51mrmoku:/
11:31.00TAsnffs :(
11:31.09TAsnOE is terribly broken :P
11:31.21TAsnat least when it comes to NM
11:32.42TAsnI don't think policy kit is a "strong" dependency
11:32.46TAsntry removing it from ticket :P
11:32.53Weisswhat have I broken now? :S
11:33.08TAsnWeiss, nothing new.
11:33.18TAsnWeiss, just that coming back from suspend after blanking screen issue :)
11:34.10Weissah.. do you have the latest gdrm-2.6.32?
11:34.43*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
11:34.47Weiss7d10368cf1c59d5b474a27bb81b09dbe03e1862f
11:36.40TAsnno, I don't :)
11:36.54TAsnand that's exactly the point :)
11:37.27Weissah :)
11:38.00TAsnmrmoku, phonefsod pops idle screen on "lock" right?
11:38.01*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
11:38.14mrmokuTAsn: yup
11:38.20TAsnthanks.
11:38.21mrmokuand you want it on suspend too... I know :P
11:38.35mrmokuTAsn: there is no --disable-polkit
11:38.43TAsn:(
11:38.57TAsnmrmoku, yeah, just opening a bug about it :P
11:40.05mrmokuguess for now it's a hard dep :/
11:40.45TAsnI guess we need to contact the dudes in OE
11:40.58TAsnmrmoku, btw, concerning libfso-glib, what's the progress?
11:41.30TAsnI really want to test it, and I'm even willing to beta-test fsogsmd to get that :P
11:41.58TAsnmrmoku, btw http://trac.shr-project.org/trac/ticket/1054
11:41.59TAsn:P
11:42.18*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
11:42.38TAsndos1, we hate you for quitting/joining all the time :)
11:43.00dos1TAsn: now that's my X server ;o
11:43.13dos1TAsn: i try to play FoFiX, and then X restarts
11:43.51dos1Fatal server error:
11:43.56dos1Failed to submit batchbuffer: Input/output error
11:48.28mrmokuTAsn: later... now lunch :)
11:48.32mrmokubbl
11:51.34*** join/#openmoko-cdevel badcloud (~badcloud@ti400720a342-0866.bb.online.no)
11:58.36*** join/#openmoko-cdevel mirko (~daten@e179146012.adsl.alicedsl.de)
11:59.03*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
11:59.45TAsnmrmoku|away, I just looked at the policy-kit package, it seems like dropping polkit-dbus and using policykit instead is sufficient. Give it a go :P
11:59.51TAsnmrmoku|away, (when you can of course)
12:00.06TAsnI really should buy myself a decent box
12:00.23TAsnI guess P4 with 1gb ram is just not fast enough for rapid OE dev. :|
12:02.09*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
12:09.26*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
12:35.55*** join/#openmoko-cdevel GNUtoo (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it)
12:41.05mrmokuTAsn: dropping polkit-dbus from configure?
12:41.10mrmokuor what do you mean
12:45.33mrmoku(libfso-glib) started compile fixing libphone-ui
12:45.56*** join/#openmoko-cdevel badcloud (~badcloud@ti400720a342-0866.bb.online.no)
12:55.13*** join/#openmoko-cdevel mickeyl (~mickey@80.81.242.146)
12:56.13*** join/#openmoko-cdevel mirko (~daten@e179146012.adsl.alicedsl.de)
12:56.30*** join/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz)
13:42.03TAsn<mrmoku> (libfso-glib) started compile fixing libphone-ui <-- huh?
13:44.48mrmokuTAsn: I hope you did not think I would be capable to do such a big rewrite and have it compile on first try? ;)
13:45.16TAsnoh, thought you tested it in the middle :P
13:45.26TAsnmrmoku, does this mean you finished everything though?
13:47.43TAsnmrmoku, what I meant concerning policykit-dbus
13:47.51TAsnmrmoku, there's nothing about it in NM sources...
13:47.59TAsnat least not in 0.8
13:48.42mrmokuTAsn: yeah, finished... needs testing
13:49.03mrmoku(nm) though configure insists on polkit-dbus
13:49.14TAsnare you sure?
13:49.18TAsnI see nothing about it.
13:49.23TAsnmind providing logs?
13:51.51mrmokumoment
13:53.54sybrenTAsn: there is quite an inconsistency between the quick-settings auto-dim and auto-suspend sliders, and the ones from shr-settings -> power
13:54.18TAsnsybren, yes
13:54.25TAsnbecause shr-settings -> power is bad.
13:54.32sybrenhmmm ok
13:54.36TAsnquick-settings is good :P
13:54.44sybrenmaybe it should be ripped out of shr-settings then? now it's quite confusing
13:54.49TAsnsec, will fix it there.
13:57.54*** join/#openmoko-cdevel pbaxter (~pbaxter@host234-36-dynamic.117-80-r.retail.telecomitalia.it)
14:00.20mrmokuTAsn: http://pastie.org/902633
14:00.45soltysTAsn: is there a way to launch quicksettings other than terminal ?
14:01.12TAsnrm -rf ~/.e
14:01.17TAsnand in the wizard
14:01.29TAsnchoose the illum1/illume2 profile (whichever one you used)
14:01.37TAsnand that will bind it to the power button
14:01.51soltysk
14:09.33*** join/#openmoko-cdevel pespin (~Sharwin_F@209.pool85-50-95.dynamic.orange.es)
14:10.08TAsnpespin, saw my email?
14:11.31pespinTAsn, nope, I've just waken up :P
14:12.04TAsnpespin, I'll give you a quick executive summary: volume issues: solved :P
14:12.23pespinTAsn, great :D
14:12.44pespinI'll go have a showe and try it :)
14:13.05TAsnsoltys, here ya go:
14:13.19CIA-32SHR: 03tom 07shr-settings * r288b28b5a57a 10/shr_settings_modules/shr_pm.py: Fixed shr-settings power management to also work with resource policy instead of request resource -> this now conforms to quick-settings.
14:14.35TAsnmrmoku, well? how does it work? :)
14:14.46mrmokunot yet
14:17.45TAsnnot yet as in broken? or not tested? :P
14:17.46iusmrmoku, mickeyl, someone suggested last night you might be interested in new/interesting targets for FSO/$anythingElse? (I'll see if I can get a ML post together to send somewhere to get some more attention perhaps)
14:20.47mrmokuTAsn: as in not compiling :P
14:20.56TAsnsucks.
14:21.21mrmokuius: sure... though me for one won't be able to help with low level stuff :/
14:21.39mrmokuIIUC you're looking for kernel devs in first place
14:21.49iusCorrect.
14:26.30iusI'm happily hacking away, tiny bits at a time, but progress is slow.
14:27.49*** join/#openmoko-cdevel alabd (~alabd@unaffiliated/alabd)
14:32.40*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
14:38.55*** join/#openmoko-cdevel pespin (~pespin._@209.pool85-50-95.dynamic.orange.es)
14:42.48*** part/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz)
14:43.48*** join/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz)
14:55.23*** join/#openmoko-cdevel DocScrutinizer-8 (~jr-N810@openmoko/engineers/joerg)
15:03.14pespinTAsn, did you change already alsa profiles with the upgrade?
15:05.57*** join/#openmoko-cdevel m2 (~marcelo@debian/developer/mmagallo)
15:07.17mrmokupespin: probably not... as he's a lazy ass ;)
15:07.30soltys<PROTECTED>
15:08.04mrmokuTAsn: or did you do something usefull while not sleeping the whole night? :P
15:12.01mrmokuTAsn: btw. libphone-ui built... now adjusting libphone-ui-shr... after that watching it segfault :)
15:14.02*** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de)
15:28.43pespinmrmoku, will someday SHR register to GSM netwrok 100% of times? :P
15:37.18lindi-pespin: shouldn't be hard. my phone's done that with a help of a simple watchdog process
15:38.26pespinlindi-, I suppouse it's only a matter of restarting fsodeviced?
15:38.36lindi-pespin: i don't use fsodevided
15:39.20lindi-pespin: but the general principle applies. you have some way to restart everything back to initial state, you have some test to see if everything works. then you just have a watchdog that runs the test periodically and resets everything if it fails
15:40.16pespinthe weird thing is that I don't get any error in logs hmm
15:40.22pespinmaybe I don't have a good loglevel
15:50.29pespinomg, what an idiot, I put the SIM the wrong way xD
15:51.18mrmokuheh
15:51.29mrmokuthat makes registering difficult even with a watchdog :P
15:51.37pespinhahaha
15:52.34pespinmrmoku, Please, consider adding a message like "Be sure you have put the SIM card the right way" in the "SIM not found" dialog :P
15:56.46pespinmrmoku, TAsn, yay, calls works ok! (but with sucking sound profile :P)
15:56.56*** join/#openmoko-cdevel JesusMcCloud (~stephanie@chello080108161019.5.12.vie.surfer.at)
15:59.58mrmokupespin: will think about it :P
16:00.20lindi-mrmoku: well the test of course does not look for error messages. it looks for success messages :)
16:00.20mrmokupespin: but it did show that dialog, right?
16:00.55pespinmrmoku, that dialog?
16:00.58mrmokulindi-: what would your watchdog do in that case? restart and restart again?
16:01.06lindi-mrmoku: yes
16:01.12mrmokupespin: 'SIM not found'
16:01.37mrmokuwants to know if that dialog still works :P
16:01.42lindi-mrmoku: it also informs the user by blinking the led all the time
16:01.53pespinmrmoku, when I had the SIM set wrong yes ;)
16:02.13lindi-this happens for example in a subway when there is no coverage :)
16:02.15pespinand If no SIM present at all it shows too yes :)
16:03.20JesusMcCloudDocScrutinizer-8, as a hardware guy, do you know about LED backlight LC Displays?
16:03.35*** join/#openmoko-cdevel Heinervdm (~thomas@pD9E176A4.dip.t-dialin.net)
16:03.57DocScrutinizer-8all are LED backlight
16:05.13JesusMcCloudi am looking at a display where one corner is completely dark (backlight-wise) i'm just wondering how sth like th
16:05.17JesusMcCloudis can happen
16:06.15JesusMcCloud..on the other hand.. better not worry and let customer service/Warrenty take care of it
16:11.40pbaxterhello all
16:11.49pbaxteris someone building shr STABLE?
16:12.02pbaxteri've seen theres a folder in repo
16:12.19JesusMcCloudpbaxter, there is no stable
16:12.46pbaxterJesusMcCloud, i've seen, but i see there's a folder called shr-stable
16:13.10JesusMcCloudpbaxter, i suppose this si shr-testing2009
16:13.22pbaxterah ok
16:14.00JesusMcCloudanyways i'm off
16:16.18*** join/#openmoko-cdevel dhawk (~devh@88-117-87-10.adsl.highway.telekom.at)
16:18.59*** join/#openmoko-cdevel mickeyl (~mickey@openmoko/coreteam/mickey)
16:25.16*** join/#openmoko-cdevel meudar (~meudar@76.226.171.187)
16:29.10*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
16:39.53*** join/#openmoko-cdevel thrashold (~europan@3mhz.net)
16:49.43*** join/#openmoko-cdevel tg (irc@x-net.hu)
16:51.15*** join/#openmoko-cdevel alabd (~alabd@unaffiliated/alabd)
16:51.21dos1just freed 1642MB of disk space with one command: "aptitude autoclean" ;o
16:51.52dos1hmm
16:51.55dos1that's what aptitude said
16:52.13dos1df says that i have now 6,3G more free space than previously
16:57.55*** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net)
17:03.18alabdpaGood day all , which dictionary do you use on shr ?
17:03.27*** join/#openmoko-cdevel DocScrutinizer (~jr@openmoko/engineers/joerg)
17:04.40*** part/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de)
17:09.08*** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz)
17:19.28*** join/#openmoko-cdevel GNUtoo|oeee (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it)
17:27.46tmzt_mickey|dinner: I need your gito
17:31.24*** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de)
17:31.54*** part/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de)
17:40.50alabdmrmoku,  good day are these persian layouts here health
17:40.52alabdhttp://build.shr-project.org/shr-unstable/ipk/all/
17:44.16alabdShould jamilo be installed from it's rep or shr reps ?
17:47.54*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
17:54.39Weissstruggles to get resolution-switching to work :S
17:56.37*** join/#openmoko-cdevel REalm (~realm@ip-77-221-67-132.kava.lt)
17:59.35REalmhello. I'm trying to compile shr-unstable on debian-testing x64 and it fails on file-native-5.04-r2.0. First error in log is "file.h:412: error: conflicting types for 'sys_errlist'". Could anyone tell me some pointers about this?
17:59.47*** join/#openmoko-cdevel pinkstephie (~pinksteph@chello080108161019.5.12.vie.surfer.at)
18:13.21vanous123TAsn: the smaller bar illume2 is better, cheers. only if i2 didn't crash e17 so often... nothing we can affect i guess....
18:20.01*** join/#openmoko-cdevel von_fritz (~fritz@host46-29-dynamic.13-87-r.retail.telecomitalia.it)
18:20.34*** join/#openmoko-cdevel reinouts (~reinout@s559355fe.adsl.wanadoo.nl)
18:21.16*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
18:23.45*** join/#openmoko-cdevel tg (irc@x-net.hu)
18:25.13*** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya)
18:35.46*** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz)
18:38.34*** join/#openmoko-cdevel DocScrutinizer (~jr@openmoko/engineers/joerg)
18:39.31*** join/#openmoko-cdevel tg (irc@x-net.hu)
19:09.28alabdanyone used babiloo or estardict on shr ?
19:09.43alabdhow to use more than one database ?
19:10.44von_fritzalabd I think its not possible, only one dict at time
19:11.16alabdvon_fritz, both apps ? but stardict on pc supports
19:14.29von_fritzwell speak with zeusone or leave comment to http://www.vaudano.eu/wiki/en/estardict
19:16.22von_fritzor fill request/bug in https://bugs.launchpad.net/estardict
19:24.34alabdvon_fritz,  estardict asks dictionaries directory after selecting dir it gives an error : mandatory file is not peresent
19:26.00*** join/#openmoko-cdevel methril_ (~methril@189.27.133.230.dynamic.adsl.gvt.net.br)
19:28.05von_fritzalabd possible not supported dict, try with tested dicts http://www.vaudano.eu/wiki/en/estardictTestedDictionaries
19:47.30GNUtoohi,
19:47.35GNUtooquick question:
19:47.51GNUtooPREFERRED_PROVIDER_virtual/libgl_shr = "mesa-xlib" is what I put for htcdream who has no 3d for now
19:50.07GNUtoowhat should I put here? MACHINE_DRI_MODULES_shr = "?"
19:51.28Weiss"swrast"
19:51.40GNUtoothanks a lot
19:52.10Weisshopefully you should be able to get "swrast DRI" up and running without any problems.. possibly some tweaks to the DDX
19:55.35*** join/#openmoko-cdevel pespin (~pespin._@209.pool85-50-95.dynamic.orange.es)
19:55.40GNUtoook thanks
19:59.02*** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net)
20:09.49*** join/#openmoko-cdevel DocScrutinizer (~jr@openmoko/engineers/joerg)
20:14.39TAsnvanous123, yay :P
20:15.15vanous123well, getting rig of the bottom bar would be best imho
20:15.41vanous123moving it up into to top with app picker or < X again....
20:20.07*** join/#openmoko-cdevel wiedi (~wiedi@smoot.w.fruky.net)
20:23.08TAsnyep.
20:23.14TAsnDon't worry, it will happen :)
20:23.41*** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net)
20:27.04*** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147)
20:28.08*** join/#openmoko-cdevel sabrod (~fred@pdpc/supporter/21for7/sabrod)
20:32.11*** join/#openmoko-cdevel Sleep_Walker (~Sleep@207.93.broadband2.iol.cz)
20:34.01*** join/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
20:38.51*** part/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
20:38.57*** join/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
20:39.34*** part/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
20:39.50*** join/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
20:57.27GNUtooWeiss, should I bitbake/depend on libdri?
20:57.34GNUtoo| checking for DRI... configure: error: Package requirements (glproto >= 1.4.10 dri >= 7.8.0) were not met:| | No package 'dri' found
20:58.48Weisswhat were you configuring at that time?
21:00.17GNUtooPREFERRED_PROVIDER_virtual/libgl_shr = "mesa-xlib"
21:00.17GNUtooMACHINE_DRI_MODULES_shr = "swrast"
21:00.20GNUtooin htcdream.conf
21:00.32GNUtooand it re-parsed after that
21:01.32Weissbut.. which package's configure script generated that error?
21:01.48GNUtooxserver-xorg-2_1.8.0-r14.0
21:01.52Weiss(there's no separate "DRI" package, only an Xorg extension, some protocol headers, and a few other things)
21:02.00GNUtoook
21:02.26GNUtoohttp://pastebin.com/6wK4fh8j
21:04.16Weissah..
21:04.41Weissif you're using mesa-xlib, you shouldn't need MACHINE_DRI_MODULES anyway.. and you should disable DRI in Xorg
21:05.12GNUtoook
21:06.54Weissor you could use mesa-dri with MACHINE_DRI_MODULES=swrast and enable DRI.. either way should work
21:07.05GNUtoook
21:07.42GNUtooI'll try swrast and mesa-dri
21:13.18GNUtoothanks a lot for the help btw
21:13.30Weissdisabling DRI in the Xorg recipe will probably get you where you want to be faster
21:13.44Weissif less "trendily"
21:16.12GNUtooI think I need something that touch more machine and less recipes
21:16.16leviathanI guess, I'll sleep now
21:16.17GNUtoobecause recipes are shared
21:16.29leviathantomorrow I'll try to kill this wifi issue
21:16.40leviathanand I will look onto this suspend thing
21:16.41leviathan...
21:17.28GNUtoook
21:17.51mrmokuTAsn: it's getting interesting now :)
21:18.47TAsnmrmoku, libphone-ui? Damn you! I want to test it! :)
21:19.01*** join/#openmoko-cdevel pwerken (~pwerken@square.phys.uu.nl)
21:19.30mrmokuTAsn: libphone-ui + libphone-ui-shr build now with libfso-glib
21:19.38mrmokulet's see what happens if I install them :P
21:20.23TAsnwicked :P
21:20.30TAsnmrmoku, what did you have to change in libphone-ui-shr?
21:21.23mrmokuTAsn: libfso-glib returns some different stuff...
21:21.30mrmokulike enums for resource policy :)
21:21.30TAsni c.
21:21.36TAsnphew!
21:21.37TAsn:)
21:21.39mrmokuor GHashTable ** instead of GPtrArray
21:22.25mrmokuand I'm passing GError to almost all callbacks now
21:24.15TAsnas we should :P
21:24.30TAsnSo you fixed what we did wrong and shouldn't have done from the start, cool :P
21:25.00*** join/#openmoko-cdevel playya (~playya@unaffiliated/playya)
21:25.30mrmokuand it looks good... only thing segfault for now is the message list... looking into it now
21:25.40mrmokucontacts work... idle screen works
21:26.13mrmokuahh and quick-settings segfault too :/
21:29.00GNUtooWeiss, maybe you were right: http://pastebin.com/Hgb8p9ZJ
21:29.11TAsnmrmoku, quick settings treats
21:29.14TAsnpolicy as strings
21:29.18TAsnso that's probably why.
21:29.21GNUtooWeiss, but xorg is not machine arch
21:29.22GNUtoo?
21:29.41WeissGNUtoo: there should be some kind of --disable-egl option I think..
21:29.46Weiss"not machine arch"?
21:29.47mrmokuTAsn: I changed that
21:30.04TAsnmrmoku, profile?
21:30.28GNUtooWeiss, the goal is to share recipes,machine arch means that it ends in the machine(htcdream,om-gta02) feeds
21:30.33GNUtoonot armv4,armv6 feeds
21:31.05GNUtoothe package should be no different if you select another machine with the same armvN level
21:31.06Weissdoes that make a difference?
21:31.13GNUtoofor commiting to oe yes
21:31.26Weisshmm.. meaning you can't change the recipe for Xorg?
21:31.39GNUtoothere are 2 ways to change it:
21:31.54GNUtooput it in the machine dir in case is it built for htcdream
21:31.58GNUtooor
21:32.02GNUtoomake a new one
21:32.06GNUtoolike -nogl version
21:33.29Weisshmm.. the xorg-server recipe really doesn't provide for disabling DRI?
21:33.29GNUtooWeiss, PACKAGE_ARCH = "${MACHINE}"
21:33.32GNUtooshould be
21:33.33GNUtoook
21:34.06GNUtoothat's in:
21:34.13GNUtoomesa-common.inc
21:34.18GNUtooso mesa is machine arch
21:34.45GNUtooso I can disable egl
21:35.55Weissit'd probably be best to ask JaMa about all this stuff.. I'm mostly glad I don't have to deal with all these build complexities..
21:36.03GNUtoook
21:36.28GNUtooI should commit this stuff for good,instead of fixing locally each time
21:37.11GNUtoonow that shr is in oe.dev I can do that
21:39.27mrmokuTAsn: duh... shit... forgot that phoneui-utils-sound is using lfg too :P
21:39.34*** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz)
21:40.04TAsnnoob :P
21:41.41*** join/#openmoko-cdevel richy (~richy@95-88-71-8-dynip.superkabel.de)
21:42.40mrmokuTAsn: :P
21:43.32TAsnHey, as long as I make more mistakes than you, it's ok for me to call you a noob :)
21:43.34*** join/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz)
21:43.42TAsnDon't you think?
21:49.57mrmokuTAsn: I'm fine with being a noob :)
21:50.06mrmokuTAsn: do you use the preferences/profiles stuff somewhere?
21:50.33pespinTAsn, I'm looking into libphoneui code now, and  it's seems gchar *phoneui_utils_get_user_home_prefix(); is defined but not implemented. Am I wrong?
21:50.42mrmokuphoneui_utils_sound_profile_set?
21:51.34mrmokupespin: looks like
21:51.47pespinmrmoku, ok ;)
21:51.56TAsnpespin, maybe. :P
21:52.05TAsnpespin, no idea, I didn't do it :P
21:52.09TAsngit blame... :)
21:52.15mrmokuTAsn: ahhh, in quick-settings :P
21:52.22TAsnmrmoku, when in doubt, grep, no idea :P
21:52.34mrmokuthat is ugly though...
21:52.35TAsnmrmoku, quick-settings and in libphone-ui itself.
21:52.42mrmokuno, in libphone-ui not
21:52.42TAsnmrmoku, why?
21:52.48mrmokubecause it is not sound
21:52.53mrmokuno?
21:53.07TAsnmrmoku, no idea, I intended to implement playing ringtones
21:53.22TAsnso "getting_ringtone_stats" (which I know I didn't write yet) must be written
21:53.29TAsnso I guess there's something there already.
21:53.41*** join/#openmoko-cdevel vanous-neo (~root@ip-85-93-173-178.wscnet.cz)
21:53.43mrmokuhmm
21:53.49mrmokuok, will just convert it as is
21:55.52*** join/#openmoko-cdevel badcloud (~badcloud@ti400720a342-0866.bb.online.no)
22:01.01*** join/#openmoko-cdevel vanous-neo (~root@ip-85-93-173-178.wscnet.cz)
22:26.43*** join/#openmoko-cdevel tg (irc@x-net.hu)
22:28.32TAsnmrmoku, well, got any updates? :P
22:29.00mrmokuquick settings does not segfault anymore :)
22:29.09mrmokuprofile list is empty though :/
22:29.50mrmoku2010.04.05 00:22:08.885288 [libphone-ui]        MESSAGE: _get_profile_callback: error 2: The name org.freesmartphone.oprefencesd was not provided by any .service files
22:29.53mrmokuhehe
22:29.54mrmokutypo
22:30.02mrmokuin libfsoframework ;)
22:31.41CIA-32freesmartphone.org: 03mok 07cornucopia * r6def5a5981c8 10/libfsoframework/fsoframework/interfaces.vala:
22:31.41CIA-32freesmartphone.org: libfsoframework/interfaces: fix typo for preferences DBusName
22:31.41CIA-32freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
22:41.03*** join/#openmoko-cdevel pespin (~pespin._@209.pool85-50-95.dynamic.orange.es)
22:44.43TAsnmrmoku, other than that, everything is uber-cool? :P
22:45.35TAsnif so, please send me phoneuid/libphone-ui-shr/libphone-ui/phonefsod and build libfsoframework :P
22:45.45TAsnI want to give it a go :P
22:47.12TAsn(and a quick reminder on what needed to be done in order to move to fsogsmd, and what's missing there, so I'll be able to know if I'm ready to go to that domain :P)
22:47.35mrmokuTAsn: no, not ubercool :/
22:47.37mrmokuplayya: query_path = free_smartphone_pim_messages_query_finish (pack->messages, res, &error);
22:47.41mrmokusegfaults :/
22:47.55TAsn:(
22:47.57mrmokuTAsn: and add field in contacts segfaults
22:48.02TAsn:(
22:48.07mrmoku(might as well be my fault that one)
22:48.29TAsnok :)
22:48.43mrmokubut you don't want it yet :P
22:48.52mrmokuand I want to sleep now :)
22:49.02TAsn:>
22:49.05TAsnGet some sleep.
22:49.22mrmokuand continue the quest tomorrow :)
22:49.29TAsnOf course.
22:49.38TAsnTomorrow we'll slay zombies together
22:49.38mrmokuyeah... good plan
22:49.39TAsn:P
22:49.46mrmokuthat too
22:49.50mrmokugnight all
22:50.05TAsnThough I have a lan party at my house tomorrow, so I'll probably slay zombies with some friends :)
22:50.07TAsnnight.
23:19.10*** join/#openmoko-cdevel DocScrutinizer (~jr@openmoko/engineers/joerg)
23:22.03*** join/#openmoko-cdevel vegyraupe (~vegyraupe@p579526B4.dip.t-dialin.net)
23:46.57*** part/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
23:47.43*** join/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
23:54.46*** part/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
23:56.17*** join/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
23:56.47*** part/#openmoko-cdevel der-lehmann1 (~der-lehma@188-192-133-169-dynip.superkabel.de)
23:59.52*** part/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz)

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