**** BEGIN LOGGING AT Tue Jan 26 02:59:56 2010
Jan 26 08:43:12 <daniele_athome> good morning!!!
Jan 26 08:43:26 <daniele_athome> yesterday upgrade broke almost everything :D
Jan 26 08:43:35 <daniele_athome> all applications using buttons doesn't work
Jan 26 08:43:38 <daniele_athome> buttons are not shown
Jan 26 08:43:43 <daniele_athome> even dialpad is invisible
Jan 26 08:43:53 <daniele_athome> and - you cannot close some windows
Jan 26 08:49:25 <JaMa> hmm it worked for me.. I even tried to reflash whole image to 2nd partition
Jan 26 08:49:51 <daniele_athome> mmm...
Jan 26 08:51:07 <JaMa> daniele_athome: do you have Version: 2:0.9.9.060+svnr45489-r7.4 ?
Jan 26 08:51:20 <daniele_athome> yes, JaMa just a moment maybe I know what happened
Jan 26 08:51:45 * JaMa still doing that bisect :/
Jan 26 08:51:55 <daniele_athome> eheh
Jan 26 08:53:07 <JaMa> daniele_athome: and the problem is related to CategoryButtons from shr-settings (without it, it works too, on armv5 it works, on x86_64 it works too)
Jan 26 08:54:02 <daniele_athome> JaMa, you are talking about the bisect now?
Jan 26 08:54:07 <JaMa> yes
Jan 26 08:54:14 <daniele_athome> ok
Jan 26 08:54:25 <daniele_athome> ok elementary works now :D
Jan 26 08:54:39 <daniele_athome> I had a previous custom version of the library
Jan 26 08:54:44 <daniele_athome> remember those past issues...
Jan 26 08:55:11 <daniele_athome> but there is a scrolling problem I think
Jan 26 08:55:14 <daniele_athome> in illume desktop
Jan 26 08:55:32 <daniele_athome> if I scroll the screen, the application I touched to begin the scroll is started 
Jan 26 08:55:34 <daniele_athome> :|
Jan 26 08:55:55 <daniele_athome> and the display dimming is not working correctly
Jan 26 08:56:01 <daniele_athome> I mean, on finger press
Jan 26 08:59:00 <JaMa> hmm the breakage is somewhere between 45200 and 45225
Jan 26 08:59:20 <JaMa> but lots of revs between cannot be compiles successfully :/
Jan 26 09:09:50 <Q-Master> scrolling is broken definitely
Jan 26 09:10:09 <Q-Master> I have the same. The app I touched at start will be run
Jan 26 09:10:45 <JaMa> what if you set launcher to launch only with double-click?
Jan 26 09:16:09 <daniele_athome> JaMa, it's ok with double click of course
Jan 26 09:16:14 <daniele_athome> :(
Jan 26 09:17:22 * JaMa had issues with running apps accidentaly from the start.. so I'm using double click + smaller icons from the start..
Jan 26 09:17:49 <JaMa> but maybe scrolling in other places is broken too
Jan 26 09:18:16 <JaMa> and I cannot/won't test it.. because this cannot be tested remotely..
Jan 26 09:18:48 <daniele_athome> what I've noticed is that in previous versions (when scrolling was working) if I stop phoneuid, when I turn on the screen by touching something, it gets clicked the same time
Jan 26 10:13:05 <Heinervdm> mrmoku|away: i need the phonenumber for a callid in libframework-glib, is there a way for that?
Jan 26 10:51:19 <mrmoku|away> Heinervdm: there is ogsmd_call_list_calls
Jan 26 10:51:43 <mrmoku|away> which gives you a GPtrArray for all active calls
Jan 26 10:51:49 <Heinervdm> mrmoku|away: so the callid is the array index and number is the number?
Jan 26 10:52:02 <Heinervdm> value is the number
Jan 26 10:52:20 <mrmoku|away> Heinervdm: no idea... let me check fso specs
Jan 26 10:52:37 <Heinervdm> there are to few comments in the code ;)
Jan 26 10:53:22 <Heinervdm> All those HashTables and Arrays should be explained somehow ;)
Jan 26 10:53:37 <mrmoku|away> Heinervdm: ListCalls ( ) → a(isa{sv})
Jan 26 10:53:43 <mrmoku|away> i is your call id
Jan 26 10:53:50 <Heinervdm> ok
Jan 26 10:53:57 <Heinervdm> thx
Jan 26 10:54:11 <mrmoku|away> a{peer} should be the number
Jan 26 10:54:42 <mrmoku|away> Heinervdm: curious... where do you need that?
Jan 26 10:54:51 <Heinervdm> mrmoku|away: bluez
Jan 26 10:54:56 <mrmoku|away> ahh
Jan 26 10:55:36 <Heinervdm> with my work there you will be able to use the buttons of bluetooth headset
Jan 26 10:55:50 <Heinervdm> and your handfree will ring
Jan 26 10:55:50 <mrmoku|away> nice :)
Jan 26 10:55:56 <Heinervdm> and so on
Jan 26 10:55:59 <Heinervdm> :)
Jan 26 10:56:47 <Heinervdm> since obexd is on hold, till it's working with a real device, i will try the other part :)
Jan 26 10:56:58 <Heinervdm> and ofono and maemo are already implemented...
Jan 26 10:58:14 <Heinervdm> mrmoku|away: what does ogsmd_call_hold_active? will it hold an active call, or will it resume an holded call?
Jan 26 10:59:11 <Heinervdm> und will phoneuid recognice when a call is started by another app?
Jan 26 10:59:17 <mrmoku|away> Heinervdm: it will hold the active call
Jan 26 10:59:26 <mrmoku|away> you can reactivate it with Activate
Jan 26 10:59:40 <mrmoku|away> which will put all other active calls on hold
Jan 26 10:59:40 <Heinervdm> ogsmd_call_activate
Jan 26 10:59:44 <mrmoku|away> yup
Jan 26 11:00:27 <mrmoku|away> Heinervdm: phonefsod will recognize it
Jan 26 11:00:40 <mrmoku|away> so yes, it should just work
Jan 26 11:00:46 <mrmoku|away> you can try with mdbus probably
Jan 26 11:01:36 <Heinervdm> at the beginning that's not important :)
Jan 26 11:55:39 <pespin> JaMa, you told me to call you when emtooth could handle pairing. It should now :)
Jan 26 11:56:11 <JaMa> pespin: thanks.. I'll try it later
Jan 26 12:15:19 <DocScrutinizer> moin
Jan 26 12:16:55 <playya_> moin
Jan 26 12:18:30 <PaulFer``> DocScrutinizer: moin
Jan 26 12:19:16 <PaulFer``> DocScrutinizer: have you seen this great explanation of a cryptic requirement (Q&A #1): http://www.fcc.gov/oet/faqs/eadfaqs.html ?
Jan 26 12:24:16 <dos1> TAsn: how #898 can be mine?
Jan 26 12:24:44 <DocScrutinizer> PaulFer``: muhahahaha
Jan 26 12:28:04 <DocScrutinizer> damn, why are earthquakes always coming in clusters? Or is that just the usual randomness and just human perception makes the cluster times (like last 2 months) standing out?
Jan 26 12:57:12 <octavsly> is there any SHR update coming soon? I kind of broke my phone yesterday, initially tried opkg, then flashed it, without much success. It boots but no PIN dialog, no wkae-up, no dimming, no ssh network.... pretty unpredictable. 
Jan 26 12:58:25 <spaetz> there are always SHR updates in -unstable
Jan 26 12:58:41 <octavsly> I used the ones from 24th of January
Jan 26 13:00:40 <JaMa> octavsly: I have the same image installed and it works for me (well I'm using double click on home screen, noPIN and it's always connected with ssh net working - so didn't test wake-up)
Jan 26 13:01:53 <octavsly>  JaMa: initailly used shr-lite-eglibc-ipk--20100124-om-gta02.rootfs.jffs2
Jan 26 13:02:07 <Q-Master> wakeup works for me
Jan 26 13:02:07 <octavsly> JaMa: then went to uImage-om-gta02-latest.bin
Jan 26 13:02:32 <JaMa> octavsly: which is the same as the one included image
Jan 26 13:02:39 <JaMa> s/ image/in image/
Jan 26 13:02:39 <apt> JaMa meant: octavsly: which is the same as the one includedin image
Jan 26 13:03:03 <octavsly> just pressed the sleep button and nothing comes
Jan 26 13:03:15 <octavsly> pressed the lock and it does not lock anymore
Jan 26 13:03:25 <octavsly> lock button on the top left
Jan 26 13:03:36 <Q-Master> octavsly: it is only for first time. wait autosuspending
Jan 26 13:03:47 <octavsly> :-)
Jan 26 13:04:00 <octavsly> any particular reason for this behaviour?
Jan 26 13:06:28 <octavsly> BTW. on my /media/card seems to be a etc file (tried to copy everything from /etc to /media/card/etc, but battery went down) 
Jan 26 13:06:29 <octavsly> If I run:
Jan 26 13:06:29 <octavsly> root@om-gta02 /media/card $ rm -rf etc
Jan 26 13:06:29 <octavsly> rm: cannot stat 'etc': Stale NFS file handle
Jan 26 13:06:58 <Q-Master> use the cardreader
Jan 26 13:07:22 <octavsly> in a PC you mean
Jan 26 13:07:28 <Q-Master> yep
Jan 26 13:07:32 <octavsly> ok
Jan 26 13:07:37 <DocScrutinizer> fsck
Jan 26 13:07:53 <Q-Master> umount then fsck
Jan 26 13:07:57 <octavsly> yes, of course, 
Jan 26 13:08:00 <octavsly> thanx
Jan 26 13:09:34 <octavsly> fsck /dev/mmcblk0p1
Jan 26 13:09:34 <octavsly> fsck (busybox 1.15.3, 2010-01-13 13:33:49 CET)
Jan 26 13:09:34 <octavsly> fsck: fsck.auto: No such file or directory
Jan 26 13:10:14 <octavsly> probably it wil work on my PC, but not on OM
Jan 26 13:10:39 <DocScrutinizer> try fsck.<fs-type>
Jan 26 13:12:13 <octavsly> WORKED: fsck.ext2 /dev/mmcblk0p1
Jan 26 13:13:47 <octavsly> any command line suspend? since it does not want to dim nor lock nor suspend
Jan 26 13:15:23 <DocScrutinizer> [2010-01-26 14:03:36] <Q-Master> octavsly: it is only for first time. wait autosuspending
Jan 26 13:17:35 <Q-Master> dimming might not work because of phonefsod
Jan 26 13:17:43 <Q-Master> check it is working or not
Jan 26 13:18:24 <octavsly> Q-Master: restarted XOrg since I have put the root on my SD card
Jan 26 13:21:54 <JaMa> octavsly: if you're testing it from chroot don't forget to bind /proc /sys and start dbus
Jan 26 13:25:24 <octavsly> "/usr/bin/phonefsod" starts then disappears 
Jan 26 13:25:42 <octavsly>  JaMa: I am not doing chroot
Jan 26 13:26:06 <JaMa> what does "I have put the root on my SD card" mean?
Jan 26 13:26:25 <octavsly>  JaMa: just want to put the data I need on the SD. I mean that the /home/root account is on SD card
Jan 26 13:26:31 <octavsly> so I am not dependednt on the new flushes
Jan 26 13:26:38 <octavsly> flashes 
Jan 26 13:26:46 <JaMa> ah I see
Jan 26 13:27:16 <octavsly> If i try to start settings it crahses
Jan 26 13:27:41 <octavsly> Error Signal Information:
Jan 26 13:27:41 <octavsly>         shr-settings was interrupted by a Segmentation Fault.
Jan 26 13:27:41 <octavsly> Output Data:
Jan 26 13:27:41 <octavsly>         There was no output
Jan 26 13:27:41 <octavsly> Error Logs:
Jan 26 13:27:42 <octavsly>         There was no error message
Jan 26 13:28:07 <JaMa> octavsly: this one is known..
Jan 26 13:28:21 <octavsly> sorry
Jan 26 13:28:44 <JaMa> no problem.. I'm just running that fscking bisect for last 24 hours :/
Jan 26 13:28:52 <PaulFer``> And counting
Jan 26 13:29:27 <octavsly> removed the USB cable and waiting for suspend....
Jan 26 13:29:43 <JaMa> only about 15 revisions between, but they are not buildable and no interesting commit there..
Jan 26 13:30:25 <JaMa> so now I need to test different combinations of srcrevs for ecore/evas/elemantary and their python bindings..
Jan 26 13:33:35 <octavsly> I know I am asking a dangerous question, and I might not be able to do anything except wasting your time, but is there a manual on how to contribute on the software development? Who is responsible for what? I do not have much experience but I can adapt fast... knowing from history
Jan 26 13:34:16 <Q-Master> octavsly: try to debug it. mine phonefsod works flawleslly
Jan 26 13:34:28 <mrmoku> octavsly: what part would you be interested in?
Jan 26 13:34:33 <JaMa> octavsly: first you should be able to build image with bitbake (howto on shr page)
Jan 26 13:34:49 <dos1> mrmoku: so what about opimd postinst? :P
Jan 26 13:35:11 <dos1> i would like to merge opimd types into master
Jan 26 13:35:50 <octavsly> JaMa: anything. usually I take the things that have problems... but again I do not have much exprience so do not expect miracles. Also my spare time is close to zero
Jan 26 13:36:33 <mrmoku> dos1: I wanted to try the new opimd... and had problems :/
Jan 26 13:36:37 <mrmoku> did not register
Jan 26 13:36:50 <mrmoku> still have to examine that
Jan 26 13:37:29 <mrmoku> dos1: though it might just have been something else unrelated... or a bad local build
Jan 26 13:37:46 <octavsly> JaMa: I will look at build image with bitbake
Jan 26 13:38:30 <dos1> mrmoku: TAsn said that it was working for him... and it worked for me also (but opkg upgrade overwrote my opimd, and i did no changes after that and i was to lazy to install version with types again :P)
Jan 26 13:38:54 <mrmoku> dos1: yeah, but TAsn 'installed' it by copying frameworkd over :P
Jan 26 13:39:49 <mrmoku> dos1: but ok, will just add that postinst thing... in 40 minutes... have to pickup my son first :)
Jan 26 13:40:02 <mrmoku> and than lets merge that thing and be happy :D
Jan 26 13:41:11 <zem_> hi 
Jan 26 13:43:09 <mrmoku> bbl
Jan 26 13:51:27 <DocScrutinizer> please participate on poll in #openmoko! thanks
Jan 26 13:54:30 <octavsly> how to fnd that info?
Jan 26 14:16:57 <spaetz> what poll?
Jan 26 14:17:33 <JaMa> spaetz: backup battery status
Jan 26 14:18:52 <spaetz> ahh
Jan 26 14:20:19 <dos1> DocScrutinizer: waiting 5 minutes now :P
Jan 26 14:20:48 <DocScrutinizer> dos1: nice. please report in #openmoko
Jan 26 14:27:58 <octavsly> which poll
Jan 26 14:28:02 <octavsly> ?
Jan 26 14:30:13 <Q-Master> hm. suspend is not working.
Jan 26 14:30:24 * Q-Master is waiting for autosuspend
Jan 26 14:30:30 <DocScrutinizer> octavsly: read #openmoko
Jan 26 14:30:59 <DocScrutinizer> octavsly: I see you're logged in there for long enough to have it in your backscroll
Jan 26 14:30:59 <gena2x> had discarge in <5 seconds, DATECODE 20080821
Jan 26 14:31:16 <DocScrutinizer> gena2x: please report in #openmoko
Jan 26 14:31:21 <gena2x> opps
Jan 26 14:31:37 <gena2x> done
Jan 26 14:39:38 <mrmoku> JaMa: is there some way to make postinst apply to specific revisions only?
Jan 26 14:46:08 <Q-Master> mrmoku: autosuspend is not working also.
Jan 26 14:47:12 <mickey|cafe> mirko: ping
Jan 26 14:47:42 <mrmoku> Q-Master: hmm... works fine here...
Jan 26 14:48:14 <Q-Master> mrmoku: I've updated not so long ago and suspending stopped to work
Jan 26 14:48:26 <Q-Master> neither manual nor auto
Jan 26 14:48:44 <mrmoku> Q-Master: ahh, no suspend at all... strange
Jan 26 14:48:47 <mrmoku> what kernel?
Jan 26 14:49:08 <Q-Master> mrmoku: normal one. from unstable
Jan 26 14:50:16 <mrmoku> Q-Master: if you call /etc/enlightenment/suspend.sh ... what does happen?
Jan 26 14:50:34 <Q-Master> mrmoku: wait a bit. I've rebooted the phone.
Jan 26 14:52:40 <Q-Master> mrmoku: nothing happens. Script just stalled.
Jan 26 14:53:39 <dos1> i have the same
Jan 26 14:53:46 <dos1> looks like fsousaged problem
Jan 26 14:54:22 <dos1> Q-Master: can you look at /var/log/fsousaged.log ?
Jan 26 14:55:10 <Q-Master> hm. I looked on top and there's some python process which eaten 80% of CPU
Jan 26 14:55:26 <Q-Master> and in some time it gone to sleep
Jan 26 14:56:29 <Q-Master> fsousaged.log is clean coz I have a debug level of WARNING
Jan 26 14:57:50 <Q-Master> mrmoku: script wrote "method return sender=:1.7 -> dest=:1.22 reply_serial=2"
Jan 26 14:59:37 <Q-Master> It is only not working for first time.
Jan 26 14:59:48 <Q-Master> now it suspended ok
Jan 26 15:15:25 <mrmoku> dos1: hmm... running the script via postinst has one problem
Jan 26 15:15:52 <mrmoku> dos1: it won't fix the contacts on sim
Jan 26 15:16:06 <dos1> mrmoku: hmm?
Jan 26 15:16:20 <mrmoku> dos1: it waits until opimd is ready... but not until sim is ready
Jan 26 15:16:31 <dos1> mrmoku: it would be very, very wrong if it would touch sim content ;P
Jan 26 15:16:54 <dos1> mrmoku: contacts on SIM were always stored without tel:
Jan 26 15:17:09 <dos1> mrmoku: as that's backend code who was adding it on read
Jan 26 15:17:14 <dos1> mrmoku: so that's ok :P
Jan 26 15:17:36 <mrmoku> dos1: ok then :P
Jan 26 15:18:15 <dos1> mrmoku: log from phonefsod session, when it didn't show PIM dialog
Jan 26 15:18:18 <dos1> 2000.01.01 00:07:11.466488 [phonefsod]  MESSAGE: Remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Jan 26 15:18:19 <dos1> 2000.01.01 00:07:13.473147 [phonefsod]  MESSAGE: Remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly
Jan 26 15:18:21 <dos1> 2000.01.01 00:30:38.882645 [phonefsod]  MESSAGE: we already requested GSM!!!
Jan 26 15:18:22 <dos1> 2010.01.26 15:56:38.156125 [phonefsod]  MESSAGE: we already requested GSM!!!
Jan 26 15:19:01 <dos1> (between 00:07 and 00:30 device was suspended [by phonefsod :P])
Jan 26 15:19:32 <dos1> when do phonefsod say "we already requested GSM!!!"
Jan 26 15:19:34 <dos1> ?
Jan 26 15:22:30 <mrmoku> dos1: when it tries to request GSM and get's the "hey, you're already user of GSM" error from FSO
Jan 26 15:22:58 * mickey|cafe ponders whether to allow recursive resource requests in the future
Jan 26 15:24:25 <dos1> mrmoku: BTW, why lock screen is disappearing on incoming call?
Jan 26 15:25:17 <dos1> even with idle_screen = aux,lock,phone ?
Jan 26 15:26:23 <Slyon> dos1: i guess the phone value makes it dissapear
Jan 26 15:26:51 <dos1> Slyon: no
Jan 26 15:27:03 <dos1> Slyon: 1) it's described differently in comments
Jan 26 15:27:10 <dos1> Slyon: 2) without phone value it disappears too
Jan 26 15:27:34 <Slyon> dos1: hmm, ok
Jan 26 15:27:54 <mrmoku> dos1: guess the programmer implemented it badly ;)
Jan 26 15:28:02 <dos1> hehe ;D
Jan 26 15:28:12 <dos1> mrmoku: who was that, i'll spank him! :D
Jan 26 15:28:49 <mrmoku> YES... spank me ;)
Jan 26 15:29:19 <mrmoku> dos1: will look at it when the postinst script works
Jan 26 15:30:05 <dos1> mrmoku: ok. well, that's not on high priority, i was already living with it for some time, just always forgetting to tell you :P
Jan 26 15:30:38 <dos1> i'll try to debug that phonefsod gsm issue in mean time
Jan 26 15:31:20 <mrmoku> dos1: the problem with that GSM issue is that phonefsod tries to request gsm, when it get's the signal that GSM is not ready
Jan 26 15:31:39 <Q-Master> mrmoku: is it good that phone locks while on call?
Jan 26 15:31:56 <Q-Master> not suspends, but locks
Jan 26 15:32:02 <mrmoku> Q-Master: depends on your preferences
Jan 26 15:32:15 <mrmoku> that is what idle_screen = phone should be for
Jan 26 15:32:16 <Q-Master> mrmoku: there are preferences????
Jan 26 15:32:24 <dos1> Q-Master: for me it's good; set "phone" in "idle_screen" in /etc/phonefsod.conf if you want that ;p
Jan 26 15:32:32 <mrmoku> Q-Master: you don't have personal preferences?
Jan 26 15:32:58 <mrmoku> dos1: hmm...
Jan 26 15:32:58 <mrmoku> Waiting for opimd to be ready...
Jan 26 15:33:05 <mrmoku> for a minute now ;/
Jan 26 15:33:38 <dos1> mrmoku: yup, frameworkd needs quite loooong time to start...
Jan 26 15:33:52 <Q-Master> mrmoku: there's no phone in that string, but it locks
Jan 26 15:33:52 <mickey|cafe> yep
Jan 26 15:34:03 <dos1> (with opimd filling its cache it's even loooooongeeeeeeeer)
Jan 26 15:34:03 <Heinervdm> dos1: you should leran vala and rewrite opimd ;)
Jan 26 15:34:10 <mickey|cafe> exactly
Jan 26 15:34:21 <mrmoku> dos1: yes please... learn vala ;)
Jan 26 15:34:34 <dos1> if only i'd have time for that ;x
Jan 26 15:34:44 <spaetz> hehe
Jan 26 15:34:49 <dos1> but i would like to do that, so maybe... ;)
Jan 26 15:34:54 <Heinervdm> dos1: we can do your homework you ya
Jan 26 15:35:12 <spaetz> mickey|cafe said that fsogsmd is ready for calls and sms. let's switch :)
Jan 26 15:35:17 <Q-Master> mrmoku: I have idle_screen = aux,lock
Jan 26 15:35:33 <TAsn> mrmoku, YEAH> that bug is annoying as hell!
Jan 26 15:35:42 <Q-Master> dos1: opimd cache is evil!
Jan 26 15:35:43 <TAsn> (idle_screen shutting down when a call is recieve)
Jan 26 15:35:48 <TAsn> received*
Jan 26 15:35:51 <TAsn> Q-Master, aye.
Jan 26 15:36:01 <dos1> spaetz, mickey|cafe: if it's also ready for cell logging, then i'm for :)
Jan 26 15:36:10 <mickey|cafe> hehe
Jan 26 15:36:19 <mickey|cafe> give me some more weeks
Jan 26 15:36:26 <mickey|cafe> fsogsmd is soon ready
Jan 26 15:38:02 <spaetz> dos1: heh
Jan 26 15:38:12 <zem_> mickey|cafe: the vala version?
Jan 26 15:38:13 * spaetz wants to try UBI next to see if it helps
Jan 26 15:38:18 <mickey|cafe> yes
Jan 26 15:38:22 <spaetz> zem_: fsogsmd is vala, yep
Jan 26 15:38:44 <zem_> mickey|cafe: cool! 
Jan 26 15:39:06 <dos1> mickey|cafe: some testing needed?
Jan 26 15:39:22 <mickey|cafe> soon
Jan 26 15:39:32 <mickey|cafe> i try to make a version that works after weekend
Jan 26 15:39:37 <mickey|cafe> then will blog about how to test it
Jan 26 15:39:39 <dos1> spaetz: ubi sucks. i tried it - after two hard reboots filesystem was broken and it didn't boot...
Jan 26 15:39:51 <dos1> mickey|cafe: ok ;)
Jan 26 15:40:11 <zem_> mickey|cafe: btw. is there maybe something like a fake gsm modem available? 
Jan 26 15:40:19 <mickey|cafe> yes
Jan 26 15:40:31 <mickey|cafe> there is phonesim
Jan 26 15:40:36 <mickey|cafe> in our git tree
Jan 26 15:40:40 <mickey|cafe> you can use fsogsmd to talk to it
Jan 26 15:40:46 <dos1> zem_: http://git.freesmartphone.org/?p=phonesim.git;a=summary
Jan 26 15:40:46 <mickey|cafe> but i didn't test it for quite a while
Jan 26 15:40:59 <mickey|cafe> ofono guys also have a phonesim version
Jan 26 15:41:03 <mickey|cafe> apparantly they didn't take my fixes
Jan 26 15:41:06 <mickey|cafe> but reinvented them
Jan 26 15:41:07 <zem_> mickey|cafe: oh, thank you, i will check that aut 
Jan 26 15:41:09 * mickey|cafe sighs
Jan 26 15:41:28 <mickey|cafe> you can also very conveniently forward your FR modem via network
Jan 26 15:41:33 <mickey|cafe> and can run fsogsmd on the PC
Jan 26 15:41:36 <mickey|cafe> works like a charm
Jan 26 15:41:36 <dos1> that's ofono, what did you expect from them? :P
Jan 26 15:41:40 <mickey|cafe> hehe
Jan 26 15:42:17 <zem_> mickey|cafe: that would be the other solution, but I'm running out of batterys very often at the moment 
Jan 26 15:42:38 <mickey|cafe> right
Jan 26 15:42:43 <mickey|cafe> ~lart gsm hooked to battery
Jan 26 15:42:43 * apt throws a AN/M-8 smoke grenade at gsm hooked to battery
Jan 26 15:42:46 <misc> would it work to use a modem exported by bluetooth ( ie, take the 3g modem of another phone ? )
Jan 26 15:42:59 <mickey|cafe> ya, should work as well
Jan 26 15:43:04 <mickey|cafe> fsogsmd can talk via lots of transports
Jan 26 15:43:10 <mickey|cafe> any serial, network, etc. will do
Jan 26 15:43:17 <zem_> mickey|cafe: there is simply no GUI available that provides the features I want 
Jan 26 15:43:17 <mickey|cafe> and with rfcomm you export a serial
Jan 26 15:43:29 <mickey|cafe> yep
Jan 26 15:43:33 <mickey|cafe> i agree :)
Jan 26 15:43:40 <mickey|cafe> but that's the idea of FSO 
Jan 26 15:43:45 <mickey|cafe> use it and do your own UI
Jan 26 15:44:20 <zem_> mickey|cafe: so fsogsmd can talk via rfcomm wich the fsogsmd on my phone? 
Jan 26 15:45:00 <zem_> mickey|cafe: i started to layout a gtk+ dialer and messager with glade
Jan 26 15:46:20 <mickey|cafe> yes, that should work
Jan 26 15:46:36 <mickey|cafe> err, wait
Jan 26 15:46:41 <mickey|cafe> fsogsmd 2 fsogsmd?
Jan 26 15:46:57 <mickey|cafe> if you're forwarding, you don#t have fsogsmd running on the phone
Jan 26 15:47:04 <mickey|cafe> just a dumb serial forwarder to network
Jan 26 15:47:07 <mickey|cafe> and then fsogsmd on the host
Jan 26 15:47:26 <mickey|cafe> i'm at the point where i need to work a bit on userland to test fsogsmd
Jan 26 15:47:30 <mickey|cafe> i'll start with a dialer as well 
Jan 26 15:47:35 <mickey|cafe> but w/ elm
Jan 26 15:47:59 <zem_> mickey|cafe: that's the point I am lazy, I don't want to shutdown my whole phone to get a GSM modem device 
Jan 26 15:48:23 <mickey|cafe> well
Jan 26 15:48:29 <mickey|cafe> that's the problem of hardware resources
Jan 26 15:48:34 <mickey|cafe> middleware needs exclusive access to it
Jan 26 15:48:41 <dos1> mickey|cafe: now every cornucopia daemon reads config from /etc/freesmartphone/fso*d.conf?
Jan 26 15:48:41 <mickey|cafe> you could check gabriel
Jan 26 15:48:43 <mickey|cafe> dbus forwarder
Jan 26 15:49:00 <mickey|cafe> dos1: yes.
Jan 26 15:49:38 <dos1> mickey|cafe, mrmoku: so i suppose cornucopia sections in /etc/frameworkd.conf should be removed now? ;)
Jan 26 15:49:51 <mickey|cafe> correct
Jan 26 15:49:54 <zem_> mickey|cafe: maybe the middleware can forward all of it's access to the other middleware which is connecting from outside
Jan 26 15:50:26 <mickey|cafe> zem_: that would be lots of work for only special cases. check out gabriel, this might be what you need
Jan 26 15:50:31 <zem_> when die outside middleware disconnects, the middleware on the phone takes over again 
Jan 26 15:51:29 <zem_> mickey|cafe: I will check it out, yes 
Jan 26 15:51:31 <dos1> mickey|cafe: where can i find gabriel?
Jan 26 15:51:54 <dos1> (i remember presentation about it at FSOSHRUDCON, but i can't find it on git.freesmartphone.org)
Jan 26 15:51:57 <mickey|cafe> ~google gabriel dbus
Jan 26 15:52:06 <mickey|cafe> it's a 3rd party project
Jan 26 15:52:08 <mickey|cafe> not fro us
Jan 26 15:52:10 <mickey|cafe> from
Jan 26 15:52:13 <mickey|cafe> apt: ?
Jan 26 15:52:15 <dos1> ah, ok
Jan 26 15:52:29 <mickey|cafe> apparantly the only working dbus forwader
Jan 26 15:52:46 <dos1> http://wiki.openmoko.org/wiki/Remote_DBus
Jan 26 15:52:48 <dos1> ;)
Jan 26 15:53:33 <mrmoku> heh
Jan 26 15:53:34 <mrmoku> Can't claim bus name 'org.freesmartphone.opimd'
Jan 26 15:56:02 <playya_> dos1, gabriel should be in the feeds
Jan 26 16:00:21 <zem_> mickey|cafe: dbus over ssh sounds good! 
Jan 26 16:01:26 <GarthPS> mickey|cafe: hi. I have done a donation to FSO laste week. are you able to confirme to me that you did receive it? :)
Jan 26 16:03:29 <JaMa> mrmoku: I don't understand that q about postinst.. you wan't it run only for one rev and then no, or something like that?
Jan 26 16:03:39 <mickey|cafe> GarthPS: thanks a lot! we have an FSO meeting tomorrow and will check our account as well as sync. the donator's credits page on the wiki. let me get back to you then!
Jan 26 16:04:39 <GarthPS> mickey|cafe: ok thanks. it is ok i will check the donator's credit page. i have an rss on fso :)
Jan 26 16:04:49 <mickey|cafe> excellent :)
Jan 26 16:05:53 <Heinervdm> JaMa: i think he means, that this postinst shouldn't run on rev's without types
Jan 26 16:06:37 <Heinervdm> But i also think, that it's impossible with git, because SRCPV has different values on different hosts
Jan 26 16:06:47 <JaMa> Heinervdm: ahh like SRCREVs not -r in recipe.. right?
Jan 26 16:07:39 <Heinervdm> JaMa: not -r?
Jan 26 16:07:53 <JaMa> and what's worse then you probably need something like "run this only if you are upgrading from rev without types to rev with types"
Jan 26 16:07:59 <JaMa> Heinervdm: revision of bb file
Jan 26 16:08:39 <Heinervdm> JaMa: yes that's the problem, one has to check if update is needed
Jan 26 16:08:49 <naeg> hey, does somebody in here know where i can get the usb port of the freerunner from? afaik it's CON CMK A425-206162-001 SMD MINI USB Typ B 5PIN
Jan 26 16:08:52 <Heinervdm> but i think we can't do that
Jan 26 16:09:31 <Heinervdm> JaMa: So we should just add that postinst script, because it can't remove tel: if there is no
Jan 26 16:10:02 <Heinervdm> JaMa: and remove the postinst script in the future when we think everyone has updated his phone
Jan 26 16:10:32 <JaMa> Heinervdm: yes.. I wanted something like this for u-a postinst and I had to put test "if old directory exists then run it and remove old"
Jan 26 16:11:16 <JaMa> Heinervdm: and postinst script removal is a bit tricky because someone can skip whole month of upgrades..
Jan 26 16:11:42 <Heinervdm> For SVN it would be possible to save the SRCREV in the postinst script and check it there, but you can't compare the git rev's
Jan 26 16:11:56 <JaMa> Heinervdm: so I guess that ie my u-a merger will stay there "forever" (good that it's enough to check only 1 directory for existence)
Jan 26 16:12:56 <JaMa> Heinervdm: you can get SRCREV part.. and list all affected revs in postinst but it's strange too
Jan 26 16:13:20 <Heinervdm> JaMa: that can be a very long list ;)
Jan 26 16:13:22 <JaMa> Heinervdm: but if I get it right than all revs older than DEADBEEF are affected..
Jan 26 16:14:27 <Heinervdm> we need a proper check, or have to be shure that noone will ever build an older version in the futuer
Jan 26 16:16:40 <JaMa> maybe you should add some file or sth in newer revision and create the same file with postinst (and then just start with checking if that file exists).
Jan 26 16:17:57 <Heinervdm> how does dos1's postinst script looks like?
Jan 26 16:19:11 <Heinervdm> I think it's enough to check if the table for types already exitst
Jan 26 16:19:23 <Heinervdm> if not, run the script
Jan 26 16:20:45 <dos1> Heinervdm, JaMa: script needs to be run once after upgrade to opimd with field types
Jan 26 16:21:07 <Heinervdm> dos1: what is if it runs twice?
Jan 26 16:21:17 <Heinervdm> will it damage sth?
Jan 26 16:21:18 <dos1> nothing, just annoying user with long upgrade ;P
Jan 26 16:21:45 <Heinervdm> dos1: the problem is, that we have to run it on every upgrade in the future
Jan 26 16:21:50 <JaMa> dos1: can it check itself (quickly) if it's needed to be run? 
Jan 26 16:22:50 <JaMa> dos1: something like [ -e /usr/share/opimd/has.types ] and this file will be provided by all new revs (with types) and also created in the end of script
Jan 26 16:22:58 <dos1> JaMa: well, it can, but only before frameworkd restart (otherwise it won't be quickly ;P)
Jan 26 16:23:52 <mrmoku> JaMa: (postinst) run it from some rev on... not for older revs
Jan 26 16:24:00 <dos1> JaMa: script is for upgrading users database
Jan 26 16:24:16 <JaMa> heh then file existence would be better as the check will be used also needed next year after full reboot :)
Jan 26 16:24:55 <JaMa> s/used //
Jan 26 16:24:55 <apt> JaMa meant: heh then file existence would be better as the check will be also needed next year after full reboot :)
Jan 26 16:25:35 <dos1> [17:22] <JaMa> dos1: something like [ -e /usr/share/opimd/has.types ] and this file will be provided by all new revs (with types) and also created in the end of script
Jan 26 16:25:45 <dos1> i agree, but it can't be provided in new packages
Jan 26 16:26:05 <JaMa> dos1: why not?
Jan 26 16:26:26 <JaMa> dos1: maybe some better filename/path? :)
Jan 26 16:26:54 <dos1> what'll happen if you'll upgrade from very old revision after few months of not upgrading at all?
Jan 26 16:27:02 <dos1> then package will contain file, and script won't be run
Jan 26 16:27:15 <dos1> or i don't understand something ;)
Jan 26 16:27:35 <JaMa> ah you're right :)
Jan 26 16:28:18 <JaMa> you have to remove some file instead :) (and force opkg not to remove it with old package too)
Jan 26 16:28:44 <Heinervdm> can't we check in a quick way that the table in the database already exists?
Jan 26 16:29:13 <mrmoku> and integrate that check in opimd? ;)
Jan 26 16:29:23 <Heinervdm> :D
Jan 26 16:29:35 <Heinervdm> that's complicated ;)
Jan 26 16:29:36 <JaMa> well if you just create it.. at least it will be run only once (when first upgrading from with_types to newer_with_types)
Jan 26 16:30:26 <JaMa> yeah integrate whole postinst script to opimd code.. and you're ok :)
Jan 26 16:30:30 <Heinervdm> und we can add sth. to the shr-image task that creates that file while building the image
Jan 26 16:38:49 <mrmoku> dos1: hmm... running it as postinst is unfunny when frameworkd does not start nicely for some reason :/
Jan 26 16:38:54 <mrmoku> it will hang forever
Jan 26 16:40:10 <dos1> some timeout maybe?
Jan 26 16:41:18 <JaMa> wow: hackable:1 does not use frameworkd but gsmd.
Jan 26 16:41:36 <mickeyl> JaMa: yet... they're working on the transition
Jan 26 16:42:04 <JaMa> mickeyl: ah.. just seen it on ML and it looked like definitive state...
Jan 26 16:42:26 <misc> Deubeuliou ?
Jan 26 16:42:27 <JaMa> Timo Juhani Lindfors sent that..
Jan 26 16:42:51 <mickeyl> well, considering from where they come from (OM2007.2), it's clear they will have to revamp the complete dialer before using fso
Jan 26 16:43:19 <mickeyl> given their speed, fsogsmd will just in time ready for their migration ;)
Jan 26 16:43:41 <JaMa> ah then sorry for noise :)
Jan 26 16:44:01 <mickeyl> i had hope to get some contract @ bearstech for working on FSO 
Jan 26 16:44:04 * JaMa will never belive e-mail on first sight again! :)
Jan 26 16:44:05 <mickeyl> but that didn't work out
Jan 26 16:46:10 <JaMa> mickeyl: ah :/, would be great to get contract from samsung as e got, wouldn't it? I would buy that phone with FSO+E...
Jan 26 16:46:26 <mickeyl> indeed
Jan 26 16:46:41 <mickeyl> they probably have their own middleware though
Jan 26 16:46:46 <mickeyl> but if it's open enough, we can "fix" that ;)
Jan 26 16:47:04 <JaMa> :)
Jan 26 16:55:07 * Weiss just switched his Git repository (git.bitwiz.org.uk) to Gitolite - seems to work quite nicely
Jan 26 16:55:51 <juan_arandaalvar> Hello Weiss
Jan 26 17:02:52 <mrmoku> Weiss: description of gitolite looks very nice
Jan 26 17:04:43 <Weiss> yeah, it is
Jan 26 17:05:31 <Weiss> the only sub-optimality is that I can't have automatic management of Gitweb's projects.list as can normally be set up using Gitolite, because of the way in which I have some public and other private (no Gitweb/daemon access allowed) repositories
Jan 26 17:06:34 <Weiss> it means I can give out Git access to my server without (a) giving people shells, (b) faffing with useradd/usermod, (c) giving them access to all my repositories
Jan 26 17:06:36 <pespin> mrmoku, is the bug about closing with Illume an active call non finishing the call solved now?
Jan 26 17:07:03 <pespin> I think the phone's company is getting reallry rich with this bug :P
Jan 26 17:08:37 <mrmoku> pespin: I did not fix that one... though I guess not so :/ 
Jan 26 17:09:08 <CIA-47> freesmartphone.org: 03mickey 07mickey/experimental * r131dd9398dfe 10cornucopia/fsousaged/src/plugins/dbus_service/plugin.vala: fsousaged: add command classes
Jan 26 17:09:08 <CIA-47> freesmartphone.org: 03mickey 07mickey/experimental * r09d934644c10 10cornucopia/fsousaged/src/plugins/dbus_service/ (plugin.vala resource.vala): fsousaged: first commands queueified
Jan 26 17:09:09 <CIA-47> freesmartphone.org: 03mickey 07mickey/experimental * r80d850d9f6ce 10cornucopia/fsousaged/src/plugins/dbus_service/plugin.vala: fsousaged: queueify suspend
Jan 26 17:09:30 <pespin> mrmoku, so please, it would be great to have it solved as soon as possible if you have idea how to do it ;)
Jan 26 17:09:43 <pespin> as I'm stupid and always forget to close it properly
Jan 26 17:10:21 <pespin> it's like having a hole in my SIM where money gets lost xD
Jan 26 17:11:47 <mrmoku> pespin: ok... I remember I took a look loooong time ago (when stuff was called libframeworkd-phoneui-efl)... and it somehow did not work
Jan 26 17:12:00 <mrmoku> but now lots of things changed.... time to take a look again :)
Jan 26 17:13:23 <pespin> many thanks :D
Jan 26 17:14:25 * dos1 was trying to fix that in libframeworkd-phonegui-efl too ;x
Jan 26 17:19:33 <mrmoku> dos1: any idea what to do with the postinst problem?
Jan 26 17:22:05 <Heinervdm> tell everyone that he has to do it manually ;)
Jan 26 17:24:59 <spaetz> Heinervdm, actually, this is reasonable
Jan 26 17:26:10 * mrmoku dinner... bbl
Jan 26 17:26:19 <mrmoku> Heinervdm: yeah, would be my preferred version too :P
Jan 26 17:28:26 <spaetz> mrmoku|away, then let's do it this way, seriously...
Jan 26 17:29:16 <dos1> ok, merging then! :D
Jan 26 17:52:38 <pespin> dos1, is there somewhere a script to get csv files from opimd?
Jan 26 17:58:05 <mrmoku> dos1: you should add the script to frameworkd then... in some contrib dir
Jan 26 17:58:36 <morphis> heyho
Jan 26 17:58:37 <mrmoku> tools probably
Jan 26 17:58:39 <mrmoku> morphis: hey
Jan 26 17:59:13 <morphis> mrmoku: whats up? SHR still running great?
Jan 26 17:59:22 <mrmoku> morphis: great as ever :P
Jan 26 17:59:27 <morphis> cool
Jan 26 17:59:40 <mrmoku> morphis: lots of us seem to have less time this year though :/
Jan 26 17:59:41 <morphis> so we can port it to the Palm Pre in the near future? :D
Jan 26 17:59:51 <morphis> mrmoku: thats not great 
Jan 26 18:00:08 <mrmoku> I tried a palm pre build some days ago... failed at modutils-cross thing
Jan 26 18:00:13 <morphis> mrmoku: I will have this year much more time than last year
Jan 26 18:00:15 <mrmoku> though I read on OE ML why :)
Jan 26 18:00:23 <morphis> modutils-cross?
Jan 26 18:00:28 <morphis> never heard of
Jan 26 18:00:32 <mrmoku> don't remember the exact name
Jan 26 18:00:50 <mrmoku> module-init-tools-cross
Jan 26 18:00:50 <morphis> ok
Jan 26 18:01:07 <mrmoku> fails on Fedora 12 :P
Jan 26 18:01:28 <morphis> will have some free days in the next week, maybe I will look at it
Jan 26 18:01:45 <mrmoku> have to do some math with filius major now :)
Jan 26 18:01:48 <mrmoku> bbiab
Jan 26 18:11:35 <CIA-47> freesmartphone.org: 03mickey 07mickey/experimental * r9b34f6e76b7c 10cornucopia/fsousaged/src/plugins/dbus_service/ (Makefile.am commands.vala plugin.vala resource.vala): 
Jan 26 18:11:35 <CIA-47> freesmartphone.org: fsousaged: move command queue into resource class
Jan 26 18:11:35 <CIA-47> freesmartphone.org: most command queues are resource specific, since resource allocation can be parallized
Jan 26 18:13:26 <mickeyl> morphis: heyho!
Jan 26 18:13:37 <mickeyl> morphis: how's msmcomm hacking? glad to see your commits frequently
Jan 26 18:14:53 <playya_> my serial forward segfaults on my milestone. the android ndk doesn't propvide a crt0.o :/
Jan 26 18:20:47 <beniwtv> Hey all... on which server can I see all the SHR bitbake files? I would like an example for a vala app I'm developing :)
Jan 26 18:21:28 <Heinervdm> beniwtv: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/?h=shr/unstable
Jan 26 18:24:59 <beniwtv> Heinervdm: Oh! They're on openembedd, thanks.
Jan 26 18:26:59 <mrmoku> dos1: the remove-tel script please? :)
Jan 26 18:28:36 <TAsn> mrmoku, let me know when you get everything in
Jan 26 18:28:43 <TAsn> I'll opkg upgrade to it:P
Jan 26 18:29:02 <TAsn> (haven't upgraded for a long time because of libphone-ui* and frameworkd\
Jan 26 18:30:45 <mrmoku> TAsn: we decided against the postinst script though
Jan 26 18:31:00 <TAsn> why?
Jan 26 18:31:15 <mrmoku> because it is problematic
Jan 26 18:31:16 <TAsn> (at least add an 'echo' that'll tel them to fix it)
Jan 26 18:31:19 <TAsn> ok
Jan 26 18:31:22 <TAsn> so just do this ^
Jan 26 18:33:47 <CIA-47> SHR: 03tom 07libphone-ui * r87d7ce29c053 10/src/phoneui-utils.c: New opimd changes, mostly dropped the tel prefix from everywhere
Jan 26 18:33:57 <TAsn> yay :P
Jan 26 18:34:03 <TAsn> merged everything I hope
Jan 26 18:34:17 <TAsn> just pull the whole branch (I bet you have)
Jan 26 18:37:23 <CIA-47> SHR: 03tom 07libphone-ui-shr * r83e0da461323 10/src/ (4 files in 2 dirs): Dropped all the tel: hacks
Jan 26 18:37:23 <mrmoku> TAsn: yup
Jan 26 18:37:24 <CIA-47> SHR: 03tom 07libphone-ui-shr * rcbf182a07ee7 10/ (6 files in 3 dirs): Merge branch 'master' into new-opimd
Jan 26 18:37:24 <CIA-47> SHR: 03tom 07libphone-ui-shr * r3fedcfcc6d0d 10/src/view/contact-show-view.c: Added a minor style adjustment
Jan 26 18:37:25 <CIA-47> SHR: 03tom 07libphone-ui-shr * r44371d3e327e 10/src/ (6 files in 3 dirs): Merge branch 'master' into new-opimd
Jan 26 18:37:28 <CIA-47> SHR: 03tom 07libphone-ui-shr * r693c1b11e318 10/ (3 files in 3 dirs): Merge branch 'master' into new-opimd
Jan 26 18:37:33 <CIA-47> SHR: 03tom 07libphone-ui-shr * r51b58f780416 10/src/util/ (ui-utils.c ui-utils.h): Merge branch 'master' into new-opimd
Jan 26 18:37:35 <CIA-47> SHR: 03tom 07libphone-ui-shr * r0c350ea13fd9 10/src/phoneui-idle.c: Merge branch 'master' into new-opimd
Jan 26 18:37:39 <CIA-47> SHR: 03mok 07libphone-ui-shr * rf4a265182c35 10/src/ (5 files in 2 dirs): Merge remote branch 'origin/new-opimd'
Jan 26 18:37:42 <CIA-47> SHR: 03mok 07libphone-ui-shr * rd7376088a071 10/src/view/contact-show-view.c: contact-show-view: remove ugly elm_priv.h hack
Jan 26 18:37:45 <CIA-47> SHR: 03tom 07libphone-ui-shr * rb5c86d7d82ef 10/src/phoneui-idle.c: Merge branch 'master' into new-opimd
Jan 26 18:38:01 <TAsn> :P
Jan 26 18:38:21 <soltys> TAsn: nice spam ;)
Jan 26 18:38:30 <TAsn> soltys, it's mostly mrmoku 
Jan 26 18:38:37 <TAsn> I did all of these things a long time ago
Jan 26 18:38:40 * playya_  is still wainting for spam in the FSO wiki :P
Jan 26 18:38:47 <TAsn> it's mrmoku who's merging them.
Jan 26 18:38:50 <TAsn> playya_, omg. :(
Jan 26 18:38:51 <TAsn> sorry.
Jan 26 18:38:52 <TAsn> link
Jan 26 18:38:54 <TAsn> sorry
Jan 26 18:38:56 <TAsn> forgot about it.
Jan 26 18:39:14 <TAsn> I'll do it now, no excuses. :P
Jan 26 18:39:23 <TAsn> (just need a link)
Jan 26 18:40:13 <playya_> freesmartphone.org
Jan 26 18:40:27 <playya_> i cannot remember where you want to add some comments
Jan 26 18:40:53 <TAsn> on the new fso subsystems
Jan 26 18:40:56 <TAsn> you guys discussed
Jan 26 18:41:12 * TAsn is loading the website.
Jan 26 18:42:23 <TAsn> playya_, registered
Jan 26 18:42:29 <TAsn> I can't find the page though
Jan 26 18:42:32 <TAsn> it had
Jan 26 18:42:37 <TAsn> future subsystmes suggestions
Jan 26 18:42:49 <playya_> http://www.freesmartphone.org/index.php/Brainstorming
Jan 26 18:42:52 <TAsn> http://www.freesmartphone.org/index.php/Brainstorming
Jan 26 18:42:53 <TAsn> yeah
Jan 26 18:42:53 <TAsn> :P
Jan 26 18:43:20 <TAsn> playya_, If I want to comment, just write what I have to say in the discussion page?
Jan 26 18:43:28 <TAsn> or do you want me to put it anywhere else?
Jan 26 18:43:28 <playya_> yes
Jan 26 18:43:31 <TAsn> okie.
Jan 26 18:43:41 <playya_> i should observe all of these
Jan 26 18:45:45 <mrmoku> dos1: still here?
Jan 26 18:45:54 <dos1> mrmoku: yup
Jan 26 18:46:12 <mrmoku> dos1: what to do with the script... frameworkd has no apropriate place for it...
Jan 26 18:46:26 <mrmoku> where do people get it from?
Jan 26 18:46:36 <mrmoku> TAsn wants me to add an echo about it in postinst
Jan 26 18:47:04 <TAsn> mrmoku, upload it to our wiki
Jan 26 18:47:13 <TAsn> and echo a link in postinst
Jan 26 18:47:15 <dos1> framework/tools ?
Jan 26 18:47:27 <mrmoku> dos1: yeah, but place on device
Jan 26 18:47:43 <mrmoku> it just has stuff in etc and /usr/lib/python...
Jan 26 18:47:59 <TAsn> mrmoku, /usr/bin ? :P
Jan 26 18:48:46 <mrmoku> /usr/bin/frameworkd-opimd-type-converter ;)
Jan 26 18:53:40 <CIA-47> freesmartphone.org: 03mickey 07mickey/experimental * rc19947396f0f 10cornucopia/fsousaged/src/plugins/dbus_service/ (commands.vala resource.vala): fsousaged: use string templates
Jan 26 18:55:44 <TAsn> mrmoku, framework-opimd-tel-remover
Jan 26 18:55:45 <TAsn> :P
Jan 26 18:56:17 <TAsn> playya_, done, though I'm a bit tired, so it's maybe not perfect
Jan 26 18:56:17 <TAsn> :P
Jan 26 18:56:30 <playya_> np
Jan 26 18:57:58 <mrmoku> TAsn: well... guess I prefer the wiki :P
Jan 26 18:58:24 <TAsn> huh? what are you talking about? :P
Jan 26 19:00:04 <DocScrutinizer> Weiss: was that you who planned to implement that LCM sleep according to my recommendations?
Jan 26 19:01:13 <DocScrutinizer> anyway, from my archives, to whom it may concern (let's see if I get kicked for flooding)
Jan 26 19:01:20 <DocScrutinizer> [2008-12-05 22:02:41] <wpwrak> doc: hmm .. we don't do much of that sort. at least not on gpio3, which is shared with the lcm
Jan 26 19:01:23 <DocScrutinizer> [2008-12-05 22:03:24] <DocScrutinizer> wpwrak: but as the name implies, we *could* do on GPIO, no?
Jan 26 19:01:23 <DocScrutinizer> [2008-12-05 22:03:33] <wpwrak> doc; yup
Jan 26 19:01:25 <DocScrutinizer> [2008-12-05 22:03:46] <DocScrutinizer> wpwrak: so probably we should try
Jan 26 19:01:26 <DocScrutinizer> [2008-12-05 22:04:11] <wpwrak> doc: there are a number of lcm lines that aren't gpios, though. lemme see if we can disable these as well
Jan 26 19:01:28 <DocScrutinizer> [2008-12-05 22:04:15] <DocScrutinizer> wpwrak: as, according to your finding, we didn't care about reverse feeding of LCM yet
Jan 26 19:01:29 <DocScrutinizer> [2008-12-05 22:04:38] <DocScrutinizer> wpwrak: Werner, you're my hero ;-)
Jan 26 19:01:31 <DocScrutinizer> [2008-12-05 22:05:56] <wpwrak> doc: *grin* you can look at the signals :) General DFT Register 1
Jan 26 19:01:33 <DocScrutinizer> [2008-12-05 22:06:07] <wpwrak> aka GLAMO_REG_DFT_GEN1
Jan 26 19:01:37 <DocScrutinizer> [2008-12-05 22:06:33] <DocScrutinizer> hmmm, great. A searchstring for glamo doc and source as well :-)
Jan 26 19:01:41 <DocScrutinizer> [2008-12-05 22:07:54] <zecke> xiangfu: should I explain to you why it is necessary to check that if you search for "Madonna The 4th" that you actually find the hash for the article of "Madonna The 4th"?
Jan 26 19:01:44 <DocScrutinizer> [2008-12-05 22:08:36] <xiangfu> zecke: yes.
Jan 26 19:01:45 <DocScrutinizer> [2008-12-05 22:09:33] <zecke> xiangfu: If you go to a library. And ask the lady, to give you a book by the ISBN number...
Jan 26 19:01:49 <DocScrutinizer> [2008-12-05 22:09:48] <zecke> xiangfu: you just grab it, put it in your bag
Jan 26 19:01:50 <DocScrutinizer> [2008-12-05 22:09:51] <zecke> xiangfu: travel home
Jan 26 19:01:52 <DocScrutinizer> [2008-12-05 22:09:56] <zecke> xiangfu: open the bag
Jan 26 19:01:56 <DocScrutinizer> [2008-12-05 22:10:31] <zecke> xiangfu: start reading the book... and instead of a book on intergalactic warmachines, you get a boring book, about knitting in the 21st century...
Jan 26 19:02:00 <DocScrutinizer> [2008-12-05 22:10:34] <zecke> xiangfu: will you be angry?
Jan 26 19:02:01 <TAsn> omg
Jan 26 19:02:01 <DocScrutinizer> [2008-12-05 22:10:36] <wpwrak> doc: maybe DGNoUseBDef in Enable and Mode Setting Register 2 (GLAMO_REG_LCD_MODE2) can be put to some use as well
Jan 26 19:02:04 <TAsn> kill that spammer
Jan 26 19:02:05 <TAsn> :P
Jan 26 19:02:07 <DocScrutinizer> [2008-12-05 22:11:19] <DocScrutinizer> let me c&p this to a postIt note ;-)
Jan 26 19:02:08 <DocScrutinizer> [2008-12-05 22:11:27] <wpwrak> doc: lots of stuff in that area. also the polarity setting register may be relevant
Jan 26 19:02:12 <DocScrutinizer> [2008-12-05 22:15:32] <wpwrak> doc: aah, we DO have driver strength as well :)
Jan 26 19:02:14 <DocScrutinizer> [2008-12-05 22:15:42] <DocScrutinizer> wooohoooooo
Jan 26 19:02:18 <DocScrutinizer> [2008-12-05 22:15:47] <wpwrak> SRAM Driving Register 1
Jan 26 19:02:20 <DocScrutinizer> [2008-12-05 22:15:54] <wpwrak> very obvious place ;-)
Jan 26 19:02:21 <DocScrutinizer> [2008-12-05 22:16:04] <wpwrak> GLAMO_REG_LCD_SRAM_DRIVING1
Jan 26 19:02:25 <DocScrutinizer> [2008-12-05 22:16:17] <wpwrak> BOLCDIODrv "LCD IO Driver strength"
Jan 26 19:02:28 <DocScrutinizer> [2008-12-05 22:16:44] <wpwrak> doc; but better test whether this really means what it appears to say ;-)
Jan 26 19:02:33 <DocScrutinizer> [2008-12-05 22:17:04] <wpwrak> doc: i don't particularly trust that glamo manual :)
Jan 26 19:03:24 <dos1> finish? :D
Jan 26 19:03:37 <TAsn> let's hope
Jan 26 19:03:38 <TAsn> :P
Jan 26 19:04:23 <TAsn> mrmoku, huh? what are you talking about? :P
Jan 26 19:04:25 <TAsn> :P
Jan 26 19:06:44 <CIA-47> freesmartphone.org: 03mickey 07mickey/experimental * rd00496fe777b 10cornucopia/fsousaged/src/plugins/dbus_service/ (commands.vala plugin.vala): fsousaged: system actions use their own (shared) queue
Jan 26 19:07:42 <bumbl> bloody spammers ;p
Jan 26 19:08:03 <mrmoku> TAsn: http://wiki.shr-project.org/trac/wiki/new-opimd
Jan 26 19:08:14 <TAsn> i c.
Jan 26 19:08:23 <TAsn> cool
Jan 26 19:15:45 <mrmoku> TAsn: building :)
Jan 26 19:16:01 <TAsn> sweet, let me know.
Jan 26 19:16:17 <TAsn> dos1, it's not that I don't trust you, but have anyone tried running your tel removing script :P
Jan 26 19:16:33 <dos1> TAsn: me :P
Jan 26 19:16:42 <TAsn> did you *really* test it?
Jan 26 19:16:47 <TAsn> :)
Jan 26 19:16:54 <dos1> yup, it worked for me
Jan 26 19:17:09 <TAsn> lets hope :P
Jan 26 19:17:13 <TAsn> dos1, btw, saw trac?
Jan 26 19:17:21 <mrmoku> TAsn: *you* tested it ;)
Jan 26 19:17:22 <TAsn> many bugs concerning py-wizard
Jan 26 19:17:27 <TAsn> mrmoku, no I haven't.
Jan 26 19:17:32 <CIA-47> freesmartphone.org: 03mickey 07mickey/experimental * r9dfaea411488 10cornucopia/fsousaged/src/plugins/dbus_service/plugin.vala: fsousaged: even more string templates
Jan 26 19:17:39 <CIA-47> freesmartphone.org: 03morphis 07msmcomm * r5c9659e37699 10/libmsmcomm/src/ (9 files): libmsmcomm: add some cmds/responses/events
Jan 26 19:17:40 <CIA-47> freesmartphone.org: 03morphis 07msmcomm * r81164273057b 10/ (msmcommd/src/llc.c msmcterm/src/msmcterm.c): msmcommd/msmcterm: some little changes
Jan 26 19:17:43 <dos1> mrmoku: he tested opimd with types, not that script :P
Jan 26 19:17:50 <mrmoku> TAsn: you said you're running opimd-tracking for some time
Jan 26 19:17:50 <TAsn> I hated the tel: crap, I had only 2 or so contacts with tel:
Jan 26 19:17:50 <dos1> TAsn: well, some of them are yours ;p
Jan 26 19:17:50 <mrmoku> ahh
Jan 26 19:17:52 <mrmoku> the script
Jan 26 19:17:55 <TAsn> the rest I just left without
Jan 26 19:18:00 <mrmoku> yeah, I ran it on my device :P
Jan 26 19:18:09 <mrmoku> that's all the testing I can do :)
Jan 26 19:18:15 <TAsn> dos1, not even one is mine :P
Jan 26 19:18:20 <TAsn> mrmoku, ok, let's hope :P
Jan 26 19:18:23 <dos1> TAsn: like "ugly scrolling in profile selector"
Jan 26 19:18:24 <mrmoku> it fixed the 5 contacts I have in sqlite...
Jan 26 19:18:35 <dos1> well, not really yours
Jan 26 19:18:39 <dos1> but e17's ;)
Jan 26 19:18:44 <TAsn> dos1, oh, close it as upstream and comment that I'm an idiot ;P
Jan 26 19:18:47 <TAsn> or gimme the number
Jan 26 19:18:49 <TAsn> and I'll do it.
Jan 26 19:18:54 <TAsn> mrmoku, :P
Jan 26 19:19:00 <dos1> [13:24] <dos1> TAsn: how #898 can be mine?
Jan 26 19:19:01 <dos1> :D
Jan 26 19:19:09 <TAsn> ok :P
Jan 26 19:19:35 <TAsn> it's a palindrome, it's cool, thank me for giving it to you :P
Jan 26 19:25:57 <JaMa> mrmoku: did you already run build? (I would use libtool and glib version as angstrom) at least because of transmission in task-shr-feed :)
Jan 26 19:28:51 <mrmoku> JaMa: started yes... shall I stop?
Jan 26 19:29:01 <mrmoku> stopped
Jan 26 19:29:14 <mrmoku> JaMa: buildhost is yours :P
Jan 26 19:29:32 <mrmoku> TAsn: what is common_utils_object_ref for?
Jan 26 19:30:05 <TAsn> it's a simple ref counter
Jan 26 19:30:44 <TAsn> it's used in messages/I don't know what
Jan 26 19:30:53 <TAsn> to know if an address was already freed
Jan 26 19:30:59 <TAsn> or we should populate that object
Jan 26 19:31:21 <TAsn> it's what "solved" the segs
Jan 26 19:31:24 <JaMa> mrmoku: ah... let it running, I haven't tested it yet (still building efl combinations.. :/)
Jan 26 19:31:25 <TAsn> when you close messages app
Jan 26 19:31:44 <TAsn> before all the name resolving finished updating the list
Jan 26 19:31:52 <mrmoku> JaMa: hehe, will restart it then :)
Jan 26 19:31:58 <JaMa> mrmoku: I'll push it.. let's see what happen..
Jan 26 19:32:09 <mrmoku> JaMa: ok
Jan 26 19:32:24 <mrmoku> TAsn: I found it in the active call screen
Jan 26 19:32:42 <TAsn> it may be used there as well
Jan 26 19:32:49 <TAsn> just check where it's used at
Jan 26 19:32:50 <JaMa> mrmoku: pushed
Jan 26 19:32:59 <TAsn> there should be a reason
Jan 26 19:33:07 <TAsn> to why I put it there.
Jan 26 19:33:59 <TAsn> oh right
Jan 26 19:34:01 <TAsn> on contact lookup
Jan 26 19:34:03 <mrmoku> JaMa: ok updating
Jan 26 19:34:12 <TAsn> to make sure it's ok.
Jan 26 19:34:30 <TAsn> (i.e screen is still open and exists) before I update the number field.
Jan 26 19:34:30 <mrmoku> TAsn: you use it to allocate the view data
Jan 26 19:34:36 <TAsn> no
Jan 26 19:34:40 <TAsn> mrmoku, I just wrap the allocation
Jan 26 19:34:50 <TAsn> it just adds the address to a hash table
Jan 26 19:34:55 <TAsn> and returns the same address
Jan 26 19:34:59 <TAsn> i.e it accepts a
Jan 26 19:35:00 <TAsn> void *
Jan 26 19:35:03 <TAsn> and returns one
Jan 26 19:35:15 <TAsn> look at it's code, it's very simple.
Jan 26 19:35:54 <TAsn> anyhow, shower.
Jan 26 19:36:17 <JaMa> dos1: ping
Jan 26 19:39:23 <dos1> JaMa: pong
Jan 26 19:40:41 <JaMa> dos1: can you please check if there is something fishy in CategoryButton class in shr-settings?
Jan 26 19:40:57 <JaMa> dos1: those sigsegvs are triggered only if this class is used..
Jan 26 19:41:19 <dos1> CategoryButton?
Jan 26 19:41:24 <JaMa> dos1: if I rewrite it a bit and use normal elementary.Button the gui is shown ok without sigsegw
Jan 26 19:41:43 <dos1> i'll look at it
Jan 26 19:41:50 <JaMa> dos1: I'm not python prog. but it looks like elementary button + seg/get modules function
Jan 26 19:42:11 <JaMa> dos1: one e dev suggested to init empty array to modules in __init__ for that class
Jan 26 19:43:03 <JaMa> dos1: I tried to set empty arrain in getModules when it's empty.. but it didn't help so I'm not sure if that's the real cause
Jan 26 19:49:07 <dos1> JaMa: strange thing....
Jan 26 19:49:28 <JaMa> indeed
Jan 26 19:49:52 <JaMa> dos1: and it's changed in ecore/evas between rev 45211 and 45220
Jan 26 19:51:23 <dos1> JaMa: this class looks correct, when adding assigment of empty array in init segfault is still there
Jan 26 19:52:59 <JaMa> I'll try to build ecore with xinput touchscreen disabled.. just in case.. but then I'll probably refuse to build more EFL revs :/
Jan 26 19:56:10 <dos1> JaMa: well, i can commit version with plain elementary.Button
Jan 26 19:56:24 <dos1> JaMa: but some modules also segfault, not only launcher
Jan 26 19:57:05 <JaMa> ah :/ I'll check backtrace after another rebuild..
Jan 26 19:57:15 <dos1> s/some/most/
Jan 26 19:57:17 <apt> dos1 meant: JaMa: but most modules also segfault, not only launcher
Jan 26 19:57:45 <JaMa> and also newer python-cython
Jan 26 20:23:40 <TAsn> night all.
Jan 26 20:24:48 <mrmoku> TAsn: build almost finished :P
Jan 26 20:24:56 <TAsn> mm
Jan 26 20:25:03 <mrmoku> though... if you prefer to sleep ;)
Jan 26 20:25:03 <TAsn> so please beep me when it's done
Jan 26 20:25:06 <mrmoku> ok
Jan 26 20:25:11 <TAsn> and I'll upgrade before I go to bed :P
Jan 26 20:25:13 <mrmoku> NOTE: Running task 7275 of 7278
Jan 26 20:25:32 <TAsn> lolz, that won't take too long :P
Jan 26 20:25:52 <TAsn> I'm just a lucky person :P
Jan 26 20:30:53 <JaMa> TAsn: hehe do_rootfs is a bit long :) but maybe you're lucky and it's almost finish
Jan 26 20:33:33 <mrmoku> TAsn: beep... feed is syncing :)
Jan 26 20:34:09 <mrmoku> TAsn: BEEP
Jan 26 20:34:41 <CIA-47> SHR: 03seba.dos1 07shr-themes * rf79868cde2fe 10/frameworkd/frameworkd-config-shr/ (4 files in 4 dirs): frameworkd-config-shr: remove cornucopia configuration from frameworkd.conf
Jan 26 20:38:18 <CIA-47> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * ra8103000aee9 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO
Jan 26 20:39:08 <TAsn> mrmoku, BOP.
Jan 26 20:39:18 <dos1> mrmoku: now you can build frameworkd with types :P
Jan 26 20:39:36 <mrmoku> dos1: what do you mean?
Jan 26 20:39:42 <TAsn> JaMa, in case I didn't make myself clear: I'm EXTREMELY lucky :P
Jan 26 20:39:57 <TAsn> mrmoku, that he didn't sync tracking and master I assume.
Jan 26 20:40:21 <mrmoku> he did
Jan 26 20:40:58 <pwgen> hello. I tried the shr-unstable image build last week and the gta02 was crashing when recieving calls . is this a  known  problem ?
Jan 26 20:41:19 <dos1> mrmoku: i synced, but latest commit from master was newer than latest from opimd-tracking
Jan 26 20:41:42 <dos1> mrmoku: so it wasn't built as far as i can see
Jan 26 20:42:05 <TAsn> btw guys, I need a recommendation, I need a good scm that also has good GUI tools and works both on linux (or any other unix system for that matter) and on windows, does GIT qualify?
Jan 26 20:42:10 <TAsn> mrmoku, ok, so I can upgrade?
Jan 26 20:42:20 <mrmoku> TAsn: I already did
Jan 26 20:42:26 <TAsn> cool
Jan 26 20:42:31 <TAsn> I'm using a *VERY* old
Jan 26 20:42:34 <TAsn> installation
Jan 26 20:42:37 <TAsn> cross your fingers :P
Jan 26 20:42:38 <mrmoku> dos1: hmm... my SIM contacts have tel: prefix... at least partly :/
Jan 26 20:42:48 <TAsn> mrmoku, you need to reboot
Jan 26 20:42:49 <TAsn> framework
Jan 26 20:42:55 <TAsn> (I bet you have)
Jan 26 20:42:57 <mrmoku> opkg restarts it
Jan 26 20:42:57 <budfive> TAsn: what kind of "gui tools"?
Jan 26 20:43:08 <TAsn> budfive, regular scm gui tools
Jan 26 20:43:12 <TAsn> no idea, I hate scm gui tools
Jan 26 20:43:19 <TAsn> but someone at work asked me
Jan 26 20:43:23 <dos1> mrmoku: are you sure you're running latest opimd with types?
Jan 26 20:43:45 <mrmoku> dos1: 1:0.9.5.9+gitr1723+439300083459fe66cb93aca20cee185f6fcc52f5-r1.4
Jan 26 20:43:54 <TAsn> I bet I need to mount a swap, right? :|
Jan 26 20:44:22 <mrmoku> hmm
Jan 26 20:44:27 <mrmoku> TAsn: maybe wait :P
Jan 26 20:44:30 <dos1> mrmoku: that's some old commit :x
Jan 26 20:44:33 <mrmoku> yeah
Jan 26 20:44:34 <budfive> TAsn: git and hg both have gui visualizers I've used. Haven't seen anythign that lets you push/pull via gui, but it might exist
Jan 26 20:44:34 <TAsn> :)
Jan 26 20:44:43 <mrmoku> ohhh duuuhh
Jan 26 20:44:47 <TAsn> budfive, and what about windows?
Jan 26 20:44:51 <dos1> from november
Jan 26 20:44:51 <mrmoku> we have a rev specified for frameworkd :/
Jan 26 20:44:51 <TAsn> mrmoku, not using autorev?
Jan 26 20:44:52 <TAsn> :P
Jan 26 20:44:55 <TAsn> hehe
Jan 26 20:44:55 <budfive> budfive: svn too, but you asked for a "good" scm :)
Jan 26 20:44:55 <TAsn> figured.
Jan 26 20:45:03 <dos1> use a8103000aee980c8d092e32302ebfb8f1dbf0686 then ;)
Jan 26 20:45:07 <TAsn> budfive, hehe yeah, he wanted to use svn
Jan 26 20:45:10 <pwgen> TAsn: did you try tortoise-git ?
Jan 26 20:45:15 <dos1> mrmoku: ^^^
Jan 26 20:45:19 <TAsn> pwgen, I don't like GUIs
Jan 26 20:45:23 <TAsn> so, no. :P
Jan 26 20:45:25 <budfive> TAsn: hg has a "serve" command that runs a mini web-server that you can use to browse the repo
Jan 26 20:45:42 <pwgen> TAsn: for this one who asked you
Jan 26 20:45:59 <dos1> TAsn: i'm sometimes using "git gui" and "gitk"
Jan 26 20:46:24 <dos1> "git gui" let's you push/pull/commit/merge/ammend etc.
Jan 26 20:46:26 <TAsn> pwgen, oh, no, he asked me today, and I didn't have time.
Jan 26 20:46:31 <TAsn> dos1, windows
Jan 26 20:46:45 <TAsn> I actually need a GUI tool for windows
Jan 26 20:46:52 <TAsn> and I don't care about GUI for unix
Jan 26 20:47:10 <TAsn> (he doesn't care)
Jan 26 20:47:18 <TAsn> a GUI for*
Jan 26 20:47:23 <pwgen> TAsn: usually MS$ guys are asking me for a gui and I recommend them to use tortoise git . 
Jan 26 20:47:36 <TAsn> pwgen, that'd be it then.
Jan 26 20:47:38 <TAsn> thanks :P
Jan 26 20:47:43 <dos1> ah, then i don't know :P
Jan 26 20:47:44 <TAsn> so git + tortoise
Jan 26 20:47:46 <TAsn> sounds cool.
Jan 26 20:48:04 <TAsn> thanks a lot guys.
Jan 26 20:48:06 <pwgen> TAsn: if he is a eclipse user, there are some a good gitplugins available 
Jan 26 20:48:10 <TAsn> really?
Jan 26 20:48:11 <TAsn> he is
Jan 26 20:48:12 <TAsn> :)
Jan 26 20:48:25 <TAsn> he needs it for a java project
Jan 26 20:48:26 <TAsn> (mainly)
Jan 26 20:48:42 <TAsn> how big of a swap do I need?
Jan 26 20:48:49 <TAsn> is 65MB enough?
Jan 26 20:49:05 <Weiss> DocScrutinizer51: hmm?
Jan 26 20:49:28 <TAsn> (I know I bounce from one topic to the other, but I really want to get some sleep :P )
Jan 26 20:49:37 <TAsn> ok, I'll just use 65MB and hope for the best.
Jan 26 20:49:40 <Heinervdm> TAsn: nearly every java ide has plugins for cvs, svn and git
Jan 26 20:50:07 <TAsn> makes sense.
Jan 26 20:50:32 <TAsn> the alternative he's considering (if not svn) is "rational clearcase" bah.
Jan 26 20:50:41 <TAsn> I think even cvs is better than that crap :P
Jan 26 20:51:16 <TAsn> I think paying infinite amount of money for a shitty scm is a bad idea :P
Jan 26 20:51:52 <Heinervdm> That's managers thinking
Jan 26 20:52:32 <Weiss> DocScrutinizer51: that paste doesn't quite make sense to me out of context..
Jan 26 20:52:51 <TAsn> Heinervdm, his manager said he can do whatever he likes as long as he has a convenient working environment :P
Jan 26 20:53:14 <TAsn> mrmoku, please beep me when I can upgrade.
Jan 26 20:54:27 <TAsn> anyhow, thanks for the tips, I'd really like seeing him using git, it's just too awesome to use anything else.
Jan 26 20:54:39 <Heinervdm> TAsn: then he should use the most comfortable one. That one he has less work to get it running
Jan 26 20:55:14 <TAsn> Heinervdm, I think that in the long run git is the most comfortable one.
Jan 26 20:55:59 <Heinervdm> it depends on the integreation in his ide, and there svn can still be more comfortable
Jan 26 20:56:14 <TAsn> but svn has sucky branching
Jan 26 20:56:49 <JaMa> branching is ok, merging is pain :)
Jan 26 20:56:56 <TAsn> JaMa, :P
Jan 26 21:04:37 <mrmoku> TAsn: now
Jan 26 21:04:56 <TAsn> mrmoku, can I trust yoU? :P
Jan 26 21:05:03 <TAsn> (started)
Jan 26 21:05:20 <mrmoku> TAsn: well... the correct frameworkd is there... if your upgrade works is out of my knowledge ;)
Jan 26 21:06:09 <TAsn> ok
Jan 26 21:06:12 <TAsn> thanks :)
Jan 26 21:06:19 * mrmoku is rebooting
Jan 26 21:06:50 <mrmoku> TAsn: btw. dos1 said that SIM contacts should never have had the tel: prefix... and the remove-tel script does not touch SIM contacts
Jan 26 21:06:58 <mrmoku> but my SIM contacts partly have that damn prefix
Jan 26 21:10:11 <TAsn> weird.
Jan 26 21:10:16 <mrmoku> heh
Jan 26 21:10:17 <mrmoku> ok
Jan 26 21:10:23 <mrmoku> after reboot all is fine :)
Jan 26 21:10:29 <TAsn> figured ;P
Jan 26 21:10:34 <mrmoku> ahh
Jan 26 21:10:35 <mrmoku> understand
Jan 26 21:10:44 <mrmoku> sim backend added it on the fly
Jan 26 21:11:20 <TAsn> yes.
Jan 26 21:11:30 <TAsn> but if you restarted framework
Jan 26 21:11:42 <TAsn> it shouldn't have done it.
Jan 26 21:12:10 <mrmoku> yeah, but I checked before with the wrong frameworkd :)
Jan 26 21:12:53 <TAsn> oh right :P
Jan 26 21:13:44 <mrmoku> ahh... all fine :D
Jan 26 21:13:46 <TAsn> btw, end of the semester is coming!
Jan 26 21:13:50 <mrmoku> great
Jan 26 21:13:52 <TAsn> two weeks until freedom! :P
Jan 26 21:14:48 <TAsn> mrmoku, does shr-settings segs?
Jan 26 21:14:56 <JaMa> TAsn: yes
Jan 26 21:15:01 <TAsn> sweet! (not)
Jan 26 21:15:12 <TAsn> JaMa, what can/can't I do?
Jan 26 21:15:16 <TAsn> in shr-settings
Jan 26 21:15:17 <daniele_athome> guys how does shr-settings segs? today I used it to change sound profile
Jan 26 21:15:21 <daniele_athome> and it was working...
Jan 26 21:15:30 <TAsn> daniele_athome, when did you last upgrade?
Jan 26 21:15:35 <mrmoku> TAsn: ahh...yes shr-settings segfaults :P
Jan 26 21:15:37 <JaMa> daniele_athome: latest efl?
Jan 26 21:15:39 <daniele_athome> TAsn, 25th
Jan 26 21:15:45 <daniele_athome> yesterday's
Jan 26 21:15:47 <TAsn> yesterday? hm..
Jan 26 21:15:54 <TAsn> no idea :P
Jan 26 21:16:04 <JaMa> TAsn: check my e-mail about it.. and I'm talking about it here a lot :)
Jan 26 21:16:26 <JaMa> daniele_athome: yes it "should" segfault when starting
Jan 26 21:16:46 <daniele_athome> ehm trying now
Jan 26 21:16:48 <daniele_athome> it starts...
Jan 26 21:16:55 <daniele_athome> mmm
Jan 26 21:17:08 <mrmoku> still does for me
Jan 26 21:18:01 <JaMa> TAsn: it's broken between revs 45212 and 45225 but the revs between cannot be compiled (all efl stuff one revision).. and also you have to rebuild all including native stuff to test it properly.. which is stupid..
Jan 26 21:18:41 <TAsn> ok, so I'll just wait
Jan 26 21:18:48 <JaMa> TAsn: It works with CategoryButton class replaced with standard elementary.Button but dos1 reported that most modules segfault later..
Jan 26 21:19:31 <JaMa> TAsn: so now I'm testing new cython+python_2.6.4 but cython in staging seems a bit wrong.. so I have to make it behave first..
Jan 26 21:19:50 <JaMa> | failed to import Cython: /home/projects/OE/tmpdir-dev-shr/staging/armv4t-oe-linux-gnueabi/usr/lib/python2.6/site-packages/Cython/Compiler/Scanning.so: wrong ELF class: ELFCLASS32
Jan 26 21:19:54 <TAsn> i c, thanks for the update :P
Jan 26 21:20:07 <TAsn> JaMa, looks like it didn't cross compile.
Jan 26 21:20:13 <JaMa> yup
Jan 26 21:20:15 <TAsn> but just compiled regularly
Jan 26 21:20:19 <TAsn> weird ;P
Jan 26 21:21:01 <JaMa> after talking with e devs I'm not sure if upgrading cython is the best idea.. but still worth trying :)
Jan 26 21:22:27 <JaMa> TAsn: and that error is imho more about not using staged cython for building but normal for armv4.. the PYTHONPATH is wrong there..
Jan 26 21:23:31 <TAsn> I bet that's because e's recipes SUCK
Jan 26 21:23:55 <TAsn> s/SUCK/***S-U-C-K***/
Jan 26 21:23:56 <apt> TAsn meant: I bet that's because e's recipes ***S-U-C-K***
Jan 26 21:24:08 <TAsn> what I hate the most about OE is that many recipes are really hackish
Jan 26 21:24:25 <JaMa> well I would say that they suck as much as average recipe ...
Jan 26 21:24:33 <TAsn> exactly.
Jan 26 21:24:48 <TAsn> (exactly what I tried to say in the last sentence)
Jan 26 21:25:22 <JaMa> TAsn: but this is stupidly compicated because it seems that python bindings are created from ie python-ecore from ecore-native and should be in sync with normal ecore
Jan 26 21:26:04 <TAsn> too many "from"s I lost you :P
Jan 26 21:26:14 <daniele_athome> lol
Jan 26 21:26:19 <JaMa> TAsn: but that problem is only in combination evas/eina/ecore so to check the sigsegv I have to rebuild 9 recipes (about 30 packages on neo)
Jan 26 21:26:32 <JaMa> s/from //
Jan 26 21:26:34 <JaMa> better? :)
Jan 26 21:26:44 <JaMa> too late..
Jan 26 21:26:49 <TAsn> JaMa, way too late.
Jan 26 21:26:50 <TAsn> :)
Jan 26 21:26:53 <TAsn> but better
Jan 26 21:26:55 <TAsn> thanks.
Jan 26 21:27:05 <TAsn> and yeah, checking big projects (e) suck badly.
Jan 26 21:27:46 <JaMa> yeah and that crappy cython know to generate terrible code :)
Jan 26 21:27:53 <TAsn> of course. :P
Jan 26 21:28:02 <JaMa> s/know/known/
Jan 26 21:28:03 <apt> JaMa meant: yeah and that crappy cython known to generate terrible code :)
Jan 26 21:28:19 <JaMa> or s/know/know only how /
Jan 26 21:30:48 <TAsn> ffs, my "starred" folder in gmail is flooded, and I have a lot of tickets to address :P
Jan 26 21:31:04 * TAsn needs a vacation.
Jan 26 21:35:52 <JaMa> did someone see any other python-elementary based app segfault?
Jan 26 21:36:20 <TAsn> JaMa, you want to make sure it's not all dos's fault? :P
Jan 26 21:36:51 <JaMa> or ignore shr-settings as I always did before :)
Jan 26 21:36:56 <TAsn> :P
Jan 26 21:37:02 <TAsn> I actually really need shr-settings
Jan 26 21:37:10 <Heinervdm> JaMa: i think the wizzard segfaulted, but i'm not sure
Jan 26 21:37:10 <TAsn> I use it for gprs and profile changing
Jan 26 21:37:17 <TAsn> but I guess it's too late now.
Jan 26 21:37:20 <TAsn> Heinervdm, makes sense
Jan 26 21:37:23 <JaMa> but that cython is behaving .. so let's see if it helps somehow
Jan 26 21:37:31 <TAsn> as the wizard uses shr-setting's modules
Jan 26 21:37:36 <TAsn> so it's not really a different app.
Jan 26 21:37:48 <Heinervdm> it poped up but after clicking next it was gone
Jan 26 21:37:53 <JaMa> Heinervdm: yeah.. I've always seen only first page of wizard,... but without backtrace..
Jan 26 21:38:02 <JaMa> good point
Jan 26 21:38:08 <JaMa> who wrote that? :)
Jan 26 21:38:15 <TAsn> who wrote the wizard?
Jan 26 21:38:20 <JaMa> yup
Jan 26 21:38:20 <TAsn> dos wrote the python part
Jan 26 21:38:30 * JaMa see the pattern :)
Jan 26 21:38:36 <TAsn> it's just a loader for some of the shr-settings modules :P
Jan 26 21:38:40 <TAsn> so it's not really a different app.
Jan 26 21:38:49 <TAsn> anyhow, ciao
Jan 26 21:38:50 <TAsn> night.
Jan 26 21:38:58 <Heinervdm> opimd-utils are different apps
Jan 26 21:39:01 <TAsn> I wanted to go to sleep ~1:30 ago.
Jan 26 21:39:05 <JaMa> but pitty it's not "only" dos fault.. because it changed with those newer efl libs..
Jan 26 21:39:09 <TAsn> Heinervdm, that is correct.
Jan 26 21:39:17 <Heinervdm> will try
Jan 26 21:39:20 <TAsn> mrmoku, thanks a lot, night.
Jan 26 21:42:14 <JaMa> with newer cython it still segfaults..
Jan 26 21:43:11 <JaMa> let's run rebuild from scratch and go for dinner ..
Jan 26 21:43:43 <Heinervdm> hmm, opimd-dates segfaults :(
Jan 26 21:44:06 <JaMa> Heinervdm: do you have backtrace?
Jan 26 21:45:23 <Heinervdm> JaMa: no
Jan 26 21:46:17 <JaMa> any easy way to reproduce your segfault?
Jan 26 21:46:31 <Heinervdm> it
Jan 26 21:46:38 <mrmoku> TAsn: what for :P night
Jan 26 21:46:38 <Heinervdm> 's before anything is shown
Jan 26 21:46:45 <JaMa> ah see
Jan 26 21:46:46 <Heinervdm> let me check
Jan 26 21:46:55 * mrmoku off to bed too
Jan 26 21:47:02 <JaMa> Heinervdm: but only if opimd is available in dbus ..
Jan 26 21:47:11 <TAsn> mrmoku, making everything work, duh.
Jan 26 21:47:12 <mrmoku> night all :)
Jan 26 21:47:21 <mrmoku> ahh... well that is still a long way ;)
Jan 26 21:47:24 <mrmoku> anyway
Jan 26 21:47:26 <mrmoku> gnight :P
Jan 26 21:47:31 <TAsn> night
Jan 26 21:47:55 <JaMa> night
Jan 26 21:48:41 <JaMa> Heinervdm: exactly the same as shr-settings.. http://pastebin.ca/1767121
Jan 26 21:49:06 <TAsn> I just upgraded the update-alternatives ipkg/opkg stuff, I hope everything will just work :P
Jan 26 21:49:18 <JaMa> it should :)
Jan 26 21:49:34 <JaMa> TAsn: was busybox upgraded before or after u-a?
Jan 26 21:49:49 <JaMa> TAsn: if after then reinstall busybox to be sure
Jan 26 21:49:59 <TAsn> after
Jan 26 21:50:17 <JaMa> and by u-a I mean also opkg in this context :)
Jan 26 21:50:23 <TAsn> first opkg
Jan 26 21:50:25 <JaMa> you can remove u-a-cworth
Jan 26 21:50:26 <TAsn> and the busybox
Jan 26 21:50:44 <JaMa> then yes.. it should be ok
Jan 26 21:50:49 <TAsn> cool :P
Jan 26 21:50:54 <TAsn> told you I'm a lucky dude :P
Jan 26 21:50:56 <JaMa> you can recheck init link :)
Jan 26 21:51:13 <JaMa> no I'm clever boy and I fixed that mess right :P
Jan 26 21:51:22 <TAsn> I prefer my version
Jan 26 21:51:29 <TAsn> but just in case your version is correct, thanks :P
Jan 26 21:51:30 <Heinervdm> JaMa: perhaps that has sth to do with deriving classes from elementary classes
Jan 26 21:52:10 <JaMa> Heinervdm: and I would say it's also related to multitouch too
Jan 26 21:52:23 <\marco> hi to all :)
Jan 26 21:52:24 <Heinervdm> why multitouch?
Jan 26 21:52:24 <JaMa> Heinervdm: because last working revs are just before multitouch stuff in ecore..
Jan 26 21:52:33 <Heinervdm> ah, ok
Jan 26 21:53:11 <JaMa> and also that function in bt __fetch_evt_callbacks seems events related
Jan 26 21:53:25 <\marco> with the last upgrade (shr-u) dragging desktop without launching the app I touched is impossibile :/
Jan 26 21:53:29 <Heinervdm> the analogy i can see between opimd-dates and shr-settings is that both derive classes from elementary.*
Jan 26 21:53:31 <JaMa> but I tried it with XInput2 disabled in ecore build and it failed too
Jan 26 21:53:34 <\marco> should I fill a bug on trac?
Jan 26 21:54:00 <JaMa> \marco: you can use double click in launcher in meantime
Jan 26 21:54:10 <\marco> JaMa: good idea :)
Jan 26 21:54:23 <\marco> JaMa: thanks :)
Jan 26 21:54:57 <Heinervdm> Bumping EFL Rev that often isn't such a good idea...
Jan 26 21:55:17 <Heinervdm> we're having much problems because of taht
Jan 26 21:55:35 <daniele_athome> sigh :(
Jan 26 21:55:51 <JaMa> yes.. it was bumped in oe.dev first and then we were just trying to bump it better...
Jan 26 21:56:21 <JaMa> but this stuff is broken only on armv4 :/ on my desktop and pda (armv5te) it works ok
Jan 26 21:56:55 <Heinervdm> :/
Jan 26 21:57:32 <\marco> apart this problem I noticed a great speed improvement! good job! :)
Jan 26 21:59:44 <JaMa> ah maybe I found something..
Jan 26 21:59:46 <TAsn> JaMa, one last thing before I REALLY go
Jan 26 21:59:52 <TAsn> do we run fsomusicd?
Jan 26 21:59:56 <TAsn> (at the current configuration)
Jan 26 22:00:00 <JaMa> ecore is using xlib and Xinput2
Jan 26 22:00:17 <JaMa> but ecore-native is not using Xinput2 at all (whole xlib section is not configured)
Jan 26 22:00:49 <JaMa> so if python-ecore bindings are really generated from -native packages.. then that could be the problem
Jan 26 22:01:12 <JaMa> TAsn: no fsomusicd yet AFAIK
Jan 26 22:01:21 <TAsn> JaMa, it's installed though
Jan 26 22:01:26 <TAsn> so we do install but don't run?
Jan 26 22:01:34 <TAsn> mrmoku|away, btw, don't forget pisi and such also moved to new opimd configurations, we should verify we do use them correctly.
Jan 26 22:02:17 <JaMa> TAsn: yes.. the same as fsogsmd..
Jan 26 22:02:31 <TAsn> cool enough.
Jan 26 22:02:34 <TAsn> was just making sure
Jan 26 22:02:37 <JaMa> TAsn: for fsogsmd we also had to remove .service file
Jan 26 22:02:52 <TAsn> JaMa, because it got autostarted by dbus?
Jan 26 22:03:04 <JaMa> TAsn: yes, mickey said so :)
Jan 26 22:03:07 <TAsn> :P
Jan 26 22:03:18 <JaMa> and then it conflicted with ogsmd from frameworkd.. 
Jan 26 22:03:20 <TAsn> that's why I like/hate all of this dbus-fu
Jan 26 22:03:28 <Heinervdm> pisi has a configure option for typs
Jan 26 22:03:53 <TAsn> Heinervdm, I know.
Jan 26 22:04:02 <TAsn> we just need to make sure we use the right one and a new enough version
Jan 26 22:04:47 <JaMa> old pisi were removed.. there is only 1 now.. in oe.dev
Jan 26 22:05:03 <JaMa> and there is also segfaulting libxml there :/
Jan 26 22:05:08 <TAsn> :P
Jan 26 22:05:21 <JaMa> so syncml is not working..
Jan 26 22:05:41 <JaMa> but that's lower priority than efl..
Jan 26 22:05:45 <JaMa> at least for me
Jan 26 22:07:05 <TAsn> I agree.
Jan 26 22:08:29 <TAsn> WTH?!
Jan 26 22:08:42 <TAsn> I swear to god I didn't open pidgin! :P
Jan 26 22:09:01 <TAsn> my screen is black and laggy because of the upgrade
Jan 26 22:09:07 <TAsn> maybe I accidentally clicked something :
Jan 26 22:09:41 <JaMa> see what marco reported ...
Jan 26 22:09:59 <JaMa> TAsn: it looks like dragging is reported as click+dragging again
Jan 26 22:10:18 <TAsn> i c.
Jan 26 22:10:25 <TAsn> :|
Jan 26 22:10:32 <TAsn> I'm really not up to date :(
Jan 26 22:11:22 <TAsn> now for real though
Jan 26 22:11:24 <TAsn> night.
Jan 26 22:12:27 <\marco> If it's useful I can fill a bug on that :)
Jan 26 22:13:05 <\marco> *bug->ticket
Jan 26 22:13:13 <\marco> more appropriate :)
Jan 26 22:13:48 <TAsn> one last thing
Jan 26 22:13:55 <TAsn> WE HAVE TOO MANY KERNEL MODULES
Jan 26 22:13:58 <TAsn> damn it ;P
Jan 26 22:15:06 <JaMa> TAsn: it's still the same number.. with .31 and .32 its better :)
Jan 26 22:16:24 <TAsn> http://pastebin.com/m79b1d785
Jan 26 22:16:25 <TAsn> :(
Jan 26 22:17:08 <TAsn> retrying
Jan 26 22:18:14 <JaMa> TAsn: looks like buildhost just finished rsync while you were upgrading?
Jan 26 22:18:27 <TAsn> that's what I thought
Jan 26 22:18:57 <JaMa> it finished 40 mins ago..
Jan 26 22:19:26 <\marco> luky man :D
Jan 26 22:19:58 <TAsn> \marco, hehe, you get the spirit :P
Jan 26 22:20:06 <\marco> :)
Jan 26 22:20:18 <TAsn> it's not an issue, just a minor glitch that can be easily fixed :P
Jan 26 22:22:32 <Slyon> hey Tasn!
Jan 26 22:22:39 <Slyon> is the new opimd already in the feeds?
Jan 26 22:22:39 <TAsn> hey
Jan 26 22:22:42 <TAsn> yes
Jan 26 22:22:45 <TAsn> (unstable)
Jan 26 22:22:56 <Slyon> ok sweet, is it supposed to work?
Jan 26 22:23:14 <TAsn> no, it just works, without supposed :P
Jan 26 22:23:24 <TAsn> I've been using it for more than a month now
Jan 26 22:23:25 <Slyon> even better :P
Jan 26 22:23:33 <TAsn> and mrmoku|away is using it for a week now
Jan 26 22:24:43 <daniele_athome> mmm
Jan 26 22:24:58 <daniele_athome> TAsn, new opimd? good improvements?
Jan 26 22:25:02 <Slyon> i'll use it in a few minutes :)
Jan 26 22:25:06 <daniele_athome> or it's just the type-change thing...
Jan 26 22:25:07 <TAsn> daniele_athome, the best
Jan 26 22:25:07 <daniele_athome> ?
Jan 26 22:25:14 <TAsn> type-change and dropping of tel:
Jan 26 22:25:17 <TAsn> finally~!
Jan 26 22:25:17 <TAsn> :P
Jan 26 22:25:24 <daniele_athome> eh
Jan 26 22:25:31 <TAsn> but we don't yet utilize the full potential of those changes
Jan 26 22:25:37 <TAsn> just matched the old features
Jan 26 22:25:43 <TAsn> we'll add features soon.
Jan 26 22:25:57 <daniele_athome> opimd should really switch to some other storage method
Jan 26 22:26:01 <daniele_athome> and implementation
Jan 26 22:26:07 <TAsn> I couldn't agree more.
Jan 26 22:26:31 <TAsn> feel free to contribute
Jan 26 22:26:33 <TAsn> http://wiki.openmoko.org/wiki/Opimd_redesign
Jan 26 22:27:43 <daniele_athome> sorry TAsn I have other ideas :)
Jan 26 22:27:57 <TAsn> so please don't contribute :p
Jan 26 22:28:00 <TAsn> j/k, add a section
Jan 26 22:28:03 <daniele_athome> lol
Jan 26 22:28:04 <TAsn> and say what you have to say.
Jan 26 22:29:00 <daniele_athome> ideas about let applications directly access the storage :P
Jan 26 22:29:28 <daniele_athome> actually, not so "directly", ... i'll tell you when I'll have something touchable
Jan 26 22:29:35 <TAsn> ok :P
Jan 26 22:29:40 <TAsn> let me know.
Jan 26 22:29:41 <TAsn> night
Jan 26 22:29:42 <TAsn> for real now.
Jan 26 22:29:44 <TAsn> ciao.
Jan 26 22:29:45 <daniele_athome> night TAsn 
Jan 26 22:29:46 <daniele_athome> lol
Jan 26 22:29:50 <Slyon> night
Jan 26 22:29:54 <TAsn> I started saying that
Jan 26 22:29:57 <TAsn> ~2 hrs ago
Jan 26 22:29:58 <TAsn> :P
Jan 26 22:30:02 <daniele_athome> TAsn, you should really go :P
Jan 26 22:30:05 <Slyon> xD
Jan 26 22:30:10 <TAsn> I'm off.
Jan 26 22:30:14 <daniele_athome> TAsn, if you want I can make you kick from the chan
Jan 26 22:30:17 <daniele_athome> :P
Jan 26 22:30:23 <TAsn> nah
Jan 26 22:30:24 <TAsn> thanks.
Jan 26 22:30:31 <mickey|sofa> heh
Jan 26 22:30:33 <daniele_athome> eheh bye TAsn 
Jan 26 22:31:48 <JaMa> nite TAsn 
Jan 26 22:33:16 <daniele_athome> (still there :D)
Jan 26 22:34:14 <Slyon> daniele_athome: he's always on, and just going afk afaik :)
Jan 26 22:34:28 <daniele_athome> mmm
Jan 26 22:35:46 <daniele_athome> Slyon, sure?
Jan 26 22:36:40 <Slyon> daniele_athome: or he is coding all night long ;)
Jan 26 22:36:45 <daniele_athome> lol
Jan 26 22:44:29 <\marco> 'night guys :)
**** ENDING LOGGING AT Wed Jan 27 02:59:57 2010