**** BEGIN LOGGING AT Mon Apr 20 02:59:57 2009
Apr 20 06:06:18 <schasch> good morning
Apr 20 06:11:18 <tobii_> good morning
Apr 20 06:11:24 <schasch> can I configure OpenMoko 2007.2 or fso to m
Apr 20 06:11:45 <CIA-75> SHR: 03mwester 07shr-overlay * r472d5f975160 10/patches/kernel/ (3 files): SHR: kernel - remove the WSOD patches due to upstream changes. (unstable only)
Apr 20 06:12:29 <schasch> can I configure OpenMoko 2007.2 or fso to to be OABI and not EABI? wich bitabake-file?
Apr 20 06:12:47 <tmzt> machine
Apr 20 06:12:56 <tmzt> machine.conf I mean
Apr 20 06:13:04 <tmzt> what is this for?
Apr 20 06:13:05 <schasch> om 2007 gta01   fso gta02...both
Apr 20 06:13:22 <tmzt> what device?
Apr 20 06:13:31 <schasch> to test opentom binaryies on OM
Apr 20 06:14:03 <schasch> om 2007<-gta01                      fso->gta02...  .....both
Apr 20 06:14:13 <tmzt> interesting
Apr 20 06:14:31 <tmzt> but I think you would need to define a new machine for that
Apr 20 06:14:51 <schasch> a new machine .....not easy...or?
Apr 20 06:42:19 <methril|work> morning
Apr 20 07:01:10 <gurugentoo> yay the alam works again in unstable!
Apr 20 07:01:20 <gurugentoo> s/alam/alarm/
Apr 20 07:01:20 <bzzbot> gurugentoo meant: yay the alarm works again in unstable!
Apr 20 07:05:46 <\marco> hi to all
Apr 20 07:06:43 <\marco> why upgrading task-shr-minimal-x opkg wants to install ALL localedatas? :/
Apr 20 07:11:05 <\marco> ok.. wait... it depends on ALL localedata?? :/ why?
Apr 20 07:16:21 <\marco> mhm.. ok maybe I've a problem in selecting a locale.. how can do it?
Apr 20 08:10:19 <spaetz> morning
Apr 20 08:43:15 * spaetz catches up on mailing lists
Apr 20 09:22:33 <ptitjes> good morning
Apr 20 09:49:16 <spaetz> mrmoku: back from Italy for good now?
Apr 20 09:52:10 <mrmoku> spaetz: yep :-)
Apr 20 10:02:50 <Ainulindale> mrmoku: Hey o/
Apr 20 10:03:02 <Ainulindale> mrmoku: so, any question wrt what we did?
Apr 20 10:03:28 <mrmoku> Ainulindale: not yet ;)
Apr 20 10:03:43 <mrmoku> Ainulindale: a question what to do with the stuff I did though...
Apr 20 10:03:57 <Ainulindale> Well, that's a good question indeed
Apr 20 10:04:04 <Ainulindale> Could you tell me exactly what works, what doesn't?
Apr 20 10:04:14 <Ainulindale> IIRC delete/edit doesn't work
Apr 20 10:04:21 <mrmoku> I have a working opimd feeded contact list
Apr 20 10:04:32 <Ainulindale> Is there any need for an initial load?
Apr 20 10:04:35 <Ainulindale> Manual operations?
Apr 20 10:04:42 <Ainulindale> Performance issues?
Apr 20 10:04:53 <mrmoku> some problems :(
Apr 20 10:05:03 <Ainulindale> Tell me :-)
Apr 20 10:05:08 <mrmoku> you need to initialize opimd with InitAllEntries()
Apr 20 10:05:18 <mrmoku> if you do that twice you have doubled contacts
Apr 20 10:05:40 <mrmoku> and I found no way to figure out if it was already called
Apr 20 10:05:58 <mrmoku> editing and deleting is not yet implemented on frameworkd side
Apr 20 10:06:07 <mrmoku> and UTF-8 is broken
Apr 20 10:06:59 <mrmoku> some work needed before we can put it even in unstable me thinks :P
Apr 20 10:07:22 <mrmoku> ahh... and messages show the name :-)
Apr 20 10:07:56 <mrmoku> performance wise... don't know yet... looks good so far
Apr 20 10:08:40 <Q-Master> it might be better to make a sqlite backend plugin then.
Apr 20 10:08:47 <Q-Master> for opimd
Apr 20 10:08:53 <Ainulindale> mrmoku: what I'd suggest
Apr 20 10:09:11 <Ainulindale> mrmoku: fork lfp-efl
Apr 20 10:09:19 <Ainulindale> mrmoku: e.g. create a new lib
Apr 20 10:09:22 <Ainulindale> and new repo
Apr 20 10:09:24 <Ainulindale> and put it there
Apr 20 10:09:32 <mrmoku> hmmm
Apr 20 10:09:43 <Ainulindale> This is necessary anyway
Apr 20 10:09:51 <Ainulindale> Regarding the init all entries thing
Apr 20 10:09:57 <Ainulindale> We should talk about that with mickey|dinner 
Apr 20 10:10:04 <mrmoku> yeah... but I thought new lib would be in vala?
Apr 20 10:10:07 <Ainulindale> As to me, we should have some sort of reconciliation process
Apr 20 10:10:13 <Ainulindale> mrmoku: yeah but meanwhile you can fork it as is
Apr 20 10:10:26 <Ainulindale> First, try to have the functions
Apr 20 10:10:33 <Ainulindale> Then, we'll care about porting
Apr 20 10:11:34 <mrmoku> Ainulindale: ahh... and one question I have regarding what you did :-)
Apr 20 10:11:40 <mrmoku> you removed the SHR_PV thingie...
Apr 20 10:11:49 <mrmoku> (guess to make it OE compatible)
Apr 20 10:11:59 <mrmoku> is it still possible to compile from local tree?
Apr 20 10:12:20 <Ainulindale> (wait a minute)
Apr 20 10:13:10 <Ainulindale> so
Apr 20 10:13:10 <Ainulindale> no
Apr 20 10:13:15 <Ainulindale> I removed that
Apr 20 10:13:26 <Ainulindale> We should figure out a better way
Apr 20 10:13:46 <Ainulindale> This thing wasn't satisfying
Apr 20 10:14:35 <Ainulindale> And in fact I think we can do that without SHR_PV
Apr 20 10:14:41 <Ainulindale> We'll figure it out
Apr 20 10:14:48 <mrmoku> ok
Apr 20 10:14:51 <Ainulindale> The most important thing is to commit in OE first
Apr 20 10:15:00 <mrmoku> yep, agree on that one
Apr 20 10:16:14 <Ainulindale> That's why I renamed stuff, cleaned other stuff
Apr 20 10:16:29 <Ainulindale> We also need to clean lfp/lfp-efl to use autotools staging
Apr 20 10:16:41 <Ainulindale> And all the stuff in the shr/ subdir will be clean
Apr 20 10:17:00 <Ainulindale> So the next thing to do, IMHO
Apr 20 10:17:04 <Ainulindale> Is to build a real distro.Conf
Apr 20 10:18:07 <Ainulindale> Would you be interested in that?
Apr 20 10:18:28 <mrmoku> depends on how fast you want it ;)
Apr 20 10:18:45 <Ainulindale> That means? :-)
Apr 20 10:19:03 <mrmoku> won't get around it today me thinks :P
Apr 20 10:19:16 <Ainulindale> (going to eat, will talk later :-) )
Apr 20 10:19:25 <mrmoku> ok :-)
Apr 20 10:21:02 <ptitjes> hello men
Apr 20 10:21:13 <ptitjes> reading what you wrote ^^^^
Apr 20 10:21:39 <ptitjes> why forking lfp-efl ? just an experimental-opimd branch
Apr 20 10:21:57 <ptitjes> bon apétit
Apr 20 10:26:01 <mrmoku> ptitjes: yeah... would prefer that too
Apr 20 10:26:13 <mrmoku> the new lib will be quite different me thinks
Apr 20 10:32:58 <CIA-75> freesmartphone.org: 03mok 07opimd * re945a1ff12ca 10libframeworkd-glib/src/ (7 files in 3 dirs): 
Apr 20 10:32:58 <CIA-75> freesmartphone.org: opimd: add wrappers fro sources interface
Apr 20 10:32:58 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Apr 20 10:32:59 <CIA-75> freesmartphone.org: 03mok 07opimd * raae989c07be4 10libframeworkd-glib/src/ (frameworkd-glib-dbus.c frameworkd-glib-dbus.h): 
Apr 20 10:33:01 <CIA-75> freesmartphone.org: dbus: const correctnes for connect_to_interface
Apr 20 10:33:03 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Apr 20 10:33:05 <CIA-75> freesmartphone.org: 03mok 07opimd * r8176de3c87f0 10libframeworkd-glib/src/opimd/ (2 files): 
Apr 20 10:33:08 <CIA-75> freesmartphone.org: opimd/contacts: keep the DBusGProxy for queries
Apr 20 10:33:10 <CIA-75> freesmartphone.org: This is needed, because opimd remembers the query cursor
Apr 20 10:33:12 <CIA-75> freesmartphone.org: for each client connection...
Apr 20 10:33:14 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Apr 20 10:33:16 <CIA-75> freesmartphone.org: 03mok 07opimd * r9c43c1aa4116 10libframeworkd-glib/src/opimd/ (frameworkd-glib-opimd-dbus.c frameworkd-glib-opimd-dbus.h): 
Apr 20 10:33:19 <CIA-75> freesmartphone.org: opimd/sources: add missing dbus connect functions
Apr 20 10:33:21 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Apr 20 10:33:25 <CIA-75> freesmartphone.org: 03mok 07opimd * r32aca2c5a5c4 10libframeworkd-glib/src/opimd/dbus/ (contacts.h contacts.xml): 
Apr 20 10:33:28 <CIA-75> freesmartphone.org: opimd/contacts: implement GetMultipleResults
Apr 20 10:33:30 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Apr 20 10:33:32 <CIA-75> freesmartphone.org: 03mok 07opimd * r8abecf8adf5e 10libframeworkd-glib/src/opimd/frameworkd-glib-opimd-contacts.c: 
Apr 20 10:33:37 <CIA-75> freesmartphone.org: opimd/contacts: fix messages/contacts typo and add missing cast
Apr 20 10:33:39 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Apr 20 10:56:28 <Ainulindale> mrmoku: no do not branch
Apr 20 10:56:29 <Ainulindale> fork
Apr 20 10:56:40 <Ainulindale> as anyway we will rewrite it, a fork is necessary
Apr 20 10:56:49 <Ainulindale> I want to reduce what is in shr.git
Apr 20 11:57:12 <Ainulindale> Hmpf, I'm bored.
Apr 20 11:57:18 <Ainulindale> mrmoku?
Apr 20 12:08:09 <Derick> I am writing some application that uses the DBus interfaces... but wondering how I can see *all* signals/method calls. On my normal linux machine dbus-monitor does this just fine, but that doesn't work on the openmoko. mdbus -l only shows signals. Any ideas?
Apr 20 12:09:19 <PaulFertser> Derick: what about mdbus -s ? It shows all methods.
Apr 20 12:09:30 <Derick> PaulFertser: nope, it does not :-/
Apr 20 12:09:34 <PaulFertser> Derick: ah, sorry, you mean monitor, not introspection.
Apr 20 12:09:40 <Derick> yeah
Apr 20 12:09:53 <PaulFertser> Derick: dbus-monitor should work everywhere, i guess...
Apr 20 12:10:06 <PaulFertser> Sorry for mis-answer :-/
Apr 20 12:10:10 <Derick> yes, so I thought, but it shows nothing (no signals, or methods)
Apr 20 12:10:50 <PaulFertser> Derick: probably you're watching on the wrong bus...
Apr 20 12:11:00 <Derick> session vs system?
Apr 20 12:11:12 <Derick> (I tried both of course)
Apr 20 12:11:22 <mrmoku> Ainulindale: back now
Apr 20 12:11:26 <PaulFertser> Yes. Now you'll say tried both, and i'll say sorry, i'm out of ideas :)
Apr 20 12:11:54 <Derick> odd, perhaps it's because I run it over SSH... will also try on the device itself
Apr 20 12:12:04 <mrmoku> Ainulindale: fork as is? or restructure something?
Apr 20 12:12:38 <Derick> another thing... I compiled somethings on the phone and found some broken libtool files for the gtk packages. How can I get a fix back into the repository?
Apr 20 12:13:42 <mrmoku> hmm... forking and renaming to efl2 would have the advantage to be able to install both... and switch between them
Apr 20 12:28:13 <Ainulindale> mrmoku: fork as is first
Apr 20 12:28:19 <Ainulindale> mrmoku: that's my point
Apr 20 12:29:35 <mrmoku> Ainulindale: libframeworkd-phonegui-efl2 ?
Apr 20 12:29:44 <Ainulindale> yep :-)
Apr 20 12:29:56 <mrmoku> ok... will do so
Apr 20 12:33:20 <Derick> PaulFertser: I just tested with dbus-monitor (after fixing it), it also only shows signals
Apr 20 12:34:27 <mrmoku> dos1: hey... your girlfriend around? :P
Apr 20 12:34:42 <PaulFertser> Ainulindale: do you have any idea how fixes like Derick's should be handled? I mean if he's using fso-milestone5.5 OE branch, whom should he report any breakage (like gtk pc files)?
Apr 20 12:35:04 <Derick> PaulFertser: I wouldn't even mind fixing them (had to do so anyway)
Apr 20 12:35:06 <PaulFertser> Derick: i'm very new to dbus too, sorry.
Apr 20 12:35:12 <Derick> okay, that's ok 
Apr 20 12:35:19 <PaulFertser> Derick: Ainulindale has OE commit access ;)
Apr 20 12:35:30 <Ainulindale> PaulFertser: which fix?
Apr 20 12:35:35 <Derick> PaulFertser: i think it's because it runs an old version of dbus
Apr 20 12:35:40 <dos1> mrmoku: no, but i'm in school now ;x
Apr 20 12:35:44 <dos1> IT lessons
Apr 20 12:35:52 <PaulFertser> Derick: please explain your libtool problems to Ainulindale ;)
Apr 20 12:35:53 <Derick> Ainulindale: many of the libtool files have odd paths in them, like:
Apr 20 12:36:04 <dos1> frameworkd doesn't set "busy" state on resume
Apr 20 12:36:07 * dos1 fill bugreport
Apr 20 12:36:10 <dos1> fills*
Apr 20 12:36:16 <Derick> like in /usr/lib/libpangocairo-1.0.la
Apr 20 12:36:23 <Ainulindale> hmmmm
Apr 20 12:36:30 <Derick> a way too long path f.e.
Apr 20 12:36:37 <Derick> (forgot to copy the old files)
Apr 20 12:36:43 <Ainulindale> Derick: well, did you generate your image yourself?
Apr 20 12:36:47 <Derick> no
Apr 20 12:36:48 <Ainulindale> What is the result of this problem?
Apr 20 12:36:54 <Derick> the result is that you can't link
Apr 20 12:37:09 <Ainulindale> What would you suggest as a fix?
Apr 20 12:37:17 <Derick> libtool bails out because one of the dependencies can not be found, because the paths in those .la files are wrong
Apr 20 12:37:24 <Derick> I fixed the paths in those files to have the proper path
Apr 20 12:37:49 <Ainulindale> Could you show me an example of what was generated as a "buggy" path?
Apr 20 12:38:00 <Derick> let me check if I still have a broken file
Apr 20 12:38:46 <PaulFertser> Derick: that means you don't have a real fix... A real fix would be to fix OE to generate proper paths...
Apr 20 12:38:50 <Derick> in libgio-2.0.la
Apr 20 12:39:03 <Derick> PaulFertser: yeah, of course... i fixed the paths on my install only
Apr 20 12:39:09 <dos1> http://trac.freesmartphone.org/ticket/410
Apr 20 12:39:12 <Derick> dependency_libs=' -L/usr/lib /home/shr/fso-testing/tmp/work/armv4t-angstrom-linux-gnueabi/glib-2.0-2.16.4-r1/glib-2.16.4/gobject/libgobject-2.0.la /home/shr/fso-testing/tmp/work/armv4t-angstrom-linux-gnueabi/glib-2.0-2.16.4-r1/glib-2.16.4/gmodule/libgmodule-2.0.la -ldl /home/shr/fso-testing/tmp/work/armv4t-angstrom-linux-gnueabi/glib-2.0-2.16.4-r1/glib-2.16.4/glib/libglib-2.0.la'
Apr 20 12:39:33 <Derick> that whole "/home/fsr/...." is wrong, it should point to /usr/lib/*.la
Apr 20 12:40:42 <Derick> PaulFertser: know any dbus-guru btw?
Apr 20 12:41:17 <PaulFertser> Derick: i guess they'll show up here a bit later.
Apr 20 12:41:24 <Derick> okay
Apr 20 12:41:42 <Ainulindale> Ok that's obviously wrong Derick thanks
Apr 20 12:41:52 <Ainulindale> Derick: Could you repeat that on #oe?
Apr 20 12:41:54 <Ainulindale> (please)
Apr 20 12:41:58 <Derick> Ainulindale: sure
Apr 20 12:42:02 <Ainulindale> Thanks :-)
Apr 20 12:42:47 <PaulFertser> Ainulindale: thank you, now i know where to send people to :)
Apr 20 12:43:31 <Ainulindale> heh
Apr 20 12:44:05 <PaulFertser> Derick: i guess ptitjes was working on dbus vala bindings, he probably knows the best way to monitor dbus calls :)
Apr 20 12:44:31 <Derick> ok, cool. Thanks
Apr 20 12:44:42 * Derick is working on dbus PHP bindings
Apr 20 12:44:57 <Derick> have it mostly working but having some issues with some of the FSO calls
Apr 20 12:45:28 <ptitjes> Derick: ?
Apr 20 12:45:40 <Derick> ah, hello
Apr 20 12:45:45 <ptitjes> Derick: hello :)
Apr 20 12:45:51 <Derick> ptitjes: I am wondering how to monitor dbus-calls
Apr 20 12:45:59 <Derick> i only see signals with both mdbus and dbus-monitor
Apr 20 12:46:12 <ptitjes> Derick: you can use mdbus
Apr 20 12:46:33 <Derick> yeah, I do... but I only see signals, not methodcalls/results
Apr 20 12:46:51 <ptitjes> Derick: I think there are some command line optinos for mdbus
Apr 20 12:47:31 <Derick> it's the same with dbus-monitor. Same calls on my linux machine show them, but not on the openmoko
Apr 20 12:47:38 <Derick> (same code, same system bus)
Apr 20 12:49:47 <ptitjes> Derick: arf I can't tell you so
Apr 20 12:49:49 <ptitjes> sorry
Apr 20 12:49:59 <Derick> meh :)
Apr 20 12:50:08 <ptitjes> Derick: btw why do you act on the system bus ?
Apr 20 12:50:18 <Derick> i was trying to figure out why ListProviders() didn't work
Apr 20 12:50:28 <Derick> ptitjes: isn't that how you talk to the framework stuff?
Apr 20 12:50:29 <ptitjes> Derick: should you not be on the session bus ?
Apr 20 12:50:42 <ptitjes> Derick: session bus
Apr 20 12:50:45 <Derick> odd
Apr 20 12:50:46 <ptitjes> :)
Apr 20 12:50:56 <dos1> mrmoku: when do you plan to merge opimd branch with master in lfd-glib?
Apr 20 12:51:14 <ptitjes> the system bus is for low-level system communication IIRC
Apr 20 12:51:31 <ptitjes> can someone confirm I don't say something stupid ?
Apr 20 12:51:33 <Derick> ptitjes: no, I definitely need the system bus
Apr 20 12:52:04 <Derick> otherwise I get:
Apr 20 12:52:05 <Derick> Fatal error: Uncaught exception 'Exception' with message 'DbusObject::__call(): org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.ousaged was not provided by any .service files' in /media/card/dev/phphone/test-register/list-providers.php:15
Apr 20 12:52:19 <mrmoku> dos1: well guess I can merge it any time now... won't break anything
Apr 20 12:52:55 <DocScrutinizer> ptitjes: the system bus is for things affecting all users same time :-)
Apr 20 12:53:23 <mrmoku> ptitjes: yep... frameworkd is on system bus :-)
Apr 20 12:53:50 <Derick> ptitjes: as you are writing bindings for a language (like me), do you have any idea on why iterating over an array of structs (coming back from listproviders) returns type 0 for child elements?
Apr 20 12:53:55 <DocScrutinizer> ptitjes: session bus is for things that could happen concurrently in a different way for different users
Apr 20 12:56:37 <dos1> mrmoku: so when you want to do it? ;) then you can just commit name resolution in shr-messages
Apr 20 12:57:35 <Ainulindale> mrmoku: merge what?
Apr 20 12:58:22 <dos1> Ainulindale: opimd branch in libframeworkd-glib
Apr 20 12:58:34 <Ainulindale> dos1: he already commited
Apr 20 12:59:10 <dos1> Ainulindale: i mean merging it with master branch
Apr 20 12:59:32 <Ainulindale> when it'll be tested enough =)
Apr 20 12:59:55 <dos1> so let us test it in unstable
Apr 20 12:59:58 <dos1> ;D
Apr 20 13:00:14 <Ainulindale> one step at a time
Apr 20 13:00:18 <Ainulindale> let mrmoku handle it his way
Apr 20 13:00:32 <Ainulindale> Anyway, coffee break
Apr 20 13:01:37 <ptitjes> arf ok
Apr 20 13:02:19 <ptitjes> Derick: no DBus support is included inside Vala language itself, but I contribute in enhancing that support
Apr 20 13:02:27 <Derick> right
Apr 20 13:02:33 <Derick> I am writing an extension for PHP for it
Apr 20 13:02:45 <Derick> it=dbus
Apr 20 13:02:45 <mrmoku> Ainulindale: merge the opimd branch of lfg in to its master
Apr 20 13:03:11 <ptitjes> Derick: what I can tell you is that dbus-glib don't support all the dbus stuff and that some of the FSO DBus APIs must be handled via dbus directly
Apr 20 13:03:32 <ptitjes> gtg guys
Apr 20 13:03:33 <ptitjes> bye
Apr 20 13:03:49 <Derick> yeah... that's why I am not doing glib
Apr 20 13:03:52 <Derick> ah, damn :)
Apr 20 13:14:03 <Ainulindale> mrmoku: was that an order? :-)
Apr 20 13:16:28 <Ainulindale> By the way mrmoku 
Apr 20 13:16:36 <Ainulindale> You should handle country code in your contact cache
Apr 20 13:22:53 <mrmoku> Ainulindale: fuck all country codes ;)
Apr 20 13:23:30 <mrmoku> (and it was not an order :-)
Apr 20 13:24:15 <mrmoku> Ainulindale: we should think about what the contact cache will become... initially it was thought as a temporary hack
Apr 20 13:26:17 <mrmoku> Ainulindale: either we drop it completely or we make it dynamic and usable by the efl frontends...
Apr 20 13:29:52 <Ainulindale> well, you're its dad, what do you think?
Apr 20 13:30:37 <mrmoku> Ainulindale: I think a dynamic cache... usable by the efl frontends would be a nice way to avoid a lot of dbus traffic
Apr 20 13:31:03 <mrmoku> imagine the list of messages... and for every message you have to figure out the name out of the contacts
Apr 20 13:31:08 <Ainulindale> Well then your choice :-)
Apr 20 13:31:29 <mrmoku> ok, then we need some kind of interface between ophonekitd and the efl frontends
Apr 20 13:31:44 <mrmoku> a way for the frontends to ask for the name 
Apr 20 13:32:13 <Ainulindale> Either you do that using dbus
Apr 20 13:32:17 <Ainulindale> Or you break the architecture
Apr 20 13:32:23 <Ainulindale> I don't want the architecture to be broken
Apr 20 13:32:35 <Ainulindale> So you know what I'll tell you, don't you?
Apr 20 13:32:50 <mrmoku> yeah... drop the cache and use opimd directly :P
Apr 20 13:32:59 <mrmoku> and don't bother about dbus traffic :-)
Apr 20 13:33:34 <DocScrutinizer> yup
Apr 20 13:34:41 <mrmoku> maybe we want a unified method for all different frontends though...
Apr 20 13:35:55 <mrmoku> hmm... maybe not don't know :-)
Apr 20 13:36:22 <mrmoku> DocScrutinizer: hey... where are my alsa states ? :P
Apr 20 14:16:32 <root_at> hey. can someone tell me which EABI SHR uses?
Apr 20 14:19:09 <max_posedon> is there many options?
Apr 20 14:19:58 <root_at> yeah? afaik yes, apcs-gnu, aapcs-linux,...
Apr 20 14:22:29 <root_at> or it would be nice if someone could tell me the abi of OM, should be the same :)
Apr 20 14:25:48 <mickey|dinner> arm eabi
Apr 20 14:26:13 <mickey|dinner> aapcs-linux, if you will
Apr 20 14:26:46 <root_at> rly? damn...trying to build a toolchain, tried aapcs-linuc as abi but glibc failed -.-
Apr 20 14:27:03 <root_at> s/aapcs-linuc/aapcs-linux
Apr 20 14:29:02 <mickey|dinner> ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.6.14
Apr 20 14:29:11 <mickey|dinner>   Flags:                             0x4000002, has entry point, Version4 EABI
Apr 20 14:30:25 <root_at> is there a table? for the eabi's?
Apr 20 14:31:10 <root_at> if you wouldnt tell me, i wouldnt know that version4=aapcs-linux
Apr 20 14:31:41 <mickey|dinner> http://wiki.debian.org/ArmEabiPort helps a bit
Apr 20 14:32:45 <root_at> read that already, i am tyrant from freeyourphone
Apr 20 14:33:15 <mickey|dinner> ah
Apr 20 14:33:46 <mickey|dinner> advanced toolchain level questions are probably best asked on crosstools or oe mailing lists
Apr 20 14:36:16 <root_at> i am thinking about to use the om toolchain for my build...working on a current toolchain since weeks : /
Apr 20 14:36:28 <mickey|dinner> good plan
Apr 20 14:36:39 <mickey|dinner> it's not wise to roll your own toolchain unless you want to learn how to do it
Apr 20 14:36:41 <Sup3rkiddo> mickey|dinner, hi, sorry was a bit tied for the thesis presentation, but will ptitjes code be included soon?
Apr 20 14:36:47 <mwester> re
Apr 20 14:36:51 <mickey|dinner> Sup3rkiddo: which code?
Apr 20 14:36:56 <mwester> So what did I break over the weekend, folks?
Apr 20 14:37:10 <Sup3rkiddo> mickey|dinner, the bindings-gen for use with cornucopia
Apr 20 14:37:22 <mickey|dinner> Sup3rkiddo: ah, libfso-glib? not right now, as you can read on smartphones-standards he's going to do some changes before it's ready for prime-time
Apr 20 14:37:36 <Sup3rkiddo> mickey|dinner, oh, ok.
Apr 20 14:37:41 <mickey|dinner> we will extend the description a bit as well
Apr 20 14:37:45 * Sup3rkiddo wades through his emails
Apr 20 14:38:54 <Sup3rkiddo> got it
Apr 20 14:44:53 <md2k7> Is it planned in FSO framework to be able to switch USB power separately from USB mode?
Apr 20 14:45:06 <md2k7> if not, I would strongly suggest that
Apr 20 14:54:33 <pwgen> mickey|dinner: hi mickey , did you ever  called an dbus endpoint without useing the dbus-daemon in python  ?
Apr 20 14:54:44 <mickey|dinner> no, never
Apr 20 14:55:35 <pwgen> mickey|dinner: thats what i have to do if is use upstart and want to control it using the dbus interface 
Apr 20 14:55:51 <mickey|dinner> hmm, why's taht?
Apr 20 14:57:38 <pwgen> because dbus-daemon isn't running on boot so upstart cannot register there , the initctl(upstart)  tool is sending direct to the upstart/init process  what is listenen on its own dbus-socket 
Apr 20 14:58:32 <pwgen> when i try useing the pyhon api its always calling the org.freedesktop.DBus interface.
Apr 20 15:01:20 * mwester puts a pair of freerunners in the refrigerator.
Apr 20 15:01:44 <Ainulindale> meh =)
Apr 20 15:01:59 <Ainulindale> mwester: "openmokool"?
Apr 20 15:02:28 <Ainulindale> This bug is nice, though, because it creates the first open device usable as a thermoter
Apr 20 15:02:33 <Ainulindale> s/mot/momet/
Apr 20 15:02:34 <bzzbot> Ainulindale meant: This bug is nice, though, because it creates the first open device usable as a thermometer
Apr 20 15:02:39 <mwester> hehe!
Apr 20 15:02:58 <mickey|dinner> pwgen: hmm, i don't know whether i like that. but i need to think about it, I'm sure they have their reasons
Apr 20 15:03:37 <pwgen> mickey\dinner: chicken egg problem they told me it may or may not be solved ..
Apr 20 15:03:49 <mwester> "Amazing exclusive ThermoSense(tm) technology provides immediate visual indication when it is time to put gloves and a coat on"
Apr 20 15:04:07 * mwester should be in Openmoko's marketing department.
Apr 20 15:04:14 <mickey|dinner> mwester: :D
Apr 20 15:05:06 <mwester> Ainulindale, mickey|dinner  -- quick question -- what is the future for network manglement - er, management for SHR and FSO?  (wpa_supplicant problems)
Apr 20 15:05:32 <Ainulindale> The number you're trying to reach is .. BIP BIP BIP
Apr 20 15:05:50 <mickey|dinner> mwester: fso->connman->wpa_supplicant
Apr 20 15:05:55 <mickey|dinner> in nice coexistance
Apr 20 15:06:09 <mickey|dinner> -> being a "uses" relation
Apr 20 15:06:35 <bipak> Ainulindale: pls stop highlighting my short nick :P
Apr 20 15:11:31 <Wiedi> mwester, i created that patch for your g_ether script: http://paste.frubar.net/10284/txt - not sure if the factory partition is always created the same way so that the offset is right (don't have gta01 to test) - but that way there is no need to mount the image loopback
Apr 20 15:14:42 <mwester> Wiedi:  seems awfully fragile (the assumption of offest), but it is a good code fragment.  I'll add it to the repo somewhere, and think on this problem a bit more.   (I'll also see if the offest is the same on my two FR)
Apr 20 15:15:04 <mwester> s/offest/offset/g
Apr 20 15:15:04 <bzzbot> mwester meant: Wiedi:  seems awfully fragile (the assumption of offset), but it is a good code fragment.  I'll add it to the repo somewhere, and think on this problem a bit more.   (I'll also see if the offset is the same on my two FR)
Apr 20 15:15:07 * mwester needs more coffee.
Apr 20 15:15:36 <mwester> mickey|dinner:  Ok, I'll learn about connman then, wpa_supplicant is giving me fits here. I do not like its behavior!
Apr 20 15:15:43 <Wiedi> ok cool :)
Apr 20 15:17:00 <mwester> I wonder if we just did a grep for U:xx:xx:xx:xx:xx:xx\0 ...
Apr 20 15:17:02 <spaetz> opkg upgrade pull in all glibc locales
Apr 20 15:17:16 <spaetz> connman would be great if it worked
Apr 20 15:17:29 <mwester> spaetz:  someone was complaining rather much about the locale problem over the weekend.
Apr 20 15:17:41 <spaetz> it works in cooperation with wpa_supplicant, I think
Apr 20 15:17:58 * mwester knows nothing about connman; but knows he doesn't really like NetworkManager
Apr 20 15:18:00 <spaetz> but running connmand doesn't seem to provide a usable DBUS api here
Apr 20 15:18:07 <mwester> Oh.
Apr 20 15:18:12 <mwester> It's another dbus thing
Apr 20 15:18:13 <mwester> ?
Apr 20 15:18:18 <spaetz> neither do I really.
Apr 20 15:18:30 <dos1> connman is dbus network manager
Apr 20 15:18:31 <spaetz> Yes, it provides a DBus API, that can be used by Connman frontends
Apr 20 15:18:33 <mwester> Does it have a UI? or is that one of those apps where the develoers confuse dbus for a UI?
Apr 20 15:18:33 <dos1> as network-manager
Apr 20 15:18:34 <dos1> :P
Apr 20 15:18:43 <mickey|dinner> mwester: there's connman-gnome
Apr 20 15:18:45 <spaetz> and there is one connman-gtk plugin AFAIK
Apr 20 15:18:55 <spaetz> connman-gnome, righto
Apr 20 15:19:01 <dos1> mwester: in network0manager there is the same situation
Apr 20 15:19:01 <mwester> So it talks to wpa_supplciant via dbus?
Apr 20 15:19:24 <spaetz> I tried to explore the connamn DBUS API as I wanted to make shr-config a frontend for connman, but I didn't find anything useful
Apr 20 15:19:30 <dos1> mwester: some GUI talks to connman via dbus
Apr 20 15:19:35 <spaetz> also I did not find usable docs
Apr 20 15:19:39 <dos1> spaetz: cause connman doesn't work on SHR
Apr 20 15:19:44 <mwester> Oh
Apr 20 15:19:46 <dos1> almost all of plugins are segfaulting
Apr 20 15:19:52 <mwester> :(
Apr 20 15:20:02 <dos1> spaetz: that's why there is nothing usable in dbus calls
Apr 20 15:20:08 <spaetz> mwester: yep, connamnd starts the wpa_supplicant with -u (?)
Apr 20 15:20:10 * mwester sighs, and wonders if he can bludgeon mofi into submission.
Apr 20 15:20:19 <spaetz> which makes wpa_supplicant provide a dbus api
Apr 20 15:20:32 <mwester> what's wrong with wpa_cli?
Apr 20 15:20:37 <mwester> Oh yeah!
Apr 20 15:20:39 <mwester> I know.
Apr 20 15:20:43 <mwester> It's nojt dbus.
Apr 20 15:20:56 <mwester> Dbus is going to kill linux.
Apr 20 15:21:23 <spaetz> I think dbus is useful and handy. I just mustn't be overused and used for stuff it isn't designed
Apr 20 15:21:31 <dos1> i agree with spaetz
Apr 20 15:22:03 <mwester> I cannot see why it should be used to glue such low-level things as wpa_supplicant, or bluez
Apr 20 15:22:40 <mwester> Next someone will rewrite ntpd to be dbus -- and it will become so huge we'll need 1/2 Gbyte of RAM on all routers.
Apr 20 15:23:00 <spaetz> using ntpd over dbus would actually make sense to me :)
Apr 20 15:23:09 <mwester> And then samba -- which is bloated already -- will follow suit.
Apr 20 15:23:13 * spaetz ducks to soften the blow
Apr 20 15:25:35 <Ainulindale> (/me laughs)
Apr 20 15:25:48 <Ainulindale> mwester: When I read what you write, I feel old, because I often agree;
Apr 20 15:25:59 <Ainulindale> That's sad.
Apr 20 15:26:01 <mwester> Heh.
Apr 20 15:26:22 <mwester> Yes, it's a sad world when rational clear-thinking people are made to feel old when they think clearly.
Apr 20 15:27:22 <mwester> If anything, it would be MY generation that should be brain-washed into thinking that we have unlimited CPU power, and unlimited RAM... (moore's law to the extreme)
Apr 20 15:27:48 <mwester> Ok, to be serious now.
Apr 20 15:27:48 <Ainulindale> arf :-)
Apr 20 15:27:55 <mwester> conmann does NOT work.
Apr 20 15:28:20 <mwester> It will use dbus to talk to a presently-not-written UI, and dbus to talk to wpa_supplicant.
Apr 20 15:28:27 <spaetz> stefan_schmidt(?) once said, he wants to whip it into shape.
Apr 20 15:28:42 <spaetz> but I did not manage to make any use of connman so far
Apr 20 15:28:48 <spaetz> gone home, bbl
Apr 20 15:28:53 <mwester> So, I presume that conmann and the gui are not a short-term solution for anyone...
Apr 20 15:29:10 <mwester> NetworkManager seems no better at present than connman, or is it?
Apr 20 15:29:10 <dos1> mwester: there is UI for connman
Apr 20 15:29:18 <dos1> mwester: on ASU
Apr 20 15:29:36 <dos1> mwester: and it should work. but on SHR it doesn't
Apr 20 15:29:48 <dos1> mwester: it is written and should work, but it's segfaulting on SHR
Apr 20 15:31:02 <mwester> All I want is something that will excersize the ar6000 driver so that I can a) fix the bugs that seem to be there and b) get it working.  :(
Apr 20 15:31:27 <Wiedi> mwester, the grep idea is way better: http://paste.frubar.net/10287/txt ;-)
Apr 20 15:32:04 <mwester> Wiedi:  it works???
Apr 20 15:32:31 <Wiedi> grep works, just gives the usb mac
Apr 20 15:32:35 <Wiedi> rebooting and testing atm
Apr 20 15:32:58 <mwester> Cool.  That avoids a lot of trouble; mounting the loopback needs another module loaded, and all that hassle.
Apr 20 15:33:20 <Wiedi> yep
Apr 20 15:34:29 <mwester> One other thing, just fyi -- Qi does not (but probably should) do the "increment" thing -- it actually uses the same mac addr for both.  Apparently that works... so we could comment out the incr. code and simplify it even more.
Apr 20 15:35:09 <Wiedi> hmmm interesting
Apr 20 15:35:23 <mwester> Also, there is no risk of damage to the partition with grep, so I think we can skip the copy if we don't do the loopback.
Apr 20 15:35:25 <Wiedi> would be much simpler that way for sure
Apr 20 15:35:32 <mwester> Which makes it very small, and faster...
Apr 20 15:35:41 <mwester> And tempts me greatly to just add it in.
Apr 20 15:37:16 <mwester> Yes, on reflection - I think we should duplicate what Qi does (even if it's broken), but in case Andy ever fixes Qi we should leave the increment code in the script, commented out with suitable comments.  That way we do not risk haveing the mac addresses change if someone changes bootloaders back and forth (as I do from time to time)
Apr 20 15:40:11 <Wiedi> ok, i'll test it and give you a new diff in a minute 
Apr 20 15:43:27 <Wiedi> http://paste.frubar.net/10288/txt a lot simpler that way - rebooting again ;)
Apr 20 15:44:17 <mwester> thanks!
Apr 20 15:49:06 <root_at> does multitouch depend on hardware?
Apr 20 15:50:02 <mwester> root_at:  yes.
Apr 20 15:52:35 <root_at> thx
Apr 20 15:55:09 <PierreN> hi
Apr 20 16:29:47 <mrmoku> dos1: hey, I can merge the opimd branch in lfg... won't help for the message though
Apr 20 16:32:46 <dos1> mrmoku: why? how did you write that name resolving in messages?
Apr 20 16:33:03 <mrmoku> dos1: it uses opimd... and we can't use it yet
Apr 20 16:33:14 <mrmoku> still needs some fixing
Apr 20 16:33:19 <dos1> mrmoku: can you commit somewhere all of your work? i would like to see it
Apr 20 16:33:44 <mrmoku> dos1: yeah... I'm creating a libframeworkd-phonegui-efl2 fork in an extra repo
Apr 20 16:34:19 <mrmoku> which then one day will be the ported vala version probably
Apr 20 16:35:16 <bumbl> mrmoku: do you have a new nice image for me with your changes?
Apr 20 16:35:32 <mrmoku> bumbl: nop... and you would not want it ;)
Apr 20 16:35:43 * bumbl searches an image with stable telephony, gps, wlan
Apr 20 16:35:50 <bumbl> as i need it next week
Apr 20 16:36:21 <dos1> bumbl: stable enough telephony is now on all SHR images is think ;)
Apr 20 16:36:30 <dos1> with GPS can be problem
Apr 20 16:36:34 <dos1> and WiFi can work
Apr 20 16:36:37 <dos1> ...or not :x
Apr 20 16:36:50 <mrmoku> anyway... have to go and search my son now... and eat when I found him :P
Apr 20 16:36:54 <mrmoku> bbl
Apr 20 16:38:50 <Ainulindale> Damn!
Apr 20 16:38:54 <Ainulindale> I want that for SHR: http://www.fionacarswell.com/projects.php?project=cs&num=1
Apr 20 16:39:07 <dos1> Ainulindale: what is it?
Apr 20 16:39:13 <Ainulindale> Have a look
Apr 20 16:39:14 * dos1 has non-working X :P
Apr 20 16:39:24 <dos1> and is on jabber and irc from finch
Apr 20 16:39:37 <bumbl> mrmoku: how could you loose your son?
Apr 20 16:40:12 <dos1> bad father
Apr 20 16:40:13 <dos1> :P
Apr 20 16:40:31 * mwester removes a pair of freerunners from the refrigerator.
Apr 20 16:41:13 <bumbl> Ainulindale: nice one
Apr 20 16:41:36 <Ainulindale> Yeah I'd truly like that
Apr 20 16:41:43 <Ainulindale> Even for irssi for that matter
Apr 20 16:41:51 <Ainulindale> I'd stick it on top of every message from ptitjes
Apr 20 16:42:25 <dos1> ;DDD
Apr 20 16:42:57 <bumbl> Ainulindale: http://www.youtube.com/watch?v=rLPqfmG4qqA
Apr 20 16:43:10 <bumbl> mwester: your wife must hate you
Apr 20 16:43:16 <Ainulindale> bumbl: ring ring ring ring ring ring ring
Apr 20 16:43:19 <Ainulindale> BANANA PHONE
Apr 20 16:43:21 <Ainulindale> (still waiting)
Apr 20 16:43:42 <Ainulindale> bumbl: what's this ugliness?
Apr 20 16:43:44 <bumbl> other people put food into the frige
Apr 20 16:44:04 <mwester> :)
Apr 20 16:44:18 <mwester> That reminds me that it is almost lunch time here.
Apr 20 16:44:20 <bumbl> Ainulindale: it's a song by a famous dead austrian musician singing about being an egoist 
Apr 20 16:44:28 <bumbl> the whole world turns around me
Apr 20 16:44:39 <bumbl> because i am an egoist
Apr 20 16:44:46 <Ainulindale> well
Apr 20 16:44:46 <Ainulindale> first
Apr 20 16:44:48 <mwester> Enough work for the day!
Apr 20 16:44:50 <Ainulindale> I don't care about austrians
Apr 20 16:44:55 <mwester> Oh!
Apr 20 16:44:57 <Ainulindale> Second, I don't care, at all
Apr 20 16:45:00 <Ainulindale> !
Apr 20 16:45:13 <bumbl> Ainulindale: well it fits to your app
Apr 20 16:45:17 <Ainulindale> :-)
Apr 20 16:45:24 <bumbl> and your attitude
Apr 20 16:45:27 <Ainulindale> I know, I was just doing my cranky guy, for a change.
Apr 20 16:45:37 <mwester> Imitating me, huh?
Apr 20 16:45:42 <Ainulindale> Peh.
Apr 20 16:46:10 <bumbl> ~_~
Apr 20 17:19:02 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r151bd77f10c4 10/libfsoframework/ (4 files in 2 dirs): fsoframework: add NullLogger
Apr 20 17:19:03 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rfd2adc41d789 10/libfsoframework/fsoframework/common.vala: 
Apr 20 17:19:03 <CIA-75> freesmartphone.org: fsoframework: set NullLogger as default logger. log_to = none (or omitting log_to completely) also uses the
Apr 20 17:19:03 <CIA-75> freesmartphone.org: NullLogger from now on
Apr 20 17:19:06 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * reba8a4648e2e 10/libfsoframework/fsoframework/transport.vala: fsoframework: transport: fix detection for IN and HUP conditions
Apr 20 17:19:11 <CIA-75> freesmartphone.org: 03mickey 07fso-term * r93508cc61208 10/ (configure.ac src/main.vala src/reader.vala src/terminal.vala): 
Apr 20 17:19:12 <CIA-75> freesmartphone.org: improve shutdown handling
Apr 20 17:19:14 <CIA-75> freesmartphone.org: this is version 0.1.0.0
Apr 20 17:19:18 <CIA-75> freesmartphone.org: 03mickey 07fso-monitord * r477f2a96c709 10/ (ChangeLog configure.ac): reintroduce check for vala version; yank ChangeLog
Apr 20 17:20:37 <bumbl> hmm does someone have the current google maps url for tangogps?
Apr 20 17:21:15 <Zorkman> jup
Apr 20 17:21:19 <Zorkman> give me a sec
Apr 20 17:22:00 <Zorkman> bumbl: http://mt1.google.com/mt/v=w2.92&hl=en&x=%d&y=%d&z=%d&s=Galile
Apr 20 17:22:14 <Zorkman> don't forget to check the box
Apr 20 17:22:21 * onen gets very tired of explaining why openBmap, and feeling alone in trying to collaborate...
Apr 20 17:22:44 <bumbl> onen: well use c
Apr 20 17:22:51 <bumbl> 'n'p textblocks
Apr 20 17:24:11 <bumbl> hmm oh yeah google maps has far more details in cordoba than osm
Apr 20 17:24:32 <Zorkman> OSM is rather horrible in belgium
Apr 20 17:26:02 <onen> bumbl: ?
Apr 20 17:27:05 <bumbl> Zorkman: in my hometown it rocks
Apr 20 17:28:43 <bumbl> far more up to date than google maps
Apr 20 17:28:54 <onen> bumbl: use c ?
Apr 20 17:29:14 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r5301c124b3c8 10/libfsoframework/fsoframework/transport.vala: fsoframework: check whether delegate is actually set before calling it
Apr 20 17:29:36 <bumbl> onen: c'n'p = copy and paste
Apr 20 17:29:47 <bumbl> textblocks
Apr 20 17:30:30 <onen> bumbl: ok sorry. lacks sleeping. did not get the complete sentence. ok :-D
Apr 20 17:31:30 <CIA-75> freesmartphone.org: 03mickey 07libgsm0710mux * raf1b80c7ded0 10/ (ChangeLog configure.ac gsm0710mux/transport.vala): 
Apr 20 17:31:30 <CIA-75> freesmartphone.org: fix checking for HUP and IN conditions in transport
Apr 20 17:31:30 <CIA-75> freesmartphone.org: this is version 0.3.4
Apr 20 17:46:03 <Blu3> is there a (shr) command line app to dump the contents of the SIM message book?
Apr 20 17:46:21 <dos1> Blu3: mdbus ;p
Apr 20 17:46:32 <Blu3> ^_^
Apr 20 17:47:11 <Blu3> ok, what is the bus/obj/meth to do that?
Apr 20 17:47:16 <dos1> Blue3: btw. don't try to implement some custom message handling to store messages on phone memory
Apr 20 17:47:22 <dos1> s/Blue3/Blu3/
Apr 20 17:47:23 <bzzbot> dos1 meant: Blu3: btw. don't try to implement some custom message handling to store messages on phone memory
Apr 20 17:47:38 <Blu3> i'm not.  i'm trying to fix sms bugs in shr
Apr 20 17:47:42 <dos1> there is opimd for that
Apr 20 17:48:03 <dos1> Blu3: ok, but i read your messages on IRC from few days ago
Apr 20 17:48:04 <dos1> ;)
Apr 20 17:48:12 <Blu3> sim is getting filled up even tho messages are supposedly getting deleted
Apr 20 17:48:26 <Blu3> that's one problem.  #2, timestamp is 0
Apr 20 17:48:27 <dos1> Blu3: deleting messages works well
Apr 20 17:48:50 <dos1> Blu3: if not, there is some bug on your instalation and you should provide logs
Apr 20 17:48:52 <Blu3> it's not working in shr-unst, i have to pull the sim card and stick it in another phone to actually delete them
Apr 20 17:49:08 <dos1> Blu3: i have latest shr-unstable and it's working there
Apr 20 17:49:52 <Blu3> #3, i want to figure out how to decode "binary" messages so i can at least copy the raw data somewhere and massage it into something i can read/view
Apr 20 17:50:01 <dos1> Blu3: and about opimd... we only need to implement deleting messages in it.
Apr 20 17:50:16 <dos1> Blu3: it's frameworkd job, not SHR
Apr 20 17:50:56 <Blu3> i know that, but framework's sms.py drops the encoded content and just puts a "this message is binary" in the message body
Apr 20 17:51:17 <dos1> Blu3: so fix sms.py in framework ;)
Apr 20 17:51:23 <Blu3> that's what i'm working on
Apr 20 17:51:30 <dos1> ok, that's fine
Apr 20 17:51:41 <Blu3> i said (shr) simply to give reference to the dist. i have on it
Apr 20 17:51:45 <bumbl> Blu3: it should work - at least it does here
Apr 20 17:52:03 <Blu3> well, it's not working here, so i need to find and fix things :)
Apr 20 17:53:43 <Blu3> what's the dbus call to fetch sim msg book?
Apr 20 17:55:24 <dos1> mdbus -s
Apr 20 17:55:31 <dos1> then look for some gsm thing
Apr 20 17:55:42 <dos1> and then for some gsm or sms thing
Apr 20 17:55:47 <dos1> and then for some sms thing
Apr 20 17:55:53 <dos1> that's how i'm doing it ;)
Apr 20 18:01:20 <Blu3> ok, remember that i'm quite a newb when it comes to dbus.  i'm getting access denied when i try: mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Messages Query
Apr 20 18:01:38 <Blu3> so i'm assuming i need to ... register something?
Apr 20 18:02:22 <dos1> Blu3: opimd isn't mdbus friendly
Apr 20 18:02:28 <dos1> and you don't want to use it at the moment
Apr 20 18:02:32 <dos1> search in ogsmd
Apr 20 18:02:37 <Blu3> ok
Apr 20 18:06:46 <Blu3> how 'bout this: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device/SIM GetMessageBookInfo, i also get access denied
Apr 20 18:11:04 <CIA-75> freesmartphone.org: 03jluebbe 07framework * r8a7ae7b7d297 10/framework/subsystems/otimed/otimed.py: otimed: zone handing rewrite
Apr 20 18:11:06 <CIA-75> freesmartphone.org: 03jluebbe 07framework * r4789f2ada3e9 10/framework/subsystems/otimed/otimed.py: otimed: more work
Apr 20 18:11:06 <CIA-75> freesmartphone.org: 03jluebbe 07framework * ra1f846286566 10/framework/subsystems/otimed/otimed.py: otimed: bugfixes
Apr 20 18:11:52 <mrmoku> dos1: how familiar are you with opimd code?
Apr 20 18:12:04 <mrmoku> (me found his son btw. :P)
Apr 20 18:13:51 <dos1> mrmoku: not much. i only read it once or twice
Apr 20 18:15:21 <mwester> mrmoku:  tie a leash on him; they don't get away from you so much then.  :p ;)
Apr 20 18:16:34 <mrmoku> mwester: yeah... might also close him into the basement ;)
Apr 20 18:18:07 <mrmoku> dos1: enough to fix some stuff?
Apr 20 18:22:40 <dos1> mrmoku: which stuff?
Apr 20 18:22:42 <dos1> maybe ;)
Apr 20 18:23:35 <spaetz> Blu3: the third option is wrong (the last)
Apr 20 18:23:49 <Blu3> what should it be?
Apr 20 18:23:50 <spaetz> must be something much longer
Apr 20 18:24:12 <spaetz> the whole string that mdbus gave you (I dont have the FR here)
Apr 20 18:24:28 <spaetz> sth like  mdbus -s org.freesmartphone.ogsmd  /org/freesmartphone/GSM/Device/SIM
Apr 20 18:24:43 <spaetz>  org.freesmartphone.ogsmd.GetMessssageBook
Apr 20 18:24:44 <Blu3> mdbus returns nothing often, and me being naive, i don't know what i'm doing right/wrong when it does that :]
Apr 20 18:24:45 <spaetz> or so
Apr 20 18:24:47 <Blu3> ok
Apr 20 18:25:16 <dos1> mdbus works ok to me
Apr 20 18:25:21 <dos1> only opimd doesn't like mdbus ;p
Apr 20 18:25:26 <Blu3> hm, that's giving me unknown method
Apr 20 18:25:34 <Blu3> lemme fiddle
Apr 20 18:25:53 <spaetz> yeah, the string was not the correct one
Apr 20 18:25:57 <spaetz> just from memory
Apr 20 18:26:06 <spaetz> but something along these lines
Apr 20 18:27:39 <Blu3> ok, mdbus -s org.freesmartphone.ogsmd  /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.GetMessagebookInfo gave me the first/last/used
Apr 20 18:28:28 <Blu3> 1/30/20, but i don't have 20 msgs showing up in openmoko-messages3 :>
Apr 20 18:28:56 <max_posedon> because of some strange bug
Apr 20 18:29:27 <max_posedon> I'm just using for, to go through all messages
Apr 20 18:31:18 <Blu3> i deleted 7, have one showing up, and dbus indicates there are 13 in the messagebook
Apr 20 18:31:22 <Blu3> so 12 of them are hiding
Apr 20 18:32:47 <max_posedon> mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device  org.freesmartphone.GSM.SIM.RetrieveMessagebook 'all'
Apr 20 18:33:22 <Blu3> thanky!
Apr 20 18:33:39 <Blu3> i was stepping through them and i don't see anything odd about any of them
Apr 20 18:34:06 <onen> shoragan: abend
Apr 20 18:35:59 <Blu3> they all have timestamps on them so it's the msg retrieval in openmoko-messages3 that's not working
Apr 20 18:36:42 <spaetz> task-shr-minimal-x_2.0-r3_all.ipk (I guess) has a dependency
Apr 20 18:36:43 <spaetz> to all !!! glibc-binary-localdata
Apr 20 18:36:56 <spaetz> oops, that mailing list quote explains it
Apr 20 18:37:09 <spaetz> why I have all locales installed now
Apr 20 18:37:16 <mrmoku> dos1: don't know for messages... but contacts from sim have broken umlauts
Apr 20 18:37:37 <spaetz> someone mentioned that UTF8 for opimd is broken
Apr 20 18:37:50 <mrmoku> yep... I did mention that :-)
Apr 20 18:37:58 <spaetz> ahh :)
Apr 20 18:38:06 <mrmoku> and I found some comment in source stating that as todo
Apr 20 18:38:09 <spaetz> righto
Apr 20 18:38:25 <spaetz> apps that don't use utf8 for strings are broken
Apr 20 18:38:40 <spaetz> especially true for an python app
Apr 20 18:38:42 <bumbl> @chan: does anyone know whether raster plans to improve illume anytime soon?
Apr 20 18:39:17 <mrmoku> bumbl: he stated its on his list of todos... with low priority... elementary comes first
Apr 20 18:39:46 <mrmoku> talking about elementary... another problem I noticed is using layouts in elementary
Apr 20 18:40:08 <mrmoku> it has somehow shifted coordinates compared to using the edje stuff directly
Apr 20 18:40:10 <bumbl> mrmoku: ;(
Apr 20 18:40:24 <bumbl> illume launcher and topbar need some improvements
Apr 20 18:41:35 <bumbl> hmm anyway
Apr 20 18:42:01 <bumbl> i just found out that one is much more relaxed when one starts to download the maps half a week before needing them
Apr 20 18:42:14 <mrmoku> :-)
Apr 20 18:42:23 <mrmoku> can confirm that
Apr 20 18:43:08 <Blu3> it does take a while to download a lot of maps =]
Apr 20 18:44:00 <bumbl> Blu3: yep
Apr 20 18:44:09 <bumbl> 18k tiles take their time ;)
Apr 20 18:44:25 <bumbl> i might try reiserfs 3 on µsd though
Apr 20 18:46:37 <spaetz> bumbl: try to remove the bluettooth gadget from the toppbar :)
Apr 20 18:46:43 <spaetz> crashes illume reliably
Apr 20 18:47:07 <bumbl> spaetz: yep
Apr 20 18:50:33 <dos1> would someone like to have splash screen which doesn't slow down anything? ;>
Apr 20 18:50:41 <dos1> based on cat :D
Apr 20 18:50:52 * alphaone cheers
Apr 20 18:50:59 <dos1> and -root-ppm
Apr 20 18:51:02 <spaetz> dos1: splash screen as in "after boot" or as in "x splash"
Apr 20 18:51:05 * mwester would like to ensure that any splash screen can be easily disabled.
Apr 20 18:51:16 * mwester despises splash screens as a tool of the devil himself.
Apr 20 18:51:22 <dos1> spaetz: after boot and x splash
Apr 20 18:51:39 <dos1> mwester: enabled only when you pass "splash" in kernel cmdline
Apr 20 18:51:39 <dos1> ;)
Apr 20 18:51:46 <spaetz> don't care about x  splash, but some indication that the FR is trying to start up would be nice
Apr 20 18:51:59 <dos1> look at scap
Apr 20 18:52:07 <spaetz> mwester: do you never sit a minute in front of your FR and wonder if it tries to boot up?
Apr 20 18:52:09 <mwester> as long as the image does not have "splash" in the Qi options as shipped, that's fine.
Apr 20 18:52:27 <mwester> spaetz:  No.  I watch it boot up... the messages tell me things.
Apr 20 18:52:40 <dos1> mwester: how? default image has loglevel=1 :D
Apr 20 18:52:52 <mwester> I have loglevel 8 in my boot options.
Apr 20 18:52:55 <spaetz> there are no messages
Apr 20 18:52:59 <dos1> mwester: and my splash is nothing else than static image displayed on beginning on boot
Apr 20 18:53:01 <dos1> nothing more
Apr 20 18:53:02 <mwester> There are many messages.
Apr 20 18:53:07 <dos1> cat /shr-splash.fb > /dev/fb0
Apr 20 18:53:07 <dos1> ;)
Apr 20 18:53:17 <spaetz> not on mine, which uses the defaults
Apr 20 18:53:23 <dos1> with loglevel=1 works fine
Apr 20 18:53:36 <dos1> without - i agree, there is no need for bootsplash
Apr 20 18:53:37 <dos1> ;)
Apr 20 18:53:56 <spaetz> the only messages I get is that g_ether kernel params are unknown (which I am actually thankful for as it shows that it boots)
Apr 20 18:54:10 <spaetz> dos1: looks good
Apr 20 18:54:14 <mwester> I'm merely pointing out that bootsplashes are window decorating, and something that must be done last.  Otherwise not only do they get in the way, they conceal other horrors beneath.
Apr 20 18:54:53 <dos1> spaetz: but it's only cat /shr-splash.fb > /dev/fb0, in one if (check if there is "splash" in bootcmd)
Apr 20 18:54:58 <spaetz> mwester: in loglevel 8 messages scroll past so quickly (and in so tiny font) that they hardly convey lots of information as well :-)
Apr 20 18:55:03 <bumbl> mwester: if you hate splash screens: why the hell do you use fedora
Apr 20 18:55:08 <spaetz> or I just need new glasses
Apr 20 18:55:18 <dos1> s/spaetz/mwester/
Apr 20 18:55:18 <bzzbot> dos1 meant: mwester: but it's only cat /shr-splash.fb > /dev/fb0, in one if (check if there is "splash" in bootcmd)
Apr 20 18:55:32 <mwester> spaetz:  you'd be amazed how the brain can do pattern recognition -- you may not be able to read it, but you sure can tell when it's not right, or not normal in some way.
Apr 20 18:55:36 <dos1> and i think it's good compromise :)
Apr 20 18:55:45 <spaetz> dos1: as long as it doesn't slow down the boot process, I am sold
Apr 20 18:55:54 <dos1> looks good and works good, and doesn't slow anything
Apr 20 18:56:02 <dos1> and if there is some message, it's displayed
Apr 20 18:56:03 <mwester> bumbl:  The first thing I do with fedora is to fix the grub conf file to remove the quiet and graphical boot options.
Apr 20 18:56:04 <spaetz> dos1: cool solution. I'm in :)
Apr 20 18:56:26 <dos1> it even can be displayed with loglevel=8
Apr 20 18:56:31 <mwester> :)
Apr 20 18:56:34 <bumbl> hmm i might have a look at leonidas when it is released
Apr 20 18:56:34 <dos1> and then messages will be over it ;D
Apr 20 18:57:05 <spaetz> pattern recognition it is indeed. I'm getting old. I need bigger fonts...
Apr 20 18:57:22 <dos1> spaetz: did you look on scap?
Apr 20 18:57:30 <bumbl> dos1: benchmark it
Apr 20 18:57:37 <bumbl> i bet it will make the neo slower
Apr 20 18:57:41 <dos1> bumbl: how?
Apr 20 18:57:42 <spaetz> yep, I looked. That's why I said "looks good" :)
Apr 20 18:57:47 <bumbl> dos1: take a watch
Apr 20 18:57:48 <spaetz> dos1: there is bootchart-lite
Apr 20 18:57:51 <bumbl> and stop the time
Apr 20 18:57:55 <dos1> how it can make it slower?
Apr 20 18:57:57 <bumbl> or bootchart-lite
Apr 20 18:58:09 <bumbl> dos1: loading it up to the glamo
Apr 20 18:58:18 <dos1> it's some 0.2 s
Apr 20 18:58:23 <spaetz> bootchart-lite, mrmoku had it running and posted the times some time ago
Apr 20 18:58:24 <dos1> and it's only once
Apr 20 18:58:35 <dos1> maybe less :P
Apr 20 18:58:39 * bumbl has seen too much glamo doom
Apr 20 18:58:45 <bumbl> + it might trigger some new
Apr 20 18:58:47 <dos1> it's not possible, really
Apr 20 18:58:49 <bumbl> unexplored bugs
Apr 20 18:58:54 <dos1> bumbl: how? :D
Apr 20 18:58:55 * bumbl is pessimistic today
Apr 20 18:59:00 <spaetz> I had usplash proposed and Ainulindale said it cost us something about 10 seconds
Apr 20 18:59:09 <dos1> spaetz: usplash? yep
Apr 20 18:59:10 <bumbl> dos1: don't ask me, ask the glamo or Dave
Apr 20 18:59:12 <dos1> it costs
Apr 20 18:59:15 <spaetz> which I have to believe (although it sounds unbelievable)
Apr 20 18:59:17 <dos1> and any other bootsplash
Apr 20 18:59:24 <dos1> but my bootsplash isn't really bootsplash
Apr 20 18:59:32 <dos1> it's only static image loaded once, at start ;)
Apr 20 18:59:34 <spaetz> no that's what I like about it
Apr 20 18:59:40 <spaetz> go for it
Apr 20 19:00:05 <spaetz> part of shr-theme?
Apr 20 19:00:15 <dos1> mwester: do you understand it? can it slow anything down?
Apr 20 19:00:17 <spaetz> and send a mail to the list on how to enable it
Apr 20 19:00:25 <dos1> spaetz: it's not commited
Apr 20 19:00:31 <dos1> spaetz: it's only on my neo now ;)
Apr 20 19:00:35 <spaetz> and then we time it with bootchart
Apr 20 19:00:36 <bumbl> dos1: i bet om2009 will copy that
Apr 20 19:00:49 <spaetz> dos1: yes, I was jsut proposing that it goes into shr-theme
Apr 20 19:00:51 <mwester> the old bootsplash was animated.
Apr 20 19:00:57 <mwester> it sucked up enormous CPU
Apr 20 19:01:01 <dos1> mwester: i know
Apr 20 19:01:02 * spaetz doesn't want animation
Apr 20 19:01:12 <dos1> mwester, spaetz: and i don't want animation too
Apr 20 19:01:14 <spaetz> I just want some indication that it starts up
Apr 20 19:01:23 <dos1> i would be happy with "echo i'm booting now" :P
Apr 20 19:01:29 <dos1> but static image looks cooler
Apr 20 19:01:30 <mwester> A static image on the FB should make no performance difference, beyond just loading it there in the first place.
Apr 20 19:01:30 <spaetz> hehe
Apr 20 19:01:31 <dos1> ;D
Apr 20 19:01:42 <onen> mrmoku: hi
Apr 20 19:01:48 <mrmoku> onen: hey :-)
Apr 20 19:01:58 <onen> mrmoku: I think your data have been processed
Apr 20 19:02:10 <mrmoku> and the server did not explode? :P
Apr 20 19:02:45 <onen> mrmoku: only unnecessary parts
Apr 20 19:03:50 <CIA-75> freesmartphone.org: 03mickey 07fso-term * rfd34408c23bf 10/ (src/main.vala src/reader.vala vapi/readline.vapi): read and write readline history
Apr 20 19:04:11 <dos1> spaetz: i've set the same image to "my-bootsplash" and X background, and it looks really nice
Apr 20 19:04:24 <mrmoku> onen: yeah... map shows where I've been :P
Apr 20 19:04:26 <dos1> spaetz: it looks like one bootsplash from bootloader to Illume :)
Apr 20 19:04:35 <spaetz> hehe
Apr 20 19:04:54 <spaetz> dos1: your graphics contributions look always nice, you are good with that
Apr 20 19:05:37 <spaetz> and I am strongly for implementing it. Make it so that it's off by default first. Then people can try it out.
Apr 20 19:05:56 <spaetz> if most like it, we can annoy mwester and turn it on by default :)
Apr 20 19:06:36 <dos1> spaetz: what about packaging it?
Apr 20 19:06:46 <dos1> spaetz: and opkg install shr-splash will turn it on :)
Apr 20 19:06:51 <mwester> :)  Go ahead, I'm going "turn on" a bunch of things that will doubtless annoy everyone too.
Apr 20 19:07:02 <bumbl> ;)
Apr 20 19:07:14 <bumbl> mwester: is reiserfs already turned on (m)
Apr 20 19:07:16 <mwester> Such as the g_ether mac addresses.
Apr 20 19:07:39 <mwester> bumbl:  No.  the module should appear in unstable as soon as Ainulindale builds unstable.
Apr 20 19:07:47 <mwester> You'll have to install it.
Apr 20 19:07:59 <bumbl> dos1: well you could add an option to shr-setings; should not be that hard
Apr 20 19:08:09 <mwester> You'll have to upgrade the kernel to get the module, I'm afraid.
Apr 20 19:08:14 <bumbl> mwester: install it? so it isn't in the rootfs
Apr 20 19:08:16 <bumbl> ?
Apr 20 19:08:17 <mwester> Nope.
Apr 20 19:08:21 * bumbl is confused
Apr 20 19:08:29 <mwester> Yeah, I know.
Apr 20 19:08:36 <bumbl> mwester: but it will be in future rootfs's
Apr 20 19:08:40 <mwester> Every other ^%()*&#@)(* module is int he rootfs.
Apr 20 19:08:46 <mwester> bumbl:  no.
Apr 20 19:08:49 <dos1> spaetz: a "beta" version of splash was drawed in sketchpad :D
Apr 20 19:08:51 <mwester> Why?
Apr 20 19:09:01 <dos1> spaetz: and then i did "cat /dev/fb0 > /splash.fb"
Apr 20 19:09:08 <dos1> and it looked soooo professional ;>
Apr 20 19:09:13 <bumbl> hmm /me is still confused
Apr 20 19:09:21 <bumbl> but hey
Apr 20 19:09:22 <mwester> In fact, we need to pull out a lot of the modules that are in there.  Why should we waste flash space with the cdrom driver, for example?
Apr 20 19:09:41 <bumbl> i think i will be fine opkg installing it
Apr 20 19:10:04 <bumbl> mwester: hey don't you use your usb cdrw with your freerunner every other day?
Apr 20 19:10:12 <mwester> heh!
Apr 20 19:10:12 <dos1> ;)
Apr 20 19:10:33 <bumbl> look at the usecases
Apr 20 19:10:40 <bumbl> sms -> cdrw
Apr 20 19:10:56 <bumbl> backup your brainshit directly
Apr 20 19:10:58 <mwester> For a permanent record.
Apr 20 19:11:29 <bumbl> and cdrw full of boring ebooks -> sms
Apr 20 19:11:31 <dos1> instead of developing opimd, move your SMSes from SIM to CD-R :D
Apr 20 19:11:38 <bumbl> bore your enemies to death
Apr 20 19:11:46 <bumbl> yeah
Apr 20 19:11:48 <bumbl> and contacts
Apr 20 19:11:55 <onen> mrmoku: good. hope you enjoyed it :-)
Apr 20 19:12:11 <bumbl> 'cause there is no better place then a good old disk
Apr 20 19:12:36 <onen> mrmoku: good. bbl
Apr 20 19:13:20 <Wiedi> mwester, there are problems with using the same mac address on both sides
Apr 20 19:14:04 <Wiedi> ipv6 won't work as both sides generate identical ip addresses
Apr 20 19:14:33 <Wiedi> and on osx even arp fails, so it dosn't work at all
Apr 20 19:14:59 <mwester> Ok.  So Qi is indeed broken.
Apr 20 19:15:15 <Wiedi> seems so
Apr 20 19:15:23 <mwester> I wondered why nobody made a fuss about Andy's obvious compromise when that was discussed on the kernel ML
Apr 20 19:15:55 <mwester> I didn't know enough to object at the time, but it seemed odd to just assume that one could get away with that, even if it seemed to work.  :)
Apr 20 19:16:11 <Blu3> if i modify framework's sms.py and delete sms.pyo, is there a better method of realizing my changes than restarting frameworkd and waiting five minutes for all the event dust to settle?
Apr 20 19:17:54 <mwester> Well, that actually makes things easier, Wiedi -- I'll drop the code that parses command line options completely, and have the g_ether.sh scipt just get them from the factory partition.  In order to offer an "override" for the users, then, I'll search for options to g_ether in the normal modules options files, and use those instead if the user prefers.
Apr 20 19:18:10 <mwester> Thanks for testing that!
Apr 20 19:18:16 <alphaone> Blu3: You need to restart frameworkd in any case
Apr 20 19:18:23 <Blu3> ok
Apr 20 19:18:25 <Wiedi> sounds good
Apr 20 19:18:55 <alphaone> Blu3: What are you doing with sms.py
Apr 20 19:19:09 <Blu3> trying to decode the body of MMS messages
Apr 20 19:19:43 <alphaone> Blu3: Would you be willing to share your PDU?
Apr 20 19:19:57 <Blu3> naively speaking, sure
Apr 20 19:20:27 <Blu3> at the moment the messages are just things like "asdf" sent via email to my fone
Apr 20 19:20:42 <Blu3> using the mms facility rather than sms
Apr 20 19:20:58 <alphaone> Blu3: AFAIK the SMS you get for an MMS just contains a link to the real MMS
Apr 20 19:21:46 <Blu3> well, decoding that link would be good
Apr 20 19:26:03 <Blu3> i'm looking near line 265 of sms.py where the binary alphabet handling is done, instead of assigning a static string to self.ud, i would like to assign self.ud to the decoded userdata
Apr 20 19:27:35 <alphaone> Blu3: That won't work
Apr 20 19:27:45 <alphaone> Since the user data contains null bytes
Apr 20 19:28:05 <Blu3> ok
Apr 20 19:28:47 <CIA-75> freesmartphone.org: 03mickey 07fso-term * r7e9b56e861f0 10/src/ (main.vala terminal.vala): remove two warnings
Apr 20 19:31:46 <dos1> artwork and initscript of shr-splash commited in shr-themes
Apr 20 19:32:09 <dos1> i need to find better place for splash file than /shr-splash.fb ;)
Apr 20 19:32:37 <alphaone> Blu3: http://pastebin.ca/1397584
Apr 20 19:33:14 <Blu3> sweetness :)
Apr 20 19:34:21 <alphaone> Blu3: :-)
Apr 20 19:35:50 <alphaone> Blu3: Also note that this was sent with SMS option 'dst_port': 9205 set
Apr 20 19:36:14 <alphaone> And in /etc/services: wap-vcal  9205/tcp      # WAP vCal
Apr 20 19:36:39 <Blu3> ok
Apr 20 19:37:04 <Blu3> i have a lot to learn so please pardon my naivety wrt. to sms, dbus, python, etc
Apr 20 19:45:11 <Blu3> wrt. sms/mms etc, is there something my phone needs to do to signal the smsc (?) that it is ready to accept messages?  after restarting framework it seems that it can take forever before a new message arrives.  like hours 
Apr 20 19:49:50 <bumbl> has anyone of you tried rana?
Apr 20 19:52:08 <alphaone> Blu3: No, should happen by itself
Apr 20 19:52:23 <alphaone> But the SMSC can sometimes take some time.
Apr 20 19:52:33 <alphaone> I'm not 100% sure myself, though
Apr 20 19:54:34 <Blu3> k
Apr 20 19:59:49 <bumbl> alphaone: do you expect any shipped freerunners from austria? if so
Apr 20 20:00:05 <bumbl> could you tell me which city they live in
Apr 20 20:01:42 <alphaone> bumbl: Ehm, I don't know
Apr 20 20:08:23 <playya> if i want to test mwesters WSOD patch, do i have to builf testing or unstable?
Apr 20 20:16:50 <Kagee> what is the standar in python, tabs or spaces for indentaion?
Apr 20 20:17:08 <mwester> spaces
Apr 20 20:17:28 <Defiant-> 4 spaces
Apr 20 20:17:47 <mwester> avoid tabs; it's best if you configure your editor to automagically replace tabs with the correct number of spaces, just to avoid any accidents.
Apr 20 20:18:07 <bumbl> alphaone: as you have started a ticket reservation system i thought you would know
Apr 20 20:18:26 <mwester> The problem is that white-space in python is counted by number of characters, so one space == one tab in terms of code blocks in python -- very confusing!
Apr 20 20:20:15 <alphaone> bumbl: Well, not all include their return address in the ticket
Apr 20 20:21:47 <md2k7> bumbl, what exactly is this system you are talking about?
Apr 20 20:23:18 <alphaone> md2k7: http://projects.totalueberwachung.de/buzz-mailin/
Apr 20 20:23:42 <md2k7> thanks
Apr 20 20:26:46 <md2k7> nice, but I think I will do my rework myself :-)
Apr 20 20:46:51 <emmentaler> mickey?
Apr 20 21:33:25 <xevi> hi
Apr 20 21:39:11 <Pietrao> hi guys
Apr 20 21:39:38 <Pietrao> i've just upgraded my shr unstable and xserver-nodm doesn't wont to start...
Apr 20 21:40:37 <xevi> You have the angstrom repo installed?
Apr 20 21:40:55 <Pietrao> mm yes
Apr 20 21:40:58 <Pietrao> is that?
Apr 20 21:41:20 <xevi> I had the same problem with OM 2008.12
Apr 20 21:41:40 <Pietrao> with angstrom repo too?
Apr 20 21:41:48 <xevi> when you upgrade with the Angstrom repo it destroys the x server
Apr 20 21:42:17 <Pietrao> maybe...
Apr 20 21:42:55 <xevi> I solved it reinstalling all te OM because its a lot of work solve it manually
Apr 20 21:44:06 <Pietrao> can't I resolve with --force-downgrade upgrade?
Apr 20 21:44:24 <xevi> I don't tried it
Apr 20 21:44:34 <xevi> Its posible
Apr 20 21:44:58 <Pietrao> i've just make it, let's see
Apr 20 21:46:53 <Pietrao> nothing to do...
Apr 20 21:48:08 <Pietrao> azz vabbè...
Apr 20 21:48:10 <wurp2|gone> Pietrao: upgrading isn't supported; only a fresh burn :-(
Apr 20 21:48:44 <xevi> You can try to remove the Angstrom packages and put the SHR packages
Apr 20 21:49:10 <Pietrao> i've already done it
Apr 20 21:50:43 <Pietrao> i've to go
Apr 20 21:50:44 <Pietrao> bye
Apr 20 21:55:15 <xevi> anyone tryed to compile the dosbox for the openmoko?
Apr 20 22:02:22 <lindi-> xevi: the openmoko freerunner?
Apr 20 22:02:56 <xevi> yes
Apr 20 22:03:28 <lindi-> xevi: debian seems to have had dosbox packages for armel for quite a while
Apr 20 22:03:52 <xevi> nice
Apr 20 22:03:52 <lindi-> xevi: so yes, they tried and succeeded before freerunner even existed :)
Apr 20 22:04:41 <xevi> There ara any method to extract the files from the deb package to use in another distribution?
Apr 20 22:05:06 <lindi-> xevi: sure but you'll loose all the quality guarantees
Apr 20 22:05:28 <xevi> ok
Apr 20 22:05:45 <budfive> "dpkg -x" extracts files from a .deb
Apr 20 22:06:16 <xevi> ok thanks, I think exists a dpkg port for opensuse
**** BEGIN LOGGING AT Mon Apr 20 22:13:28 2009
Apr 20 22:50:13 <coney> why am i seeing double icons for comic-reader
Apr 20 22:50:27 <coney> is there another folder besides /usr/share/applications?
Apr 20 22:59:48 <xevi> coney: I don't know but you can do a " find / -name *.deskto" and look for a repeat .desktop
Apr 21 01:00:26 <DocScrutinizer> ~seen raster
Apr 21 01:00:27 <bzzbot> raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #openmoko-cdevel, 2d 9h 7s ago, saying: 'snoozies!'.
Apr 21 01:00:35 <DocScrutinizer> fsck
Apr 21 01:10:25 <mwester> Couldn't find ext2 superblock, trying backup blocks...
**** ENDING LOGGING AT Tue Apr 21 02:59:57 2009