**** BEGIN LOGGING AT Thu Oct 15 02:59:56 2009
Oct 15 05:30:37 <JaMa> mrmoku: morning
Oct 15 05:31:53 <slaxxer> Mrmokh   which image   should we be using?
Oct 15 05:32:04 <slaxxer> mrmoku
Oct 15 05:32:06 <mrmoku> JaMa: morning
Oct 15 05:32:12 <mrmoku> Heinervdm: not shocked... amazed :)
Oct 15 05:32:34 <mrmoku> slaxxer: we for what? difficult question...
Oct 15 05:32:57 <JaMa> mrmoku: what about imported cookies? :)
Oct 15 05:33:01 <slaxxer> i just a user
Oct 15 05:33:10 <slaxxer> shr
Oct 15 05:33:13 <mrmoku> JaMa: imported coockies next... :)
Oct 15 05:33:37 <mrmoku> slaxxer: you need it now... or can you wait a week?
Oct 15 05:33:53 <slaxxer> u know i can
Oct 15 05:35:01 <JaMa> Running task 8236 of 9002
Oct 15 05:35:02 <slaxxer> im thinking  "why  has shr-u not had new images"
Oct 15 05:35:16 <slaxxer> diversion
Oct 15 05:35:56 <slaxxer> now i see mrmoku has images
Oct 15 05:36:05 <mrmoku> JaMa: cookies for breakfas... mmmmhhh :D
Oct 15 05:36:12 <slaxxer> but not shr-u?
Oct 15 05:36:33 <JaMa> mrmoku: have you seen /cross/armv4t/lib/gcc/arm-angstrom-linux-gnueabi/4.4.1/../../../../arm-angstrom-linux-gnueabi/bin/as: unrecognized option '--fix-v4bx'
Oct 15 05:36:59 <mrmoku> slaxxer: tests/mrmoku is our staging area where we develop and test stuff... it sometimes is usable... sometimes not
Oct 15 05:37:12 <slaxxer> i c
Oct 15 05:37:13 <JaMa> mrmoku: its with gcc-4.4.1 in openmoko-shr-drm-devel, but --fix-v4bx is not in linux/* recipes and also not found i workdir of that build :/
Oct 15 05:37:20 <mrmoku> slaxxer: there was no new official unstable image as we changed a lot
Oct 15 05:37:41 <mrmoku> JaMa: hmm... no have not yet seen that one
Oct 15 05:37:49 <slaxxer> so i will set where im at
Oct 15 05:38:20 <mrmoku> slaxxer: wait for a week and we should have a new, fresh and amazingly feature rich new unstable image
Oct 15 05:38:29 <slaxxer> yeaa
Oct 15 05:38:48 <slaxxer> new features?
Oct 15 05:38:54 <tmzt> what is v4bx?
Oct 15 05:39:00 <tmzt> ah
Oct 15 05:39:21 <tmzt> since v4 doesn't have thumb?
Oct 15 05:40:10 <JaMa> gcc-4?
Oct 15 05:40:36 <JaMa> /home/projects/OE/dev/recipes/gcc/gcc-4.4.1/gcc-armv4-pass-fix-v4bx-to-ld.patch:+#define TARGET_FIX_V4BX_SPEC " %{mcpu=arm8|mcpu=arm810|mcpu=strongarm*|march=armv4:--fix-v4bx}"
Oct 15 05:40:40 <JaMa> /home/projects/OE/dev/recipes/gcc/gcc-4.4.1.inc:        file://gcc-armv4-pass-fix-v4bx-to-ld.patch;patch=1 \
Oct 15 05:40:58 <JaMa> do we need newer binutils too?
Oct 15 05:42:30 <mrmoku> slaxxer: xorg server (instead of the kdrive fork), full opimd support, phoneuid with dbus API, ...
Oct 15 05:51:48 * JaMa flashing
Oct 15 05:52:40 <Blu3> what is your xorg setup?
Oct 15 05:56:48 <JaMa> mrmoku: I'll downgrade to some gcc-4.3 probably for shr/merge
Oct 15 05:58:35 <mrmoku> JaMa: heh, then I better stop my build...
Oct 15 05:58:51 <mrmoku> NOTE: Unpacking ../downloads/gcc-4.4.1.tar.bz2 to tmp/work/armv4t-angstrom-linux-gnueabi/gcc-cross-initial-4.4.1-r7.1/
Oct 15 05:58:56 <mrmoku> :)(
Oct 15 05:59:24 <mrmoku> bbiab
Oct 15 05:59:31 <Blu3> gcc-4.3.4 is working perfectly for me on gentoo.  that's the latest version that gentoo crossdev will build
Oct 15 05:59:41 <Blu3> my toolchain is built with 4.1.1
Oct 15 05:59:59 <Blu3> er, 4.4.1
Oct 15 06:01:03 <JaMa> mrmoku|away: I'll try to find some fix for --fix-v4bx, but if only gcc-4.4.1 is passing it, than maybe it would be easier to downgrade gcc (as angstrom seems to use 4.3 too)
Oct 15 06:01:28 <JaMa> but now i need to test image and after reboot go to work :)
Oct 15 06:21:52 <JaMa> mrmoku|away: evas subpackages missing again from image :/ /usr/share/pixmaps messed a bit
Oct 15 06:26:04 <JaMa> mrmoku|away: fsousaged also missing :/
Oct 15 06:26:52 <mrmoku> JaMa: hmm...
Oct 15 06:27:12 <mrmoku> JaMa: fso-abyss in rootfs.log?
Oct 15 06:29:28 <JaMa> there was no fsousaged/fso-abyss error in log (just about pixmaps), but I removed workdir.. I'll do_rootfs again later from work and let you know
Oct 15 06:30:04 <spaetz_> fucking bitbake
Oct 15 06:30:05 <spaetz_> sorry
Oct 15 06:30:07 <spaetz_> ...
Oct 15 06:31:00 <mrmoku> JaMa: ok
Oct 15 06:31:05 <mrmoku> spaetz_: nah :P
Oct 15 06:31:19 <JaMa> mrmoku: also no mesa ipk :/ but Xorg works :)
Oct 15 06:31:26 <JaMa> bbl
Oct 15 06:33:15 <spaetz_> no, it's quite nice actually. But still, missing packages with just a tiny warning in the log is something that should just not happen
Oct 15 06:35:45 <mrmoku> yup
Oct 15 06:52:04 <mrmoku> bbl
Oct 15 07:30:30 <JaMa> Packaged contents of mesa-dri into /home/projects/OE/tmpdir-shr-shr/deploy/glibc/ipk/armv4t/libegl1_7.5.1+gitr0+5a3f2c987a134f8079206a0b9529993a85dd6d4a-r1_armv4t.ipk
Oct 15 07:30:37 <JaMa> doesn't look right 
Oct 15 07:49:49 <blindcoder> uh-oh...
Oct 15 07:50:09 <blindcoder> what does red blinking aux button on power-on mean? even before nand boot appears?
Oct 15 07:50:24 <blindcoder> I can get to nor boot, but not nand
Oct 15 07:51:35 <PaulFertser> blindcoder: are you using Qi
Oct 15 07:51:36 <PaulFertser> ?
Oct 15 07:51:52 <blindcoder> PaulFertser: no
Oct 15 07:52:17 <PaulFertser> blindcoder: sorry, no idea then. Read u-boot sources yourself ;)
Oct 15 07:52:50 <blindcoder> sounds to me like smashed nand contents, without reading the sources...
Oct 15 07:52:54 <blindcoder> s/sounds/looks/
Oct 15 07:52:54 <apt> blindcoder meant: looks to me like smashed nand contents, without reading the sources...
Oct 15 07:53:11 <blindcoder> had a metric fton of wsods yesterday, too :(
Oct 15 07:53:21 <blindcoder> every time I resumed the FR
Oct 15 07:55:16 <PaulFertser> blindcoder: hm, try to reflash NAND bootloader then.
Oct 15 08:17:56 <blindcoder> oh, hey, there's also a 2.6.28 kernel to download...
Oct 15 08:28:06 <blindcoder> okay, after flashing new u-boot it works fine again
Oct 15 08:28:34 <JaMa> Weiss: everything looks ok with libdrm/mesa/kms/drm-kernel, just gdrm-kms-addfb ends with "Could not get DRM resources"
Oct 15 08:29:15 <JaMa> Weiss: glamo-dri-tests.log http://pastebin.ca/1621697; glxdemo.log http://pastebin.ca/1621698; glxinfo.log http://pastebin.ca/1621699; Xorg.0.log http://pastebin.ca/1621700
Oct 15 08:31:28 <Heinervdm> JaMa: could you compile gcc-4.4.1?
Oct 15 08:35:41 <JaMa> yes
Oct 15 08:35:51 <JaMa> Heinervdm: but later it failed while building kernel
Oct 15 08:36:22 <JaMa> because of --fix-v4bx passed to 'as' by gcc
Oct 15 08:36:46 <Heinervdm> JaMa: gcc-cross-intermediate-4.4.1 fails to compile for me, because of missing standard c-libs (stdio.h errno.h ...)
Oct 15 08:37:26 <JaMa> Heinervdm: did you build from scratch?
Oct 15 08:37:39 <Heinervdm> JaMa: no
Oct 15 08:37:54 <JaMa> Heinervdm: you need to recompile gcc* in some specific order
Oct 15 08:38:20 <JaMa> Heinervdm: which I found just once and then forget :/
Oct 15 08:39:12 <JaMa> Heinervdm: see issue with --fix-v4bx.. maybe it would be easier to use some gcc-4.3* as angstrom does
Oct 15 08:39:53 <Heinervdm> JaMa: all gcc-4.3 are having DEFAULT PREFERRENCE = "-999"
Oct 15 08:40:46 <JaMa> Heinervdm: tmpdir-dev/stamps/armv5te-angstrom-linux-gnueabi/gcc-cross-4.3.3-r7.1.d
Oct 15 08:42:16 <JaMa> Heinervdm: hmm PREFERRED_GCC_VERSION                ?= "4.4.1"
Oct 15 08:42:23 <JaMa> in sane-toolchain
Oct 15 08:42:43 <JaMa> but i have 4.3.3 for angstrom on spitz/armv5te
Oct 15 08:43:13 <Heinervdm> distro/angstrom-2008.1.conf:PREFERRED_VERSION_gcc                    ?= "${ANGSTROM_GCC_VERSION}"
Oct 15 08:44:05 <Heinervdm> And for us it's overwritten there: distro/include/angstrom-2007-for-openmoko.inc:PREFERRED_VERSION_gcc               ?= "4.1.2"
Oct 15 08:44:39 <JaMa> ANGSTROM_GCC_VERSION                     ?= "4.3.3"
Oct 15 08:44:53 <JaMa> i think that we dont have distro/angstrom-2008.1.conf included at all
Oct 15 08:45:29 <JaMa> Heinervdm: pb_ said that we should get newer binutils for gcc-4.4.1
Oct 15 08:45:58 <JaMa> Heinervdm: would we go gcc-4.4.1+newer binutils way or downgrade gcc to 4.3.3?
Oct 15 08:46:02 <Heinervdm> yes, we don't have that included
Oct 15 08:46:25 <Heinervdm> let's try the newest first
Oct 15 08:46:30 <JaMa> Heinervdm: so its not overwritten here distro/include/angstrom-2007-for-openmoko.inc but just defined and now overwritten in preferred-shr*
Oct 15 08:46:33 <JaMa> ok
Oct 15 08:46:55 <JaMa> Heinervdm: PREFERRED_BINUTILS                   ?= "2.19.51"
Oct 15 08:46:57 <mrmoku> JaMa, Heinervdm: yup newest :)
Oct 15 08:47:25 <JaMa> mrmoku: you were right fso-abyss is missing in image too..
Oct 15 08:47:28 <Heinervdm> JaMa: that's quiet newest
Oct 15 08:47:40 <Heinervdm> 2.19.51.0.3 is newest
Oct 15 08:47:42 <JaMa> Heinervdm: its from sane-toolchain
Oct 15 08:47:57 <JaMa> Heinervdm: maybe we would use newest sane? :)
Oct 15 08:48:27 <JaMa> Heinervdm: btw my bug with openssl-native resolved yesterday here http://bugs.gentoo.org/show_bug.cgi?id=289130
Oct 15 08:48:29 <Heinervdm> yes, just delete in preferred-shr-versions :)
Oct 15 08:48:46 <JaMa> Heinervdm: do we include sane-toolchain somewhere?
Oct 15 08:49:00 <JaMa> Heinervdm: I would like to remove whole angstrom-2007-for-openmoko.inc include
Oct 15 08:49:21 <Heinervdm> oh no, sane-toolchain not
Oct 15 08:49:48 <JaMa> mrmoku: and fso-abyss is not buildable because libgsm0710mux fails
Oct 15 08:50:04 <JaMa> http://pastebin.ca/1621722
Oct 15 08:52:52 <mrmoku> looks like libgee is missing...
Oct 15 08:53:55 <JaMa> mrmoku: it was builded ok
Oct 15 08:54:03 <JaMa> mrmoku: but I'll try to rebuild it
Oct 15 09:19:33 <JaMa> mrmoku: Heinervdm: updating binutils to that latest 2.19.51.0.3 helped.. sending cookies
Oct 15 09:23:18 <mrmoku> mickey|office: ping :)
Oct 15 09:23:32 <mrmoku> mickey|office: what are we supposed to do when Network.Register fails?
Oct 15 09:23:52 <mrmoku> (because there is no network in the area you are ...)
Oct 15 09:24:09 <mrmoku> will frameworkd automatically register to a network when available?
Oct 15 09:25:06 <mickey|office> mrmoku: First, always continue to listen to Status() updates
Oct 15 09:25:24 <mrmoku> ok
Oct 15 09:25:29 <mickey|office> If it gives you a No Service, then you might need to retrigger Register() at a later time
Oct 15 09:25:58 <mrmoku> how do I know when to do that?
Oct 15 09:26:06 <mrmoku> SignalStrength?
Oct 15 09:26:16 <mrmoku> no...
Oct 15 09:26:18 <mickey|office> you have no idea
Oct 15 09:26:24 <mrmoku> hehe... good :P
Oct 15 09:26:26 <mickey|office> you just wait some time
Oct 15 09:26:28 <mickey|office> and retry
Oct 15 09:26:30 <mrmoku> ok
Oct 15 09:26:33 <mickey|office> that's all you can do
Oct 15 09:26:41 <mrmoku> fair enough :)
Oct 15 09:26:53 <mickey|office> fwiw, I'm considering to remove register/unregister for FSO2 at some point and substitute it with a higher level call "SetRegistrationMode"
Oct 15 09:27:03 <mickey|office> to take some complexity out of the clients into the daemon
Oct 15 09:27:18 <mickey|office> this call would also give the PIN btw.
Oct 15 09:27:26 <mrmoku> good
Oct 15 09:27:38 <mrmoku> for now I will just retry until there is some service...
Oct 15 09:27:49 <mickey|office> yes, that's what all phones do
Oct 15 09:27:56 <mickey|office> (unless they're in airplane mode)
Oct 15 09:29:32 <mrmoku> mickey|office: what is a resonable amount of time to wait before retrying?
Oct 15 09:29:38 <mrmoku> something like 10 seconds?
Oct 15 09:30:17 * mrmoku thinks if we should make that configurable...
Oct 15 09:35:20 <JaMa> mickey|office: any idea why libgsm0710 fails with this? http://pastebin.ca/1621722, libgee compiled fine libfsotransport too
Oct 15 09:50:25 <mickey|office> mrmoku: too short IMO
Oct 15 09:50:32 <mickey|office> mrmoku: i'd say if registering fails, retry with 60 seconds
Oct 15 09:51:08 <mickey|office> JaMa: ah, my problem
Oct 15 09:52:05 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r4bad8f580c9e 10/libfsotransport/fsotransport/fsotransport-2.0.deps: libfsotransport: add gee-1.0 to Vala dependencies
Oct 15 09:52:08 <mickey|office> JaMa: that should fix t
Oct 15 09:53:36 <mrmoku> mickey|office: ok, thanks
Oct 15 09:55:11 <panicking> Hi PaulFertser 
Oct 15 09:55:38 <PaulFertser> panicking: hey :)
Oct 15 09:56:11 <panicking> PaulFertser, the slowdown of the accelerometer is not yet commited
Oct 15 09:56:21 <panicking> what kernel use the shr distrib?
Oct 15 09:56:34 <PaulFertser> panicking: shr distro uses andy-tracking HEAD. 
Oct 15 09:56:48 <panicking> and shr use the accelerometer?
Oct 15 09:57:04 <PaulFertser> panicking: do you want to me to publicly "ack" the accelerometer patch or do you want me to push it?
Oct 15 09:57:23 <panicking> I think that is important to push
Oct 15 09:57:27 <panicking> for other distrib
Oct 15 09:57:35 <panicking> because there is a slowdown 
Oct 15 09:57:48 <panicking> after resume if you have accelerometer
Oct 15 09:57:59 <panicking> switched off
Oct 15 09:58:40 <PaulFertser> panicking: i understand. But i don't think other distributions follow HEAD closely and we're going to switch to .31 very soon anyway i hope.
Oct 15 09:58:59 <panicking> Yes but you need in the .31 too
Oct 15 09:59:02 <PaulFertser> panicking: i've no problems with pushing the second patch, if you want it, i'll do.
Oct 15 09:59:29 <panicking> maybe larsc can carry on for 2.6.31
Oct 15 09:59:45 <panicking> and no problem for me because I use a branch of andy kernel
Oct 15 10:01:57 <panicking> PaulFertser, I don't want any kind of publicity, but maybe some distrib can be benefit from it
Oct 15 10:02:03 <panicking> I don't manage shr project
Oct 15 10:02:11 <panicking> The same issue is on a feuture 2.6.31
Oct 15 10:02:17 <panicking> kernel
Oct 15 10:02:32 <PaulFertser> panicking: i wonder why nobody's complained about that before. Probably they just don't use it much. But i haven't noticed any problems though i play mokomaze sometimes.
Oct 15 10:04:30 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rc9c41564b48f 10/libfsoframework/fsoframework/subsystem.vala: libfsoframework: document subsystem interface
Oct 15 10:04:42 <mrmoku> mmmmhhh... cookies :)
Oct 15 10:05:17 <panicking> Android use a lot of feature of the freerunner, so maybe it's more simple to test it in my enviroment
Oct 15 10:05:43 <panicking> because there is the automaic rotation of the application window
Oct 15 10:06:11 <panicking> so when the system go suspend and resume the accelerometer is switch on again
Oct 15 10:06:21 <panicking> and It can receive intterrupt from the system
Oct 15 10:09:48 <JaMa> mickey|office: libfsoframework rebuilded but libgsm0710mux_git fails
Oct 15 10:09:59 <JaMa> mickey|office: I'll recheck
Oct 15 10:15:28 <JaMa> mickey|office: but this time another error http://pastebin.ca/1621821
Oct 15 10:17:26 <JaMa> libgee recipe problem? probably not staggin gee.h?
Oct 15 10:17:47 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * re7ab2659898f 10/libfsotransport/fsotransport-2.0.pc.in: libfsotransport: add dependencies also to pkgconfig file
Oct 15 10:17:52 <mickey|office> try again, please
Oct 15 10:17:55 <JaMa> ok
Oct 15 10:19:14 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r90994bbf4942 10/libfsoresource/fsoresource-2.0.pc.in: libfsoresources: add dependencies to pkgconfig file
Oct 15 10:19:51 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rb56631452794 10/libfsoframework/fsoframework-2.0.pc.in: libfsoframework: add dependencies to pkgconfig file
Oct 15 10:21:44 <mrmoku> TAsn: ping
Oct 15 10:25:33 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rdbeaaee72643 10/libfsotransport/fsotransport/parser.vala: 
Oct 15 10:25:33 <CIA-26> freesmartphone.org: libfsotransport: add NullParser, swallowing everything that gets fed
Oct 15 10:25:33 <CIA-26> freesmartphone.org: (yes, I have a couple of other catchy names for that in mind, but these
Oct 15 10:25:33 <CIA-26> freesmartphone.org: might be unsuitable to the casual code browser :D)
Oct 15 10:26:35 <JaMa> mickey|office: compiled fine, thank you
Oct 15 10:28:23 <mickey|office> np
Oct 15 10:30:21 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r061acd44ea1b 10/fsogpsd/src/plugins/ (dbus_service/plugin.vala receiver_nmea/plugin.vala): fsogpsd: add enable/disable and open channel
Oct 15 10:56:50 <mrmoku> mickey|office: hmm... how can a daemon running on the system bus send requests to one running on the session bus?
Oct 15 10:57:02 <mrmoku> in theory there might be multiple ones, no?
Oct 15 10:57:20 <lindi-> mrmoku: it should not?
Oct 15 10:57:30 <mrmoku> hmm...
Oct 15 10:57:46 <lindi-> mrmoku: i thought session bus is private for the user
Oct 15 10:57:58 <mrmoku> lindi-: there is ophonekitd running on the system bus... getting a signal from fso that there is an incoming call
Oct 15 10:58:15 <mrmoku> then there is phoneuid running on the session bus of the logged in user
Oct 15 10:58:23 <lindi-> mrmoku: UI just listens on system bus for signals
Oct 15 10:59:13 * mrmoku checks code if that would work out
Oct 15 10:59:14 <mrmoku> lindi-: thanks
Oct 15 10:59:27 <playya_> ophonekitd afaik starts with the user session, so it should be possible to get the session bus too
Oct 15 10:59:48 <mrmoku> playya_: I'm going to change that :)
Oct 15 11:00:05 <mrmoku> playya_: ophonekitd will start as 'normal' system daemon
Oct 15 11:01:39 <lindi-> mrmoku: i hope it won't run as root
Oct 15 11:02:13 <mrmoku> phoneuid is running as the logged in user (whatever that is)
Oct 15 11:02:17 <mickey|office> mrmoku: it needs to join the system bus and send it there
Oct 15 11:02:31 <mrmoku> mickey|office: the other way round... system bus to session bus
Oct 15 11:02:37 <mickey|office> err, right
Oct 15 11:02:45 <mrmoku> but how to know _which_ session bus?
Oct 15 11:02:49 <mickey|office> if you want to participate on both busses, you need to join both
Oct 15 11:03:06 <mickey|office> there are several ways to gather that info
Oct 15 11:03:08 <mrmoku> IIUC you need some environment var set up to point to it
Oct 15 11:03:19 <mickey|office> desktop systems usually grab it from the environment or an X11 atom
Oct 15 11:03:39 <lindi-> mrmoku: sounds very wrong for a daemon to do something like that
Oct 15 11:04:50 <mrmoku> lindi-: so you would just emit a signal... ?
Oct 15 11:05:04 <lindi-> mrmoku: yep
Oct 15 11:05:11 <mrmoku> lindi-: I might enforce there is just one thing handling that signal though... how to do that?
Oct 15 11:05:16 <mrmoku> +want ot
Oct 15 11:05:36 <lindi-> mrmoku: you send the signal to only one client then?
Oct 15 11:06:03 <mrmoku> yup
Oct 15 11:06:18 <mrmoku> lindi-: maybe the client can register with the daemon?
Oct 15 11:06:29 <mrmoku> would that be sane?
Oct 15 11:08:26 <lindi-> mrmoku: don't you anyway need to register to get signals?
Oct 15 11:09:18 <mrmoku> the client not yet... it just offers methods like DisplayDialer, ShowActiveCall and such
Oct 15 11:09:41 <mrmoku> maybe it will listen to signals some day though... dunno
Oct 15 11:14:22 <mrmoku> hmm... thinking about it... having some RegisterUiHandler method that just uses dbus_g_method_get_sender to know where the client is running might be a good way, no?
Oct 15 11:15:13 <playya_> i don't know if E ignores /etc/xdg/autostart but that's normaly the place to put a .desktop file to start something on starting a session
Oct 15 11:15:34 <mrmoku> playya_: I'm planning to start phoneuid via dbus activation
Oct 15 11:15:48 <playya_> that's always the the bus you are listening on
Oct 15 11:15:49 <mrmoku> this way it will automatically restart after a segfault :P
Oct 15 11:16:02 <playya_> use dbus-send
Oct 15 11:16:58 <mrmoku> what do you mean?
Oct 15 11:17:43 <playya_> you don't have to call a method
Oct 15 11:17:52 <playya_> to start musicd: dbus-send --session --dest=org.freesmartphone.omusicd / org.foobar.bogus
Oct 15 11:19:19 <mrmoku> playya_: yes, but that is not my problem
Oct 15 11:19:35 <mrmoku> my problem is that ophonekitd has to send ShowIncomingCall to phoneuid
Oct 15 11:20:17 <playya_> just request the bus for phoneuid on session bus and it should start
Oct 15 11:26:57 * mrmoku lunch
Oct 15 11:28:07 <playya_> Guten appetite
Oct 15 11:31:43 <JaMa> ERROR: '/home/projects/OE/dev/recipes/matchbox2/matchbox-panel-2_svn.bb' failed
Oct 15 11:31:46 <JaMa> ERROR: '/home/projects/OE/dev/recipes/libsndfile/libsndfile1_1.0.17.bb' failed
Oct 15 11:31:50 <JaMa> ERROR: '/home/projects/OE/dev/recipes/shr/e-wm-config-illume-shr_git.bb' failed
Oct 15 11:31:52 <JaMa> ERROR: '/home/projects/OE/dev/recipes/imagemagick/imagemagick-native_6.3.5-10.bb' failed
Oct 15 11:31:56 <JaMa> for shr-lite-image
Oct 15 11:52:45 <Weiss> JaMa: did you run those tests while X was running?
Oct 15 11:55:11 <JaMa> Weiss: yes
Oct 15 11:55:35 <mrmoku> playya_: Danke :)
Oct 15 11:56:51 <JaMa> Weiss: without it continues http://shr.pastebin.ca/1621945
Oct 15 11:58:05 <playya_> imagemagick fails on my system,too
Oct 15 12:02:00 <playya_> i get an error for glibc 2.9 on configure: the compiler must support C cleanup handling
Oct 15 12:09:22 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r9b39f6225838 10/libfsotransport/fsotransport/ (commandqueue.vala parser.vala): libfsotransport: parser: add generic LineByLineParser for simple protocols
Oct 15 12:10:34 <Weiss> JaMa: great, that's all working as expected then
Oct 15 12:11:14 <Weiss> (only DRM master (the first one to open /dev/dri/card0) can screw around with the CRTC config, hence that error the first time)
Oct 15 12:13:49 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rb12fd1ea0f1f 10/fsogpsd/src/ (lib/receiver.vala plugins/receiver_nmea/plugin.vala): fsogpsd: receiver_nmea is now ready to parse and operate on NMEA datums
Oct 15 12:22:14 <JaMa> Weiss: and without drm-kernel and kms-DDX it works too
Oct 15 12:22:27 <JaMa> Weiss: swrast is always enabled in mesa
Oct 15 12:22:45 <Weiss> fantastic
Oct 15 12:23:01 <JaMa> Weiss: and without drm-kernel it said that glamo-drm cannot be initialized and tried to fallback to swrast
Oct 15 12:23:13 <Weiss> according to #dri-devel there is indeed some magic that makes swrast_dri.so get used even though there is no DRI
Oct 15 12:24:40 <JaMa> Weiss: if you "rebase" your libdrm branch to master, let me know and I'll drop glamo patch from OE repo and switch back to your repository
Oct 15 12:29:20 <CIA-26> freesmartphone.org: 03mickey 07libeflvala * r0822a2d5fcde 10/vapi/elm.vapi: elm.vapi: bind pager_set_style()
Oct 15 12:31:16 <playya_> any patches to apply before recompiling from scratch?
Oct 15 12:31:32 <JaMa> shr/merge?
Oct 15 12:31:51 <JaMa> but i think no for both branches :)
Oct 15 12:40:52 <playya_> ok
Oct 15 12:42:11 <playya_> i always get a strange warning when startin bitbak: WARNING: No matches in filesystem for /home/playya/src/openmoko/sandbox/shr-unstable/shr/openembedded in COLLECTIONS
Oct 15 12:44:01 <playya_> JaMa, i still have problems with my touchscreen. how can i configure it using the new xorg?
Oct 15 12:44:26 <tmzt> hey
Oct 15 12:44:34 <tmzt> that's in kernel right?
Oct 15 12:44:37 <tmzt> with sysfs?
Oct 15 12:44:56 <tmzt> ah, JaMa you were talking to
Oct 15 12:51:35 <JaMa> playya_: which image? from shr/import?
Oct 15 12:51:58 <playya_> yes
Oct 15 12:51:59 <JaMa> playya_:  /etc/X11/Xsession.d/30xTs_Calibrate
Oct 15 12:52:05 <JaMa> playya_: and then it works ok
Oct 15 12:52:42 <playya_> just restarting X 
Oct 15 12:52:55 <JaMa> playya_: just first run here, /usr/bin/xtscal still hanged when Xorg was running
Oct 15 12:53:12 <playya_> too late
Oct 15 12:53:24 <JaMa> playya_: so I killed xtscal and it continued to echos and then it was ok
Oct 15 12:53:34 <JaMa> playya_: second Xorg run it was ok
Oct 15 12:57:59 <JaMa> playya_: i think you can remove http://patchwork.dev.bearstech.com/patch/255/ if you have patchwork account or don't mind creating one
Oct 15 12:58:55 <playya_> this removes the errornous vala?
Oct 15 12:59:16 <playya_> i don't have a patchwork account yet
Oct 15 12:59:37 <mrmoku> want me to do it?
Oct 15 12:59:53 <playya_> yes
Oct 15 13:03:18 <JaMa> almost clean and empty :)
Oct 15 13:04:48 <mrmoku> JaMa: the two patchess for efl2 I can't apply right now... and the efl moving one does not apply cleanly
Oct 15 13:05:05 <mrmoku> your watchdog... don't know if we need that one ;)
Oct 15 13:06:02 <JaMa> I have it installed, but its not needed now without cursor :)
Oct 15 13:11:22 <playya_> mrmoku, do you mean the libeflvala patch?
Oct 15 13:14:23 <mrmoku> playya_: yup
Oct 15 13:15:07 <playya_> i can creat a new one. or you just use git mv libeflvala/* efl1
Oct 15 13:23:05 <mrmoku> playya_: is it in org.oe.dev?
Oct 15 13:23:07 * mrmoku checks
Oct 15 13:23:40 <JaMa> it is
Oct 15 13:23:47 <mrmoku> in freesmartphone
Oct 15 13:24:04 <JaMa> and in shr/merge in libeflvala too
Oct 15 13:24:16 <mrmoku> mickey|office: any opinion where libeflvala recipe should reside? freesmartphone or efl1 ?
Oct 15 13:24:30 <mrmoku> JaMa: yeah, will just remove that one in any case
Oct 15 13:25:02 <JaMa> hmm i just have one in libeflvala directory in shr/merge :/
Oct 15 13:25:06 <mrmoku> ahh.. yup just one
Oct 15 13:25:22 <mrmoku> so I will move it... but where to? freesmartphone where mickey|office did put it? or efl1?
Oct 15 13:25:46 <playya_> mrmoku, efl1
Oct 15 13:25:50 <mrmoku> playya_: less 'noise' in direction of org.oe.dev would be to put it in freesmartphone...
Oct 15 13:25:55 <mrmoku> it belongs more to efl1, yes :)
Oct 15 13:26:09 <playya_> mickey told me to move it there
Oct 15 13:26:38 <mrmoku> playya_: ah, ok fine :)
Oct 15 13:26:39 <mrmoku> thanks
Oct 15 13:27:58 <mrmoku> playya_: what about the differences?
Oct 15 13:28:06 <mrmoku> the one in shr/merge has
Oct 15 13:28:10 <mrmoku> EXTRA_OECONF = "--disable-examples --disable-library"
Oct 15 13:28:41 <mrmoku> but a examples package :P
Oct 15 13:28:45 <playya_> they are in libeflvala dir? afaik libeflvala/* is the new one
Oct 15 13:29:01 <mrmoku> yeah, will take the recipe from org.oe.dev then
Oct 15 13:29:10 <playya_> ok
Oct 15 13:29:52 <playya_> i want to split gypsy into 2 parts: libgypsy and gypsy itself. do you think this will break much on org.oe.dev?
Oct 15 13:30:21 <mrmoku> no idea about who is using gypsy...
Oct 15 13:34:34 <|_0xEF|> Hi guys :) Can anyone give me a hint regarding SHR-testing. I installed it (to SD), it worked OK. Then I made a script for installing ipk-packages from http://build.shr-project.org/shr-testing/ipk/armv4t/ . There were about 20-30 packages to be installed at night. When I woke up there were some strange things.. Well I rebooted and WiFi/GSM stopped working. I'm not sure why this happened.. 
Oct 15 13:36:13 <|_0xEF|> I think some of the packages broke these things. I tried to look to /var/log and did not find anything interesting in messages (I still have USB connectivity). I doublechecked the settings (WiFi->On, GSM->On) but still no lock..
Oct 15 13:36:17 <|_0xEF|> *luck
Oct 15 13:36:48 <playya_> shr-testing is quite old
Oct 15 13:37:56 <|_0xEF|> wiki.openmoko.com says that it is better to use -testing than -unstable. Do you suggest to use unstable?
Oct 15 13:38:03 <mickey|office> efl1 is correct, it belongs there
Oct 15 13:38:35 <mickey|office> gypsy may die now that we get a supermodern gps dbus api
Oct 15 13:39:02 <mickey|office> if you -- as API clients -- have any specific requirements, now's the time to voice them
Oct 15 13:39:42 <playya_> i'm just writing a mail that location is more like a meta location service with several backends
Oct 15 13:39:49 <baruch> mickey|office, I'm not sure it won't make sense to use gpsd, it's a dinosaur but it also supports other gps chipsets already
Oct 15 13:40:35 <baruch> with FSO and Gypsy so far it is not that easy to hook a GPS device and use that instead, with gpsd it is quite possible
Oct 15 13:40:41 <playya_> but you have to parse the JSON stuff all the time on your own instead of registering to a signal
Oct 15 13:41:22 <|_0xEF|> The other strange thing with SHR (and with OpenWRT by the way) is that I'm able to boot from SD only 50% of attempts. And only if I press and hold the POWER button. (I have verbose booting on). Kernel says it is unable to locate the boot device /dev/mmcblk0p3 when it fails. 
Oct 15 13:41:36 <baruch> mickey|office, I just sent email to gpsd-dev to discuss some features I want from it
Oct 15 13:41:42 <mickey|office> baruch: well, considering what i learned from the guys who invented gypsy because their accessement was that gpsd sucks, i rather not use it
Oct 15 13:41:53 <|_0xEF|> And the kernel itself is loaded only from the second time (first attempt to load the kernel from SD says that SD failed to initialize). Yes, I have the mmcinit command in my bootloader.
Oct 15 13:42:40 <mickey|office> plus, it's always going to be a problem w/ resource handling
Oct 15 13:42:46 <baruch> mickey|office,  I'm not sure their critique is valid, and besides it's better to improve gpsd than write from scratch
Oct 15 13:43:25 <baruch> gpsd does its own resource handling in effect. when you ask for gps data it starts the gps, it just needs an openmoko-gps driver to do that
Oct 15 13:43:32 <baruch> it wont go through FSO though
Oct 15 13:43:44 <playya_> but it doesn't fit into the whole FSO framework thingy
Oct 15 13:47:54 <baruch> playya_, who said the FSO must provide the access to the gps?
Oct 15 13:48:02 <baruch> why not use existing infrastructure?
Oct 15 13:48:45 <baruch> we can wrap gpsd with some other API if you really feel like it, and there is still a need for a high level api that also gives location information from gsm cells and such
Oct 15 13:49:00 <playya_> because it should provide everything what you can do with a smartphone and most smartphones have a GPS device
Oct 15 13:49:03 <mickey|office> wrappers over wrappers
Oct 15 13:49:19 <mickey|office> we do use existing infrastructure where they have a convenient dbus API
Oct 15 13:49:31 <mickey|office> but fso is about creating great dbus APIs for mobile devices
Oct 15 13:49:48 <baruch> so you plan to reimplement all the different gps protocols to be able to support them and to support those units that dont have a gps have get external usb or bt gpss?
Oct 15 13:50:42 <baruch> there is a sprout of dbus interface in gpsd, it's mostly unused and limited but its there. You can add the dbus interface there
Oct 15 13:51:24 <mickey|office> good, next step would be resource integration and attaching it to really weired systems, such as integrating with AT commands
Oct 15 13:51:25 <baruch> using gpsd is not necessarily the easiest route since its an established project with its own culture, but it makes more sense to me to use it than to build everything from scratch
Oct 15 13:51:49 <TAsn> mrmoku, pong
Oct 15 13:51:57 <baruch> what AT commands in GPSs?
Oct 15 13:52:02 <mickey|office> no, GPS over AT
Oct 15 13:52:18 <baruch> I dont understand what you are trying to say
Oct 15 13:52:18 <mickey|office> i don't think i want to pimp gpsd to support that kind of integration
Oct 15 13:52:25 <TAsn> baruch, did you see the wiki page? (opimd-redesign)
Oct 15 13:52:28 <mickey|office> some devices use AT commands
Oct 15 13:52:34 <mickey|office> to transfer GPS data
Oct 15 13:52:38 <baruch> TAsn, I saw it yesterday, didnt look at it today, still at work
Oct 15 13:52:39 <mickey|office> this needs to integrate with fsogsmd
Oct 15 13:52:50 <TAsn> baruch, okie :)
Oct 15 13:52:55 <mickey|office> also, the resource system has proven invaluable for our smartphone infrastructure
Oct 15 13:53:13 <mickey|office> i think it's very confusing for clients if we start with special cases
Oct 15 13:53:43 <mickey|office> i can take another look at gpsd
Oct 15 13:54:09 <mickey|office> integrating some of the protocol handling would be interesting
Oct 15 13:54:19 <mickey|office> i also want that libubx
Oct 15 13:54:27 <mickey|office> so that have something reusable
Oct 15 13:55:08 <baruch> gpsd already implement a set of protocols, its not using the full abilities of the gpss
Oct 15 13:55:12 <mrmoku> TAsn: I need some config values...
Oct 15 13:55:34 <mrmoku> and I don't consider /etc/frameworkd-phoneGui.conf the right place for that ;)
Oct 15 13:55:37 <baruch> that's why I sent my email there to gauge the chance to work with them, their code is already out there and works
Oct 15 13:56:14 <mickey|office> but with fso2 we have so much great infrastucture at our hand, i really need very good arguments to not use it but rather integrate something existing, especially when that means we get a worse API 
Oct 15 13:56:24 <TAsn> mrmoku, what config values?
Oct 15 13:56:26 <TAsn> and what for? efl2?
Oct 15 13:56:30 <mickey|office> bluez and connman are huge and comply to our architecture
Oct 15 13:56:31 <mrmoku> ophonekitd
Oct 15 13:56:35 <mickey|office> so that fits great
Oct 15 13:56:37 <TAsn> oh, NO!
Oct 15 13:56:42 <TAsn> we should *really*
Oct 15 13:56:44 <mrmoku> TAsn: things like gsm_register_on_startup
Oct 15 13:56:45 <mickey|office> gpsd, i'm not so sure
Oct 15 13:56:48 <TAsn> create a config file for 
Oct 15 13:56:49 <TAsn> ophonekitd
Oct 15 13:56:53 <TAsn> it's a shame we haven't already.
Oct 15 13:57:02 <mrmoku> there was once upon a time :P
Oct 15 13:57:05 <TAsn> (it's easy though, just change the path in ophonekitd)
Oct 15 13:57:10 <TAsn> mrmoku, ophonekit.conf :)
Oct 15 13:57:43 <mrmoku> question is... do we want ophonekitd.conf and phoneuid.conf or something like shr.conf with [ophonekitd] and [phoneuid]
Oct 15 13:57:45 <baruch> mickey|office, it seems to me that it is possible to propose and implement a good dbus interface to gpsd and it will improve things not just for smartphones where frameworkd is used but also to all gps users in unix land
Oct 15 13:58:25 <mickey|office> sounds optimistic
Oct 15 13:58:30 <spaetz_> making gpsd not suck would be nice, especially as I don't see it going away
Oct 15 13:58:31 <mickey|office> but yes, if that's possible, i'm all ears
Oct 15 13:58:46 <spaetz_> too many clients depend on it
Oct 15 13:58:47 <mickey|office> i welcome every line of code i don't have to write...
Oct 15 13:58:54 <spaetz_> hehe
Oct 15 13:58:55 <mickey|office> ... if the API and integration is perfect.
Oct 15 13:59:04 <mickey|office> that's where i'm not compromise friendly :)
Oct 15 13:59:04 <joerg_42> what about resource allocation and power mgmt integration then?
Oct 15 13:59:12 <spaetz_> baruch: you think gpsd would take gypsy type of dbus api?
Oct 15 13:59:16 <baruch> I've fired my email, I'll wait for responses and see if I can go that route, I'd prefer to use gpsd, but if that doesn't work, forking and/or reimplementing is an option
Oct 15 13:59:18 <mickey|office> joerg_42: indeed, that's the tough nut to crack when using anything else
Oct 15 13:59:28 <baruch> spaetz, they already have a limited dbus interface
Oct 15 13:59:31 <mickey|office> the gypsy api wasn't good anyways
Oct 15 13:59:34 <baruch> a single signal with all the basic data
Oct 15 13:59:38 <spaetz_> but then upstream gpsd is not extremely known for good cooperation IIRC
Oct 15 13:59:56 <spaetz_> I recall reading some rants
Oct 15 14:00:05 <baruch> it seems like there wasn't much interest from users in that interface and its left alone, but if new users come and suggest and implement new stuff, they might take it
Oct 15 14:00:27 <spaetz_> didn't Eric Raymond even dip its toes in there?
Oct 15 14:00:30 <TAsn> mrmoku, split.
Oct 15 14:00:31 <spaetz_> anyway bbl
Oct 15 14:00:41 <baruch> joerg_42, mickey|office, what resource management? enabling gps only when its used? 
Oct 15 14:00:41 <mrmoku> TAsn: hmm :|
Oct 15 14:00:48 <TAsn> mrmoku, YES!
Oct 15 14:00:52 <TAsn> they are different daemons
Oct 15 14:00:58 <TAsn> and we don't want people to be confused
Oct 15 14:01:01 <baruch> ESR is leading that project, yes
Oct 15 14:01:09 <TAsn> furthermore
Oct 15 14:01:09 <joerg_42> baruch: maybe also when it's "not used"
Oct 15 14:01:17 <TAsn> since they will be shipped in different packages
Oct 15 14:01:18 <mrmoku> TAsn: just like the fso daemons... all configured via frameworkd.conf
Oct 15 14:01:24 <TAsn> mrmoku, that's different.
Oct 15 14:01:28 <joerg_42> baruch: as we might want to keep fix
Oct 15 14:01:28 <mrmoku> why?
Oct 15 14:01:32 <TAsn> as fso is one daemon
Oct 15 14:01:36 <mrmoku> no
Oct 15 14:01:53 <TAsn> mrmoku, because an update in one shouldn't force us update a couple of packages.
Oct 15 14:01:54 <mrmoku> with fso2 not so
Oct 15 14:02:14 <TAsn> mrmoku, but they are interdependent
Oct 15 14:02:20 <TAsn> with phoneuid it's not the case
Oct 15 14:02:22 <baruch> joerg_42, they have some resource management of their own, they enable the device when a client requests for it, there may be an option to enable the gps as long as a client is connected and requested for the gps to be on
Oct 15 14:02:29 <TAsn> you don't need ophonekitd for phoneuid and vice versa
Oct 15 14:02:36 <TAsn> but most importantly, different packages
Oct 15 14:03:09 <mrmoku> of course the config would be in an extra package... but if you have that strong of an opinion...
Oct 15 14:03:15 <mrmoku> in this point I'm flexible :P
Oct 15 14:05:00 <TAsn> mrmoku, bah, no
Oct 15 14:05:08 <TAsn> config should be in the same package as the daemon
Oct 15 14:05:14 <TAsn> and the daemon in a different package
Oct 15 14:05:18 <TAsn> (in my pov)
Oct 15 14:05:26 <TAsn> as I said, one can live without the other.
Oct 15 14:05:42 <TAsn> it's like making ophonekitd and phonegui use the same config file
Oct 15 14:05:48 <TAsn> (which we do, and is BAD)
Oct 15 14:07:32 <mrmoku> ok
Oct 15 14:11:38 <TAsn> mrmoku, 
Oct 15 14:11:49 <TAsn> btw, I'll start working on adding multi backend support for phonegui
Oct 15 14:11:59 <TAsn> I'll start with adding multi glib-backend support
Oct 15 14:12:13 <TAsn> but after I'll add other loop support as well.
Oct 15 14:15:04 <mrmoku> TAsn: shouldn't we wait for no-async stuff to be merged into master?
Oct 15 14:23:46 <TAsn> i'm talking about phonegui
Oct 15 14:23:48 <TAsn> not efl2
Oct 15 14:23:56 <TAsn> async stuff is only in efl2
Oct 15 14:24:17 <TAsn> but that's a good reminder, when's the merge?
Oct 15 14:29:50 <mrmoku> TAsn: when it is ready ;)
Oct 15 14:29:58 <TAsn> ;)
Oct 15 14:29:59 <mrmoku> I have another problem...
Oct 15 14:30:16 <mrmoku> ophonekitd is running on the system bus and phoneuid on the session bus
Oct 15 14:30:30 <mrmoku> how does ophonekitd access phoneuid's methods?
Oct 15 14:30:40 <mrmoku> and how to ensure there is just one phoneuid service running?
Oct 15 14:31:39 <playya__> mrmoku, it's not possible to register a busname twice
Oct 15 14:32:16 <mrmoku> playya__: on different buses it is
Oct 15 14:32:17 <TAsn> no idea
Oct 15 14:32:24 <playya__> yes
Oct 15 14:32:26 <TAsn> but mrmoku, phoneuid should run ONCE
Oct 15 14:32:34 <TAsn> on the system bus
Oct 15 14:32:35 <TAsn> :)
Oct 15 14:32:47 <mrmoku> nooo, then we can't use dbus activation
Oct 15 14:32:55 <playya__> but atm we only have root 
Oct 15 14:33:05 <mrmoku> playya__: and we really should change that ;)
Oct 15 14:33:10 <playya__> yes
Oct 15 14:33:48 <playya__> you have to design the system bus part like usage
Oct 15 14:34:04 <playya__> that a phoneuid can register for differen users/sessions
Oct 15 14:34:27 <playya__> an multiplex the methods
Oct 15 14:34:34 <mrmoku> which user will get an incoming phone call then? :P
Oct 15 14:34:47 <playya__> all. fastest wins
Oct 15 14:34:51 <mrmoku> :P
Oct 15 14:35:19 <TAsn> mrmoku, I'm just saying other apps should be able to call phoneuid as well.
Oct 15 14:35:34 <playya__> phoneuid just has to close the window after the call is finished
Oct 15 14:35:54 <playya__> TAsn, thats also possible on session bus
Oct 15 14:35:57 <mrmoku> TAsn: that is no problem... shr-messages and such do that already
Oct 15 14:36:11 <TAsn> ok.
Oct 15 14:36:18 <TAsn> cool enough.
Oct 15 14:36:20 <mrmoku> TAsn: my solution would be to have a RegisterUiHandler method in ophonekitd
Oct 15 14:36:29 <TAsn> :|
Oct 15 14:36:33 <TAsn> which means what?
Oct 15 14:36:33 <playya__> yes
Oct 15 14:36:38 <mrmoku> which get's the environment variable for the session bus
Oct 15 14:36:39 <TAsn> I'm a big believer of KISS
Oct 15 14:36:53 <mrmoku> and ophonekitd connects to _that_ session bus
Oct 15 14:37:04 <TAsn> sounds fine with me
Oct 15 14:37:09 <TAsn> something like "active user" ?
Oct 15 14:37:15 <mrmoku> which ensures the same time there is just one phoneuid that get's called from ophonekitd
Oct 15 14:37:18 <mrmoku> yep
Oct 15 14:37:24 <TAsn> but
Oct 15 14:37:27 <TAsn> ok
Oct 15 14:37:27 <TAsn> :)
Oct 15 14:37:44 <playya__> but what about multible user session?
Oct 15 14:37:57 <playya__> hmm. we need PAM for this
Oct 15 14:37:58 <mrmoku> playya__: next step :)
Oct 15 14:38:10 <mrmoku> playya__: no sessionkit :D
Oct 15 14:38:30 <mrmoku> or policykit or however that is called
Oct 15 14:38:49 <mrmoku> the active session is the one that gets stuff
Oct 15 14:38:49 <playya__> shouldn't be that hard. its a list of clients instead of one client
Oct 15 14:39:12 <mrmoku> yeah, but in a next step please :)
Oct 15 14:41:14 <mrmoku> TAsn: what about preloading screens?
Oct 15 14:41:38 <TAsn> mrmoku, that can't be done with dbus activation, or can it?
Oct 15 14:41:58 <TAsn> brb in 5 mins
Oct 15 14:42:35 <mrmoku> TAsn: could be done of course
Oct 15 14:49:52 <TAsn> should be done. (probably)
Oct 15 14:50:09 <TAsn> though I'm not think that with current configuration lodaing screens is such a hassle.
Oct 15 14:50:26 <TAsn> i.e doesn't take that much time.
Oct 15 14:51:12 <mrmoku> we could do something like caching screens... if you started the dialer once it will keep it... and just hide/show it as needed
Oct 15 14:51:36 <mrmoku> (starting the dialer when already loaded is faaaaast :D)
Oct 15 14:52:10 <TAsn> mrmoku, so we should probably have a 
Oct 15 14:52:16 <TAsn> "load screen"
Oct 15 14:52:18 <TAsn> function
Oct 15 14:52:23 <TAsn> that'll just cache it on boot.
Oct 15 14:52:27 <TAsn> (cache everything)
Oct 15 14:52:38 <TAsn> and contacts app
Oct 15 14:52:41 <TAsn> should be always open
Oct 15 14:52:49 <TAsn> updating the list when necessary
Oct 15 14:53:40 <TAsn> same goes for sms
Oct 15 14:53:43 <TAsn> that'll be WAY faster.
Oct 15 14:55:20 <mrmoku> question is if we _always_ want that
Oct 15 14:55:29 <mrmoku> as it consumes mem
Oct 15 14:56:06 <TAsn> hm.. I think first we should add it.
Oct 15 14:56:13 <TAsn> then probably a config option/signal
Oct 15 14:56:19 <TAsn> maybe monitoring mem or something
Oct 15 14:57:16 <mrmoku> yup
Oct 15 14:58:25 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r0205dcbb6b91 10/fsogsmd/src/ (lib/atparser.vala plugins/dbus_service/plugin.vala): fsogsmd: add skeleton for org.freesmartphone.GSM.Call interface
Oct 15 15:04:01 <TAsn> mrmoku, anyhow, that can easily be added in the future
Oct 15 15:04:12 <TAsn> we should really take care of basic functions atm.
Oct 15 15:05:05 <mrmoku> yup, won't do that now ;)
Oct 15 15:07:48 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r6b32307184bf 10/fsogsmd/src/lib/ (Makefile.am atcall.vala modem.vala): fsogsmd: add skeleton for call handlers
Oct 15 15:08:05 <TAsn> btw, got an eta?
Oct 15 15:09:47 <TAsn> anyhow, phonegui, here I go.
Oct 15 15:13:27 <mrmoku> TAsn: pleeease... not in master and not in no-async... add a multi-backend branch :P
Oct 15 15:13:46 <TAsn> so nvm I'll just wait
Oct 15 15:13:48 <TAsn> but it's phonegui
Oct 15 15:13:51 <TAsn> did you change anything there?
Oct 15 15:15:01 <mrmoku> TAsn: I fear your changes will cause needed changes on my side?
Oct 15 15:15:12 <TAsn> no, nothing
Oct 15 15:15:14 <TAsn> if it's only phonegui
Oct 15 15:15:19 <TAsn> and you changed nonthing there
Oct 15 15:15:23 <TAsn> everything will be just fine :)
Oct 15 15:15:36 <mrmoku> well... if API for phonegui changes... efl2 changes...
Oct 15 15:16:02 <TAsn> the API won't change
Oct 15 15:16:05 <TAsn> only internal design.
Oct 15 15:16:27 <mrmoku> ok, if you promise :P 
Oct 15 15:16:38 * mrmoku curious to see how TAsn wants to achieve that...
Oct 15 15:18:36 <TAsn> :)
Oct 15 15:23:51 <TAsn> [dialer]
Oct 15 15:23:51 <TAsn> [messages]
Oct 15 15:23:51 <TAsn> [contacts]
Oct 15 15:23:51 <TAsn> [calls]
Oct 15 15:23:51 <TAsn> [phonelog]
Oct 15 15:23:52 <TAsn> [notification]
Oct 15 15:23:54 <TAsn> [idle_screen]
Oct 15 15:23:56 <TAsn> mrmoku, what more?
Oct 15 15:24:03 <TAsn> idle_screen = shr-today
Oct 15 15:27:37 <mrmoku> hmm.. [settings]
Oct 15 15:28:02 <TAsn> we'll have a settings app in phonegui?
Oct 15 15:28:05 <TAsn> I don't think so
Oct 15 15:28:08 <TAsn> as it's not phone related
Oct 15 15:28:22 <mrmoku> [dialogs]
Oct 15 15:28:43 <mrmoku> or is that part of notification
Oct 15 15:29:17 <mrmoku> TAsn: almmost all of shr-settings is phone related...
Oct 15 15:29:28 <TAsn> it's part of notifications
Oct 15 15:29:33 <TAsn> mrmoku, but it's not part of the phonestack
Oct 15 15:29:35 <TAsn> (I think)
Oct 15 15:29:53 <TAsn> uid is only about phone stack
Oct 15 15:30:12 <mrmoku> well... changing profiles is part of the phonestack
Oct 15 15:30:42 <mrmoku> dos1: what do you think? ^^^
Oct 15 15:32:09 <dos1> i don't think recently :P
Oct 15 15:32:20 <mrmoku> restart it then
Oct 15 15:32:32 <mrmoku> feels good from time to time :P
Oct 15 15:36:05 <mrmoku> TAsn: what about configuration of phoneuid? like selecting backends? or ophonekitd? like setting airplane mode?
Oct 15 15:36:26 <dos1> shr-settings module :D
Oct 15 15:36:30 <TAsn> mrmoku, got ya.
Oct 15 15:36:36 * TAsn is adding settings
Oct 15 15:36:38 <dos1> but well
Oct 15 15:36:52 <mrmoku> :)
Oct 15 15:37:08 <dos1> i also got you ;)
Oct 15 15:41:03 <mrmoku> hehe... RegisterUiHandler works :)
Oct 15 15:47:26 <joerg_42> multiple clients for dialer/phone are a little underspecified, as e.g. you got no decent concept if userB may use modem to place a call when the PIN was entered by userA
Oct 15 15:49:20 <TAsn> mrmoku, 
Oct 15 15:49:23 <TAsn> sim_auth
Oct 15 15:49:27 <TAsn> is that a different backend
Oct 15 15:49:31 <TAsn> or notification?
Oct 15 15:49:39 <CIA-26> SHR: 03mok 07shr * rc8de01ac13ce 10/ophonekitd/src/ophonekitd/ophonekitd-main.c: ophonekitd: add custom log handler and daemonize correctly
Oct 15 15:49:40 <CIA-26> SHR: 03mok 07shr * rd9b60f9de839 10/shr-messages/src/messages-main.c: shr-messages: adjust to phoneuid running on the session bus
Oct 15 15:49:41 <CIA-26> SHR: 03mok 07shr * r9a7bb265b1af 10/shr-contacts/src/contacts-main.c: shr-contacts: adjust to phonuid running on the session bus
Oct 15 15:49:43 <CIA-26> SHR: 03mok 07shr * r3c8a3fc27d0a 10/shr-dialer/src/dialer-main.c: shr-dialer: adjust to phoneuid running on the session bus
Oct 15 15:49:46 <CIA-26> SHR: 03mok 07shr * r79d300b3667d 10/ophonekitd/src/ophonekitd/ (ophonekitd-globals.h ophonekitd-main.c ophonekitd-main.h): ophonekitd: add new config value gsm_reregister_timeout
Oct 15 15:49:50 <CIA-26> SHR: 03mok 07shr * r9349cbd48e85 10/ophonekitd/src/ophonekitd/ (ophonekitd-fso.c ophonekitd-fso.h ophonekitd-main.c): ophonekitd: rework and cleanup ophonekitd-fso
Oct 15 15:49:54 <CIA-26> SHR: 03mok 07shr * r1266635e03a2 10/ophonekitd/src/phoneuid/ (13 files in 2 dirs): phoneuid: add dialer and dialogs, run on session bus,
Oct 15 15:49:57 <CIA-26> SHR: 03mok 07shr * r6b4ae0566929 10/ophonekitd/src/phoneuid/phoneuid.c: phoneuid: register with ophonekitd as UI handler
Oct 15 15:50:00 <CIA-26> SHR: 03mok 07shr * r05fce1bf0b92 10/ophonekitd/src/ophonekitd/ (Makefile.am ophonekitd-main.c): ophonekitd: gimme back my own config file ;)
Oct 15 15:50:00 <TAsn> what about ussd?
Oct 15 15:50:05 <CIA-26> SHR: 03mok 07shr * rcdb502f018a6 10/ophonekitd/src/phoneuid/ (phoneuid-messages.c phoneuid-messages.h): phoneuid: make Messages.DisplayList async
Oct 15 15:50:08 <CIA-26> SHR: 03mok 07shr * re17d1e5c77b6 10/ophonekitd/src/ophonekitd/ (ophonekitd-fso.c ophonekitd-fso.h ophonekitd-main.c): ophonekitd: listen to Network Status and reregister if necesary
Oct 15 15:50:11 <CIA-26> SHR: 03mok 07shr * rad2e3c2c33fb 10/ophonekitd/src/phoneuid/phoneuid-messages.c: phoneuid: remove an obselete include of vanished phoneuid.h
Oct 15 15:50:16 <CIA-26> SHR: 03mok 07shr * r4e846c9276f7 10/ophonekitd/src/ophonekitd/ (6 files in 2 dirs): ophonekitd: add RegisterUiHandler to Usage interface
Oct 15 15:50:17 <mrmoku> TAsn: I have it with dialogs... ---> aka notification
Oct 15 15:50:23 <TAsn> cool :)
Oct 15 15:50:29 <TAsn> both, right?
Oct 15 15:50:45 <mrmoku> both?
Oct 15 15:51:01 <mrmoku> show/hide simauth + ussd
Oct 15 15:51:13 <mrmoku> + dialogs for simfull / no sim and such
Oct 15 15:52:19 <joerg_42> hmm, interesting how to handle all that with multiple users logged in and registered for GSM services
Oct 15 15:52:38 <TAsn> joerg_42, impossible
Oct 15 15:52:41 <TAsn> (incoming calls)
Oct 15 15:52:55 <dos1> phone with multiple users?
Oct 15 15:53:00 <mrmoku> active session gets the call ;)
Oct 15 15:53:49 <joerg_42> who gets sim_auth?
Oct 15 15:54:03 <mrmoku> would be a nice marketing thingie... SHR first multi-user phone OS :P
Oct 15 15:54:08 <joerg_42> who gets SMS?
Oct 15 15:54:28 <mrmoku> joerg_42: don't worry... we don't want to go there :)
Oct 15 15:55:04 <joerg_42> u bet u don't want
Oct 15 15:55:18 <mrmoku> yep :)
Oct 15 15:55:33 <mrmoku> we're having enough problems yet :P
Oct 15 15:55:42 <Blu3> frameworkd is responsible for the initial launch of ophonekitd, right? 
Oct 15 15:56:15 <playya__> i don't think so
Oct 15 15:56:31 <mrmoku> Blu3: no
Oct 15 15:56:44 <mrmoku> Blu3: right now it is started via a X session script
Oct 15 15:56:50 <mrmoku> (that will change soon though)
Oct 15 15:57:06 <Blu3> ok, will it be launched by an init script?
Oct 15 15:57:18 <mrmoku> yup
Oct 15 15:57:30 <Blu3> 'k
Oct 15 15:59:24 <playya__> anyone has a fix for the imagemagick compilation error?
Oct 15 16:02:53 <joerg_42> hmm, seems ophomekitd has to use systembus to talk to gsm etc, and exactly *one* sessionbus as soon as it comes up, to talk to phonegui
Oct 15 16:04:28 <joerg_42> the restriction to the particular sessionbus ophonekitd uses is determining which user "owns" the phone functions
Oct 15 16:06:46 <mrmoku> joerg_42: that's exactly what I implemented :)
Oct 15 16:10:28 <TAsn> mrmoku, ok, I think I'm done.
Oct 15 16:10:36 <TAsn> testing.
Oct 15 16:11:06 <mrmoku> joerg_42: and... turning off and on gsm antenna via settings works now :)
Oct 15 16:11:24 <TAsn> mrmoku, yeah?
Oct 15 16:11:27 <TAsn> so I can close this bug?
Oct 15 16:12:18 * DocScrutinizer wonders how you can turn off a passive component... but anyway
Oct 15 16:12:22 <mrmoku> I just tried... it reregisters nicely to the network :)
Oct 15 16:12:47 <DocScrutinizer> powering down and up modem works like a charm on shr-u88
Oct 15 16:13:44 <dos1> yup, turning off/on gsm was fixed some time ago in shr-settings
Oct 15 16:13:49 <DocScrutinizer> so you created and fixed a bug in less than 10 weeks? Marvelous
Oct 15 16:13:58 <dos1> previously it used SetAntennaPower
Oct 15 16:14:00 <mrmoku> dos1: but did ophonekitd do the right thing then?
Oct 15 16:14:11 <dos1> now it uses Request/ReleaseResource from ophonekitd interface
Oct 15 16:14:16 <dos1> mrmoku: yup
Oct 15 16:14:27 <dos1> after change ofc
Oct 15 16:14:28 <DocScrutinizer> aaah, that's great for sure
Oct 15 16:14:38 <dos1> with SetAntennaPower it worked only sometimes :
Oct 15 16:14:40 <dos1> :P
Oct 15 16:14:45 <mrmoku> dos1: it could use SetAntennaPower now ;)
Oct 15 16:16:15 <TAsn> mrmoku, btw, what about hoversels?
Oct 15 16:16:17 <TAsn> anything new?
Oct 15 16:19:48 <CIA-26> SHR: 03tom 07libframeworkd-phonegui-efl2 * r6dca22c4889e 10/src/view/contact-show-view.c: started using phonegui_contact opimd alternatives
Oct 15 16:19:49 <CIA-26> SHR: 03mok 07libframeworkd-phonegui-efl2 * r3235658f638a 10/src/view/contact-show-view.c: contact-show-view: add a missing g_strstrip when reading out elm entries
Oct 15 16:19:49 <CIA-26> SHR: 03tom 07libframeworkd-phonegui-efl2 * r38700af42ca9 10/src/ (util/helper.c view/contact-show-view.c): added a debug message
Oct 15 16:19:50 <CIA-26> SHR: 03tom 07libframeworkd-phonegui-efl2 * r53265b741471 10/src/view/ (6 files): dropped many ogsmd stuff and strated using the phonegui_* alternatives instead
Oct 15 16:19:54 <CIA-26> SHR: 03tom 07libframeworkd-phonegui-efl2 * rd2b86aa1f293 10/src/view/ (contact-delete-view.c contact-list-view.c): strated using phonegui_contact_delete
Oct 15 16:19:58 <mrmoku> TAsn: I try them every second day... yesterday they did not work :(
Oct 15 16:19:59 <CIA-26> SHR: 03mok 07libframeworkd-phonegui-efl2 * rbffeba5ea580 10/src/ (8 files in 2 dirs): Merge branch 'master' into no-async
Oct 15 16:20:01 <CIA-26> SHR: 03tom 07libframeworkd-phonegui-efl2 * r277800550df1 10/src/view/contact-show-view.c: hopefully fixed the appending chars bug
Oct 15 16:20:12 <TAsn> :(
Oct 15 16:20:24 <TAsn> btw, this hopefully, was actually correct and fixed :)
Oct 15 16:21:23 <mrmoku> the missing g_strstrip?
Oct 15 16:21:30 <mrmoku> did that the same way in no-async :P
Oct 15 16:22:04 <TAsn> hehe :)
Oct 15 16:22:09 <mrmoku> TAsn: somehow the accept/reject buttons in incoming call screen do not work for me
Oct 15 16:22:16 <mrmoku> they worked before...
Oct 15 16:22:18 <TAsn> really? here they do.
Oct 15 16:22:27 <TAsn> btw, here name resolving on OUTGOING messages works
Oct 15 16:22:31 <TAsn> but not on incoming
Oct 15 16:22:33 <mrmoku> rebuilding efl2 after merging with master...
Oct 15 16:22:36 <TAsn> it seems that it's just opimd 
Oct 15 16:22:43 <TAsn> *sqlite conacts
Oct 15 16:22:44 <TAsn> that work
Oct 15 16:23:14 <TAsn> mrmoku, merging no-async? :)))
Oct 15 16:23:28 <mrmoku> TAsn: the other way round... fixes from master into no-async ;)
Oct 15 16:23:35 <TAsn> oh, hehe :)
Oct 15 16:23:54 <mrmoku> have to fix the dbus-activation... add some config file...
Oct 15 16:24:01 <mrmoku> and test everything
Oct 15 16:24:36 <mrmoku> ahh... and ophonekitd has to listen to opimd IncomingMessage signal...
Oct 15 16:24:55 <TAsn> yes.
Oct 15 16:26:03 <TAsn> hm.. I wonder
Oct 15 16:26:14 <TAsn> mrmoku, what happens if I init efl2 a couple of times in a row?
Oct 15 16:26:33 <TAsn> (I should probably make sure I don't, but still, if I do..?
Oct 15 16:28:33 * mrmoku off for dinner
Oct 15 16:37:25 <TAsn> nvm, will fix
Oct 15 16:37:26 <TAsn> cya
Oct 15 16:50:41 <mrmoku> TAsn: what happens?
Oct 15 16:53:39 <devilshawk> uh.. is there any way to get the KMS glamo driver + xserver-xorg running on current mrmoku feed or is this still under development?
Oct 15 16:53:53 <devilshawk> any help appreciated
Oct 15 16:58:56 <mrmoku> devilshawk: JaMa and Heinervdm are the xorg experts for SHR in here...
Oct 15 16:59:42 <Heinervdm> devilshawk: JaMa is testing kms, but it has some errors
Oct 15 17:04:05 <devilshawk> Heinervdm: well what do i need before i can start testing, it fails with an undefined symbol area in mesa dri for me
Oct 15 17:05:39 <mrmoku> TAsn: what about the message path/id issue? can I fix that in phonegui or will it collide?
Oct 15 17:05:51 <devilshawk> Heinervdm: next thing is, is the kernel currently supplied by the feed even kernel mode/ glamo aware, there was no kernel module or anything? do i need a different kernel?
Oct 15 17:06:32 <Heinervdm> devilshawk: in the latest feed mesa-dri should compile
Oct 15 17:06:45 <Heinervdm> and for kms the drm-tracking kernel is nedded
Oct 15 17:09:18 <devilshawk> Heinervdm: are this somewhere in binary or i need to compile myself?
Oct 15 17:09:38 <Heinervdm> devilshawk: don't know if there is a binary
Oct 15 17:11:55 <devilshawk> Heinervdm: the latest feed for mesa is where?
Oct 15 17:12:08 <Heinervdm> shr feed
Oct 15 17:12:12 <devilshawk> devilshawk: i got mrmoku unstable, from a few secs
Oct 15 17:12:30 <devilshawk> devilshawk: i got mrmoku unstable, from a few secs
Oct 15 17:12:41 <devilshawk> @Heinervdm
Oct 15 17:13:19 <Heinervdm> devilshawk: our OE feed shr/import should build the needed mesa-dri
Oct 15 17:14:29 <devilshawk> Heinervdm: you a link or address for the feed or is this not a bin feed like mrmoku?
Oct 15 17:14:48 <devilshawk> Heinervdm: got lost with all the feeds shuffling
Oct 15 17:14:58 <Heinervdm> devilshawk: it's the git repo with the bitbake recipes
Oct 15 17:15:15 <devilshawk> Heinervdm: so build it yourself fun
Oct 15 17:15:30 <Heinervdm> devilshawk: but i never tested kms, for stuff like this you better talk to JaMa 
Oct 15 17:16:45 <devilshawk> Heinervdm: k, thanx
Oct 15 17:31:05 <TAsn> mrmoku, depends
Oct 15 17:31:10 <TAsn> atm phonegui works with path
Oct 15 17:31:12 <TAsn> which you like
Oct 15 17:31:13 <TAsn> don't you?
Oct 15 17:33:37 <TAsn> mrmoku, btw, I added most of what's needed for multi backend support
Oct 15 17:33:50 <TAsn> (actually everything except for the threads for loops)
Oct 15 17:33:58 <TAsn> *but
Oct 15 17:34:02 <TAsn> the loops*
Oct 15 17:34:13 <TAsn> but the infrastructure is there.
Oct 15 17:36:03 <mrmoku> TAsn: void phonegui_messages_message_show(const int id);
Oct 15 17:36:17 <TAsn> oh
Oct 15 17:36:23 <TAsn> ok, lets discuss it then
Oct 15 17:36:29 <TAsn> I really don't think 
Oct 15 17:36:37 <TAsn> we should use paths
Oct 15 17:36:48 <mrmoku> TAsn: for example... we get IncomingMessage signal from opimd... with path
Oct 15 17:36:50 <TAsn> we want to support other pim daemons
Oct 15 17:36:52 <TAsn> not just opimd
Oct 15 17:36:55 <TAsn> and not just by dbus
Oct 15 17:37:04 <TAsn> maybe eds someday
Oct 15 17:37:06 <TAsn> I dunno.
Oct 15 17:37:19 <TAsn> I think passing an id as an int
Oct 15 17:37:26 <mrmoku> isn't that one argument more for using something flexible as a char
Oct 15 17:37:28 <mrmoku> *
Oct 15 17:37:31 <mrmoku> ?
Oct 15 17:37:46 <mrmoku> what about some ldap backend for example?
Oct 15 17:37:52 <TAsn> exactly.
Oct 15 17:37:58 <TAsn> that's why we should be generic
Oct 15 17:38:00 <mrmoku> no ids there
Oct 15 17:38:01 <TAsn> maybe a void *
Oct 15 17:38:04 <TAsn> is best then.
Oct 15 17:38:08 <spaetz> btw, can the 'add contact' screen when writing sms get a direct 'send' button?
Oct 15 17:38:10 <TAsn> no
Oct 15 17:38:15 <TAsn> this sucks (referring to self)
Oct 15 17:38:20 <TAsn> ok, whatever make it string :|
Oct 15 17:38:31 <TAsn> spaetz, no. :)
Oct 15 17:38:33 <TAsn> this sucks. :)
Oct 15 17:38:41 <mrmoku> TAsn: what about multiple ones with different parameters?
Oct 15 17:38:43 <spaetz> i hardly ever send to more than  1 person and that'd savw a click and a screen
Oct 15 17:38:54 <spaetz> TAsn, why?
Oct 15 17:38:58 <TAsn> mrmoku, gvalue?
Oct 15 17:39:10 <TAsn> spaetz, I think it makes everything too complicated
Oct 15 17:39:16 <mrmoku> that might be an option... is glib specific though
Oct 15 17:39:26 <TAsn> mrmoku, we are glib specific
Oct 15 17:39:31 <TAsn> (we use ghashtable for instance)
Oct 15 17:39:33 <mrmoku> not for the backends...
Oct 15 17:39:38 <mrmoku> hmm..
Oct 15 17:39:39 <TAsn> yes for the backends
Oct 15 17:39:44 <TAsn> the utility functions accept ghashtables
Oct 15 17:40:06 <mrmoku> I thought one requirement was to be able to write non glib backends?
Oct 15 17:40:21 <mrmoku> but I'm fine with that
Oct 15 17:40:22 <spaetz> TAsn, it's way less complicated than now. but i'll draw up an improvement proposal
Oct 15 17:40:37 <TAsn> spaetz, complicated as in screen estate
Oct 15 17:40:44 <TAsn> and changing current design
Oct 15 17:40:53 <TAsn> mrmoku, non glib-mainloop backends.
Oct 15 17:41:00 <TAsn> atm
Oct 15 17:41:04 <TAsn> we require glib support though
Oct 15 17:41:12 <TAsn> (we should probably typedef stuff and drop this dep)
Oct 15 17:41:13 <mrmoku> ok, then GValue would actually be a compromise :)
Oct 15 17:41:21 <spaetz> 'send' 'add more' 'back'. not more than 3 buttons
Oct 15 17:41:42 <spaetz> and 1 click/screen less in the common case
Oct 15 17:41:47 <mrmoku> TAsn: have to read the good night story now... bbiab
Oct 15 17:42:27 <TAsn> mrmoku|away, ciao.
Oct 15 17:42:36 <CIA-26> SHR: 03tom 07shr * r743d79071818 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): dropped the Conf global var, was useless
Oct 15 17:42:39 <CIA-26> SHR: 03tom 07shr * r636978891e77 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed a typo and removed a rogue free
Oct 15 17:42:40 <TAsn> mrmoku|away, actually, I prefer char * than a gvalue :)
Oct 15 17:42:41 <CIA-26> SHR: 03tom 07shr * r0eb232825662 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: added a workaround until we start running loops in threads
Oct 15 17:42:43 <CIA-26> SHR: 03tom 07shr * r7e9ee811e321 10/libframeworkd-phonegui/ (3 files in 2 dirs): added basic multibackend support, atm using multi backends that use the same mainloop is supported
Oct 15 17:42:50 <TAsn> *over a
Oct 15 17:46:10 <TAsn> dos1, what do I need to change in fso triggers in order to get message notification?
Oct 15 17:46:49 <dos1> TAsn: http://openmoko.opendevice.org/~dos/opimd/oeventsd/
Oct 15 17:47:02 <TAsn> thanks.
Oct 15 17:59:04 <TAsn> dos1, mind giving me an intro about shr-today?
Oct 15 17:59:07 <TAsn> when does it come up?
Oct 15 17:59:18 <TAsn> what can I expect from it?
Oct 15 17:59:21 <TAsn> I saw no wiki page :|
Oct 15 18:02:23 <dos1> TAsn: too late, there are now changes in shr-today with which i'm not familiar yet
Oct 15 18:02:43 <dos1> but it was just simple python app displaying full screen window with some informations and slider to unlock
Oct 15 18:03:56 <joerg_42> and I heard it breaks suspend resume
Oct 15 18:05:31 <dos1> ?
Oct 15 18:05:37 <dos1> how it could break suspend/resume? ;x
Oct 15 18:05:49 <TAsn> shr today is really nice :)
Oct 15 18:05:59 <TAsn> dos1, I also heard that.
Oct 15 18:06:12 <TAsn> anyhow, very nice app :)
Oct 15 18:06:19 <Sharwin_F> it's working well here, it's awesome indeed :D
Oct 15 18:06:22 <dos1> some stupid revelations, i can't see how it could break anything
Oct 15 18:06:40 <TAsn> dos1, no idea, maybe it asks for some resources...
Oct 15 18:06:43 <TAsn> goodness knows.
Oct 15 18:06:46 <dos1> TAsn: no, it doesn't
Oct 15 18:07:06 <dos1> TAsn: it only turns SetBacklightPower od suspend, if it's configured (but it can be disabled)
Oct 15 18:07:15 <dos1> and if it breaks suspend, then it's fso fault :P
Oct 15 18:07:32 <TAsn> ok, so it may be fso's fault.
Oct 15 18:07:37 <TAsn> but it amy still break stuff.
Oct 15 18:07:42 <TAsn> anyhow, a very nice app
Oct 15 18:07:44 <dos1> s/ it only turns SetBacklightPower od suspend,/ it only calls SetBacklightPower on suspend and resume,/
Oct 15 18:07:55 <TAsn> too bad it miscounts the missed calls
Oct 15 18:08:00 <dos1> but well, i still can't see how it can break anything
Oct 15 18:08:08 <TAsn> dos1, do you keep track of queried missed calls?
Oct 15 18:08:11 <dos1> and it doesn't miscount, it counts is correctly :P
Oct 15 18:08:17 <TAsn> in opimd I mean.
Oct 15 18:08:29 <dos1> that's you who don't mark calls as viewed
Oct 15 18:08:52 <dos1> New:0
Oct 15 18:08:52 <dos1> :P
Oct 15 18:08:52 <dos1> opimd-notifier does that
Oct 15 18:08:54 <TAsn> dos1, because I hate this clumsy way of doing stuff. :|
Oct 15 18:09:14 <TAsn> dos1, please patch pyphonelog to do it
Oct 15 18:09:16 <TAsn> (mark)
Oct 15 18:09:54 <dos1> i'll maybe add method MarkAllAsRead :P
Oct 15 18:09:59 <TAsn> dos1, btw, do we ship with shr-today installed by default?
Oct 15 18:10:02 <TAsn> dos1, please do.
Oct 15 18:10:03 <dos1> no
Oct 15 18:10:12 <dos1> s/Read/Viewed/
Oct 15 18:10:15 <TAsn> we should.
Oct 15 18:10:16 <dos1> or something like that
Oct 15 18:10:17 <dos1> ;p
Oct 15 18:10:28 <TAsn> dos1, you should.
Oct 15 18:10:39 <TAsn> will hopefully ease the pain.
Oct 15 18:11:24 <TAsn> but please read the opimd redesign page first ;)
Oct 15 18:12:09 <joerg_42> (markallasread) wrong! will open window for race
Oct 15 18:12:45 <TAsn> anyhow, dos1 mrmoku and I plan on adding shr_today like app ;)
Oct 15 18:12:49 <TAsn> *screen
Oct 15 18:12:51 <TAsn> into phonegui
Oct 15 18:12:59 <joerg_42> you can't mark anything as processed without holding (and passing) a handle to it
Oct 15 18:13:07 <TAsn> so if you have any suggestions, please make them now or forever hold your peace.
Oct 15 18:15:49 <joerg_42> or let me put it this way: mark-as-read is a method of the particular object, not of the container holding the objects
Oct 15 18:22:25 <dos1> joerg_42: that's how it's atm
Oct 15 18:22:34 <dos1> joerg_42: so i'll leave it as is ;)
Oct 15 18:24:17 <joerg_42> well, when the app displaying any info then is calling mark-as-read for each single info that's actually displayed (with an id or whatever) then everything should be fine, no?
Oct 15 18:24:56 * TAsn just issue a opkg remove notifier
Oct 15 18:25:01 <TAsn> man I'm glad to get rid of this sucky app
Oct 15 18:25:34 <TAsn> dos1, please also remove notifier in favor of shr-today in task-minimal-apps
Oct 15 18:25:39 <TAsn> or at least drop notifier
Oct 15 18:25:53 <TAsn> (we'll probably implement an shr-today alternative soon)
Oct 15 18:26:52 <dos1> but i won't do that today
Oct 15 18:27:07 <dos1> i have quite big homework left for tomorrow...
Oct 15 18:27:09 <Sharwin_F> I would set shr-today + opimd-notifier as default by now
Oct 15 18:29:29 <mrmoku> TAsn: yep... have thought about that too... GValue is ugly :P
Oct 15 18:29:56 <TAsn> mrmoku, hehe, cool :)
Oct 15 18:30:08 <TAsn> btw, when do you plan on merging?
Oct 15 18:30:14 <TAsn> I want to create an shr-today like screen :)
Oct 15 18:30:28 <TAsn> (actually I know nothing about efl so I want you to create it ;], I don't mind helping though)
Oct 15 18:30:46 <dos1> TAsn: look on newest version of shr-today
Oct 15 18:30:46 <TAsn> btw, remember, phoneuid does not listen to signals on it's own
Oct 15 18:30:52 <TAsn> you should listen to signal in ophonekitd
Oct 15 18:30:59 <dos1> it uses edj file now
Oct 15 18:31:00 <TAsn> dos1, where can I get it from
Oct 15 18:31:02 <TAsn> ?
Oct 15 18:31:08 <Blu3> what is a phone user id?
Oct 15 18:31:08 <dos1> probably that's what you want in phonegui-efl
Oct 15 18:31:22 <TAsn> Blu3, phoneuid is the phone UI daemon
Oct 15 18:31:23 <dos1> TAsn: http://wiki.github.com/slyon/today
Oct 15 18:31:48 <Blu3> phoneuid is easily confused with user id ^_^
Oct 15 18:32:20 <TAsn> Blu3, :)
Oct 15 18:32:35 <TAsn> anyhow, I'm off.
Oct 15 18:32:44 <Blu3> ciao mate
Oct 15 18:33:07 <mrmoku> TAsn: btw. what do we have phonegui_message_hide for?
Oct 15 18:33:08 <TAsn> mrmoku, don't forget about *not* listening to signals in phoneuid, as it's only a UI, the "logic" should be done in phonegui
Oct 15 18:33:18 <TAsn> mrmoku, you added it for "completeness"
Oct 15 18:33:21 <TAsn> or something like that ;)
Oct 15 18:33:25 <TAsn> I asked the same Q
Oct 15 18:33:35 <mrmoku> hehe... will remove it again then ;)
Oct 15 18:33:47 <TAsn> I don't think there should be any "hide" functions
Oct 15 18:33:49 <mrmoku> (because it does not work)
Oct 15 18:33:51 <TAsn> except for dialogs
Oct 15 18:33:55 <mrmoku> yup
Oct 15 18:33:55 <TAsn> idle screen
Oct 15 18:34:01 <TAsn> and whatever needs hiding :)
Oct 15 18:34:39 <mrmoku> TAsn: the stuff you comitted works? can I merge it into no-async?
Oct 15 18:34:42 <TAsn> btw, you remember you should only do stuff (cross windows) through phonegui functions, right?
Oct 15 18:34:51 <TAsn> mrmoku, I only put stuff that work in master :)
Oct 15 18:34:53 <TAsn> (usually)
Oct 15 18:34:58 <mrmoku> :)
Oct 15 18:35:16 <TAsn> mrmoku, that is, you should only add contact using phonegui_contacts_add_show
Oct 15 18:35:19 <mrmoku> TAsn: is there some phonegui function to load a message into a hashtable then?
Oct 15 18:35:46 <TAsn> mrmoku, no, as I haven't created that
Oct 15 18:35:47 <TAsn> not that
Oct 15 18:35:55 <TAsn> and not the contacts list loading
Oct 15 18:35:56 <Heinervdm> JaMa: pls don't use { } in install command...
Oct 15 18:35:59 <TAsn> or message list loding
Oct 15 18:36:03 <TAsn> but I'll asap.
Oct 15 18:36:11 <TAsn> Heinervdm, anything new concerning Xorg resume? :)
Oct 15 18:36:24 <Heinervdm> TAsn: have no image to test ;)
Oct 15 18:36:36 <TAsn> noo!!! :(
Oct 15 18:36:36 <TAsn> :)
Oct 15 18:36:37 <Heinervdm> But i hope i can test one tomorrow
Oct 15 18:36:39 <mrmoku> NOTE: Running task 2238 of 7630
Oct 15 18:36:54 <TAsn> Heinervdm, :)))
Oct 15 18:37:03 <TAsn> I can't explain how anxious I am.
Oct 15 18:37:09 <TAsn> Since I really feel like we are getting there
Oct 15 18:37:12 <TAsn> we only need theme
Oct 15 18:37:17 <TAsn> and some touch ups in phoneuid
Oct 15 18:37:23 <TAsn> and we'll have a working decent phone
Oct 15 18:37:28 <TAsn> (Except for echo and fso bugs)
Oct 15 18:37:29 <Heinervdm> yes
Oct 15 18:37:58 <Heinervdm> i hope we solved the resume issue by updating :)
Oct 15 18:38:54 <TAsn> Heinervdm, I hope so as well.
Oct 15 18:39:02 <mrmoku> TAsn: what about renaming phonegui to phoneui and give it a repo of it's own?
Oct 15 18:39:09 <KeinanZ> TAsn: you got any idea's about what i've asked in the ML ? bout that writing pad connection and suite program?
Oct 15 18:39:28 <TAsn> mrmoku, YES!
Oct 15 18:39:38 <mrmoku> when?
Oct 15 18:39:48 <TAsn> KeinanZ, yes, though I haven't had the time to answer you
Oct 15 18:39:55 <TAsn> KeinanZ, it's linux
Oct 15 18:40:00 <TAsn> just get one that consumes little power
Oct 15 18:40:06 <TAsn> (and works with linux)
Oct 15 18:40:11 <TAsn> and you are free to go
Oct 15 18:40:18 <TAsn> KeinanZ, why don't you use the mokos ts btw?
Oct 15 18:40:22 <TAsn> ts = touchscreen
Oct 15 18:40:37 <TAsn> mrmoku, hm... as soon as you merge everything you have there into master
Oct 15 18:40:45 <mrmoku> Heinervdm: arghh.. util-linux-ng failed again :(
Oct 15 18:40:54 <TAsn> mrmoku, but please transfer commit history as well...
Oct 15 18:40:59 <TAsn> mrmoku, and btw
Oct 15 18:41:01 <Heinervdm> mrmoku: it's not util-linux-ng ;)
Oct 15 18:41:04 <TAsn> let's rename it completely!
Oct 15 18:41:07 <mrmoku> TAsn: ok, we'll look into it after the merge then
Oct 15 18:41:08 <KeinanZ> hmm that didnt work...something with the software i guess, it crashed evry couple of min's
Oct 15 18:41:09 <TAsn> libphoneui
Oct 15 18:41:29 <TAsn> not libframeworkd-phoneui-long-name-as-we-want-it-to-be-hard-to-write
Oct 15 18:41:37 <mrmoku> ERROR: Task 1176 (/home/mok/src/other/openmoko/shrmerge/shr-unstable/openembedded/recipes/util-linux-ng/util-linux-ng_2.16.bb, do_package_write_ipk) failed
Oct 15 18:41:41 <TAsn> mrmoku, or maybe something more complex
Oct 15 18:41:46 <TAsn> but not that crap
Oct 15 18:41:46 <KeinanZ> and bout the ts, i need to make trig's on it
Oct 15 18:41:56 <TAsn> mrmoku, let's discuss it tomorrow, ok?
Oct 15 18:42:00 <mrmoku> ok
Oct 15 18:42:00 <TAsn> KeinanZ, trig?
Oct 15 18:42:07 <TAsn> mrmoku, don't forget, as I will :)
Oct 15 18:42:08 <Heinervdm> mrmoku: i did a -c clean for that an retried
Oct 15 18:42:11 <Heinervdm> then it worked
Oct 15 18:42:17 <mrmoku> ok, will try that then :)
Oct 15 18:42:31 <TAsn> KeinanZ, no idea, it's just linux, as long as you turn usb host up, it's regular old linux :)
Oct 15 18:42:44 <TAsn> btw, I really suggest you buy a sillicon keyboard instead of a touchpad
Oct 15 18:42:50 <TAsn> a lot more convinient :)
Oct 15 18:42:57 <TAsn> (and learn how to write formulas in latex..)
Oct 15 18:43:08 <KeinanZ> trig's > math..student
Oct 15 18:43:22 <KeinanZ> for drawings
Oct 15 18:43:30 <KeinanZ> keyboard cant help me with that :)
Oct 15 18:43:36 <TAsn> latex
Oct 15 18:43:36 <Heinervdm> mrmoku: e2fsprogs had the same issue for me...
Oct 15 18:43:39 <KeinanZ> anyway, laterz 
Oct 15 18:43:42 <TAsn> I'm also a math student
Oct 15 18:43:55 <Heinervdm> and for libsndfile1 is an patch in patchwork
Oct 15 18:43:56 <TAsn> I use latex (for h.w actually as I don't write notes in class)
Oct 15 18:44:11 <KeinanZ> hmm okie
Oct 15 18:44:27 <KeinanZ> ill msg you later maybe youll be able to hepl me figuring it out
Oct 15 18:45:10 <TAsn> KeinanZ, preferably in ML
Oct 15 18:45:18 <TAsn> but you are more than welcomed to pm me.
Oct 15 18:47:07 <mrmoku> TAsn: what happened to phonegui_loop?
Oct 15 18:48:59 <TAsn> no idea
Oct 15 18:49:01 <TAsn> wasn't there
Oct 15 18:49:02 <TAsn> :(
Oct 15 18:49:10 <TAsn> please add it
Oct 15 18:49:18 <TAsn> and replace phonegui_init
Oct 15 18:49:25 <TAsn> i.e what I did in init should actually be done in loop
Oct 15 18:49:31 <TAsn> and init should be like the rest.
Oct 15 18:49:38 <TAsn> or if you don't understand my poor explanation
Oct 15 18:49:42 <TAsn> wait for tomorrow
Oct 15 18:49:45 <TAsn> I'll do it in a second
Oct 15 18:49:51 <TAsn> as I know what's needed to be done
Oct 15 18:49:58 <mrmoku> so do it now ;)
Oct 15 18:50:49 <TAsn> I really gtg
Oct 15 18:50:51 <TAsn> but...
Oct 15 18:50:52 <TAsn> ok :)
Oct 15 18:50:54 <TAsn> sec.
Oct 15 18:51:15 <TAsn> what does the loop accept, nothing, right?
Oct 15 18:51:22 <mrmoku> yup
Oct 15 18:51:38 <mrmoku> TAsn: wait... init has to create the main loop though
Oct 15 18:52:00 <TAsn> no
Oct 15 18:52:02 <TAsn> so change that
Oct 15 18:52:07 <TAsn> add that to the loop function
Oct 15 18:52:25 <TAsn> make init just do non loop specific initialzations
Oct 15 18:53:59 <mrmoku> TAsn: ok, if you gtg... go 
Oct 15 18:54:02 <mrmoku> will do it :)
Oct 15 18:54:53 <TAsn> sec
Oct 15 18:54:54 <TAsn> almost done
Oct 15 18:54:59 <mrmoku> ok :)
Oct 15 18:56:31 <TAsn> I think it's done
Oct 15 18:56:32 <TAsn> sec :)
Oct 15 18:57:57 <TAsn> mrmoku, btw, I'm glad you decided you want a rename as well :)
Oct 15 18:58:04 <TAsn> (as it actually changed quite a lot)
Oct 15 18:58:13 <TAsn> we should also rename efl2 when we find time.
Oct 15 18:58:21 <mrmoku> in efl-ng
Oct 15 18:58:23 <mrmoku> :)
Oct 15 18:58:34 <TAsn> :)
Oct 15 18:58:38 <TAsn> have fun:
Oct 15 18:58:41 <mrmoku> or maybe in elm
Oct 15 18:58:41 <CIA-26> SHR: 03tom 07shr * r1032b53a7573 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added phonegui_loop
Oct 15 18:58:42 <TAsn> ciao.
Oct 15 18:58:47 <mrmoku> thanks, ciao
Oct 15 18:58:51 <TAsn> mrmoku, elm is probably a better name.
Oct 15 18:58:57 <TAsn> mrmoku, it even compiles ;]
Oct 15 18:59:03 <Heinervdm> lbxzlib.h not found...
Oct 15 19:00:23 <joerg_42> heh, cool. blue led and autosuspend-off are frozen
Oct 15 19:00:26 <Kensan> TAsn: just a though: is elm not running the risk of being confused with elementary?
Oct 15 19:00:29 <Kensan> t
Oct 15 19:01:04 <mrmoku> Kensan: well not just elm... libphoneui-backend-elm or something like that :)
Oct 15 19:01:12 <mrmoku> or just libphoneui-elm
Oct 15 19:01:14 <joerg_42> no orange led on charging, no led off on removing charger, no autosuspend
Oct 15 19:01:53 <joerg_42> autodim works though, and is enablable
Oct 15 19:02:13 <joerg_42> i.e. set to on/off works, in powersettings
Oct 15 19:02:25 <joerg_42> not for autosuspend though
Oct 15 19:03:06 <joerg_42> really great for batlife
Oct 15 19:12:00 <Heinervdm> http://cgit.freedesktop.org/xorg/proto/xextproto/commit/?id=57d09e47d05fce0d6df4060b2eff9a8efcc25b2f how can i compile liblbxutil after that...
Oct 15 19:12:23 <CIA-26> SHR: 03tom 07shr * r87ada01a33dc 10/libframeworkd-phonegui/ (3 files in 2 dirs): Merge branch 'master' of git+ssh://shr.bearstech.com/shr
Oct 15 19:12:24 <CIA-26> SHR: 03tom 07shr * r7922e89492cd 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: added a debug message
Oct 15 19:12:24 <CIA-26> SHR: 03mok 07shr * re34d85cd9dae 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): phonegui: remove unnecessary hide functions
Oct 15 19:12:25 <CIA-26> SHR: 03tom 07shr * r3b3788f2de62 10/ophonekitd/src/ophonekitd-main.c: fixed the phonegui_message vs phonegui_messages_message error
Oct 15 19:12:32 <CIA-26> SHR: 03tom 07shr * r7da17da185d6 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): renamed to phonegui_messages and phonegui_contacts
Oct 15 19:12:33 <CIA-26> SHR: 03tom 07shr * r3a5f9326335d 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): added phonegui_call_send_dtmf
Oct 15 19:12:36 <CIA-26> SHR: 03tom 07shr * r7f4a0f295672 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: added missing include
Oct 15 19:12:39 <CIA-26> SHR: 03tom 07shr * r3aae3a02a971 10/libframeworkd-phonegui/ (3 files in 2 dirs): added phongeui contact delete
Oct 15 19:12:42 <CIA-26> SHR: 03tom 07shr * rda053ee3fa82 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: Revert "added missing include" - as it wasn't really missing
Oct 15 19:12:45 <CIA-26> SHR: 03tom 07shr * r3c281b6e4c5d 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): added phonegui_network_send_ussd_request
Oct 15 19:12:48 <CIA-26> SHR: 03tom 07shr * r29782ca94224 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.c: added missing include and added a missing bracket
Oct 15 19:12:51 <CIA-26> SHR: 03tom 07shr * r8fc7cfc44519 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): added phongeui_message_delete
Oct 15 19:13:00 <CIA-26> SHR: 03tom 07shr * r7e9ee811e321 10/libframeworkd-phonegui/ (3 files in 2 dirs): added basic multibackend support, atm using multi backends that use the same mainloop is supported
Oct 15 19:13:03 <CIA-26> SHR: 03mok 07shr * r47ee2608aeca 10/ophonekitd/src/ophonekitd/ (ophonekitd-fso.c ophonekitd-fso.h ophonekitd-main.c): ophonekitd: listen to opimds IncomingMessage signal
Oct 15 19:13:06 <CIA-26> SHR: 03mok 07shr * rb71385790016 10/libframeworkd-phonegui/ (6 files in 3 dirs): Merge branch 'master' into no-async
Oct 15 19:13:09 <CIA-26> SHR: 03tom 07shr * r743d79071818 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): dropped the Conf global var, was useless
Oct 15 19:13:12 <CIA-26> SHR: 03tom 07shr * r1032b53a7573 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): added phonegui_loop
Oct 15 19:13:19 <CIA-26> SHR: 03mok 07shr * r93fb8059c922 10/ophonekitd/src/ophonekitd/ophonekitd-main.c: ophonekitd: disable unfinished signal handling
Oct 15 19:13:22 <CIA-26> SHR: 03mok 07shr * r47772772965c 10/libframeworkd-phonegui/src/ (3 files): Merge branch 'master' into no-async
Oct 15 19:13:25 <CIA-26> SHR: 03tom 07shr * r0eb232825662 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: added a workaround until we start running loops in threads
Oct 15 19:13:30 <CIA-26> SHR: 03tom 07shr * r05c459dd10b6 10/libframeworkd-phonegui/src/ (frameworkd-phonegui-utility.c frameworkd-phonegui-utility.h): added phonegui_contact_add/update functions
Oct 15 19:13:33 <CIA-26> SHR: 03tom 07shr * r636978891e77 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: fixed a typo and removed a rogue free
Oct 15 19:13:36 <CIA-26> SHR: 03tom 07shr * r0e2241138878 10/libframeworkd-phonegui/src/frameworkd-phonegui-utility.h: fixed a typo
Oct 15 19:14:23 <Heinervdm> JaMa: we need to downgrade xextproto to 7.0.5
Oct 15 19:25:08 <CIA-26> SHR: 03mok 07libframeworkd-phonegui-efl2 * r7a3ca7455c04 10/src/phonegui-init.c: phonegui-init: move creating the main loop from init to loop
Oct 15 19:25:09 <CIA-26> SHR: 03mok 07libframeworkd-phonegui-efl2 * r2bd40d463f0f 10/src/ (12 files): remove unneccessary hide functions
Oct 15 19:27:50 <dcordes> mickey|tv, when will you add msm in framework 2.0 ?
Oct 15 19:34:44 <CIA-26> SHR: 03mok 07shr * r9732bba67d0c 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: phonegui: actually really remove the hide stuff :P
Oct 15 19:34:45 <CIA-26> SHR: 03mok 07shr * r36409d74a902 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): Merge branch 'master' into no-async
Oct 15 19:34:46 <CIA-26> SHR: 03mok 07shr * re34d85cd9dae 10/libframeworkd-phonegui/src/ (frameworkd-phonegui.c frameworkd-phonegui.h.in): phonegui: remove unnecessary hide functions
Oct 15 19:34:48 <CIA-26> SHR: 03mok 07shr * rc697b23bdace 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: phonegui: actually really remove the hide stuff :P
Oct 15 19:36:33 <Heinervdm> TAsn, mrmoku: http://shr.pastebin.com/m4c7ab29c
Oct 15 19:39:25 <mrmoku> Heinervdm: you caught me between two commits :P
Oct 15 19:39:34 <mrmoku> should be fixed now
Oct 15 19:39:38 <Heinervdm> ok
Oct 15 19:39:40 <Heinervdm> rebuilding
Oct 15 19:39:42 <mrmoku> sorry :)
Oct 15 19:40:06 <Heinervdm> mrmoku: but it looks good so far
Oct 15 19:40:34 <Heinervdm> mrmoku: one issue is that we have to select mesa-dri instead of mesa somehow
Oct 15 19:43:10 <mrmoku> Heinervdm: is that a problem?
Oct 15 19:43:46 <Heinervdm> mrmoku: we want to have mesa-dri, but bitbake ignores PREFERRED_PROVIDER_mesa = "mesa-dri"
Oct 15 19:44:24 <mrmoku> Heinervdm: I remember that sometimes it was needed to have somethink like that in addition:
Oct 15 19:44:37 <mrmoku> PREFERRED_PROVIDER_mesa-dri = "mesa-dri"
Oct 15 19:45:03 <mrmoku> we needed that for our frameworkd-config IIRC
Oct 15 19:57:31 <mrmoku> Heinervdm: yup, e2fsprogs for me too now :)
Oct 15 19:58:29 <Heinervdm> mrmoku: don't apply the 2 downgrade patches, have to discuss them with JaMa 
Oct 15 20:02:03 <mrmoku> ok
Oct 15 20:06:54 <Heinervdm> mrmoku: i rejected these two, because liblbxutil is needed by no package we need...
Oct 15 20:17:50 <admiral0> hi
Oct 15 20:18:08 <admiral0> libfsoframework from git does not compile
Oct 15 20:18:21 <admiral0> s/fsoframework/fsotransport/
Oct 15 20:18:21 <apt> admiral0 meant: libfsotransport from git does not compile
Oct 15 20:18:32 <Heinervdm> playya__: you should use += instead of _append, _append adds no blank
Oct 15 20:18:59 <playya__> hmm. ok
Oct 15 20:19:25 <playya__> i had some problem using +=. that's why i prefer _append
Oct 15 20:20:11 <Heinervdm> playya__: then you should add the blank, because when someone removes the blank in SRC_URI the recipe will fail
Oct 15 20:20:26 <Heinervdm> add the blank at the beginning
Oct 15 20:20:29 <playya__> ok
Oct 15 20:22:08 <playya__> sent
Oct 15 20:23:14 <Heinervdm> :)
Oct 15 20:37:14 <mrmoku> Heinervdm, playya__: want me to apply the four patches or is tomrrow morning sufficient?
Oct 15 20:37:22 * mrmoku is going to bed real soon now :)
Oct 15 20:37:42 <playya__> tomorrow is ok too
Oct 15 20:38:01 <playya__> i didn't check if imagemagick needs patching, too
Oct 15 20:38:08 <mrmoku> ok, great :)
Oct 15 20:38:17 * mrmoku off to bed then :D
Oct 15 20:38:19 <mrmoku> gnight all
Oct 15 20:38:20 <Heinervdm> there is no one else building it, so tomorrow is ok :)=
Oct 15 20:38:33 <DocMobilizer> mrmoku|away: n8
Oct 15 20:39:11 <playya__> good night
Oct 15 20:54:37 <spaetz> night
Oct 15 21:18:21 <GNUtoo> PaulFertser, hi
Oct 15 21:18:50 <PaulFertser> GNUtoo: hey :)
Oct 15 21:19:06 <GNUtoo> PaulFertser, we've got logs...it looks ugly I hope it's workable:
Oct 15 21:19:11 <GNUtoo> http://pastebin.com/d6f70d4a5
Oct 15 21:21:36 <GNUtoo> I've added AT> and AT<
Oct 15 21:21:42 <GNUtoo> in the printk
Oct 15 21:21:59 <PaulFertser> GNUtoo: i see
Oct 15 21:22:13 <GNUtoo> my patch is something like that: http://pastebin.com/m29b6bba5
Oct 15 21:22:20 <GNUtoo> PaulFertser, is it usable?
Oct 15 21:22:37 <PaulFertser> GNUtoo: indeed
Oct 15 21:22:43 <max_posedon> sorry, very stupid quesion, how to add additional comments before patch sended by git send-email
Oct 15 21:22:48 <GNUtoo> ok thanks a lot
Oct 15 21:23:01 <PaulFertser> max_posedon: in an additional mail or in the same?
Oct 15 21:23:15 <max_posedon> better in same
Oct 15 21:23:22 <max_posedon> (just one patch)
Oct 15 21:23:54 <max_posedon> patch already have comments, but I want add in mail smth like "hello"
Oct 15 21:24:01 <PaulFertser> max_posedon: do you want to create a cover letter for series? If yes, then do --compose, if not (your case) add your additional comments inside the patch after "--". You can git format-patch first, edit it and then send with git send-email.
Oct 15 21:24:36 <max_posedon> ok, thanks
Oct 15 21:26:33 <PaulFertser> max_posedon: or just git format-patch and attach the file to your mail as usual.
Oct 15 21:27:13 <PaulFertser> GNUtoo: do you know what ^Q and ^S are?
Oct 15 21:27:53 <GNUtoo> no
Oct 15 21:30:02 <Heinervdm> matchbox-panel-2 isn't buildable anymore with gcc 4.4
Oct 15 21:30:10 <Heinervdm> for what do we need that?
Oct 15 21:30:40 <PaulFertser> GNUtoo: it's "software flow control"
Oct 15 21:30:49 <GNUtoo> ok
Oct 15 21:31:03 <DocMobilizer> PaulFertser: lol
Oct 15 21:31:55 <DocMobilizer> it's key-assignment for sw-flowcon at best ;-)
Oct 15 21:35:09 <PaulFertser> DocMobilizer: well, they look too suspicious in gsm modem exchange trace to be considered just key-assignments.
Oct 15 21:35:37 <DocMobilizer> yup
Oct 15 21:35:49 <DocMobilizer> tho no look at log
Oct 15 21:35:52 <PaulFertser> DocMobilizer: but they might as well mean anything else of course.
Oct 15 21:36:49 <DocMobilizer> this can be 2char seq, no?
Oct 15 21:37:38 <PaulFertser> DocMobilizer: not in this case
Oct 15 21:40:49 <DocMobilizer> if it's the sw-flowcon bytes actually, then that's prolly BAD
Oct 15 21:40:56 <PaulFertser> GNUtoo: is it a trace for the proprietary ril that works on usa devices?
Oct 15 21:41:07 <GNUtoo> PaulFertser, yes it's that
Oct 15 21:41:19 <PaulFertser> GNUtoo: is it a trace captured on those devices?
Oct 15 21:41:25 <GNUtoo> yes it is
Oct 15 21:41:29 <DocMobilizer> duh
Oct 15 21:41:31 <PaulFertser> DocMobilizer: it seems that the log is somehow damaged
Oct 15 21:42:01 <DocMobilizer> or binary data
Oct 15 21:42:08 <GNUtoo> I'll doubble check but that's what I asked for
Oct 15 21:44:22 <PaulFertser> GNUtoo: you need to check what step in the dialling manually way fails. Probably they can't register to operator or there's some error even earlier.
Oct 15 21:44:34 <GNUtoo> PaulFertser, indeed look at my patch: http://pastebin.com/m29b6bba5
Oct 15 21:45:20 <GNUtoo> PaulFertser, seem that the person with the us adp phone did not carefully read what I said...I think he used the free ril
Oct 15 21:45:37 <GNUtoo> I'm sorry
Oct 15 21:45:52 <PaulFertser> GNUtoo: aha, %s means the string must be null-terminated, which doesn't seem to be always the case here.
Oct 15 21:46:04 <GNUtoo> he'll build a new firmware and retry as quick as possible
Oct 15 21:46:35 <PaulFertser> GNUtoo: try to terminate the string with NULL so it will have only the bytes actually transmitted.
Oct 15 21:46:36 <GNUtoo> (dowloading from me is too slow so he build in order to be faster...moreover my build are not setup for a modified kernel)
Oct 15 21:46:53 <GNUtoo> ok thanks
Oct 15 21:47:02 <GNUtoo> ah indeed \r \n
Oct 15 21:47:04 <GNUtoo> no null
Oct 15 21:47:06 <GNUtoo> ok thanks a lot
Oct 15 21:47:15 <PaulFertser> GNUtoo: and i don't see any attempt to dial a number in his log.
Oct 15 21:47:30 <GNUtoo> PaulFertser, ATD?
Oct 15 21:47:45 <PaulFertser> Ah, i see now.
Oct 15 21:48:05 <GNUtoo> PaulFertser, anyway we will have a better log soon
Oct 15 21:48:58 <DocMobilizer> he btw funny tho obvious a plain ATD4567 does a carrier connect it seems
Oct 15 21:50:12 <PaulFertser> GNUtoo: it seems it told him "OK" after ATD so it should have worked (puzzled)
Oct 15 21:50:41 <DocMobilizer> so i wonder if there's anymore 56k dialin internet service telnr in germany
Oct 15 21:51:04 <GNUtoo> ok I'll try a better patch
Oct 15 21:53:24 <GNUtoo> http://pastebin.com/m156878e0 seems more redeable
Oct 15 21:53:34 <GNUtoo> I'll ask to modify the kernel that way
Oct 15 21:53:42 <PaulFertser> GNUtoo: it would be nice to have logs for both proprietary and free rils on the same device on the same carrier, one working (proprietary) and one non-working (free). Of course it shouldn't be garbled. I think this approach will give fast results.
Oct 15 21:54:10 <GNUtoo> ok thanks a lot
Oct 15 21:54:31 <PaulFertser> GNUtoo: is it with your new patch?
Oct 15 21:54:38 <GNUtoo> yes
Oct 15 21:54:44 <GNUtoo> but that's on my device
Oct 15 21:54:57 <PaulFertser> GNUtoo: still some binary data creep in.
Oct 15 21:55:06 <GNUtoo> so what should I do then?
Oct 15 21:55:14 <GNUtoo> my patch looks like this:
Oct 15 21:55:15 <GNUtoo>         printk(KERN_ERR "AT> %s\n\0",buf);
Oct 15 21:55:57 <PaulFertser> But it's much better anyway.
Oct 15 21:55:57 <GNUtoo> ok
Oct 15 21:55:57 <PaulFertser> GNUtoo: haha
Oct 15 21:55:57 <PaulFertser> GNUtoo: no.
Oct 15 21:55:57 <GNUtoo> should I try to print in hex?
Oct 15 21:56:45 <PaulFertser> GNUtoo: you want something like buf[len] = '\0'; just before the printk and your previous patch should be "ok" with these modifications.
Oct 15 21:56:55 <PaulFertser> (no \n\0 necessary i guess)
Oct 15 21:57:01 <GNUtoo> ok
Oct 15 21:57:15 <GNUtoo> but modifying the buf would lend to buffer problems no?
Oct 15 21:57:25 <GNUtoo> ah [len]
Oct 15 21:57:34 <PaulFertser> GNUtoo: i guess no because it'll use only 0..len-1 bytes from there.
Oct 15 21:57:50 <GNUtoo> indeed that's why I told ah [len]
Oct 15 21:57:59 <GNUtoo> ah no
Oct 15 21:58:11 <PaulFertser> But if you're really paranoid you can restore the byte after printk :)
Oct 15 21:58:16 <GNUtoo> ah ok
Oct 15 21:58:32 <GNUtoo> but printk-ing \0 after has not the same result?
Oct 15 21:58:52 <GNUtoo> so we don't modify the buffer,and we stay safe on string length
Oct 15 21:59:58 <GNUtoo> PaulFertser, the person with the adp has to leave his office so he will have the dmesg tomorrow
Oct 15 21:59:58 <PaulFertser> GNUtoo: the way you did it doesn't change anything at all.
Oct 15 22:00:04 <GNUtoo> ok
Oct 15 22:00:22 <GNUtoo> ah ok I understand
Oct 15 22:00:27 <GNUtoo> the %s matches a string
Oct 15 22:00:36 <PaulFertser> GNUtoo: you just added another \0 to the format string. But when you use a string literal in C ("") the trailing \0 is added automatically.
Oct 15 22:00:37 <GNUtoo> so if I add \0 at the end it changes nothing
Oct 15 22:01:40 <GNUtoo> I don't know well the kernel...if I add +1 to the len of the str...will it make problems
Oct 15 22:02:01 <PaulFertser> GNUtoo: you can debug the patch on your device for now so the person with adp will have something ready and clean tomorrow.
Oct 15 22:02:07 <GNUtoo> ok
Oct 15 22:02:14 <DocMobilizer> a%s will print starting at memaddr buf is pointing to, until it finds a terminating \000
Oct 15 22:02:14 <GNUtoo> but I've to go to sleep
Oct 15 22:02:19 <PaulFertser> GNUtoo: there's no length of a string. In C you just have array.
Oct 15 22:02:34 <PaulFertser> GNUtoo: did you move to europe? :-O
Oct 15 22:02:47 <PaulFertser> DocMobilizer: exactly
Oct 15 22:02:51 <GNUtoo> ok
Oct 15 22:03:00 <GNUtoo> that makes sense
Oct 15 22:03:03 <GNUtoo> and I'm tired...
Oct 15 22:03:14 <GNUtoo> PaulFertser, I always in europe
Oct 15 22:03:22 <PaulFertser> GNUtoo: can you say few words about why would anybody buy adp?
Oct 15 22:03:42 <PaulFertser> Instead of a retail device.
Oct 15 22:04:10 <PaulFertser> GNUtoo: ah, for whatever reason i thought you're from US.
Oct 15 22:04:12 <GNUtoo> mmm...I bet because it was very early and they were shure to be able to have root access but I can ask if you want
Oct 15 22:04:21 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r894c29a34f8c 10/fsogsmd/src/ (8 files in 2 dirs): fsogsmd: first bits of generic callhandler infrastructure
Oct 15 22:05:15 <GNUtoo> PaulFertser, but some people bought it and some other had the phone given to them
Oct 15 22:05:20 <PaulFertser> GNUtoo: good night, try to prepare a nice patch tomorrow so we'll have a clean log.
Oct 15 22:05:27 <GNUtoo> ok thanks a lot
Oct 15 22:07:19 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r3c517925c2a9 10/fsogsmd/src/plugins/dbus_service/plugin.vala: fsogsmd: remove duplicated signal declarations which are now invalid in Vala
Oct 15 22:09:45 <DocScrutinizer> &#65533;  WTF??
Oct 15 22:13:15 <DocScrutinizer> PaulFertser: and TBH I really don't get it how the echo(?) can garble the timestamp of *next* line
Oct 15 22:13:48 <DocScrutinizer> <3>[   13.220001] AT> ATE0Q0V1
Oct 15 22:13:49 <DocScrutinizer> TE0Q0V113.223358] AT> 
Oct 15 22:16:02 <PaulFertser> DocScrutinizer: neither can i. Probably just bad copy/paste due to presence of special symbols. 
Oct 15 22:16:16 <DocScrutinizer> yup
Oct 15 22:16:30 <larsc> the linux tty subsystem is a wonderful world full of mysteries
Oct 15 22:16:39 <PaulFertser> DocScrutinizer: like someone used less or cat to see that and terminal emulator intepreted some.
Oct 15 22:18:50 <DocScrutinizer> larsc: lol
Oct 15 22:19:06 <DocScrutinizer> fsckng true ;-P
Oct 15 22:25:12 <DocScrutinizer> TAsn: 
Oct 15 22:25:17 <DocScrutinizer> [2009-10-16 00:05:14] <lcuk> http://maemo.org/api_refs/5.0/beta/libosso-abook/OssoABookRoster.html#OssoABookRoster-contacts-changed
Oct 15 22:25:19 <DocScrutinizer> [2009-10-16 00:05:24] <lardman> yeah, but does it indicate stuff being added to the roster or the underlying addressbook?
Oct 15 22:25:20 <DocScrutinizer> [2009-10-16 00:05:27] <lcuk> seem viable things to look at
Oct 15 22:25:22 <DocScrutinizer> [2009-10-16 00:05:40] <lcuk> This signal is emitted when contacts of the underlying addressbook are changed.
Oct 15 22:25:23 <DocScrutinizer> [2009-10-16 00:11:47] <lardman> yuck, GtkTreeModel
Oct 15 22:25:42 <DocScrutinizer> TAsn: you see other groups have similar thoughts ;-)
Oct 15 22:35:51 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r506356428e53 10/fsodeviced/ (9 files in 4 dirs): fsodeviced: use libfsoresource instead of own stuff; catch up with recent Vala sanity checks
Oct 15 22:39:37 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r1c574f327f34 10/libfsobasics/fsobasics/types.vala: libfsobasics: fix types namespace and add Pair<T1,T2>
Oct 15 22:39:38 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rd921d41bb708 10/fsousaged/ (8 files in 4 dirs): 
Oct 15 22:39:38 <CIA-26> freesmartphone.org: fsousaged: rename controller to dbus_service.
Oct 15 22:39:38 <CIA-26> freesmartphone.org: NOTE: Sorry folks, but you need to adjust your configuration.
Oct 15 22:40:09 <mickeyl> mrmoku|away: ^^^
Oct 15 22:41:48 <mickeyl> g'night
Oct 15 22:53:40 <DocScrutinizer> mickey|zzZZzz: night!
Oct 15 23:11:06 <Heinervdm> TAsn, mrmoku|away: http://shr.pastebin.com/m671c4d13
Oct 16 02:21:17 <blen2r> hi
**** ENDING LOGGING AT Fri Oct 16 02:59:57 2009