**** BEGIN LOGGING AT Sun Oct 17 02:59:58 2010
Oct 17 06:36:00 <mrmoku> DocScrutinizer: hehe fun :P
Oct 17 06:36:58 <DocScrutinizer51> yeah, but h-e-n is a much more exciting thing right now for me :-D
Oct 17 06:41:56 <mrmoku> TAsn: (proximity) dunno... dos1 implemented the hardware part for n900... it emits nice signals on proximity when you request the Proximity resource :)
Oct 17 06:42:05 <mrmoku> I thought one might want to configure that
Oct 17 07:09:11 <mrmoku> TAsn: other events we have to think about are keyboard slides and ambient light
Oct 17 07:09:34 * mrmoku likes the leds of the n900 keyboard :)
Oct 17 07:26:59 <TAsn> mrmoku, hm.. maybe you are right, no idea :P Actually you are probably right, as it's phoneuid's definition after all.
Oct 17 07:28:08 <TAsn> anyhow, work is calling.
Oct 17 07:28:45 <mrmoku> TAsn: have fun :)
Oct 17 08:55:54 <DocScrutinizer> please don't duplicate the mce engine3 nonsense of maemo for controlling the kbd leds
Oct 17 09:00:18 <tmzt_> Chicago: lateky #g2root
Oct 17 09:00:30 <tmzt_> sorry
Oct 17 09:18:49 <daniele_athome> morning
Oct 17 10:21:33 <[Rui]> hi
Oct 17 11:11:20 <CIA-102> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * re00140a44359 10/tools/dbus-rapid-bindings.py: 
Oct 17 11:11:20 <CIA-102> freesmartphone.org: Added custom dbus_connect method for using different bus name and path
Oct 17 11:11:20 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 17 11:20:33 <GNUtoo|laptop> hi mrmoku 
Oct 17 12:09:15 <CIA-102> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * r5952c2c55f3e 10/tools/dbus-rapid-bindings.py: 
Oct 17 12:09:16 <CIA-102> freesmartphone.org: Support for 'i' enumeration: value will be used directly
Oct 17 12:09:16 <CIA-102> freesmartphone.org: FIXME: integer enumerations cannot be used as converters!!!
Oct 17 12:09:16 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 17 12:09:16 <CIA-102> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * rdc3ced40eb4c 10/ (3 files in 3 dirs): 
Oct 17 12:09:16 <CIA-102> freesmartphone.org: Introducing org.freesmartphone.Notifications in ousaged (for now)
Oct 17 12:09:16 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 17 12:39:08 <daniele_athome> mmm...
Oct 17 13:48:01 <mrmoku> GNUtoo|laptop: hi
Oct 17 13:48:33 <GNUtoo|laptop> mrmoku, hi
Oct 17 13:48:41 <GNUtoo|laptop> mrmoku, we should merge our n900 changes to oe
Oct 17 13:49:01 <GNUtoo|laptop> mrmoku, did you start to do it?
Oct 17 13:49:24 <GNUtoo|laptop> s/did you start to do it?/is there some stuff that was merged in oe/
Oct 17 13:49:24 <apt> GNUtoo|laptop meant: mrmoku, is there some stuff that was merged in oe
Oct 17 13:49:42 <mrmoku> GNUtoo|laptop: no :/
Oct 17 13:49:55 <GNUtoo|laptop> I bet we should start as soon as possible now
Oct 17 13:49:59 <mrmoku> the introspection building problems have been quite a blocker
Oct 17 13:50:02 <GNUtoo|laptop> ok
Oct 17 13:50:14 <GNUtoo|laptop> now that's fixed right?
Oct 17 13:50:23 <mrmoku> yeah, introspection disabled everywhere
Oct 17 13:51:11 <GNUtoo|laptop> ok
Oct 17 13:51:20 <mrmoku> needs a rebuild from scratch though
Oct 17 13:51:25 <GNUtoo|laptop> ok
Oct 17 13:51:33 <GNUtoo|laptop> that's why there is a distro PR bump?
Oct 17 13:51:37 <mrmoku> yup
Oct 17 13:51:39 <GNUtoo|laptop> or is it because of libtool 2.4
Oct 17 13:51:39 <GNUtoo|laptop> ok
Oct 17 13:51:44 <mrmoku> ahh
Oct 17 13:51:48 <mrmoku> yeah, for libtool too
Oct 17 13:51:50 <GNUtoo|laptop> ok
Oct 17 13:52:01 <mrmoku> there is still some problem though
Oct 17 13:52:18 <mrmoku> which came from reversing the order of overrides
Oct 17 13:52:31 <mrmoku> that broke unpacking files (as JaMa discovered)
Oct 17 13:52:41 <mrmoku> which meanwhile are fixed in org.oe.dev
Oct 17 13:52:42 <daniele_athome> morning!
Oct 17 13:52:44 <daniele_athome> ciao mrmoku 
Oct 17 13:52:45 <daniele_athome> GNUtoo|laptop
Oct 17 13:52:50 <mrmoku> daniele_athome: ciao
Oct 17 13:52:52 <GNUtoo|laptop> hi
Oct 17 13:53:00 <mrmoku> daniele_athome: I took a look at your notification api proposal
Oct 17 13:53:11 <daniele_athome> mrmoku, did you see the latest post too?
Oct 17 13:53:14 <daniele_athome> i posted an update
Oct 17 13:53:19 <mrmoku> ahh, not yet
Oct 17 13:53:21 <daniele_athome> :)
Oct 17 13:53:25 * mrmoku just came home
Oct 17 13:53:33 <daniele_athome> just an update() method to update a previously emitted notification
Oct 17 13:54:22 <daniele_athome> mrmoku, you can reply to the post to tell me your opinion ;)
Oct 17 13:54:25 <daniele_athome> so anyone could see
Oct 17 13:54:46 <mrmoku> yeah, have to think a moment before :)
Oct 17 13:54:49 <daniele_athome> sure
Oct 17 13:56:10 <mrmoku> daniele_athome: which part is implementing that api?
Oct 17 13:56:29 <daniele_athome> mrmoku, i was thinking of ousaged
Oct 17 13:56:39 <daniele_athome> but it's wrong because a notification server is something graphical
Oct 17 13:56:53 <daniele_athome> anyway in libfreesmartphone-glib i had to put it somewhere
Oct 17 13:57:01 <daniele_athome> and it ended up in ousaged/ :)
Oct 17 13:57:13 <daniele_athome> anyway i'm already implementing it in my mokopanel
Oct 17 13:58:39 <mrmoku> daniele_athome: and who is going to use that API? mokopanel?
Oct 17 13:59:05 <daniele_athome> mrmoku, i hope my gui stack will not be the only one :D
Oct 17 13:59:26 <daniele_athome> mrmoku, i was hoping to put it somewhere, such as opimd
Oct 17 13:59:30 <daniele_athome> opimd could use notifications
Oct 17 13:59:35 <mrmoku> well.. I ment it's the gui stack to use it?
Oct 17 13:59:58 <mrmoku> who is calling Notify?
Oct 17 13:59:58 <daniele_athome> mrmoku, i'm not getting your point
Oct 17 14:00:07 <daniele_athome> mrmoku, opimd
Oct 17 14:00:21 <mrmoku> and who is implementing Notify?
Oct 17 14:00:24 <daniele_athome> mokopanel
Oct 17 14:00:49 <mrmoku> and mokopanel calls RegisterType on ousaged?
Oct 17 14:01:02 <daniele_athome> mrmoku, no RegisterType is called by api consumers
Oct 17 14:01:07 <daniele_athome> ie opimd
Oct 17 14:01:16 <daniele_athome> to register notification types (calls, messages, etc.)
Oct 17 14:01:28 <daniele_athome> ousaged was just a way to put the xml spec somewhere
Oct 17 14:01:33 <daniele_athome> but it is wrong
Oct 17 14:02:12 <mrmoku> hmm
Oct 17 14:02:50 <daniele_athome> mrmoku, just forget ousaged :)
Oct 17 14:02:58 <daniele_athome> implementation will be mokopanel
Oct 17 14:03:07 <daniele_athome> consumer is anyone and especially opimd
Oct 17 14:03:16 <daniele_athome> in this case.
Oct 17 14:03:21 <mrmoku> how does opimd know that it's mokopanel to call Notify on?
Oct 17 14:04:29 <daniele_athome> mrmoku, we could use ousaged to register a "notificator"
Oct 17 14:04:44 <daniele_athome> that is mokopanel registers itself to ousaged as notification server
Oct 17 14:04:56 <daniele_athome> opimd asks for the notification server dbus path to ousaged
Oct 17 14:05:00 <daniele_athome> something like that...
Oct 17 14:06:31 <mrmoku> ok, so that part is missing... Ic
Oct 17 14:06:54 <daniele_athome> mrmoku, yes because i figured out that problem just now :D
Oct 17 14:06:56 <daniele_athome> sorry
Oct 17 14:07:09 <daniele_athome> anyway you think this might be the solution?
Oct 17 14:07:16 <mrmoku> daniele_athome: you read mickey|dinner's blog? the part to turn parts of the API into agent style?
Oct 17 14:07:17 <daniele_athome> cause i can start to design the spec right now :)
Oct 17 14:07:32 <daniele_athome> mrmoku, i did
Oct 17 14:07:49 <daniele_athome> i'm not using signals here
Oct 17 14:07:53 <mrmoku> daniele_athome: somehow we have a similiar problem between phonefsod and phoneuid
Oct 17 14:08:12 <daniele_athome> mmm
Oct 17 14:08:14 <mrmoku> phoneuid is supposed to run on the session bus (someday) and not as root
Oct 17 14:08:28 <mrmoku> but phonefsod has no freaking idea where the session bus is
Oct 17 14:08:54 <daniele_athome> mrmoku, so?
Oct 17 14:08:59 <mrmoku> dunno
Oct 17 14:09:12 <daniele_athome> lol
Oct 17 14:09:13 <mrmoku> that's why phoneuid is running as root on the system bus ;)
Oct 17 14:09:42 <mrmoku> the correct way probably is that agent thing
Oct 17 14:09:55 <daniele_athome> ok
Oct 17 14:09:57 <daniele_athome> mmm
Oct 17 14:10:07 <mrmoku> phoneuid should regiister as agent for telephony gui with phonefsod
Oct 17 14:10:17 <mrmoku> (or mokopanel as notification agent to ousaged or whatever)
Oct 17 14:10:42 <daniele_athome> mrmoku, i think the notification thing could be different
Oct 17 14:11:01 <daniele_athome> why involve 2 servers for this?
Oct 17 14:11:12 <mrmoku> just keep in mind that it should be designed in a way that it does not have to run as root user
Oct 17 14:11:18 <daniele_athome> i mean the notification consumer will need to contact ousaged which in turns contact mokopanel
Oct 17 14:11:22 <mrmoku> because someday we have to get rid of that :P
Oct 17 14:11:30 <daniele_athome> of course, never used signals
Oct 17 14:11:39 <daniele_athome> i think this can be done like this
Oct 17 14:11:46 <mrmoku> and ousaged needs to know who implements the notifications
Oct 17 14:11:54 <daniele_athome> indeed
Oct 17 14:12:02 <mrmoku> so mokopanel registeres as notification agent with ousaged,no?
Oct 17 14:12:23 <daniele_athome> mrmoku, no it just tell ousaged it's dbus bus name and bus path
Oct 17 14:12:24 <daniele_athome> no?
Oct 17 14:12:29 <daniele_athome> isn't it enough?
Oct 17 14:12:33 <mrmoku> what is the difference?
Oct 17 14:12:51 <daniele_athome> mrmoku, if we do your way, the consumer would need to contact ousaged
Oct 17 14:12:58 <daniele_athome> which in turns contacts mokopanel
Oct 17 14:13:15 <daniele_athome> instead like this opimd shall contact ousaged just once, to see who is the notification service
Oct 17 14:13:21 <daniele_athome> and then opimd contacts it directly
Oct 17 14:13:42 <mrmoku> nah, opimd can just ask ousaged who is the notification agetn (which in the end is just a bus address)
Oct 17 14:13:47 <mrmoku> I don't see no difference
Oct 17 14:13:51 <daniele_athome> however mrmoku in your way it will be more easier to implement multiple notification services
Oct 17 14:13:53 <mrmoku> call it bus address or agent
Oct 17 14:14:02 <daniele_athome> aaaah
Oct 17 14:14:07 <mrmoku> which is something we definitely need
Oct 17 14:14:08 <daniele_athome> mrmoku, so we're speaking of the same thing :D
Oct 17 14:14:11 <mrmoku> yup
Oct 17 14:14:17 <daniele_athome> lol
Oct 17 14:14:42 <daniele_athome> mrmoku, mickey|dinner is very busy these days
Oct 17 14:14:49 * mrmoku should take a look at NM api to see how they do it
Oct 17 14:15:06 <daniele_athome> can i commit specs anyway?
Oct 17 14:15:12 <daniele_athome> i mean who can i ask?
Oct 17 14:15:42 <mrmoku> hmm... dunno
Oct 17 14:15:54 <mrmoku> proposal to the list is in any case a good thing
Oct 17 14:16:11 <daniele_athome> sure i'll do that
Oct 17 14:16:17 <mrmoku> as long as you add stuff and don't break existing stuff
Oct 17 14:16:29 <mrmoku> don't think committing should be a problem
Oct 17 14:16:40 <mrmoku> as long as stuff still builds :)
Oct 17 14:16:45 <daniele_athome> mrmoku, just i don't know who is using org.freesmartphone.Notifications.Alarm
Oct 17 14:16:59 <daniele_athome> maybe ffalarms or oeventsd...
Oct 17 14:19:31 <mrmoku> ffalarms I think
Oct 17 14:19:43 <daniele_athome> mrmoku, not a problem actually
Oct 17 14:19:58 <daniele_athome> mine is Notifications, ffalarms implements Notification
Oct 17 14:20:08 <daniele_athome> anyway that Notification should go away
Oct 17 14:20:12 <daniele_athome> it's not correct imo
Oct 17 14:24:05 <daniele_athome> anyway mrmoku, so ousaged gets org.freesmartphone.NotificationManager
Oct 17 14:24:14 <daniele_athome> which contains methods for registering notification services
Oct 17 14:24:24 <daniele_athome> then org.freesmartphone.Notifications is implemented by agents
Oct 17 14:24:26 <daniele_athome> ok?
Oct 17 14:24:48 <Heinervdm> not another interface for notifications
Oct 17 14:24:58 <Heinervdm> why don't you use the freedesktop one?
Oct 17 14:26:25 * mrmoku was just reading up on that one :P
Oct 17 14:28:03 <daniele_athome> i've studied that too
Oct 17 14:28:24 <daniele_athome> but it needs to be extended anyway
Oct 17 14:29:34 <daniele_athome> i don't know... it doesn't fit well
Oct 17 14:29:58 <daniele_athome> i thought creating a new one just for embbeded devices could be easier
Oct 17 14:30:01 <daniele_athome> and more suited
Oct 17 14:40:48 <daniele_athome> mrmoku: http://pastebin.com/hSpJjkPZ
Oct 17 14:46:21 <dos1> daniele_athome: please, please, use freedesktop interface for notifications
Oct 17 14:46:28 <GNUtoo|laptop> I thought that was fixed:| gee/Makefile.am:95: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL
Oct 17 14:46:30 <dos1> it's easily extentable
Oct 17 14:46:45 <daniele_athome> dos1, ok i'll study something to extend it
Oct 17 14:46:52 <dos1> and already functional and implemented in many apps
Oct 17 14:46:52 <daniele_athome> but it's missing a method
Oct 17 14:46:56 <daniele_athome> closeAll()
Oct 17 14:47:06 <daniele_athome> that's the first thing
Oct 17 14:47:13 <daniele_athome> i will write something to ML asap
Oct 17 14:47:31 <dos1> daniele_athome: why do you need "closeAll" method? isn't that thing on which UI should care?
Oct 17 14:47:49 <daniele_athome> dos1, what do you mean?
Oct 17 14:47:58 <dos1> you probably don't want some app to close notifications from another one
Oct 17 14:48:19 <dos1> freedesktop.Notifications is implemented in plasma too (KDE)
Oct 17 14:48:38 <daniele_athome> mmm... so you're saying to keep this only inside the notification service
Oct 17 14:48:52 <dos1> i believe that's sane
Oct 17 14:49:03 <GNUtoo|laptop> mrmoku, ^^^
Oct 17 14:49:34 <daniele_athome> it is :)
Oct 17 14:49:55 <mrmoku> GNUtoo|laptop: that is the last commit from khem
Oct 17 14:50:02 <mrmoku> I reverted it locaclly :P
Oct 17 14:50:22 <GNUtoo|laptop> mrmoku, then I'll re-add my local fix
Oct 17 14:50:41 <GNUtoo|laptop> mrmoku, do you care to talk to khem ?
Oct 17 14:51:03 <mrmoku> GNUtoo|laptop: I told him in IRC this morning... but looks like he's not around
Oct 17 14:51:11 <GNUtoo|laptop> ah ok
Oct 17 14:52:28 <mrmoku> dos1: org.freedesktop.Notifications does not allow multiple notification servers, right?
Oct 17 14:53:10 <mrmoku> dos1: and it is sitting on the session bus
Oct 17 14:54:26 <daniele_athome> mrmoku, i guess the bus thing is now on the hands of ousaged
Oct 17 14:54:48 <daniele_athome>  The server should implement the org.freedesktop.Notifications interface on an object with the path "/org/freedesktop/Notifications". This is the only interface required by this version of the specification. 
Oct 17 14:54:54 <mrmoku> daniele_athome: one important questions... what kind of notifications do you envision to have?
Oct 17 14:55:02 <daniele_athome> mrmoku, what do you mean?
Oct 17 14:55:16 <mrmoku> what do you  want to notify the user?
Oct 17 14:55:27 <daniele_athome> mrmoku, many things
Oct 17 14:55:34 <daniele_athome> ongoing calls, missed calls, new messages
Oct 17 14:55:35 <daniele_athome> errors
Oct 17 14:55:42 <daniele_athome> mails
Oct 17 14:55:51 <daniele_athome> calendar alarms
Oct 17 14:56:02 <daniele_athome> and so on...
Oct 17 14:57:40 <mrmoku> dos1: how is opimd supposed to use org.freedesktop.Notifications sitting on the session bus?
Oct 17 14:58:29 <daniele_athome> mrmoku, with ousaged registerAgent()
Oct 17 14:58:29 <daniele_athome> no?
Oct 17 14:58:53 <daniele_athome> i mean something like getAgent()
Oct 17 14:59:12 <mrmoku> yeah, but that's not what is going on on my kde desktop I think :P
Oct 17 14:59:14 <daniele_athome> which should give a dbus object, regardless of what bus it's on
Oct 17 14:59:56 <daniele_athome> mrmoku, do you think a system service uses the notification on session  bus?
Oct 17 15:00:13 <daniele_athome> i think it always has a session client counterpart
Oct 17 15:00:26 <daniele_athome> like eg wicd
Oct 17 15:00:29 <daniele_athome> or network manager
Oct 17 15:01:08 <mrmoku> that's the point
Oct 17 15:01:13 <Heinervdm> I think for normal notifications one should use the freedesktop interface, so other applications can easiely use this too
Oct 17 15:01:28 <mrmoku> yup
Oct 17 15:01:51 <Heinervdm> the notification interface of fso is a different one
Oct 17 15:01:58 <Heinervdm> it's only for the alarms
Oct 17 15:02:08 <daniele_athome> Heinervdm, forget that, i think it should be at least renamed
Oct 17 15:02:15 <Heinervdm> it's for things that will happen in the future
Oct 17 15:02:17 <dos1> mrmoku: is that opimd which should use Notifications interface?
Oct 17 15:02:18 <daniele_athome> or the method inside moved
Oct 17 15:02:30 <mrmoku> dos1: opimd was one example from daniele_athome 
Oct 17 15:02:43 <dos1> mrmoku: i think that's what phoneui is supposed to do (in our system)
Oct 17 15:02:50 <Heinervdm> the notification interface is used by ffalarms
Oct 17 15:02:51 <daniele_athome> mrmoku, dos1: but it could be the case, opimd should notify the user(s)
Oct 17 15:02:58 <daniele_athome> Heinervdm, i know :(
Oct 17 15:03:02 <dos1> daniele_athome: noooo
Oct 17 15:03:06 <mrmoku> dos1: yup, which daniele_athome does not use :P
Oct 17 15:03:17 <dos1> daniele_athome: that's baaaaaad
Oct 17 15:03:24 <dos1> not that layer!
Oct 17 15:03:30 <Heinervdm> it would be wrong to implement that interface in opimd
Oct 17 15:03:38 <dos1> yup
Oct 17 15:03:38 <daniele_athome> but it's an "embedded" system
Oct 17 15:03:43 <daniele_athome> embedded :)
Oct 17 15:03:44 <mrmoku> Heinervdm: opimd would use that interface
Oct 17 15:03:49 <Heinervdm> the application has to implement it, so shr-calaendar or so
Oct 17 15:04:09 <mrmoku> instead (or in addition) of sending a signal that there is a missed call... it would call Notify() on the notifiation server
Oct 17 15:04:09 <daniele_athome> so we need e.g the messages app to listen for opimd signals
Oct 17 15:04:17 <daniele_athome> and then push the notification
Oct 17 15:04:21 <daniele_athome> argh :S
Oct 17 15:04:42 <Heinervdm> no
Oct 17 15:04:44 <daniele_athome> mrmoku, we could think about substitution or addition...
Oct 17 15:04:54 <dos1> daniele_athome: that's what we are doing now...
Oct 17 15:05:02 <dos1> except notification part ;P
Oct 17 15:05:06 <mrmoku> :P
Oct 17 15:05:06 <daniele_athome> dos1, yes
Oct 17 15:05:11 <dos1> and i don't think that's bad
Oct 17 15:05:22 <mrmoku> it would be nice to have on thing doing notifications for the different domains
Oct 17 15:05:28 <mrmoku> to make them look and feel the same
Oct 17 15:05:29 <daniele_athome> dos1, so i guess phoneuid should do the notification part, for example.
Oct 17 15:05:32 <Heinervdm> my idea for (desktop)notifications is a E gadget
Oct 17 15:05:50 <Heinervdm> it should look like the WebOS one
Oct 17 15:05:56 <mrmoku> Heinervdm: yeah, but daniele_athome is using his own wm
Oct 17 15:05:58 <daniele_athome> Heinervdm, you mean acting as a not. service?
Oct 17 15:06:09 <dos1> mrmoku: so he can implement that in his own wm
Oct 17 15:06:12 <Heinervdm> daniele_athome: yes
Oct 17 15:06:14 <daniele_athome> mrmoku, don't worry i will reimplement everything :)
Oct 17 15:06:18 <mrmoku> :)
Oct 17 15:06:19 <dos1> mrmoku: on even run some generic notification-daemon
Oct 17 15:06:40 <Heinervdm> mrmoku: i know, but that's part of the gui
Oct 17 15:06:56 <mrmoku> daniele_athome: but you don't have phoneuid running, right?
Oct 17 15:06:59 <Heinervdm> the gui has to show the notification, so it has to listen for them
Oct 17 15:07:03 <mrmoku> and neither phonefsod?
Oct 17 15:07:08 <daniele_athome> mrmoku, yes i have now because i don't have a messages app
Oct 17 15:07:16 <dos1> mrmoku: do you know, that those yellow notifications in Maemo are also based on freedesktop's Notification interface? :P
Oct 17 15:07:16 <daniele_athome> but phonefsod is uninstalled
Oct 17 15:07:17 <mrmoku> ahh, ok
Oct 17 15:07:36 <mrmoku> dos1: yeah, I figured that :)
Oct 17 15:07:52 <daniele_athome> ok let's make some points straight:
Oct 17 15:07:59 <daniele_athome> - we will use freedesktop Notification
Oct 17 15:08:32 <daniele_athome> - opimd will stay like it is now, emitting its usual signals
Oct 17 15:08:48 <daniele_athome> - phoneuid or mokosuite will listen for opimd and push the notifications
Oct 17 15:09:00 <daniele_athome> it should be all :)
Oct 17 15:09:01 <mrmoku> yup, sounds like a sane thing :)
Oct 17 15:09:05 <Heinervdm> yes
Oct 17 15:09:08 <dos1> my ++ for points 1 and 2
Oct 17 15:09:25 <Heinervdm> and then there is sth in the WM that shows the notification
Oct 17 15:09:25 <dos1> and 3 looks ok
Oct 17 15:09:36 <daniele_athome> Heinervdm, yes
Oct 17 15:09:55 <daniele_athome> in my suite it will be mokopanel that will act as notification daemon too
Oct 17 15:09:58 <dos1> but before 3 we need to do (or use) some daemon, which implements Notifications API and displays them to user
Oct 17 15:09:59 <mrmoku> the notification thing in e does probably implement that spec too, no?
Oct 17 15:10:23 <mrmoku> dos1: ?
Oct 17 15:10:27 <dos1> mrmoku: hmm... that would make everything much easier :D
Oct 17 15:10:31 <Heinervdm> mrmoku: is there any notification?
Oct 17 15:10:45 <mrmoku> what about that battery empty thing
Oct 17 15:10:48 <mrmoku> isn't that a notification?
Oct 17 15:10:59 <dos1> unfortunately no
Oct 17 15:11:03 <mrmoku> :/
Oct 17 15:11:33 <Heinervdm> i think we have to write an illume gadget or extend illume
Oct 17 15:11:55 <dos1> we can write shr-notify daemon, or E gadget, or even reuse original notification-daemon or that one used in ubuntu
Oct 17 15:12:50 <dos1> the great thing with it is that we can now just install notification-daemon
Oct 17 15:12:50 <pespin> there's an E module for notifications already ;)
Oct 17 15:13:06 <mrmoku> http://docs.enlightenment.org/api/e_dbus/html/e__notify__private_8h-source.html
Oct 17 15:13:10 <dos1> learn our apps how to use Notifications interface
Oct 17 15:13:10 <mrmoku> 00004 #define E_NOTIFICATION_BUS_NAME "org.freedesktop.Notifications"
Oct 17 15:13:37 <dos1> and when it works, just replace notification-daemon with something better integrated
Oct 17 15:13:45 <Heinervdm> so we just have to compile it, and try
Oct 17 15:14:03 <mrmoku> yup... or run the stuff under kde and have notifications just work with plasma :)
Oct 17 15:14:11 <pespin> http://trac.enlightenment.org/e/browser/trunk/E-MODULES-EXTRA/notification
Oct 17 15:14:16 <daniele_athome> i will write something to extend the actual notification api
Oct 17 15:14:25 <daniele_athome> like e.g. hints and other things
Oct 17 15:14:31 <daniele_athome> i will post that to ML
Oct 17 15:14:45 <dos1> mrmoku: exactly :)
Oct 17 15:14:49 <pespin> anb btw, if we have to set that one in OE, it would be great to have efm-* modules too, as we could get a working filemanager easily ;)
Oct 17 15:15:13 <mrmoku> dos1: what do you think... would a beagleboard xm be powerfull enough to run kde4? :P
Oct 17 15:15:23 <dos1> daniele_athome: there are hints, AFAIR you can even declare your own (just prefix them with "x-vendor-")
Oct 17 15:15:36 <mrmoku> yup, there are hints
Oct 17 15:15:38 <dos1> mrmoku: well, i know that some people were running kde4 on N900 ;)
Oct 17 15:15:54 <daniele_athome> alright
Oct 17 15:16:05 <Heinervdm> mrmoku: the bigest problem with kde is that there are no recipes for it in OE ;)
Oct 17 15:16:17 <mrmoku> http://www.galago-project.org/specs/notification/0.9/x344.html
Oct 17 15:16:20 <pespin> mrmoku, do you know if there's some recipe for modules in E-MODULES-EXTRA in OE?
Oct 17 15:16:40 <mrmoku> Heinervdm: but new qt is there, no? Should be doable :)
Oct 17 15:16:46 <mrmoku> pespin: no idea
Oct 17 15:17:03 <Heinervdm> mrmoku: yes it should be doable, and i will do it one day :D
Oct 17 15:17:14 <Heinervdm> if no one else does it before
Oct 17 15:17:15 <mrmoku> :)
Oct 17 15:17:20 <mrmoku> pespin: does not look like
Oct 17 15:17:21 <pespin> efm would be quite usable once we have efm-* modules (to put in the toolbar) ass seen in last pictures i did in http://scap.linuxtogo.org/
Oct 17 15:18:01 <pespin> ^ = no more terminal to open files ;)
Oct 17 15:18:20 <mrmoku> pespin: I thought you've been told it still uses hal?
Oct 17 15:18:58 <pespin> mrmoku, I didn't have to install anything, it's just activating the module in default shr-u image ;)
Oct 17 15:18:59 <mrmoku> or does it build and work without too?
Oct 17 15:19:08 <mrmoku> ok :)
Oct 17 15:19:37 <mrmoku> is there some other interesting extra module?
Oct 17 15:19:47 <daniele_athome> automatic grouping of notifications could be a problem
Oct 17 15:19:53 <daniele_athome> and the signals thing too...
Oct 17 15:19:53 <daniele_athome> mmm...
Oct 17 15:20:46 <Heinervdm> pespin, mrmoku: there is, like fame_svn.bb
Oct 17 15:20:56 <Heinervdm> flame not fame
Oct 17 15:21:38 <pespin> Heinervdm, ok, then would be fast to add efm-* modules, just chaning little things and pushing
Oct 17 15:21:53 <pespin> things to run efm: 1)Activate efm module in Illume modules
Oct 17 15:21:57 <pespin> 2) run: mdbus2  org.enlightenment.FileManager /org/enlightenment/FileManager org.enlightenment.FileManager.OpenDirectory whatever
Oct 17 15:21:59 <mrmoku> or eweather
Oct 17 15:22:00 <Heinervdm> pespin: one has to try if they build
Oct 17 15:22:06 * mrmoku likes that weather thingie in maemo :)
Oct 17 15:22:25 <pespin> Heinervdm, well they build in my PC, but that doesn't mean they do in OE hehe
Oct 17 15:22:46 <Heinervdm> pespin: i started a build, so let's see
Oct 17 15:22:48 <pespin> so having efm in shr-u is easy
Oct 17 15:22:58 <pespin> just set the recipes to get the modules
Oct 17 15:23:00 <pespin> activate the modules
Oct 17 15:23:08 <pespin> create a .desktop file which calls mdbus2
Oct 17 15:23:10 <pespin> and that's all
Oct 17 15:24:13 <mrmoku> pespin: htey have to be built together with e-wm?
Oct 17 15:24:25 <mrmoku> or do they build standalone too?
Oct 17 15:25:00 <mrmoku> bbiab
Oct 17 15:26:42 <pespin> mrmoku, I don't think so, they are separated modules
Oct 17 15:27:42 <pespin> mrmoku, you have to enable efm in modules. Then in illume settings in FilemAnager, activate thte toolbar. then  when you open efm, you can set contents in the efm toolbar
Oct 17 15:27:47 <pespin> such as path, etc.
Oct 17 15:27:49 <daniele_athome> specs 0.9 is 2006 :S
Oct 17 15:27:58 <pespin> but this "contents" are located in modules in E-MODULES-EXTRA
Oct 17 15:33:16 <GNUtoo|laptop> sigh
Oct 17 15:33:31 <GNUtoo|laptop> mrmoku, I don't remember what to clean for that failure:
Oct 17 15:33:31 <GNUtoo|laptop> | gee/Makefile.am:95: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL
Oct 17 15:33:56 <GNUtoo|laptop> and it keeps failing, failing ,and failing again...
Oct 17 15:40:52 <mrmoku> GNUtoo|laptop: hmm... where are you building from?
Oct 17 15:40:54 <daniele_athome> mrmoku, dos1: i was thinking to implement something like in android (just for a change :)
Oct 17 15:41:10 * mrmoku does not know android
Oct 17 15:41:13 <GNUtoo|laptop> mrmoku, oe.dev htcdream shr-image
Oct 17 15:41:21 <daniele_athome> mrmoku, i'll tell you :)
Oct 17 15:42:09 <mrmoku> GNUtoo|laptop: git revert a89e9c41f6ea2df686bcfb7c01b39b23685b4261
Oct 17 15:42:16 <GNUtoo|laptop> ok
Oct 17 15:42:17 <mrmoku> but don't push it :P
Oct 17 15:42:46 <mrmoku> when it is fixed we can just git reset --hard HEAD^
Oct 17 15:42:47 <mrmoku> and pull
Oct 17 15:43:05 <GNUtoo|laptop> ok
Oct 17 15:44:50 <daniele_athome> mrmoku: http://pastebin.com/fb01JRd5
Oct 17 15:46:05 <mrmoku> daniele_athome: ok :)
Oct 17 15:46:35 <daniele_athome> mrmoku, i could achieve that only using hints or manually handling all these cases from the client app
Oct 17 15:46:41 <daniele_athome> ie the one that calls Notify()
Oct 17 15:46:48 <GNUtoo|laptop> ok thanks I'm building
Oct 17 15:47:02 <daniele_athome> what do you think?
Oct 17 15:48:49 <pespin> Heinervdm, tell me when compiling is done please :)
Oct 17 15:48:56 <daniele_athome> i would prefer hints so the notification server could know how to group the notifications
Oct 17 15:51:59 <CIA-102> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * r917a9a30cd50 10/ (2 files in 2 dirs): 
Oct 17 15:51:59 <CIA-102> freesmartphone.org: Removing org.freesmartphone.Notifications in favour of Freedesktop Notifications
Oct 17 15:51:59 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 17 15:52:44 <[Rui]> hi all
Oct 17 15:52:53 <daniele_athome> hi [Rui] 
Oct 17 15:52:54 <[Rui]> so the test image is still a bit borked?
Oct 17 15:53:20 <dos1> daniele_athome: hmm? did you just remove signals about alarms?
Oct 17 15:53:29 <daniele_athome> dos1, no
Oct 17 15:53:48 <dos1> ah, libfreesmartphone-glib
Oct 17 15:53:49 <daniele_athome> it's my generated library and i remove my Notifications specs
Oct 17 15:53:52 <dos1> ok
Oct 17 15:53:54 <daniele_athome> *removed
Oct 17 15:53:55 <dos1> :)
Oct 17 15:54:21 <daniele_athome> dos1, please read that too http://pastebin.com/fb01JRd5
Oct 17 15:54:24 <daniele_athome> :)
Oct 17 15:55:20 <dos1> daniele_athome: use hint called, for instance, "x-fso-message"
Oct 17 15:55:43 <dos1> daniele_athome: and that's all, our daemon/widget/whatever will group those in UI
Oct 17 15:55:56 <daniele_athome> nice
Oct 17 15:55:57 <daniele_athome> :)
Oct 17 15:56:02 <daniele_athome> so be it :)
Oct 17 16:00:04 <daniele_athome> bbl
Oct 17 16:06:26 <Heinervdm> pespin: i compiled notification, will try efm-* now
Oct 17 16:07:18 <pespin> Heinervdm, can you upload the ipkgs somewhere? or are you wanna try them yourlself?
Oct 17 16:07:52 <Heinervdm> pespin: you can download them here: http://heinervdm.dyndns.info/shr/armv4t/
Oct 17 16:08:01 <pespin> Heinervdm, thanks :)
Oct 17 16:08:03 <Heinervdm> but i don't have the lastest E
Oct 17 16:09:14 <pespin> me neither in OE
Oct 17 16:09:23 <pespin> s/OE/Neo
Oct 17 16:10:17 <pespin> Heinervdm, how's the package named? too much files lol
Oct 17 16:10:31 <Heinervdm> pespin: it's not finished now
Oct 17 16:10:45 <Heinervdm> it will be efm-path, efm-nav and efm-pathbar
Oct 17 16:11:04 <pespin> Heinervdm, I meant notificaction.
Oct 17 16:11:19 <Heinervdm> should be named notification
Oct 17 16:11:26 <pespin> firefox is having trobule to show such many files :P
Oct 17 16:11:42 <Heinervdm> http://heinervdm.dyndns.info/shr/armv4t/notification_0.2.0+svnr53239-r0.5_armv4t.ipk
Oct 17 16:11:54 <pespin> many thanks :)
Oct 17 16:14:49 <pespin> I loaded it without problems :)
Oct 17 16:15:55 <pespin> oh EFM registered automatically to notifications too :)
Oct 17 16:17:13 <Heinervdm> pespin: the others compile too, but i'm having some problems with QA
Oct 17 16:17:26 <Heinervdm> will look for them tomorow
Oct 17 16:17:30 <pespin> ok :)
Oct 17 16:25:40 <pespin> uhm weird, pidgin window is not showing up, but pidgin is running as shown when using pidgin -d
Oct 17 16:26:18 <pespin> btw, are official shr-u feeds borked as images in test? or is it safe to look for updates there I might now have?
Oct 17 16:45:30 <GNUtoo|laptop> mrmoku, any idea: http://pastebin.com/EZ6H3R1u still libgee related but different failure
Oct 17 16:50:40 <mrmoku> GNUtoo|laptop: hmm.. no
Oct 17 16:50:46 <mrmoku> GNUtoo|laptop: what rev are you at?
Oct 17 16:53:08 <mrmoku> GNUtoo|laptop: the only thing I did was 'bitbake -c clean libgee libgee-native'
Oct 17 16:53:11 <mrmoku> after that all built fine
Oct 17 16:58:10 <GNUtoo|laptop> mrmoku, I'll look
Oct 17 16:58:14 <GNUtoo|laptop> ok
Oct 17 16:58:19 <GNUtoo|laptop> I'll clean libgee-native
Oct 17 16:58:41 <GNUtoo|laptop> d9468afc58e889c91eab1961e0eea058829c43af
Oct 17 17:03:50 <GNUtoo|laptop> hi leviathan 
Oct 17 17:04:14 <GNUtoo|laptop> even if you didn't do any geeksphone work did you buy a cable in order not to break the battery?
Oct 17 17:11:24 <GNUtoo|laptop> mrmoku, still doesn't change
Oct 17 17:11:28 <GNUtoo|laptop> | libtool: link: `=/usr/lib/libgthread-2.0.la' is not a valid libtool archive
Oct 17 17:11:37 <GNUtoo|laptop> maybe it's related to recent libtool change
Oct 17 17:11:48 <GNUtoo|laptop> also note that it looks for host stuff
Oct 17 17:12:53 <mrmoku> GNUtoo|laptop: ahh... sorry, yes that one
Oct 17 17:13:05 <mrmoku> JaMa told me how to work around it
Oct 17 17:13:19 <mrmoku> GNUtoo|laptop: edit it and remove the two entries with =/
Oct 17 17:13:26 <GNUtoo|laptop> edit what?
Oct 17 17:13:42 <mrmoku> libgee/gee/libgee.la
Oct 17 17:14:00 <mrmoku> and copy it to libgee/gee/.libs/libgee.lai
Oct 17 17:14:06 <mrmoku> (after editing of course)
Oct 17 17:14:19 * mrmoku checks log if he remembered correctly :P
Oct 17 17:14:27 <GNUtoo|laptop> will JaMa fix it the right way?
Oct 17 17:14:32 <GNUtoo|laptop> I'll workarround for now
Oct 17 17:14:44 <mrmoku> 16-10-2010 22:06:21 < JaMa!~martin@161-24.13.24.78.awnet.cz: mrmoku: open libgee/gee/libgee.la and remove those .la entries starting with =/ which are twice (libgthread-2.0 and libglib-2.0)
Oct 17 17:14:48 <mrmoku> 16-10-2010 22:06:38 < JaMa!~martin@161-24.13.24.78.awnet.cz: mrmoku: then copy it from libgee/gee/libgee.la to libgee/gee/.libs/libgee.lai
Oct 17 17:14:51 <mrmoku> 16-10-2010 22:06:59 < JaMa!~martin@161-24.13.24.78.awnet.cz: mrmoku: and then bitbake -b libgee_0.6.bb should build it ok
Oct 17 17:14:56 * mrmoku has good memory :P
Oct 17 17:15:02 <GNUtoo|laptop> ok
Oct 17 17:15:05 <GNUtoo|laptop> thanks a lot
Oct 17 17:15:13 <mrmoku> sorry I forgot about that one
Oct 17 17:15:30 <GNUtoo|laptop> I do all that in workdir or in staging?
Oct 17 17:15:49 <GNUtoo|laptop> workdir I bet
Oct 17 17:16:44 <mrmoku> GNUtoo|laptop: workdir, yep
Oct 17 17:17:09 <GNUtoo|laptop> (some previous thing that I read too fast confused me)
Oct 17 17:18:23 <GNUtoo|laptop> btw what's .lai?
Oct 17 17:18:30 <GNUtoo|laptop> because .la is libtool archive
Oct 17 17:18:33 <GNUtoo|laptop> but .lai?
Oct 17 17:18:37 <GNUtoo|laptop> is it an error?
Oct 17 17:18:40 <GNUtoo|laptop> or typo
Oct 17 17:23:22 <mrmoku> GNUtoo|laptop: no idea
Oct 17 17:23:42 <GNUtoo|laptop> was not a typpo
Oct 17 17:23:44 <GNUtoo|laptop> | /home/gnutoo/embedded/oe/oetmps/htcdream/sysroots/x86_64-linux/usr/bin/install: cannot stat `.libs/libgee.lai': No such file or directory
Oct 17 17:33:48 <GNUtoo|laptop> mrmoku, thanks a lot for the fix
Oct 17 17:39:52 <GNUtoo|laptop> mrmoku, do you have time to work with me on merging the n900 stuff into oe:
Oct 17 17:39:54 <GNUtoo|laptop> *kenrel booting
Oct 17 17:39:59 <GNUtoo|laptop> *xorg.conf
Oct 17 17:40:02 <GNUtoo|laptop> and basic config
Oct 17 17:40:10 <GNUtoo|laptop> like /etc/network/interfaces
Oct 17 17:43:52 <leviathan> Hmm
Oct 17 17:43:56 <mrmoku> GNUtoo|laptop: in theory no... should do some daywork... but I'm tired and don't want to :P
Oct 17 17:43:59 <mrmoku> so yes :)
Oct 17 17:44:07 <leviathan> GNUtoo|laptop: I'll do it tomorrow I guess
Oct 17 17:44:10 <leviathan> too much to do
Oct 17 17:44:13 <GNUtoo|laptop> leviathan, ok
Oct 17 17:44:17 <leviathan> I made a note on my tablet
Oct 17 17:44:27 <leviathan> but forget it anyway each single day... -.-
Oct 17 17:44:43 <GNUtoo|laptop> mrmoku, so maybe after I eat? and when shr-image will be compiled for htcdream
Oct 17 17:45:55 <mrmoku> GNUtoo|laptop: ok, will take a look at the commits in n900 meanwhile
Oct 17 17:45:58 <GNUtoo|laptop> I bet you rebased after I commited that:     linux-2.6.28: nokia900: make it boot
Oct 17 17:46:50 <JaMa> Hi, someone already tried new testing images?
Oct 17 17:47:17 <GNUtoo|laptop> JaMa, what device? om-gta02?
Oct 17 17:47:35 <mrmoku> JaMa: I tried the one I built locally
Oct 17 17:47:46 <mrmoku> that one worked fine :)
Oct 17 17:47:59 <JaMa> yup om-gta02
Oct 17 17:48:16 <GNUtoo|laptop> ok
Oct 17 17:48:23 <GNUtoo|laptop> do you want me to try soon?
Oct 17 17:48:40 <JaMa> Heinervdm: are you sure that modules.tgz are not stipped?
Oct 17 17:48:41 <GNUtoo|laptop> because I'm waiting for a build to finish
Oct 17 17:49:03 <JaMa> Heinervdm: I think that the diff is because modules.tgz are ALL modules, but image has only "needed" modules included
Oct 17 17:49:20 <JaMa> GNUtoo|laptop: no I can try.. I just returned and checked that buildhost have it built already
Oct 17 17:49:35 <GNUtoo|laptop> ok
Oct 17 17:49:37 * JaMa hopes that this time it will work OK, because his and mrmoku's images does :)
Oct 17 17:49:49 <GNUtoo|laptop> you mean that everything works?
Oct 17 17:49:53 <GNUtoo|laptop> or that only fso
Oct 17 17:50:04 <GNUtoo|laptop> everything included kernel
Oct 17 17:50:07 <GNUtoo|laptop> with touchscreen
Oct 17 17:50:09 <GNUtoo|laptop> etc...
Oct 17 17:52:54 <JaMa> Heinervdm: nvm mrmoku already answered the same to list :)
Oct 17 17:56:06 <Heinervdm> JaMa: yes, he did
Oct 17 17:56:48 <Heinervdm> JaMa: but i think there was a time when the modules weren't stripped
Oct 17 17:57:12 <JaMa> Heinervdm: yup, but it was fixed about half year ago
Oct 17 17:58:10 <mrmoku> GNUtoo|laptop: mainly just fso
Oct 17 17:58:16 <mrmoku> touchscreen still is missing filtering
Oct 17 17:58:21 <mrmoku> and icons are still a bit bi
Oct 17 17:58:22 <mrmoku> g
Oct 17 17:58:30 <mrmoku> though I had two columns this time
Oct 17 17:58:38 <mrmoku> which is already an enhancement :
Oct 17 17:58:39 <mrmoku> P
Oct 17 17:58:41 <JaMa> :)
Oct 17 17:59:03 <JaMa> mrmoku: on n900 I had normal number of columns in last build, but now only 1-2 again :/
Oct 17 17:59:10 <mrmoku> heh
Oct 17 17:59:13 <JaMa> mrmoku: it's somehow VERY strange
Oct 17 17:59:15 <mrmoku> fun :/
Oct 17 17:59:31 <mrmoku> we should finally write our own home screen / launcher thingie
Oct 17 18:00:15 <JaMa> yup as well as vala opimd etc :)
Oct 17 18:00:25 <JaMa> and vala fso-gsmd
Oct 17 18:00:43 <mrmoku> JaMa: you're squasing commits with git rebase -i, right?
Oct 17 18:00:46 <mrmoku> +h
Oct 17 18:01:00 <JaMa> yes
Oct 17 18:01:00 <mrmoku> fso-gpsd you mean?
Oct 17 18:01:14 <JaMa> right :) gpsd
Oct 17 18:01:50 <Heinervdm> mrmoku: i pushed a recipe for notification
Oct 17 18:01:57 <Heinervdm> for the gadget
Oct 17 18:05:45 <mrmoku> Heinervdm: great :-)
Oct 17 18:28:37 <mrmoku> GNUtoo|laptop, dos1: by adjusting xorg.conf to newer kernel and going back to older kernel we removed the Power Button
Oct 17 18:29:02 <lindi-> mrmoku: is this related to /dev/input/event* reordering?
Oct 17 18:30:57 <mrmoku> lindi-: for n900, yup
Oct 17 18:33:12 <daniele_athome> guys something ready to use for remote configuration?
Oct 17 18:33:23 <daniele_athome> ie via dbus
Oct 17 18:33:29 <daniele_athome> like gconf
Oct 17 18:48:12 * daniele_athome aaaaaaahhh vala for dbus servers :D
Oct 17 18:52:43 <GNUtoo|laptop> mrmoku, I think we removed it from defconfig
Oct 17 18:52:54 <GNUtoo|laptop> too
Oct 17 18:53:04 <GNUtoo|laptop> check it if we have it in defconfig
Oct 17 18:55:18 <mrmoku> GNUtoo|laptop: ok
Oct 17 18:56:37 <GNUtoo|laptop> mrmoku, btw paul menzel send a post about the libgee issue
Oct 17 18:56:39 <GNUtoo|laptop> the first one
Oct 17 18:56:46 <GNUtoo|laptop> with introspection
Oct 17 19:04:38 <mrmoku> GNUtoo|laptop: CONFIG_TWL4030_PWRBUTTON=y
Oct 17 19:04:39 <mrmoku> this one?
Oct 17 19:04:47 <GNUtoo|laptop> maybe
Oct 17 19:04:49 <GNUtoo|laptop> try it
Oct 17 19:06:13 <mrmoku> hmm... I can't right now... rebuilt from scratch for gta02 and did not save the kernel :/
Oct 17 19:07:57 <mrmoku> GNUtoo|laptop: I squashed the commits a bit and pushed a n900-for-merge branch
Oct 17 19:08:05 <GNUtoo|laptop> nice
Oct 17 19:08:08 <GNUtoo|laptop> thanks a lot!!!!
Oct 17 19:08:20 <mrmoku> it probably needs readding (or better dropping of the xorg.conf patch) for the power button
Oct 17 19:08:23 <GNUtoo|laptop> mrmoku, I've to rebuild from scratch all my machines
Oct 17 19:08:27 <mrmoku> :)
Oct 17 19:08:29 <mrmoku> fun :P
Oct 17 19:08:42 <GNUtoo|laptop> for now htcdream just succeded
Oct 17 19:08:59 <mrmoku> n900 will be fast as it's same arch
Oct 17 19:09:06 <GNUtoo|laptop> the issue is that I also use one tmpdir for each machine
Oct 17 19:09:09 <GNUtoo|laptop> no
Oct 17 19:09:11 <mrmoku> ahh
Oct 17 19:09:12 <GNUtoo|laptop> armv6-novfp
Oct 17 19:09:15 <GNUtoo|laptop> and armv7
Oct 17 19:09:17 <mrmoku> oh
Oct 17 19:09:21 <GNUtoo|laptop> and n900 is in a branch
Oct 17 19:09:33 <GNUtoo|laptop> so I *must* use 2 different tmpdir
Oct 17 19:09:43 <mrmoku> ok
Oct 17 19:09:59 <GNUtoo|laptop> that's why merging has to be done 
Oct 17 19:10:07 <GNUtoo|laptop> *that's also a reason why
Oct 17 19:11:01 <mrmoku> if you look at n900-for-merge it's not that bad
Oct 17 19:11:04 <mrmoku> just 6.5 commits
Oct 17 19:11:10 <mrmoku> I'm not sure about the udev rules one
Oct 17 19:11:12 <GNUtoo|laptop> wow
Oct 17 19:11:13 <GNUtoo|laptop> nice
Oct 17 19:11:17 <GNUtoo|laptop> I'll look
Oct 17 19:11:29 <GNUtoo|laptop> but I've to merge some stuff to oe first
Oct 17 19:11:30 <mrmoku> and we probably want to drop the xorg.conf fiddling
Oct 17 19:11:33 <mrmoku> sure
Oct 17 19:12:05 <mrmoku> ahh, no
Oct 17 19:12:14 <mrmoku> we don't want to drop it completely
Oct 17 19:12:23 <mrmoku> it adds CoreKeyboard option
Oct 17 19:12:43 <GNUtoo|laptop> ok
Oct 17 19:12:54 <mrmoku> so I should probably fix it up to leave the power button and just add that
Oct 17 19:13:24 <mrmoku> the netbase one is fine I think
Oct 17 19:13:43 <mrmoku> one commit for all the machine conf fiddling (keyboard, watchdog and g_ether)
Oct 17 19:14:04 <mrmoku> one commit for GTK_IM_MODULE
Oct 17 19:14:10 <mrmoku> one commit for the kernel
Oct 17 19:14:18 <mrmoku> and one for the console keymap
Oct 17 19:20:21 <daniele_athome> what is the vala type for GValue/Dbus variant?
Oct 17 19:25:41 <GNUtoo|laptop> ok
Oct 17 19:25:49 <GNUtoo|laptop> wow console keymap
Oct 17 19:26:13 <GNUtoo|laptop> mrmoku, GTK_IM_MODULE should not be specific to n900 btw
Oct 17 19:26:18 <GNUtoo|laptop> but to all devices with a keyboard
Oct 17 19:26:31 <GNUtoo|laptop> for instance htcdream has the same issue
Oct 17 19:36:10 <max_posedon> Hi! Does gprs works for smbd in current shr-U?
Oct 17 19:36:30 <mrmoku> max_posedon: smbd?
Oct 17 19:36:37 <max_posedon> for somebody)
Oct 17 19:36:55 <JaMa> it should in tests/shr-u
Oct 17 19:37:00 <JaMa> but I guess nobody tried yet
Oct 17 19:37:20 <max_posedon> for me, fsogsmd just "fails" and disconnects from network at all
Oct 17 19:39:17 <max_posedon> JaMa, does tests/shr-u at least "semi-stable"?
Oct 17 19:39:53 <JaMa> max_posedon: read ML for known issues
Oct 17 19:40:09 <JaMa> I haven't tried the image which was built today yet
Oct 17 19:40:18 <mrmoku> JaMa, max_posedon: I tried... it works... and I closed the ticket even :)
Oct 17 19:40:27 <JaMa> mrmoku: great :)
Oct 17 19:40:30 <mrmoku> (not from the buildhost image... but same revision)
Oct 17 19:40:59 <JaMa> mrmoku: but the image before rebuild from scratch did segfault every 5s in fso :)
Oct 17 19:41:09 <JaMa> mrmoku: so I'll better finish my reflash with reboot :)
Oct 17 19:41:30 <mrmoku> :)
Oct 17 19:41:47 <JaMa> NOTE: Running task 7937 of 17410
Oct 17 19:41:53 <mrmoku> heh
Oct 17 19:41:56 <mrmoku> long road to sync :P
Oct 17 19:42:25 <JaMa> yeah .. and that's only gta02 :/
Oct 17 19:42:41 <JaMa> hopefully enough time to port ts fitering :)
Oct 17 19:42:51 <mrmoku> hehe
Oct 17 19:43:06 <mrmoku> the more archs we get the more pain it will be though
Oct 17 19:43:44 <JaMa> after yesterday's kernel ts drivers checking, I would try to add filtering to kernel driver
Oct 17 19:44:28 <JaMa> not whole filtering api as it was used before only remove that "evdev dragging jitter"
Oct 17 19:45:47 <mrmoku> ok
Oct 17 19:54:26 <TAsn> daniele_athome, I'm REALLY sorry, tomorrow it'll happen for sure :(
Oct 17 19:54:49 <daniele_athome> hi TAsn np :)
Oct 17 19:54:57 <daniele_athome> i'm doing the big split, it'll take some time
Oct 17 19:55:27 <daniele_athome> i will not port the current mokosuite code to opimd modifications
Oct 17 19:57:53 <GNUtoo|laptop> mrmoku, I go to bed in about 1h and that's not enough to build nokia900 images
Oct 17 19:58:02 <GNUtoo|laptop> so I'll work on dream oe stuff
Oct 17 19:58:34 <mrmoku> GNUtoo|laptop: sure, before merging it I would like to build another image too... will start that before going to bed
Oct 17 19:58:42 <mrmoku> otherwise my laptop is getting unusable :P
Oct 17 19:58:50 <GNUtoo|laptop> ok
Oct 17 19:58:56 <TAsn> bbl
Oct 17 19:59:11 <mrmoku> nah... just wanted to ask him something ;)
Oct 17 20:04:50 <GNUtoo|laptop> hmmm logo config is not in our leviathan kernel
Oct 17 20:05:31 <JaMa> mrmoku, max_posedon: tests/shr-u doesn't work, even start xorg..
Oct 17 20:06:00 <JaMa> mrmoku: I guess I've fixed OVERRIDES/FILESPATH too late on buildhost.. :/
Oct 17 20:06:40 <pespin|away> daniele_athome, (guys something ready to use for remote configuration?) ther exists a dbus fso daemn called opreferenced, but i don't know what does it do. It might be what you are looking for :)
Oct 17 20:07:24 <leviathan> GNUtoo|laptop: hmm
Oct 17 20:07:31 <daniele_athome> pespin|away, i saw that but it's more than a central settings daemon
Oct 17 20:07:32 <leviathan> GNUtoo|laptop: patch it into it ;-)
Oct 17 20:07:44 <daniele_athome> anyway pespin|away i've found an old vala source for a dbus server
Oct 17 20:07:46 <GNUtoo|laptop> I'll look
Oct 17 20:07:48 <daniele_athome> storing configuration in sqlite
Oct 17 20:07:53 <daniele_athome> thank you anyway ;)
Oct 17 20:07:56 <GNUtoo|laptop> but I'm more thinking of rebase on top of 2.6.35 cyanogen
Oct 17 20:08:18 <pespin|away> daniele_athome, usin g dbus-glib or gdbus?
Oct 17 20:08:48 <daniele_athome> pespin|away, for now dbus-glib, but i will compile it with gdbus soon or later
Oct 17 20:09:05 <pespin|away> daniele_athome, you'll have to change the code then afaik
Oct 17 20:09:07 <daniele_athome> i think i have old vala... too many errors with gdbus
Oct 17 20:09:22 <daniele_athome> pespin|away, i tried with another dbus proxy of mine
Oct 17 20:09:38 <daniele_athome> there are a couple of warnings that makes me worrying
Oct 17 20:10:04 <pespin|away> daniele_athome, I'm using gdbus in new emtooth now (stopped development due to vala bug, waiting for fix ;))
Oct 17 20:10:14 <pespin|away> it's not perfect, but you could look there if you are interested in using gdbus
Oct 17 20:10:23 <daniele_athome> ok thanks
Oct 17 20:10:35 <daniele_athome> but i think i will stick to dbus-glib for a while
Oct 17 20:11:31 <pespin|away> JaMa, btw, which glib are we using in newest shr-u? 2.24? what about upgrading to 2.26?
Oct 17 20:11:52 <daniele_athome> pespin|away, i guess with gdbus glib 2.26 is needed
Oct 17 20:12:02 <daniele_athome> damn don't have it yet on lucid :S
Oct 17 20:12:06 <daniele_athome> have to backport it
Oct 17 20:12:33 <pespin|away> daniele_athome, indeed
Oct 17 20:12:50 <JaMa> pespin|away: glib-2.0_2.24.1.bb, seen your upgrade request on ML, but no time here now, hopefully someone else will add it
Oct 17 20:12:51 <pespin|away> daniele_athome, I have it in archlinux :)
Oct 17 20:12:59 <daniele_athome> :P
Oct 17 20:13:02 <pespin|away> JaMa, ok, np :)
Oct 17 20:15:09 <mrmoku> JaMa: shit :(/
Oct 17 20:15:56 <JaMa> mrmoku: I'll -c clean those and recreate images, (old images already deleted)
Oct 17 20:16:42 <mrmoku> good
Oct 17 20:17:05 <mrmoku> TAsn: I'm (re-)thinking about how to get phoneuid onto the session bus
Oct 17 20:17:26 <mrmoku> TAsn: any opinion? :P
Oct 17 20:17:42 <TAsn> Hm.. just move it? :P
Oct 17 20:17:50 <TAsn> Honestly, I don't remember the difficulties.
Oct 17 20:17:53 <mrmoku> that's not enough
Oct 17 20:17:59 <mrmoku> as phonefsod needs to talk to it
Oct 17 20:18:06 <mrmoku> and can't talk to the session bus
Oct 17 20:18:19 <mrmoku> hmm
Oct 17 20:18:20 <TAsn> right.
Oct 17 20:18:31 <mrmoku> it could just sit on both buses
Oct 17 20:18:33 <TAsn> where does phonefsod belong to?
Oct 17 20:18:42 <mrmoku> system bus?
Oct 17 20:18:45 <TAsn> I mean, why?
Oct 17 20:18:58 <TAsn> actually nvm
Oct 17 20:19:01 <mrmoku> :)
Oct 17 20:19:01 <TAsn> yeah, system bus.
Oct 17 20:19:08 <TAsn> as it's not user specific
Oct 17 20:19:17 <TAsn> but regarding phoneuid: you can't let it hog both
Oct 17 20:19:20 <TAsn> because of exactly that
Oct 17 20:19:27 <TAsn> you want different phoneuid per user
Oct 17 20:19:53 <mrmoku> and who get's the incoming call?
Oct 17 20:20:04 <TAsn> the active phoneuid at the time
Oct 17 20:20:13 <TAsn> so maybe just kill phoneuid when switching users?
Oct 17 20:20:14 <TAsn> ok.
Oct 17 20:20:14 <Heinervdm> in that case phoneuid and phonefsod are designed in the wrong way
Oct 17 20:20:25 <TAsn> Heinervdm, may be so.
Oct 17 20:20:34 <mrmoku> there must only be one phoneuid
Oct 17 20:20:35 <daniele_athome> i remind you all that we are talking of software for embedded devices
Oct 17 20:20:47 <mrmoku> and that's the one getting the name on the system bus
Oct 17 20:20:48 <Heinervdm> phonefsod should emit a signal and phoneuid should listend to these signals...
Oct 17 20:20:48 <daniele_athome> phoneuid shall not be designed to run on desktops
Oct 17 20:21:08 <TAsn> mrmoku, okie, fine with me.
Oct 17 20:21:11 <mrmoku> that has the disadvantage that phonefsod has no idea if there is a phoneuid listening
Oct 17 20:21:46 <mrmoku> and that multiple phoneuid instances could listen
Oct 17 20:21:48 <Heinervdm> mrmoku: why has it to know if phoneuid is listening?
Oct 17 20:22:11 <TAsn> Heinervdm, it was also to simplify API/interaction.
Oct 17 20:22:14 <mrmoku> if phoneuid is not listening no telephony
Oct 17 20:22:26 <Heinervdm> ok
Oct 17 20:22:37 <mrmoku> dunno what phonefsod is supposed to do in that case
Oct 17 20:22:38 <TAsn> Phoneuid is dumb.
Oct 17 20:22:41 <Heinervdm> TAsn: yes, the other way would be more complicated
Oct 17 20:22:48 <TAsn> and should stay dumb.
Oct 17 20:22:48 <mrmoku> but it might be an idea to reboot ;)
Oct 17 20:23:00 <TAsn> mrmoku, or pop a message in some way.
Oct 17 20:23:13 <mrmoku> which phonefsod can't do :/
Oct 17 20:23:16 <TAsn> yep.
Oct 17 20:23:20 <TAsn> but it can execute the
Oct 17 20:23:28 <mrmoku> it could make it vibrate like hell :P
Oct 17 20:23:30 <TAsn> "OH DAMN WE ARE SCREWED WHAT DO YOU WANT TO DO?!" appliaction.
Oct 17 20:23:35 <mrmoku> or flash some led
Oct 17 20:23:44 <TAsn> or all of the above :)
Oct 17 20:23:56 <Heinervdm> play a sound: "Start the GUI!!!!"
Oct 17 20:24:00 <mrmoku> :)
Oct 17 20:24:41 <mrmoku> and flimmer the backlight meanwhile
Oct 17 20:25:05 <TAsn> or call the cops with a pre-recorded message.
Oct 17 20:25:24 <mrmoku> send a sms to your spare phone (which you need anyway ;)
Oct 17 20:25:33 <Heinervdm> but it should be possible to run phonefsod on session bus?
Oct 17 20:25:47 <Heinervdm> even if it doesn't belong there
Oct 17 20:25:47 <mrmoku> no, not exclusively
Oct 17 20:25:52 <Heinervdm> ah, ok
Oct 17 20:25:56 <mrmoku> actually not at all
Oct 17 20:26:02 <mrmoku> because it does not know the session bus address
Oct 17 20:26:43 <mrmoku> IMO phoneuid should have the part of it's interface that is of importance for phonefsod on the system bus
Oct 17 20:26:45 <TAsn> and because phonefsod is "tight to the device"
Oct 17 20:26:57 <mrmoku> and the rest on the session bus
Oct 17 20:27:03 <TAsn> mrmoku, which is practically everything :P
Oct 17 20:27:44 <mrmoku> CallManagement would be on the system bus 
Oct 17 20:28:01 <mrmoku> Notification too
Oct 17 20:28:24 <mrmoku> and the rest on the session bus
Oct 17 20:28:42 <mrmoku> makes much sense... as those two are not supposed to be called by something else anyway
Oct 17 20:29:01 <mrmoku> someday we might even configure it to only allow phonefsod to call into those two interfaces
Oct 17 20:29:27 <mrmoku> btw. does one need root rights to get a name on the system bus? hopefully not :P
Oct 17 20:30:10 <pespin> mrmoku, depending on dbus config i bet?
Oct 17 20:30:22 <mrmoku> yeah, probably
Oct 17 20:30:58 <mrmoku> though thinking about it on my desktop the nm-applet is sitting on the system bus too (and running as me not as root)
Oct 17 20:31:31 <mrmoku> TAsn: that would bring us a big step forward to have a non-root user :)
Oct 17 20:32:39 <Heinervdm> pespin: i've added efm-* to OE
Oct 17 20:32:59 <TAsn> mrmoku, notification too, are you sure?
Oct 17 20:33:07 <mrmoku> yup
Oct 17 20:33:08 <TAsn> mrmoku, yeah, just dbus config.
Oct 17 20:33:09 <pespin> Heinervdm, did you finally look at it today? is it working now=?
Oct 17 20:33:35 <mrmoku> DisplaySimAuth, HideSimAuth, DisplayUssd, DisplayDialog, FeedbackAction
Oct 17 20:33:38 <mrmoku> that's what it has
Oct 17 20:33:38 <Heinervdm> pespin: the packaging works now
Oct 17 20:33:58 <pespin> Heinervdm, do you have them in your server? I might try after having dinner
Oct 17 20:34:17 <Heinervdm> pespin: no i'm rebuilding from scratch now
Oct 17 20:34:29 <pespin> okk
Oct 17 20:35:20 <TAsn> mrmoku, ohhh right.
Oct 17 20:35:48 <TAsn> I freaking hate the guys at #evolution@gimpnet
Oct 17 20:35:55 <TAsn> I think I never got an answer.
Oct 17 20:36:28 <mrmoku> maybe it was the wrong question ;)
Oct 17 20:36:53 <TAsn> "<TAsn> Why the fuck do you guys make such crappy software?!"
Oct 17 20:36:57 <TAsn> how could that be wrong?
Oct 17 20:37:01 <mrmoku> :P
Oct 17 20:37:09 <TAsn> J/k, I was just begging for help
Oct 17 20:37:10 <Heinervdm> :D
Oct 17 20:37:15 <TAsn> because evolution is completely broken here
Oct 17 20:37:21 <TAsn> and the sobs
Oct 17 20:37:24 <TAsn> split the configs all around
Oct 17 20:37:25 <mrmoku> was that ever different?
Oct 17 20:37:28 <TAsn> there's configuration in
Oct 17 20:37:32 <TAsn> .config/evolution
Oct 17 20:37:36 <TAsn> .local/share/evolution
Oct 17 20:37:41 <TAsn> .gconf/apps/evolution
Oct 17 20:38:00 <TAsn> and even after reseting all of them
Oct 17 20:38:04 <TAsn> it's still freak broken.
Oct 17 20:38:37 <prahal_> shr has switched to upstart or such ? sysvinit does not hold all the needed binaries ...
Oct 17 20:38:50 <mrmoku> prahal_: no
Oct 17 20:38:54 <prahal_> thanks
Oct 17 20:39:19 <prahal_> sad there are nothing lik packages.shr.org 
Oct 17 20:39:41 <mrmoku> hmm
Oct 17 20:39:48 <daniele_athome> TAsn, mrmoku, Heinervdm, pespin: why are you continuing to discuss about this
Oct 17 20:39:57 <TAsn> daniele_athome, about what?
Oct 17 20:40:00 <mrmoku> JaMa: isn't there some bb to build some package browsing?
Oct 17 20:40:08 <daniele_athome> TAsn, sorry i mean the previous talk
Oct 17 20:40:13 <mrmoku> daniele_athome: discuss what?
Oct 17 20:40:14 <daniele_athome> about phoneuid/phonefsod
Oct 17 20:40:19 <TAsn> if it's a previous talk
Oct 17 20:40:21 <TAsn> then it's over
Oct 17 20:40:26 <daniele_athome> TAsn, lol
Oct 17 20:40:28 <daniele_athome> i mean:
Oct 17 20:40:30 <TAsn> so we stopped talking about it :)
Oct 17 20:40:34 <mrmoku> because we have to implement what we we're talking about
Oct 17 20:40:48 <mrmoku> and to be able to use org.freesdesktop.Notifications
Oct 17 20:40:56 <mrmoku> phoneuid must run on the session bus
Oct 17 20:41:04 <TAsn> mrmoku, what about libfso-glib does it suck less?
Oct 17 20:41:09 <daniele_athome> so that's all about it
Oct 17 20:41:11 <daniele_athome> ok :)
Oct 17 20:41:21 <mrmoku> TAsn: dunno, but there is gdbus now :)
Oct 17 20:41:22 <daniele_athome> i thought you were talking also about multiuser phoneuid etc.
Oct 17 20:41:28 <TAsn> mrmoku, yeah.
Oct 17 20:41:28 <daniele_athome> some strange things :D
Oct 17 20:41:31 <TAsn> mrmoku, fucking finally.
Oct 17 20:41:41 <TAsn> daniele_athome, nah.
Oct 17 20:41:46 <TAsn> daniele_athome, although current gen phones
Oct 17 20:41:54 <TAsn> are more than capable of pulling such things off.
Oct 17 20:42:03 <mrmoku> TAsn: I'm installing Fedora14Beta right now in a virtual machine... to see if glib is new enough :P
Oct 17 20:42:06 <daniele_athome> TAsn, a multiuser environment?
Oct 17 20:42:08 <daniele_athome> what for?
Oct 17 20:42:17 <TAsn> nothing for
Oct 17 20:42:22 <TAsn> I'm just saying the phone is good enough.
Oct 17 20:42:27 <daniele_athome> ah :)
Oct 17 20:42:28 <TAsn> (not the moko, but current gen phones)
Oct 17 20:42:35 <TAsn> but to the "what for" question
Oct 17 20:42:36 <daniele_athome> yes
Oct 17 20:42:38 <TAsn> it's nice
Oct 17 20:42:46 <daniele_athome> mmm
Oct 17 20:42:53 <TAsn> lending someone your phone
Oct 17 20:42:55 <daniele_athome> sorry TAsn can you provide me an example?
Oct 17 20:42:57 <daniele_athome> mmm
Oct 17 20:43:02 <TAsn> or work phone
Oct 17 20:43:06 <TAsn> that people share
Oct 17 20:43:13 <TAsn> i.e "abroad work phone"
Oct 17 20:43:22 <TAsn> a work phone that people just take when they go abroad
Oct 17 20:43:28 <TAsn> it's nice having your own abroad contacts
Oct 17 20:43:32 <daniele_athome> i guess so
Oct 17 20:43:32 <TAsn> on it.
Oct 17 20:43:35 <daniele_athome> nice example :)
Oct 17 20:43:35 <TAsn> and messages
Oct 17 20:43:43 <TAsn> daniele_athome, I got lucky :P
Oct 17 20:43:52 <TAsn> daniele_athome, but yeah, it's a VERY rare example.
Oct 17 20:43:59 <daniele_athome> TAsn, however opimd is inside a system daemon
Oct 17 20:44:00 <TAsn> but once you run everything as a user
Oct 17 20:44:04 <TAsn> daniele_athome, that'll cahnge.
Oct 17 20:44:05 <TAsn> change
Oct 17 20:44:09 <daniele_athome> talking about messages
Oct 17 20:44:10 <daniele_athome> :P
Oct 17 20:44:13 <TAsn> opimd will become a standalone
Oct 17 20:44:23 <TAsn> running as a user
Oct 17 20:44:53 <daniele_athome> mmm
Oct 17 20:45:19 <daniele_athome> TAsn, should i write my code in this manner?
Oct 17 20:45:28 <daniele_athome> i mean starting to think multiuser
Oct 17 20:45:44 <TAsn> yes and no
Oct 17 20:45:51 <TAsn> yes: that's a good idea.
Oct 17 20:46:04 <TAsn> no: your code should just be multi-user compatible by design
Oct 17 20:46:10 <TAsn> I mean you shouldn't right multi user support
Oct 17 20:46:14 <TAsn> it should just be user dependant
Oct 17 20:46:19 <TAsn> like every other linux application.
Oct 17 20:46:25 <TAsn> dependent*
Oct 17 20:46:34 <daniele_athome> mmm
Oct 17 20:46:48 <TAsn> I mean
Oct 17 20:46:51 <TAsn> there's no reason
Oct 17 20:47:00 <TAsn> why you would need that
Oct 17 20:47:05 <daniele_athome> TAsn, so i'm making mistakes :)
Oct 17 20:47:07 <TAsn> (binding yourself to one user)
Oct 17 20:47:09 <lindi-> hmm, either I am dreaming or 2.6.34 uses less energy
Oct 17 20:47:12 <TAsn> daniele_athome, what did you do?
Oct 17 20:47:14 <daniele_athome> mokosuite configuration is system wide
Oct 17 20:47:19 <TAsn> daniele_athome, that's bad.
Oct 17 20:47:29 <mrmoku> lindi-: hehe, that would be a change :)
Oct 17 20:47:30 <TAsn> first of all there's no reason why to do it.
Oct 17 20:47:31 <daniele_athome> :(
Oct 17 20:47:39 <daniele_athome> the mokosuite split is a chance to fix those things too
Oct 17 20:47:41 <TAsn> I mean you don't really need it to be system wide.
Oct 17 20:47:55 <daniele_athome> next development release will be in a long time...
Oct 17 20:47:57 <TAsn> just create a skeleton config
Oct 17 20:48:07 <TAsn> put it in a system-wide location
Oct 17 20:48:15 <TAsn> and fallback to it
Oct 17 20:48:21 <TAsn> when there's no user specific config
Oct 17 20:48:25 <daniele_athome> TAsn, yeah the usual way
Oct 17 20:48:27 <daniele_athome> like on pc
Oct 17 20:48:27 <mrmoku> another thing to implement for phoneuid :P
Oct 17 20:48:30 <daniele_athome> *desktops
Oct 17 20:48:32 <TAsn> daniele_athome, yeah :)
Oct 17 20:48:38 <TAsn> mrmoku, sshhh don't tell him :P
Oct 17 20:48:48 <daniele_athome> lol
Oct 17 20:49:03 <TAsn> mrmoku, j/k though, it's just s#/etc#~/#
Oct 17 20:49:04 <TAsn> :P
Oct 17 20:49:04 <daniele_athome> it's good to have a competitor in this :)
Oct 17 20:49:05 <mrmoku> TAsn: do you want me to illogically split it between .local/config/phoneuid and .phoneuidrc ? ;)
Oct 17 20:49:14 <daniele_athome> :P
Oct 17 20:49:17 <TAsn> mrmoku, only if you make gconf a dep
Oct 17 20:49:22 <TAsn> and split to
Oct 17 20:49:25 <TAsn> .gconf/apps/phoneuid
Oct 17 20:49:26 <TAsn> as well.
Oct 17 20:49:27 <daniele_athome> shr stack vs mokosuite
Oct 17 20:49:27 <daniele_athome> lol
Oct 17 20:49:33 <mrmoku> ok :)
Oct 17 20:49:53 <TAsn> Phew, having a broken evolution is so liberating :)
Oct 17 20:50:04 <mrmoku> TAsn: kmail rocks ;)
Oct 17 20:50:06 <TAsn> I honestly feel so free because I don't know I have h.w to submit
Oct 17 20:50:06 <TAsn> :P
Oct 17 20:50:34 <TAsn> mrmoku, told you already, never liked Qt.
Oct 17 20:50:39 <TAsn> And always hated Qtopia :P
Oct 17 20:50:58 <TAsn> With that being said, I wasn't always into EFL as well
Oct 17 20:51:00 <mrmoku> for qtopia I'm with you
Oct 17 20:51:01 <daniele_athome> goodnight guys
Oct 17 20:51:02 <TAsn> so things can change :P
Oct 17 20:51:05 <TAsn> daniele_athome, ciao.
Oct 17 20:51:17 <mrmoku> daniele_athome: buona notte
Oct 17 20:51:28 <daniele_athome> !!! :)
Oct 17 20:58:52 <TAsn> Ok night, let us all pray Hong Kong post will update my tablet's shipping status tomorrow.
Oct 17 20:59:01 <mrmoku> :P
Oct 17 20:59:27 <TAsn> I'm worst than this: http://xkcd.com/281/
Oct 17 21:01:35 <GNUtoo|laptop> and I'm like this: http://www.freesoftwaremagazine.com/columns/bizarre_cathedral_31
Oct 17 21:01:40 <mrmoku> TAsn: hehe, yes
Oct 17 21:01:54 <pespin> TAsn, you could write an EFL mail client now that evolution doesn't work for you :P
Oct 17 21:02:02 <mrmoku> TAsn: and while still showing your package is in HonkKong the brown man is ringing the door bell ;)
Oct 17 21:02:19 <pespin> you'd use it in all your devices with shr!
Oct 17 21:02:38 <TAsn> mrmoku, that's why I also ordered an infra-red camera to install by the door.
Oct 17 21:02:41 <mrmoku> GNUtoo|laptop: hehe
Oct 17 21:02:49 <TAsn> pespin, Yes
Oct 17 21:02:55 <GNUtoo|laptop> I've too many devices
Oct 17 21:02:57 <TAsn> pespin, I guess I'll have to :|
Oct 17 21:03:01 <GNUtoo|laptop> and not enough time
Oct 17 21:03:21 <mrmoku> on the other hand even with one device time is never enough :/
Oct 17 21:03:37 <TAsn> GNUtoo|laptop, ha, nice strip :P
Oct 17 21:03:49 <TAsn> mrmoku, that's what's awesome and bad about linux.
Oct 17 21:03:57 <mrmoku> yup
Oct 17 21:04:05 <mrmoku> lindi-: is it just a feeling or measured somehow?
Oct 17 21:04:26 <lindi-> mrmoku: measured and documented in the bug report
Oct 17 21:04:38 <lindi-> three times :)
Oct 17 21:04:48 <mrmoku> very nice :)
Oct 17 21:05:19 <TAsn> Anyhow, ciao.
Oct 17 21:05:21 <TAsn> night all.
Oct 17 21:05:27 <mrmoku> cu
Oct 17 21:05:28 <pespin> mrmoku, I suppouse it will take a long while to finish rebuilding things in buildhost, but would be great if you could set to build efm-* modules now that they are in OE :D
Oct 17 21:05:46 <pespin> I'd like to try them and give feedback
Oct 17 21:06:04 <mrmoku> pespin: sure
Oct 17 21:09:02 <mrmoku> pespin: well... not so sure :P
Oct 17 21:09:15 <mrmoku> JaMa: building image and feed in parallel?
Oct 17 21:09:43 <mrmoku> pespin: buildhost is building new unstable images to test
Oct 17 21:09:54 <mrmoku> we have to wait for them to finish first
Oct 17 21:12:04 <pespin> mrmoku, yeah, np, just asking if it's posible to build it once everything important is finished :)
Oct 17 21:12:52 <JaMa> mrmoku: yep
Oct 17 21:13:08 <Heinervdm> mrmoku: it's not in the feed, i just added the recipes but didn't add them to task-shr-feed
Oct 17 21:13:38 <JaMa> mrmoku: wanted to wait for qt build, but it will probably finish when I'm already asleep :)
Oct 17 21:17:20 <playya_> JaMa, iirc you had the same issue: http://tinderbox.openembedded.org/public/logs/task/8858200.txt
Oct 17 21:17:45 <playya_> any idea how to fix it or just clean and rebuild?
Oct 17 21:19:01 <JaMa> playya_: git pull :)
Oct 17 21:19:47 <playya_> i pulled oe.dev about 4h ago
Oct 17 21:20:07 <Heinervdm> http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=df932a2769c2f6f7195363e8eb83994846805398
Oct 17 21:20:14 <Heinervdm> playya_: ^
Oct 17 21:20:41 <playya_> ok
Oct 17 21:20:55 <JaMa> actually http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=a89e9c41f6ea2df686bcfb7c01b39b23685b4261
Oct 17 21:21:04 <JaMa> the later commit was fix of fix
Oct 17 21:28:25 * mrmoku started build of nokia900 image and is off to bed now
Oct 17 21:28:28 <mrmoku> gnight all
Oct 17 21:29:26 <JaMa> gnight
Oct 17 21:32:50 <[Rui]> hi all
Oct 17 21:34:16 <JaMa> hi
Oct 17 21:34:30 <PaulFertser> Nice ideas about the app lifecycle management, too bad i prefer reliable telephony support first :|
Oct 17 21:34:55 <JaMa> damn developers! :)
Oct 17 21:35:06 <[Rui]> JaMa: so, the image was borked again?
Oct 17 21:35:08 <PaulFertser> JaMa: no really, it looks like nobody is really using it as a phone.
Oct 17 21:35:26 * [Rui] wonders if that infamous gtk app bug is that X-killing one?
Oct 17 21:36:05 <JaMa> [Rui]: no OE do_unpack function was broken.. using wrong sources
Oct 17 21:36:26 <JaMa> [Rui]: I'm booting new image which should be OK again
Oct 17 21:36:35 <[Rui]> cool, can I try? :)
Oct 17 21:38:40 <JaMa> yes
Oct 17 21:39:06 <[Rui]> telephony works as usual, or is it known to be borked?
Oct 17 21:43:10 <JaMa> no, this time should work (works for me now)
Oct 17 21:54:34 <[Rui]> JaMa|Zzz: good night! :)
Oct 17 22:02:56 <pespin> hmm any idea where can I get gzip python module in shr-u? can't find it in feeds
Oct 17 22:14:00 <Heinervdm> pespin: python-compression
Oct 17 22:29:48 <pespin> Heinervdm, thankss
Oct 17 22:55:20 <[Rui]> yay, tslib is way broken now :(
Oct 17 22:55:47 <[Rui]> Driver "tslib" doesn't work at all in shr-u's 2.6.34
Oct 17 22:56:19 <[Rui]> wow this is nice too:   160 root      19  -1 10664 4252 2384 R 94.7  3.4   2:13.54 Xorg                                                                                                                                                 
Oct 17 23:02:28 <[Rui]> no matter what icon size, I always get only one column of icons.
Oct 17 23:02:33 <[Rui]> but it's blazing fast now :)
Oct 18 00:08:21 <tmzt_> mickey|dinner: what's the upstream for utilities.git android/fastboot?
Oct 18 00:08:35 <tmzt_> as in, what's the latest source version of fastboot from google
Oct 18 00:37:20 <tmzt_> mickey|dinner: also, what license would you consider your additions under?
**** ENDING LOGGING AT Mon Oct 18 02:59:57 2010