**** BEGIN LOGGING AT Tue Apr 28 03:00:03 2009
Apr 28 04:54:16 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r83defc45ccf3 10/src/monitor.vala: remove ping timeout on stopping Subsystem
Apr 28 05:19:33 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r64f5b54be584 10/src/fso.vala: added restart timeout for frameworkd
Apr 28 06:51:57 <spaetz> morning
Apr 28 06:53:02 <mirko-paroli> ah, europe waking up?
Apr 28 06:59:55 <playya> yes
Apr 28 07:09:33 <methril|work> good morning
Apr 28 07:09:52 <ptitjes> good morning
Apr 28 07:09:53 <mrmoku> morning (good don't know yet ;)
Apr 28 07:10:25 <methril|work> mrmoku: start with a good feeling, and then let's see ;
Apr 28 07:10:28 <methril|work> :)
Apr 28 07:10:56 <mrmoku> methril|work: well... had good feelings... until I noticed that last shr-unstable does not suspend for me ;)
Apr 28 07:11:43 <methril|work> mrmoku: i see some issues with shr booting from SD card, but i don't know if it's because is a cheaper one or because there are some small problems
Apr 28 07:12:02 <mrmoku> methril|work: booting from SD card works fine for me
Apr 28 07:12:20 <methril|work> then could be: u-boot or my uSD
Apr 28 07:12:39 <mrmoku> hmm... I use Qi... so, yes u-boot can be a candidate
Apr 28 07:15:45 <methril|work> mrmoku: i need the uSD to test some phones that are not mine, and they have u-boot. Then maybe i've to check the u-boot problems
Apr 28 07:17:09 <Azog> alphaone: sorry, to bother you again, when will i get the shipping information after creating a ticket?
Apr 28 07:37:35 <spaetz> mmh, today is unstable reflash day.
Apr 28 07:37:47 <spaetz> it's like the weekly bath :)
Apr 28 07:50:24 <mrmoku> spaetz: hehe.... good luck... suspend is broken for me :P
Apr 28 07:57:54 <spaetz> mmh, damn
Apr 28 07:58:25 <spaetz> so, upgrading kills the FR as all e pkg names have changed and reflashing renders it useless...
Apr 28 07:58:43 <spaetz> good that it is called unstable...
Apr 28 08:18:58 * budfive just realized that setting the illume engine to software_16 doesn't have full effect on elementary apps. Turning those to 16-bit color speeds them up immensely. holy crap
Apr 28 08:19:42 <spaetz> yep, way faster
Apr 28 08:19:58 <spaetz> also way uglier when using color that are not optimized for it
Apr 28 08:20:06 <budfive> yeah, but it's SO much responsive
Apr 28 08:20:12 * spaetz agrees
Apr 28 08:20:18 <budfive> this should really be the default for gta02
Apr 28 08:20:30 <spaetz> I often thought whether I should force this as the default for shr-config
Apr 28 08:20:31 <budfive> or maybe a theme with no gradients so it doesn't look like shit
Apr 28 08:20:51 <raster> it also has bugs
Apr 28 08:20:52 <spaetz> budfive: a simple, non-radient theme would be great
Apr 28 08:20:55 <raster> will not render all things right
Apr 28 08:21:00 <raster> thus segv's as you'll see
Apr 28 08:21:17 <spaetz> raster: but it will do so efficiently (rendering stuff faulty) :)
Apr 28 08:21:25 <spaetz> it's really quite a speed difference
Apr 28 08:21:42 <budfive> raster: yeah? I've been running with the 16-bit setting in the illume setup for a while and it's been ok. But setting the environment variable for elm makes more things break?
Apr 28 08:21:55 <spaetz> unfortunately, there seem to be few people that are willing (or capable) to work on themes
Apr 28 08:22:15 <raster> budfive: you just are lucky not to see/hit the breaks
Apr 28 08:22:45 <budfive> raster: yeah, i understand. You're talking about issues in elm, x, e? what?
Apr 28 08:23:08 <raster> anything that needs to use image data
Apr 28 08:23:30 <budfive> raster: like what?
Apr 28 08:23:31 <raster> for example emotion, e's dropshadows, the cairo smart objects
Apr 28 08:23:34 <raster> and more
Apr 28 08:23:50 <budfive> raster: i see. dropshadows are off by default now, right?
Apr 28 08:24:10 <spaetz> IMHO dos1 disabled them
Apr 28 08:24:29 <DocScrutinizer> moin
Apr 28 08:24:44 <budfive> where does the elm theme live? is it the default.edj?
Apr 28 08:24:55 <raster> not in upstream - no
Apr 28 08:24:56 <raster> they are on
Apr 28 08:28:21 <budfive> raster: can you tell me about the theme? I may look at reducing its gradient-ness tomorrow
Apr 28 08:28:33 <DocScrutinizer> raster: hw's live?
Apr 28 08:28:37 <raster> nup.. as i'm going out now...
Apr 28 08:28:39 <raster> :)
Apr 28 08:28:40 <DocScrutinizer> how even
Apr 28 08:28:45 <raster> DocScrutinizer:  gotta run
Apr 28 08:28:47 <raster> bbl
Apr 28 08:28:48 <raster> :")
Apr 28 08:28:50 <DocScrutinizer> cya
Apr 28 08:28:52 <DocScrutinizer> :)
Apr 28 08:31:30 <ptitjes> Ainulindale: playya made some recipes for gobject-introspection
Apr 28 08:32:18 <ptitjes> Ainulindale: http://playya.net/openmoko/
Apr 28 08:32:37 <ptitjes> Ainulindale: however he says it doesn't build
Apr 28 08:32:50 <ptitjes> Ainulindale: could you try if they parse correctly and test them ?
Apr 28 08:33:48 <playya> can you create a dist-bzip for libfso-glib?
Apr 28 08:34:23 <playya> you should compile it without vala, git,...
Apr 28 08:35:59 <ptitjes> playya: sorry I don't understand what you mean :(
Apr 28 08:36:04 <playya> afair there was a problem with the python paths
Apr 28 08:36:16 <ptitjes> argh
Apr 28 08:36:25 <playya> type make dist-bzip in you libfso-glib directory
Apr 28 08:37:55 <playya> this should create a tar.bz
Apr 28 08:38:51 <ptitjes> but why don't you use the git ?
Apr 28 08:39:34 <playya> can't remember why :)
Apr 28 08:40:07 <playya> the tar.gz files are stable
Apr 28 08:40:30 <ptitjes> hum ?
Apr 28 08:40:51 <playya> no api changes i have to track
Apr 28 08:41:06 <ptitjes> apis do not change so much
Apr 28 08:41:11 <playya> there coult be an api breakage in every git commit
Apr 28 08:41:20 <ptitjes> in fact it did not change since start yet
Apr 28 08:41:32 <DocScrutinizer> ptitjes: hi! :-)
Apr 28 08:41:37 <ptitjes> DocScrutinizer: hello
Apr 28 08:41:54 <ptitjes> playya: this forces you to use latest code ;)
Apr 28 08:42:10 <DocScrutinizer> you noticed our opimd-SQL-code bashing yesterday ;-)
Apr 28 08:42:28 <ptitjes> DocScrutinizer: yes
Apr 28 08:42:33 <DocScrutinizer> :-D
Apr 28 08:42:52 <ptitjes> DocScrutinizer: my view is what it is: I don't remember left and inner joins
Apr 28 08:42:56 <playya> ptitjes, i uploaded mi libfso-glib recipes
Apr 28 08:43:12 <ptitjes> so I went to the query optimization provided by SQLite query manager :)
Apr 28 08:43:16 <DocScrutinizer> hehe, but these are the ones you should use here
Apr 28 08:43:36 <DocScrutinizer> fsck query manager XD
Apr 28 08:43:53 <ptitjes> DocScrutinizer: ?
Apr 28 08:44:12 <DocScrutinizer> it created nasty broken code, didn't it?
Apr 28 08:44:17 <ptitjes> nah
Apr 28 08:44:21 <ptitjes> worked very fine
Apr 28 08:44:55 <DocScrutinizer> with one entry for one call it might even work
Apr 28 08:45:03 <ptitjes> except the %M:%S formating which obviously is stupid
Apr 28 08:45:59 <ptitjes> DocScrutinizer: do you mean unended calls ?
Apr 28 08:46:11 <ptitjes> >> shower
Apr 28 08:46:18 <ptitjes> c u
Apr 28 08:47:16 <ptitjes> playya: where ?
Apr 28 08:47:26 <DocScrutinizer> [2009-04-27 16:47:00] <spaetz> aliases table call_events with 'e' and the you do "WHERE e.id = call_events.id"
Apr 28 08:47:27 <DocScrutinizer> [2009-04-27 16:47:21] <ptitjes> spaetz: inner query - what is your problem with that
Apr 28 08:47:28 <playya> playya.net/openmoko
Apr 28 08:47:29 <DocScrutinizer> [2009-04-27 16:47:25] <spaetz> which is equivalent to "WHERE call_events.id = call_events.id"
Apr 28 08:47:47 <ptitjes> DocScrutinizer: watch the next messages
Apr 28 08:47:55 <ptitjes> DocScrutinizer: spaetz was drunk
Apr 28 08:47:56 <ptitjes> :)
Apr 28 08:48:03 <DocScrutinizer> I don't agree with next sentences
Apr 28 08:48:06 <ptitjes> DocScrutinizer: it is correct code
Apr 28 08:48:06 <DocScrutinizer> :-)
Apr 28 08:48:22 <DocScrutinizer> it is correct code, but wrong semantics
Apr 28 08:48:41 <ptitjes> DocScrutinizer: e resolves to another binding on the call_events table
Apr 28 08:48:56 <ptitjes> DocScrutinizer: it IS NOT equivalent to "WHERE call_events.id = call_events.id"
Apr 28 08:49:07 <ptitjes> at all
Apr 28 08:49:31 <spaetz> it's correct code, just written in a confusing manner.
Apr 28 08:49:38 <spaetz> I was not drunk, just tired :)
Apr 28 08:49:42 <ptitjes> hello spaetz 
Apr 28 08:49:46 <ptitjes> :D
Apr 28 08:49:56 <spaetz> anyway, I saved my SQL replacement for reference here http://trac.shr-project.org/trac/ticket/381
Apr 28 08:50:00 <spaetz> hi :)
Apr 28 08:50:05 <ptitjes> yeah I've seen it
Apr 28 08:50:11 <ptitjes> spaetz: it is very much better
Apr 28 08:50:16 <playya> i think there're some fields missing. just read some parts for the vcard 3.0 specs
Apr 28 08:50:24 <ptitjes> spaetz: yet I'm not sure it is more human-understandable
Apr 28 08:50:54 <spaetz> neither am I :). I just don't trust query managers to be very smart when it comes to optimizing nested queries
Apr 28 08:50:57 <ptitjes> playya: where did you upload you libfso-glib recipe ?
Apr 28 08:51:03 <spaetz> but it's not critical anyway, I guess
Apr 28 08:51:13 <spaetz> as long as it works there are more pressing problems
Apr 28 08:51:15 <playya> oh
Apr 28 08:51:20 <ptitjes> spaetz: this is why I did it like that ;)
Apr 28 08:51:20 <playya> 1 sec
Apr 28 08:51:38 <playya> cp it to wrong dir
Apr 28 08:51:48 <playya> now its there ptitjes 
Apr 28 08:52:07 <ptitjes> cool thanks
Apr 28 08:52:11 <playya> but its not testet yes
Apr 28 08:52:30 <playya> s/yes/yet
Apr 28 08:52:31 <ptitjes> playya: you don't depend on vala-dbus-binding-tool ?
Apr 28 08:52:44 <playya> not yet
Apr 28 08:53:00 <ptitjes> playya: mickey made a recipe for it - it is in fso/m5.5
Apr 28 08:53:11 <playya> ok. good
Apr 28 08:53:23 * ptitjes goes under the shower
Apr 28 08:53:33 <DocScrutinizer> ptitjes: 
Apr 28 08:53:34 <playya> gl
Apr 28 08:53:34 <DocScrutinizer> [2009-04-27 15:11:42] <DocScrutinizer> spaetz: mrmoku: I think the whole database structure is errr... suboptimal. As a result there's a view created (in an incorrect way) which takes much time and add to complexity. I don't see the rationale behind having a call_id table and a 1:n events table, when each call may have no more than *one* start time and *one* end time in the end. I suggest to have one table with one record for each call, 
Apr 28 08:53:35 <DocScrutinizer> and creating the record on first call 
Apr 28 08:53:36 <ptitjes> bye all
Apr 28 08:53:37 <DocScrutinizer> [2009-04-27 15:11:42] <DocScrutinizer> event, then update the remaining fields accordingly on subsequent events relating to same call(_id)
Apr 28 08:54:08 <ptitjes> DocScrutinizer: I wanted it to be pure
Apr 28 08:54:29 <DocScrutinizer> over-normalized
Apr 28 08:54:32 <ptitjes> DocScrutinizer: the goal was to save each and every event as a datawaherehouse would do it ;)
Apr 28 08:54:39 <spaetz> :)
Apr 28 08:54:42 <spaetz> data whore house
Apr 28 08:54:48 <DocScrutinizer> hehehe
Apr 28 08:54:49 <spaetz> oops
Apr 28 08:54:59 <ptitjes> anyway
Apr 28 08:55:07 <ptitjes> DocScrutinizer: you are welcome to rewrite it
Apr 28 08:55:21 <spaetz> let's rewrite when we rewrite in vala
Apr 28 08:55:29 <ptitjes> DocScrutinizer: thought I wonder if it is necessary as ophonekitd/vala is comming quickly
Apr 28 08:55:31 <DocScrutinizer> gonna do eventually ;-)
Apr 28 08:56:17 <spaetz> performance is no issue for me, after 5 calls I reflash anyway
Apr 28 08:56:23 <spaetz> so my phone log is never big :)
Apr 28 08:56:28 <DocScrutinizer> lol
Apr 28 08:57:12 <playya> lets write a daemon to spam spaetz phone
Apr 28 08:58:00 <DocScrutinizer> spaetz: yeah, for 5 entries with maybe 2 or 3 ambiguous fields the carthesian product created by the view might remain manageable ;D
Apr 28 08:58:28 <Ainulindale> Hey there.
Apr 28 08:58:35 <spaetz> yep :)
Apr 28 08:58:41 <DocScrutinizer> hey Ainulindale 
Apr 28 09:02:30 <spaetz> Hi Ainulindale, I don't have access to shr.git. Can you apply a simple patch to the ophonekitd.sql file?
Apr 28 09:03:16 <spaetz> http://dpaste.com/38698/plain/
Apr 28 09:03:34 <spaetz> calls that take longer than 59 minutes are displayed wrongly
Apr 28 09:03:47 <spaetz> this is the minimally invasive patch without risk
Apr 28 09:04:21 <spaetz> alternatively this is the more elegant patch to replace the whole view (uses less subqueries) http://dpaste.com/38339/
Apr 28 09:04:27 <DocScrutinizer> basically SQL is a massive overkill here. See e.g. twinklephone:
Apr 28 09:04:32 <DocScrutinizer> Datei: twinkle.ch       Zeile 1 Spalte 0   7318 Bytes                                           59%
Apr 28 09:04:33 <DocScrutinizer> # time_start|time_answer|time_end|direction|from_display|from_uri|from_organization|to_display|to_u
Apr 28 09:04:35 <DocScrutinizer> 1209749330|1209749331|1209749363|out|4991130838545000|sip:2991895@sipgate.de|||sip:10005@sipgate.de
Apr 28 09:04:52 <spaetz> but it is untested (in ophonekitd, it works in the sqlite shell)
Apr 28 09:05:31 <spaetz> DocScrutinizer: I think sqlite might be suitable, although I agree that one entry per call would suffice
Apr 28 09:06:02 <Ainulindale> spaetz: well then test it =)
Apr 28 09:06:48 <spaetz> mmh, never used a lcoal repo for compiling
Apr 28 09:07:05 <spaetz> might just as well set it up now and test
Apr 28 09:07:18 <spaetz> care to give me access so I can submit if it works?
Apr 28 09:07:24 <spaetz> I'll test before
Apr 28 09:07:46 <Ainulindale> Yes I'll give you access IF you test it before :-)
Apr 28 09:08:01 <Ainulindale> I'm annoying with that, but I'm darn serious
Apr 28 09:08:14 <Ainulindale> It's important in the developing process m:-)
Apr 28 09:08:20 <Ainulindale> And don't worry, I don't like to test either
Apr 28 09:09:02 <doxy2> any idea why gsm2d complains about not finding symbols from /usr/lib/gsm2d when i try to launch it?
Apr 28 09:09:16 <doxy2> find/read, don't have the error here right now
Apr 28 09:09:17 <ptitjes> Ainulindale: no we know you like it!!!!
Apr 28 09:09:25 <ptitjes> Ainulindale: hello btw
Apr 28 09:09:39 <Ainulindale> ptitjes: You know I like what?
Apr 28 09:09:47 <ptitjes> Ainulindale: testing
Apr 28 09:10:12 <ptitjes> Ainulindale: btw could you test playya's recipes ? http://playya.net/openmoko/
Apr 28 09:10:24 <Ainulindale> I just said I didn't like testing and you want me to test something?
Apr 28 09:10:27 <ptitjes> please
Apr 28 09:10:56 <ptitjes> Ainulindale: I dared to try :)
Apr 28 09:11:32 <Ainulindale> Well commit them to our overlay and maybe I'll test them
Apr 28 09:11:35 <Ainulindale> I'm too lazy to wget them
Apr 28 09:11:47 <Ainulindale> Plus I have other things to do
Apr 28 09:12:06 <Ainulindale> (and I'm serious)
Apr 28 09:17:29 <playya> Ainulindale, afair they won't work because of a wrong python path
Apr 28 09:20:13 <Ainulindale> Well when ptitjes will have commited them I'll have a look :-)
Apr 28 09:31:11 <ptitjes> Ainulindale: I'll do this this evening$
Apr 28 09:31:16 <ptitjes> c u all
Apr 28 09:31:20 <ptitjes> have a nice day
Apr 28 09:31:43 <mrmoku> mickey|tv: ping
Apr 28 09:32:01 <mrmoku> mickey|tv: could it be 9f17c047cb47f5076cbc7024c8f512471f75274a broke suspend?
Apr 28 09:33:35 <mrmoku> mickey|tv: trying to suspend (with mdbus) gives me:
Apr 28 09:33:37 <mrmoku> 2009.04.28 11:33:03.15 odeviced.idlenotifier DEBUG    active = False
Apr 28 09:33:37 <mrmoku> 2009.04.28 11:33:03.242 ousaged              INFO     suspending all resources...
Apr 28 09:33:40 <mrmoku> 2009.04.28 11:33:03.250 ousaged              DEBUG    suspending WiFi
Apr 28 09:33:42 <mrmoku> 2009.04.28 11:33:03.319 mppl.asyncworker     DEBUG    no elements in queue: starting idle task.
Apr 28 09:33:46 <mrmoku> 2009.04.28 11:33:03.329 mppl.asyncworker     DEBUG    _processElement()
Apr 28 09:33:48 <mrmoku> 2009.04.28 11:33:03.337 mppl.asyncworker     DEBUG    got an element from the queue
Apr 28 09:33:51 <mrmoku> 2009.04.28 11:33:04.9 odeviced.idlenotifier DEBUG    active = False
Apr 28 09:44:47 <mickey|tv> thanks, that doesn't look too well. i have some time this evening to test.
Apr 28 09:47:32 <tmzt> can sombody tell me where the elemantary source is?
Apr 28 09:50:34 <mrmoku> mickey|away: ok, thanks
Apr 28 09:50:52 <mrmoku> tmzt: e svn in trunk/TMP/st/elementary
Apr 28 09:51:34 <tmzt> so no snapshot with the others?
Apr 28 09:51:53 <tmzt> it's not part of e?
Apr 28 09:52:07 <mrmoku> tmzt: no... elementary is not included in the snapshot
Apr 28 09:52:35 <mrmoku> guess it will be part of e when it is more or less finished
Apr 28 09:52:56 <tmzt> ok, trying to build libeflvala and it was missing
Apr 28 09:53:11 <tmzt> not from oe
Apr 28 09:53:19 <tmzt> on ubuntu
Apr 28 09:58:17 <spaetz> olala, just catching up with latest OE developments
Apr 28 09:58:47 <spaetz> and I don't mean the technical ones
Apr 28 10:03:46 <spaetz> Ainulindale: I tested my patch
Apr 28 10:03:56 <spaetz> do you want to apply or have me do it
Apr 28 10:04:12 <spaetz> can also send the .ipkg if you want to try first :)
Apr 28 10:18:29 <CIA-75> SHR: 03Sebastian 07shr-overlay * r98db6d71cd65 10/openembedded/ (3 files in 3 dirs): remove webkit-efl and ewww recipes, they are in upstream OE now
Apr 28 10:18:37 <spaetz> doh, badly formatted commit msg
Apr 28 10:23:14 <tmzt> eve?
Apr 28 10:23:20 <tmzt> the browser?
Apr 28 10:40:16 <DocMobilizer> hey?
Apr 28 10:41:18 <DocMobilizer> ~seen docscrutinizer
Apr 28 10:41:19 <bzzbot> docscrutinizer is currently on #openmoko-cdevel (1d 17h 22m 35s). Has said a total of 153 messages. Is idling for 1h 36m 43s, last said: '1209749330|1209749331|1209749363|out|4991130838545000|sip:2991895@sipgate.de|||sip:10005@sipgate.de'.
Apr 28 10:47:35 <spaetz> tmzt: yep
Apr 28 10:48:30 <pundiramit> my application caught a weird issue.. it is taking the bottom-left corner as origin.. is it correct? I think it(origin) should be at top-left corner of screen.
Apr 28 10:49:05 <DocMobilizer> Ainulindale: can I get a quickmeenu (e.g press AUX) with direct access to (preferrably uuser configable) settings like 'autodim', 'screen bright', 'volume'. pretty pleeease with a lot of shugar on top
Apr 28 10:50:39 <spaetz> DocMobilizer: just adapt the keybindings in the illume wrench
Apr 28 10:50:53 <spaetz> I have my AUX key pop up the profile selector
Apr 28 10:52:03 <spaetz> can use eg shr-config which provides some settings, or use shr-settings (which is installed by default) with a list of modules that you want to load
Apr 28 10:52:45 <DocMobilizer> spaetz: anyway there's no single menu to open that has all the 3..4 controls on it I'd like
Apr 28 10:53:53 <spaetz> yes, with shr-settings you can hand it a list of plugins to open on that one screen
Apr 28 10:54:06 <spaetz> you can mix and match in a pretty flexible way
Apr 28 10:56:34 <DocMobilizer> a very cool feature of such a menu would be to slowly ramp up screenbright until first 'mouseclick'-  to recover from invisible screen due low bright and high ambirent
Apr 28 10:59:33 <DocMobilizer> spaetz: oh really? so simple to combine arbitrary ctrls into my own menu? toss me a pointer please :-)
Apr 28 11:04:36 <Ainulindale> DocMobilizer: *p
Apr 28 11:26:10 <spaetz> hehe
Apr 28 11:29:24 <spaetz> just pass it a list of module names those names are listed in /usr/bin/shr-settings
Apr 28 11:29:29 <spaetz> I pasted them here: http://dpaste.com/38729/
Apr 28 11:30:07 <DocMobilizer> cool, thhanks
Apr 28 11:30:51 <TAsn> spaetz, I see ewww is in OE now.
Apr 28 11:31:00 <TAsn> when will we have a package in shr?
Apr 28 11:31:01 <TAsn> ;]
Apr 28 11:31:10 <DocMobilizer> spaetz: also kinda cool is FR resumes on your IRC posting :-)
Apr 28 11:34:31 <spaetz> DocMobilizer: I never tried it, you'll probably need to ask dos1 on how to use it specifically, there was a mail by him explaining it somehwere
Apr 28 11:34:59 <spaetz> it resumes when receiving IRC msgs? Now that would be really cool
Apr 28 11:35:39 <spaetz> TAsn: I haven't compiled it. It's just upstream now, so no need to duplicate
Apr 28 11:35:42 <DocMobilizer> actually it does
Apr 28 11:35:45 <spaetz> compiling failed for me
Apr 28 11:35:58 <spaetz> DocMobilizer: anything you do in order to achieve that?
Apr 28 11:36:03 <spaetz> would be very handy
Apr 28 11:36:13 <DocMobilizer> nope
Apr 28 11:36:30 <TAsn> spaetz, oh.
Apr 28 11:36:40 <DocMobilizer> connect GPRS, start pidgin
Apr 28 11:37:04 <spaetz> checking for LIBSOUP... configure: error: Package requirements (libsoup-2.4 >= 2.25.91) were not met
Apr 28 11:37:38 <TAsn> spaetz, tried to manually compile libsoup?
Apr 28 11:37:50 <spaetz> no, it failed 30 seconds ago :)
Apr 28 11:38:00 <TAsn> oh, ;]
Apr 28 11:38:16 <spaetz> git clone took incredibly long
Apr 28 11:38:20 <TAsn> if you get it right, please add libsoup to the deps ;]
Apr 28 11:38:24 <TAsn> cya for now.
Apr 28 11:38:28 <spaetz> as it checks out something >600MB
Apr 28 11:39:00 <TAsn> doesn't OE do a shallow clone?
Apr 28 11:39:09 <DocMobilizer> spaetz: gprs inbound is sorta unsol msg from calypso I guess
Apr 28 11:39:50 <TAsn> DocMobilizer, but that means it wakes from irc server pings, doesn't it?
Apr 28 11:40:00 <TAsn> and quit/join messages.
Apr 28 11:40:07 <DocMobilizer> should
Apr 28 11:40:16 <TAsn> sucks ;]
Apr 28 11:40:30 <DocMobilizer> join/quit it actually does
Apr 28 11:40:38 <TAsn> well anyhow, I'm off.
Apr 28 11:40:40 <DocMobilizer> sure
Apr 28 11:40:41 <spaetz> nytowl|night: when you wake up: your webkit-efl-0.0.1-r0 recipe checks for libsoup-2.4 >= 2.25.91, but we only have 2.4.1-r0 available
Apr 28 11:41:12 <DocMobilizer> TAsn: cya
Apr 28 11:43:01 <spaetz> by TAsn 
Apr 28 11:43:03 <spaetz> bye
Apr 28 11:45:16 <DocMobilizer> spaetz: is there a way to disable join/quit notifs at irc-server?
Apr 28 11:46:21 <Zorkman_> hi all
Apr 28 11:46:28 <DocMobilizer> hi
Apr 28 11:46:42 <Zorkman_> are there serious repercussions with mickey leaving the core OE team
Apr 28 11:46:53 <viq> DocMobilizer: there are ways to make your client ignore them
Apr 28 11:47:19 <DocMobilizer> viq: doesn't help here
Apr 28 11:47:25 <viq> but, server will send them
Apr 28 11:47:34 <viq> run a CLI client on a different box and ssh to it? ;)
Apr 28 11:47:55 <DocMobilizer> purpose is to avoid gprs triggered resume
Apr 28 11:47:57 <viq> Added benefit of compression ;)
Apr 28 11:48:18 <DocMobilizer> hehe yeah
Apr 28 11:48:19 <viq> Well, you log in to the box running the client when you need to.
Apr 28 11:48:31 <spaetz> DocMobilizer: no clue about irc-server side
Apr 28 11:48:42 <spaetz> I disable them locall in irssi
Apr 28 11:48:45 <spaetz> locally
Apr 28 11:49:42 <Ainulindale> mickey is leaving the core OE team?
Apr 28 11:49:45 <Ainulindale> What's that?
Apr 28 11:50:04 <spaetz> Ainulindale: check his blog
Apr 28 11:50:17 <DocMobilizer> yup
Apr 28 11:50:42 <spaetz> http://thread.gmane.org/gmane.comp.handhelds.openembedded.scm/15641/focus=23143
Apr 28 11:50:54 <DocMobilizer> grrr
Apr 28 11:51:00 <spaetz> http://www.vanille-media.de/site/index.php/2009/04/25/resigning-from-oe-core-team
Apr 28 11:51:28 <DocMobilizer> pidgin insists on starting mozilla :-(
Apr 28 11:51:37 <spaetz> pidgin is a hog
Apr 28 11:51:52 <Ainulindale> Hmmm I see
Apr 28 11:52:01 <Ainulindale> I bet there's some Koen in it, isn't there?
Apr 28 11:52:14 <spaetz> how could you know _)
Apr 28 11:52:16 <spaetz> :)
Apr 28 11:52:18 <DocMobilizer> so kick it off SHR :-)
Apr 28 11:52:44 <spaetz> I haven't followed closely, but kown revert the whole renaming of e packages thing
Apr 28 11:52:50 <spaetz> koen
Apr 28 11:52:54 <spaetz> reverted
Apr 28 11:53:00 <spaetz> darn, I can't type
Apr 28 11:53:36 <DocMobilizer> blame  illume mkbd ;-)
Apr 28 11:53:49 <spaetz> nobody of the core team spoke up. sth along those lines. As I said, I haven't followed it, really
Apr 28 11:54:35 <DocMobilizer> mickey is considering to fork afaik
Apr 28 11:56:25 <DocMobilizer> 'not enouhj momentum/people yet'
Apr 28 11:56:31 <Ainulindale> Well
Apr 28 11:56:43 <Ainulindale> We could maintain the fso/ms5.5 as is for the time being
Apr 28 11:56:46 <Ainulindale> and cherry-pick stuff
Apr 28 11:56:54 <Ainulindale> But it's true that Koen is a pai
Apr 28 11:56:54 <Ainulindale> +n
Apr 28 11:57:10 <DocMobilizer> ita
Apr 28 11:57:30 <Ainulindale> Plus he didn't even answer to mickey on oe-commits
Apr 28 11:57:31 <Ainulindale> that's fun
Apr 28 11:57:50 <DocMobilizer> really great
Apr 28 11:58:25 * DocMobilizer deprecates OE anyway
Apr 28 11:59:36 <Ainulindale> DocMobilizer: meh :-)
Apr 28 12:00:35 <DocMobilizer> Ainulindale: implement user(s) to SHR!
Apr 28 12:01:04 <Ainulindale> implement what?
Apr 28 12:01:25 <Ainulindale> non-root processes?
Apr 28 12:02:14 <DocMobilizer> FR isn't an Open *Embedded* device anyway. unlike washiing machine
Apr 28 12:02:29 <Ainulindale> You didn't answer to my question
Apr 28 12:02:30 <DocMobilizer> yeah, non/ proc
Apr 28 12:02:32 <spaetz> mmh, gentoo :)
Apr 28 12:02:46 <Ainulindale> DocMobilizer: Ok then I have an answer
Apr 28 12:02:47 <Weiss> DocMobilizer: is Project B an Open Washing Machine?
Apr 28 12:02:49 <Ainulindale> I don't care *at all*
Apr 28 12:02:58 <Ainulindale> I intend to deliver a *working* distro first
Apr 28 12:03:07 <Ainulindale> When it'll be working, and will have functionnalities required for such a thing
Apr 28 12:03:13 <Ainulindale> THEN I'll consider doing other stuff (myself)
Apr 28 12:03:27 <spaetz> apropos working, suspend is really broken in the current image
Apr 28 12:03:28 <Ainulindale> But you're welcome to work on that if you want to :-)
Apr 28 12:03:36 <Ainulindale> I just think it's pretty much useless right now
Apr 28 12:03:49 <DocMobilizer> Ainulindale: wolfgangs words ;-)
Apr 28 12:04:15 <Ainulindale> Hmm?
Apr 28 12:04:24 <Ainulindale> Should I consider that an insult? :-)
Apr 28 12:04:47 <Ainulindale> DocMobilizer: But seriously
Apr 28 12:04:52 <Ainulindale> We don't even have PIM
Apr 28 12:04:59 <Ainulindale> How can we seriously talk about stuff like that now
Apr 28 12:05:05 <Ainulindale> We don't even have proper power management
Apr 28 12:05:14 <Ainulindale> We're a third of a proper phone
Apr 28 12:05:27 <Ainulindale> When we'll be 2/3, yes, I'm willing to dive into this myself
Apr 28 12:05:35 <Ainulindale> But right now my personal efforts are not towards that direction
Apr 28 12:05:38 <DocMobilizer> all the userapp devels will scream and moan once their apps break due to inadaequate permissions
Apr 28 12:05:47 <Ainulindale> But again, SHR is a community/collaborative distro
Apr 28 12:05:59 <Ainulindale> If you think this is important you should raise the subject on the ML
Apr 28 12:06:05 * spaetz is interested in looking at intone as a music player
Apr 28 12:06:08 <Ainulindale> I'm not opposed to this or that
Apr 28 12:06:20 <Ainulindale> I just don't think, as a single person, this is a priority
Apr 28 12:06:28 <spaetz> why the heck do people just post random stuff on opkg.org without making a source repository public?
Apr 28 12:06:35 <Ainulindale> And my opinion isn't strictly equal to what we'll do for SHR
Apr 28 12:06:50 <Ainulindale> DocMobilizer: yes, they'll moan, and whine, and kick, and scream
Apr 28 12:06:56 <Ainulindale> But that's normal, how should we do?
Apr 28 12:07:11 <spaetz> we clearly need polls in the SHR community. /me votes for shr-theme-splash-simple :)
Apr 28 12:07:56 <Ainulindale> well let me see what I can do on the blog
Apr 28 12:08:13 <DocMobilizer> hi beniwtv
Apr 28 12:08:15 <spaetz> does mt have such plugins?
Apr 28 12:08:27 <spaetz> seriously, that would be kind of interesting
Apr 28 12:08:31 <beniwtv> Hey DocMobilizer :)
Apr 28 12:08:42 <Ainulindale> spaetz: yes
Apr 28 12:09:05 <max_posedon> DocMobilizer, few people notice that SHR works nice under user
Apr 28 12:09:30 * DocMobilizer heading home, getting sssshakkkjy in the 'cold' here
Apr 28 12:09:43 <Ainulindale> max_posedon: we require no permission as we use frameworkd =)
Apr 28 12:10:32 <DocMobilizer> that's the foundation idea of dbus
Apr 28 12:11:06 * DocMobilizer away
Apr 28 12:15:07 <DocScrutinizer> ahh, better here
Apr 28 12:18:36 <CIA-75> freesmartphone.org: 03jluebbe 07framework * r2a8231b3a4f4 10/framework/patterns/asyncworker.py: asyncworker: catch and log exceptions thrown by the work units
Apr 28 12:18:38 <CIA-75> freesmartphone.org: 03jluebbe 07framework * r1d4a6f96edf5 10/framework/resource.py: resource: fix callback name
Apr 28 12:18:45 <DocScrutinizer> anyway, ~root/ should be /root rather than /home/root; and pim database, shr-settings etc pp should be in normal user's ~ which should be /home/joerg and live on uSD optionally (mount /dev/uSD /home)
Apr 28 12:20:51 <Ainulindale> Please do a patch :-)
Apr 28 12:20:56 * spaetz agrees in general. But I also agree with Ainulindale that there are more pressing issues :)
Apr 28 12:21:25 <beniwtv> DocScrutinizer: Agreed. Having multiple users on a phone each with his own settings would be nice :)
Apr 28 12:21:39 <DocScrutinizer> Ainulindale: honestly I have no idea how to patch file/folder creation
Apr 28 12:22:07 <spaetz> possible today. I always create a separate user that I 'su' into
Apr 28 12:22:21 <spaetz> get rid of the annoying midori "you are superuser" box :)
Apr 28 12:22:39 <spaetz> keep a separate history of bash commands
Apr 28 12:23:10 <DocScrutinizer> beniwtv: more nice even, take your whole settings to another (FR)phone by swapping uSD. or share FR between different users by inserting "personality" with mere uSD swap
Apr 28 12:23:46 <DocScrutinizer> spaetz: (midori) as well :-)
Apr 28 12:23:52 <spaetz> DocScrutinizer: now, you just need to mound the sd partition as a different /home/root to achieve the same
Apr 28 12:24:27 <beniwtv> DocScrutinizer: Yeah, that would be awesome ;)
Apr 28 12:24:35 <Ainulindale> Yay I ended finding this sign in menu!
Apr 28 12:27:14 <DocScrutinizer> Ainulindale: (patch) sure I could create a shellscript to run which does all this trivial magic. But I have not the slightest idea how to patch a distro to include these by default
Apr 28 12:31:15 <spaetz> Ainulindale: you do have access to the FSO-MS5.5 tree, don't you?
Apr 28 12:31:15 * DocScrutinizer wonders how many apps might have hardcoded "/home/root/foo" pathes already
Apr 28 12:31:34 <spaetz> those apps deserve to die a slow death :)
Apr 28 12:32:49 <DocScrutinizer> which will bork once lazy distro devels make up their mind to do this tiny task to implement decent users / file hirarchy
Apr 28 12:33:02 <Ainulindale> spaetz: yes
Apr 28 12:33:50 <spaetz> recipes/webkit/webkit-efl DEPENDS on libsoup but needs to depend on libsoup-2.4 (it will build libsoup-2.2 otherwise)
Apr 28 12:34:16 <spaetz> does nytowl have to make such changes, or could oyu do sth like this?
Apr 28 12:34:22 * DocScrutinizer prefers beef soup
Apr 28 12:35:13 <spaetz> also we need to pull updated libsoup and libproxy recipes from the .dev branch but I have done that locally for now. compiling webkit-efl as we speak
Apr 28 12:37:17 * spaetz slap DocScrutinizer with a beef tail
Apr 28 12:45:11 <TAsn> spaetz, we want ewww! ;]
Apr 28 12:48:26 <spaetz> TAsn: I thought you were gone. webkit-efl compilation suceeded here :)
Apr 28 12:48:46 <TAsn> I were gone, an hour ago. ;]
Apr 28 12:48:51 <TAsn> I was*
Apr 28 12:49:40 <spaetz> who the heck did that webkit recipe. It installs into /usr/local/lib which isn't included in any .ipk by default!
Apr 28 12:50:24 <DocScrutinizer> hehe
Apr 28 12:50:37 * DocScrutinizer *hates* "local"
Apr 28 12:55:50 <DocScrutinizer> anybody with a fsckng synaptics TP in his laptop around? Annoyed of slow death of Ksynaptics?
Apr 28 12:56:47 <Ainulindale> spaetz: It was playya I think
Apr 28 12:59:48 <spaetz> umph, webkit seems quite fragile and imature: Requested 'gstreamer-0.10 >= gstreamer-base-0.10' but version of GStreamer is 0.10.17
Apr 28 12:59:53 <spaetz> WTF?
Apr 28 13:00:48 <DocScrutinizer> hmpf
Apr 28 13:07:00 <spaetz> synaptics works fine with stock ubuntu :)
Apr 28 13:07:02 * spaetz hides
Apr 28 13:14:34 <Zorkman_> navit seems to be usable for routing (http://openmoko-fr.org/blog/index.php?post/2009/04/26/Vid%C3%A9o-de-Navit&pub=1#pr)
Apr 28 13:14:56 <Zorkman_> haven't been able to get it to work with long routes, it's just too slow...
Apr 28 13:19:05 <Okhin> hi folks
Apr 28 13:19:18 <Okhin> I've got a problem with shr-testing on shr-unstable
Apr 28 13:19:34 <Okhin> it does'nt activate the bluetooth. I can't find any bluetooth interface
Apr 28 13:19:47 <Okhin> hcitool dev gives me an empty list of device
Apr 28 13:19:53 <Okhin> and I can't find it on dbus either
Apr 28 13:21:36 <nytowl> spaetz, it's not the recipe it's the autofoo that does it
Apr 28 13:26:22 <spaetz> mmh, still fighting it. webkit seems quite fragile and imature: Requested  'gstreamer-0.10 >= gstreamer-base-0.10' but version of  GStreamer is 0.10.17
Apr 28 13:26:36 <spaetz> I guess, I am disabling gstreamer for now with --disable-video
Apr 28 13:26:58 <spaetz> sorry for spamming you with those msgs
Apr 28 13:27:52 <beniwtv> Okhin: You'll need to activate it first if it's not, you can do that through a d-bus command to frameworkd -> RequestResource("Bluetooth") IIRC
Apr 28 13:28:24 <TAsn> beniwtv, or just shr-settings
Apr 28 13:28:25 <Okhin> oki
Apr 28 13:28:34 <Okhin> nope shr-settings don't do that
Apr 28 13:28:42 <Okhin> at least in the version I'm currently running
Apr 28 13:29:21 <beniwtv> TAsn: yeah, shr-settings should work too
Apr 28 13:30:05 <TAsn> btw request resource won't do it
Apr 28 13:30:21 <TAsn> he'll have to change the policy to on
Apr 28 13:31:05 <spaetz> nytowl: I know that autofoo is responsible for installing into /usr/local, I was not necessarily complaining about the recipe itself
Apr 28 13:31:10 <beniwtv> TAsn: hmm... never heard about that, running an old version of frameworkd
Apr 28 13:31:38 <spaetz> although bitbake should be passing the correct magic incarnations automatically to have it installed in the right locations
Apr 28 13:31:42 <nytowl> yeah I read through your other message, I'll look at it today 
Apr 28 13:32:08 <nytowl> ^^^ that was for spaetz 
Apr 28 13:32:28 <Okhin> TAsn: how can i do that? chaging th epolicy I mean
Apr 28 13:32:47 <Okhin> s/th e/the
Apr 28 13:33:25 <TAsn> beniwtv, the framework will release the resource as soon as the client exists, i.e when dbus ends, i.e immediately
Apr 28 13:33:30 <TAsn> Okhin, http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD
Apr 28 13:35:14 <beniwtv> TAsn: yes, forgot about that. But I only use python programs to control it, so it doesn't exit (it's a small daemon).
Apr 28 13:35:48 <TAsn> okie ;]
Apr 28 13:36:10 <beniwtv> Anyway, I'm off to work, cya
Apr 28 13:37:29 <Okhin> TAsn: can't find a framework.Resource object on my shr-unstable...
Apr 28 13:39:01 <TAsn> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy Bluetooth on
Apr 28 13:39:05 <TAsn> not sure about the on
Apr 28 13:39:05 <TAsn> ;]
Apr 28 13:39:15 <TAsn> but it's something like that.
Apr 28 13:40:37 <Okhin> POlyciUnknown. SO it must be something else than 'on'
Apr 28 13:41:53 <Okhin> ok, so i've got only an 'auto' policy...let's try it
Apr 28 13:42:42 <Okhin> ok, doesn't help. I'm stuck without device when trying shr-settings :/
Apr 28 13:44:42 <TAsn> Okhin, check the possible policies in the first link I gave you
Apr 28 13:45:33 <Okhin> the only one available I can have for bluetooth seems to be auto
Apr 28 13:45:40 <TAsn> enabled
Apr 28 13:45:51 <TAsn> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy Bluetooth enabled
Apr 28 13:45:56 <Okhin> Iv'e used mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.GetResourcePolicy Bluetooth
Apr 28 13:45:59 <Okhin> to find it
Apr 28 13:46:01 <TAsn> Okhin, how did you reach that conclusion?
Apr 28 13:46:10 <TAsn> THAT'S THE CURRENT POLICY!
Apr 28 13:46:18 <TAsn> did you even bother to read the link I gave you?
Apr 28 13:46:27 <Okhin> Yes, i've done it
Apr 28 13:46:30 <TAsn> anyhow, try my last suggested command.
Apr 28 13:46:43 <Okhin> The new resource policy. See GetResourcePolicy for a list of valid values. 
Apr 28 13:46:47 <Okhin> oki
Apr 28 13:46:48 <TAsn> Okhin, GetResourcePolicy ( s ) → s
Apr 28 13:46:48 <TAsn> Description: Get the current resource policy for a given resource. 
Apr 28 13:46:55 <TAsn> *current*
Apr 28 13:46:55 <TAsn> ;]
Apr 28 13:47:06 <TAsn> anyhow, mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy Bluetooth enabled
Apr 28 13:47:08 <TAsn> should be it.
Apr 28 13:47:16 <Okhin> oki, let's try it
Apr 28 13:47:42 <Okhin> doesn't seem to work....
Apr 28 13:48:03 <Okhin> I still haven't got any devices....
Apr 28 13:48:06 <TAsn> check the current state
Apr 28 13:48:09 <TAsn> verify it's on.
Apr 28 13:48:13 <TAsn> *enabled
Apr 28 13:49:04 <Okhin> yes, it is enabled
Apr 28 13:49:08 <TAsn> here bt works great, so no idea what you are talking about
Apr 28 13:49:13 <TAsn> I suggest you consult http://wiki.openmoko.org/wiki/Bluetooth
Apr 28 13:50:06 <Okhin> root@om-gta02 ~ $ hciconfig hci0 up
Apr 28 13:50:06 <Okhin> Can't get device info: No such device
Apr 28 13:50:29 <Okhin> I have read the link already.... I'll try the old fashioned way, using /sys see if it works better
Apr 28 13:50:46 <TAsn> btw it seems like you have another issue
Apr 28 13:51:02 <TAsn> since you should have had a gui with shr-settings
Apr 28 13:51:06 <TAsn> anyhow, back to h.w cya.
Apr 28 13:51:46 <Okhin> I've got a gu, but it don't work...and the ehcoes in /sys doesn't make it work either
Apr 28 13:52:05 <Okhin> so...something else should be broken....
Apr 28 13:53:27 <TAsn> Okhin, although it's a bad solution, try reflashing a newer image ;] (or better yet, newest shr-testing)
Apr 28 13:54:00 <TAsn> Okhin, shr doesn't yet have a "stable release" although I find my shr unstable to be VERY stable!
Apr 28 13:54:25 <mwester> Ainulindale runs a tight ship.
Apr 28 13:54:30 <Okhin> I'va flashed the last unstable a little while ago
Apr 28 13:54:31 <mwester> (when he's about, anyway...)
Apr 28 13:54:46 <Okhin> and did opkg upgrade just today
Apr 28 13:55:08 <TAsn> Okhin, upgrading in unstable isn't a good idea unless you want to get unstable stuff
Apr 28 13:55:12 <TAsn> i.e not working bt
Apr 28 13:55:13 <Ainulindale> Weiss: meh :-)
Apr 28 13:55:15 <TAsn> not sure this is the case
Apr 28 13:55:16 <Ainulindale> grmbl
Apr 28 13:55:19 <Ainulindale> mwester: meh :-)
Apr 28 13:55:23 <Ainulindale> Why would you say that?
Apr 28 13:55:27 <TAsn> though this is something to think about in general.
Apr 28 13:55:48 <Okhin> ok, I'll try with a "newer" image
Apr 28 13:55:51 <TAsn> no
Apr 28 13:55:53 <mwester> Ainulindale:  Because unstable tends to work.
Apr 28 13:55:54 <TAsn> you got me wrong
Apr 28 13:55:59 <TAsn> try with testing
Apr 28 13:55:59 <TAsn> ;]
Apr 28 13:55:59 <Ainulindale> mwester: "tends to"
Apr 28 13:56:03 <Ainulindale> Is it demonstrably stable?
Apr 28 13:56:04 <mwester> Not always.
Apr 28 13:56:11 <mwester> But often as good as testing.
Apr 28 13:56:28 <TAsn> mwester, actually, all the unstable images I have tested so far were at least as good as testing
Apr 28 13:56:30 <TAsn> if not better
Apr 28 13:56:31 <TAsn> ;]
Apr 28 13:56:42 <mwester> If the suspend issue was fixed, I'd say it's better than the current testing.
Apr 28 13:56:43 <Ainulindale> I'd be interested in your methodology for demonstrating that it's stable
Apr 28 13:56:56 <TAsn> mwester, suspend issue?
Apr 28 13:57:01 <mwester> Well, now that's an insightful comment, Ainulindale.
Apr 28 13:57:27 <mwester> We lack a basic functionality test or checklist.
Apr 28 13:57:33 <spaetz> latest image doesn't suspend 
Apr 28 13:57:45 <Ainulindale> mwester: Heh :-)
Apr 28 13:57:59 <spaetz> [] it boots
Apr 28 13:58:04 <spaetz> [] can receive calls
Apr 28 13:58:08 <spaetz> [] can make calls
Apr 28 13:58:12 <spaetz> [] suspends
Apr 28 13:58:17 <mwester> Ainulindale:  you need to draft someone to write up a wiki page.  I think spaetz just volunteered.
Apr 28 13:58:18 <spaetz> this is my list :)
Apr 28 13:58:40 <Ainulindale> Well spaetz is supposed to be the bug wrangler already
Apr 28 13:58:50 <Ainulindale> But he's more the bug wanker
Apr 28 13:58:54 <TAsn> spaetz, how's ewww doing?
Apr 28 13:58:57 <mwester> :-O
Apr 28 13:58:59 <Ainulindale> :-p
Apr 28 13:59:17 <spaetz> hey, I even closed that stupid python-id3lib bug by adding it to the feed :)
Apr 28 13:59:37 <Ainulindale> Yeah but you should monitor tickets and close them or update them :-p
Apr 28 13:59:51 <spaetz> TAsn: failing, webkit-efl doesn't finish successfully
Apr 28 13:59:53 <Ainulindale> dos1 & I closed about 100 tickets two weeks ago :-p
Apr 28 14:00:01 <TAsn> spaetz, shit. ;\
Apr 28 14:00:08 <spaetz> I know...
Apr 28 14:00:08 <TAsn> even after disabling video?
Apr 28 14:00:31 <Ainulindale> spaetz: I take it this is a formal deposition? :-)
Apr 28 14:00:44 <spaetz> failed with another compile error, retrying ATM with a slight change
Apr 28 14:01:04 <spaetz> hehe
Apr 28 14:02:09 <spaetz> I'll continue to monitor them. Howvever it's difficult to close some as I cannot reproduce much of the stuff
Apr 28 14:02:44 <spaetz> one thing I wanted to ask you Ainulindale, how restrictive should we be with package requests?
Apr 28 14:02:47 <Ainulindale> Then please try to apply some policies :-)
Apr 28 14:03:00 <spaetz> do we have loads of disk space and can afford packages
Apr 28 14:03:07 <Ainulindale> Such as : no comment on a bug for two weeks after you tried to get some additional information and couldn't reproduce : close as invalid
Apr 28 14:03:11 <Ainulindale> Yeah we canb
Apr 28 14:03:12 <Ainulindale> -b
Apr 28 14:03:15 <spaetz> or do we want to limit
Apr 28 14:03:16 <spaetz> ok
Apr 28 14:03:20 <spaetz> thanks
Apr 28 14:03:57 <Ainulindale> spaetz: as long as you don't close new bugs two hours after their creation under the pretext that you weren't able to reproduce...
Apr 28 14:04:16 <Ainulindale> First, try to reproduce, if you can't, ask questions, assign it to someone if necessary
Apr 28 14:04:25 <Ainulindale> That someone will handle it from there
Apr 28 14:04:31 <Ainulindale> You don't have to handle everything by yourself
Apr 28 14:04:56 <TAsn> Ainulindale, what happened to quickdev?
Apr 28 14:05:13 <Ainulindale> He was assaulted by the israelian army
Apr 28 14:05:19 <Ainulindale> (I have no idea)
Apr 28 14:05:40 <TAsn> Ainulindale, sounds plausible to me, we do that.
Apr 28 14:05:40 <TAsn> ;]
Apr 28 14:05:46 <mwester> ~seen quickdev
Apr 28 14:05:46 <bzzbot> quickdev <n=quickdev@p5B054A61.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 61d 23h 30m 25s ago, saying: 'and for you?'.
Apr 28 14:06:09 <CM_work> s/quickdev/quitdev/
Apr 28 14:06:10 <spaetz> should file a missing person with the Red Cross or something...
Apr 28 14:06:26 <spaetz> TAsn: can you produce a libmokoui2 recipe that works?
Apr 28 14:06:34 <spaetz> I'd add it to the feed then.
Apr 28 14:06:37 <Ainulindale> Maybe he's just studying for his abitur
Apr 28 14:06:44 <TAsn> spaetz, never tried.
Apr 28 14:06:50 <TAsn> spaetz, I know dos1 tried
Apr 28 14:06:58 <spaetz> ABitur examinations have passed in Germany
Apr 28 14:07:01 <TAsn> no idea what happened to that.
Apr 28 14:07:18 <Ainulindale> spaetz: maybe he's drunk then
Apr 28 14:07:31 <TAsn> anyhow, I'm supposed to study ;] two more big tests and mid semester exams are over.!
Apr 28 14:07:52 <TAsn> and then deving my heart out, and after that, more exams.
Apr 28 14:07:52 <TAsn> ;]
Apr 28 14:08:32 <mwester> he met a beautiful young girl at a bar, and is now with her at a beach in the south pacific somewhere, lying in the sun, with someone bringing a non-stop stream of those funny drinks with umbrellas in them.
Apr 28 14:09:13 <Ainulindale> He's not old enough to have anything but umbrellas in his drinks
Apr 28 14:11:12 <Azog> you get the abitur with 18 or 19 in germany, so he should be old enough for alcohol
Apr 28 14:11:41 <Ainulindale> Nah, he's still a baby
Apr 28 14:11:59 <raster> drinks with umbrellas rock
Apr 28 14:12:19 <raster> when you're drunk the umbrellas are so amusing to play with
Apr 28 14:13:48 <Okhin> it could be dangerous to plya with an umbrella when you're wasted
Apr 28 14:14:15 <Okhin> Id'like Icecube in my drinks, and thats' all
Apr 28 14:14:40 <raster> gimme girlie drinks any day
Apr 28 14:16:03 <mwester> I thought you all drank nothing but Fosters down there.
Apr 28 14:16:53 <Okhin> erkkkkk
Apr 28 14:17:31 <spaetz> mmh, I want a drink with an umbrella too
Apr 28 14:17:33 <raster> mwester: them's fightin' words!
Apr 28 14:17:45 <mwester> hehe! 
Apr 28 14:17:50 <spaetz> raster: someone proposed to replace the "illume" text in the taskbar with the current profile name
Apr 28 14:18:01 <spaetz> how much is that text hard coded?
Apr 28 14:19:20 <raster> spaetz: 100% hard-coded
Apr 28 14:19:28 <raster> when no window is actife it just pastes illume in there
Apr 28 14:19:39 <raster> (it could be blank - but i just chose to advertise)
Apr 28 14:19:39 <raster> :)
Apr 28 14:19:48 <spaetz> ok, thought so
Apr 28 14:19:53 <raster> there is no code that fetches that string from somewhere
Apr 28 14:20:35 <Zorkman_> anyone in here gotten evopedia to work on shr?
Apr 28 14:25:10 <mickeyl> anyone knows how i can blacklist certain revs before git pulling?
Apr 28 14:36:03 <Zorkman_> i'm getting a midori error when launching evopedia; anybod else has seen this:
Apr 28 14:36:05 <Zorkman_> (midori:2220): Gtk-WARNING **: Error loading theme icon 'gnome-stock-trash' for stock: Icon 'gnome-stock-trash' not present in theme
Apr 28 14:37:12 <spaetz> TAsn: webkitd-efl fails as it relies on enlightenment ecore with at least svn revision 40113
Apr 28 14:37:36 <spaetz> and SHR has 39827
Apr 28 14:38:05 <spaetz> upstream FSO uses 40484 now, so we should probably update to the same version...
Apr 28 14:41:06 <TAsn> spaetz, bah, deps hell. ;\
Apr 28 14:41:30 <TAsn> spaetz, we probably should update, furthermore I think someone has.
Apr 28 14:41:42 <raster> update... woot!
Apr 28 14:41:50 <TAsn> someone asked me about my rtl patch and e version the other day.
Apr 28 14:41:58 <TAsn> actually, I think it was yesterday ;]
Apr 28 14:42:10 <TAsn> raster, btw, thanks for adding libfribidi to OE's bb file ;]
Apr 28 14:42:19 <TAsn> (as an e dep)
Apr 28 14:42:22 <raster> :)
Apr 28 14:42:42 <TAsn> you made a lot of israeli mokoist life easier.
Apr 28 14:42:44 <TAsn> ;]
Apr 28 14:42:44 <raster> noooo! segv! nooo!
Apr 28 14:42:52 <raster> TAsn:  actually it was your work
Apr 28 14:42:54 <raster> really
Apr 28 14:43:14 <TAsn> raster, I only wrote the patch, you got it out there. (in OE)
Apr 28 14:43:36 <TAsn> btw I'll probably install the new ubuntu and e on my laptop this week or the next ;]
Apr 28 14:43:45 <TAsn> and also found out I have e on the desktop
Apr 28 14:43:55 <TAsn> had no idea ;]
Apr 28 14:44:01 <Weiss> mickeyl: blacklist in what way? you can't trim out a specific commit without rewriting everything since..
Apr 28 14:44:01 <raster> you did 99% of the wrok ma
Apr 28 14:44:03 <raster> man
Apr 28 14:44:08 <raster> you deserve the kudos
Apr 28 14:44:28 <raster> seriously - the codin is most of tyhe work in this case
Apr 28 14:44:33 <TAsn> even if you are right, you did the extra 1% that's why I'm thanking you.
Apr 28 14:44:36 * mrmoku wonders if there are umbrellas out there that are long enough to fit in his Maß Bier ;)
Apr 28 14:44:38 <mickeyl> Weiss: i see, ok then i need to revert the offending commits lateron
Apr 28 14:44:42 <raster> (in other cases u'd be surprised what the artwork/design eats up)
Apr 28 14:44:51 <mickeyl> Weiss: i thought i could just not apply a couple of revs
Apr 28 14:44:52 <TAsn> raster, artwork is a bitch.
Apr 28 14:44:57 <TAsn> guis in general is a real hassle.
Apr 28 14:44:58 <mickeyl> like "negative cherry-picking"
Apr 28 14:45:05 <mickeyl> as i want all minus few
Apr 28 14:45:05 <raster> its a bnitch mostly because its so subjective
Apr 28 14:45:10 <TAsn> raster, ;]
Apr 28 14:45:20 <raster> i dont mind doing art
Apr 28 14:45:21 <raster> its fun
Apr 28 14:45:26 <raster> but you cant please everyone
Apr 28 14:45:35 <Weiss> mickeyl: you could use "git rebase -i" to do that quite easily, but you should understand the implications first..
Apr 28 14:45:40 <TAsn> raster, I don't think the subjectiveness is the hard part.
Apr 28 14:45:54 <TAsn> I mean, it's taking me ages to design a GUI only I like
Apr 28 14:46:01 <Weiss> mickeyl: (rebase -i gives you a list of commits since a given point, which you can screw around with at will)
Apr 28 14:46:13 <TAsn> it takes me ages*
Apr 28 14:46:13 <TAsn> bah.
Apr 28 14:46:17 <mickeyl> Weiss: sounds what i need
Apr 28 14:46:25 <TAsn> to design... (you got the idea, I hope)
Apr 28 14:46:28 <spaetz> mrmoku: seen above comment on EFL?
Apr 28 14:46:38 <spaetz> FSO-MS5.5 is ahead of SHR-unstable
Apr 28 14:46:47 <raster> TAsn: true. even that is subsjective
Apr 28 14:47:06 <raster> to some people the obvious is to others totally bizarre
Apr 28 14:47:06 <spaetz> should we drop the SHR-specific version number in this case and follow upstream?
Apr 28 14:47:23 <mrmoku> spaetz: yep... I tried current EFL from yesterday and had no success
Apr 28 14:47:29 <mrmoku> mwester: saw my comment?
Apr 28 14:47:56 <mrmoku> spaetz: did not try the FSO version though
Apr 28 14:48:01 <TAsn> spaetz, oh right, I talked to mrmoko about it ;]
Apr 28 14:48:04 <mrmoku> :)
Apr 28 14:48:12 <spaetz> mrmoku: ahh. nytowl just told me he spent some time to bring version 40484 up to speed
Apr 28 14:48:24 <spaetz> quite some time...
Apr 28 14:48:33 <TAsn> mrmoku, I hardly sleep, so it's hard for me to keep up with all my convos ;]
Apr 28 14:48:35 <nytowl> yeah it was a blast
Apr 28 14:48:58 <mrmoku> TAsn: always watching out... so they can't catch you :P
Apr 28 14:49:04 <nytowl> spaetz, mrmoku the rev is 40284 
Apr 28 14:49:44 <mrmoku> nytowl: works without mwester's hackery I guess?
Apr 28 14:49:52 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r810e4bffe5b1 10/libfsoframework/ (7 files in 2 dirs): fsoframework: first sketch of asyncworker
Apr 28 14:50:09 <nytowl> mwester's hackery undoes some of the work done last week
Apr 28 14:50:29 <nytowl> but it would be required for the rev you are using
Apr 28 14:50:55 <mrmoku> though... I tried yesterday's current EFL and it did not start
Apr 28 14:51:02 <mrmoku> (without the hacker)
Apr 28 14:51:03 <mrmoku> +y
Apr 28 14:52:18 <nytowl> hmm I'm thinking there' was something wrong there
Apr 28 14:52:37 <nytowl> with that patch it brings in pre 40090 sonaming
Apr 28 14:53:02 <nytowl> so did you start from a clean tmp
Apr 28 14:53:21 <mrmoku> no
Apr 28 14:53:22 <nytowl> did you apply all of the sofixes from the ms5.5 branch ?
Apr 28 14:53:39 <mrmoku> current ms5.5 from yesterday
Apr 28 14:54:02 <spaetz> bbl
Apr 28 14:54:07 <mrmoku> nytowl: what patch could I check to see if the OE update went fine?
Apr 28 14:54:50 <mrmoku> better still... checking git history
Apr 28 14:54:57 <nytowl> check sane-srcrevs for FL version 40284
Apr 28 14:55:04 <nytowl> EFL
Apr 28 14:55:12 <mrmoku> the top of my OE tree is your linphone patch
Apr 28 14:55:18 <nytowl> yup
Apr 28 14:55:36 <mrmoku> and I see lots of SONAME commits :-)
Apr 28 14:55:39 <raster> gah! something is up in my socket comms/buffering/parsing
Apr 28 14:55:40 <raster> pooo!
Apr 28 14:56:25 <nytowl> do a find <tmpdir> /deploy  -name "*ver-pre-01*"
Apr 28 14:56:49 <nytowl> if that comes back with anything then you'll have some inconsistency
Apr 28 14:57:15 <mrmoku> nytowl: gives me nothing
Apr 28 14:57:23 <nytowl> ok that's good
Apr 28 14:57:32 <mrmoku> though the error on e startup was something about some missing ver-pre-01 lib thing
Apr 28 14:57:39 <mrmoku> (booting right now)
Apr 28 14:57:52 <nytowl> try find tmpdit/deploy -name "*39827*"
Apr 28 14:58:11 <nytowl> ok then it sounds like you included the pre 40090 libs 
Apr 28 14:58:14 <Okhin> ok, bluetooth works on the last shr-unstable. I probably had a buggy kernel
Apr 28 14:58:36 <nytowl> the libraries should still be named "*ver-pre-01*" but the packages shouldn't
Apr 28 14:59:00 <mwester> mrmoku:  if you did not build with a clean tmpdir, all bets are off --- when the rootfs is assembled, it uses opkg to do so, and if the naming causes the wrong versions to be selected for users, it will also build a rootfs with the wrong versions.
Apr 28 14:59:18 <TAsn> hm.. for some reason I can't find it, though I remember there's a package that adds a rotate and rotate back desktop icon, does anyone have a link? I got sick of omnewrotate... it needs a way to disable it according to state, i.e while in a phone call, or while the phone is ringing. bah. ;]
Apr 28 14:59:29 <TAsn> Okhin, thought so.
Apr 28 15:00:51 <mrmoku> nytowl: finds some staging packages in glibc/pstage and the sources
Apr 28 15:01:30 <mrmoku> Ainulindale: see? I should have done the "clean EFL" Makefile rule :P
Apr 28 15:01:57 <Ainulindale> I can't not care more than today
Apr 28 15:01:59 <nytowl> mrmoku, then you're hosed because using the old rules picked up those libs instead of the new ones
Apr 28 15:03:13 <mrmoku> ok... next rebuild from scratch then ;)
Apr 28 15:03:28 <mrmoku> would like to wait for a frameworkd version with working suspend though
Apr 28 15:03:55 * mwester wonders what Ainulindale is working on today
Apr 28 15:04:08 <mrmoku> nytowl: wouldn't removing those pstage packages work too?
Apr 28 15:04:31 <mrmoku> anyway will do a clean rebuild
Apr 28 15:05:12 <Ainulindale> mwester: Mostly nothing. I'm bored. Massive headache & all, due to my total lack of understanding of what I have to do for my freaking functional specifications, as I mostly have no information.
Apr 28 15:05:14 <nytowl> i tried cleaning out the old stuff last week and got to a point that illume would boot 
Apr 28 15:05:41 <Ainulindale> Plus some of my colleagues are considering my questions stupid, although I'm trying to get things right in my mind
Apr 28 15:05:45 <mwester> :(   Ok -- I thought maybe you were busy with your ITX system and all.
Apr 28 15:05:48 <nytowl> but there were still lots of packages linked against the old libraries so things would fail randomly
Apr 28 15:05:49 <Ainulindale> And this is typically something I can't stand
Apr 28 15:06:35 <mrmoku> nytowl: ok, thanks
Apr 28 15:07:20 <mwester> Ainulindale:  It is interesting how software/hardware development is not what I was taught it would be in college -- instead, the biggest problems are not technical, they are almost always "people" problems.
Apr 28 15:07:55 <Ainulindale> Well yeah
Apr 28 15:08:06 <Ainulindale> Now I'm in what we should call "mickeyl's mood"
Apr 28 15:08:17 <Ainulindale> I want to quit and go see elsewhere if the fields are greener
Apr 28 15:08:22 <mickeyl> heh
Apr 28 15:08:26 <mickeyl> i'm usually in a good mood
Apr 28 15:08:32 <Ainulindale> I'm bored with IAM seriously
Apr 28 15:08:40 <mickeyl> just lately things are going havoc
Apr 28 15:08:43 <Ainulindale> I feel as if I saw everything, I just want to do other stuff
Apr 28 15:09:04 <mickeyl> Ainulindale: i'd love to employ you... alas I'm lacking finances atm.
Apr 28 15:09:40 <Ainulindale> Well, you wouldn't like me as an employee you know
Apr 28 15:09:57 <mickeyl> hrh
Apr 28 15:10:01 <Ainulindale> But still
Apr 28 15:10:09 <Ainulindale> I'd rather work for embedded devices than for what I do now
Apr 28 15:10:19 * mwester feels the same
Apr 28 15:10:29 <Ainulindale> Can't see any interest in what I do
Apr 28 15:10:37 <Ainulindale> That's a bit sad
Apr 28 15:10:40 <mwester> I spent two years working for a security-software company; I will not do it again.
Apr 28 15:11:30 <janf> my freerunner wakes up every 10 minutes or so without reason and i have to suspend it manually then. i'm using shr-unstable. anyone have the same problem? :/
Apr 28 15:11:45 <Ainulindale> mwester: why is that?
Apr 28 15:12:02 <lindi-> janf: what's in the resume_reason sysfs file?
Apr 28 15:13:12 <Ainulindale> (Plus I'd rather work in english)
Apr 28 15:13:17 <Ainulindale> (Possibly telecommuted)
Apr 28 15:13:26 <mwester> Ainulindale:  totally thankless job.   you work very hard for a year to solve the problems, implement security processes/procedures, and everything finally passes the audits --- and when the next budget is passed, the financial managers say "Why do we need to spend any more money on security, we have had no problems for the past months".    
Apr 28 15:13:40 <mickeyl> mwester: that gotta hurt
Apr 28 15:13:43 <Ainulindale> I'm in such a bad mood I'm listening to black metal.
Apr 28 15:13:51 <Ainulindale> That's a sign, usually.
Apr 28 15:14:03 <Ainulindale> mwester: well
Apr 28 15:14:09 <Ainulindale> I don't work in that field, I don't like that
Apr 28 15:14:25 <Ainulindale> I'm mostly working on IAM, this is conception/development
Apr 28 15:15:02 <mrmoku> hmm... no wugbranler around
Apr 28 15:15:41 <Ainulindale> Yeah I wasn't able to relaunch it it seems, supybot is failing
Apr 28 15:15:44 <mrmoku> mwester: did you see #418 ? wifi in testing?
Apr 28 15:16:05 <Ainulindale> TypeError: object.__init__() takes no parameters
Apr 28 15:17:33 <mrmoku> DocScrutinizer: hmm... gsmhandset-a7.state :-)
Apr 28 15:17:55 <DocScrutinizer> what's wrong with this?????
Apr 28 15:18:11 <mrmoku> DocScrutinizer: nothing... just read your mail
Apr 28 15:18:45 <mrmoku> and am wondering how to get it in SHR
Apr 28 15:18:58 <DocScrutinizer> this is a mail due to be sent long ago. Sorry for not realizing it more early
Apr 28 15:19:12 <Ainulindale> Ok, quick hack.
Apr 28 15:19:24 <mrmoku> !418
Apr 28 15:19:24 <SHR-WugBranler> mrmoku: Error: "418" is not a valid command.
Apr 28 15:20:46 <DocScrutinizer> hmm, just noticing. I should suggest to chris38 to have a look at BIP ;D
Apr 28 15:22:02 <janf> lindi-: * EINT01_GSM
Apr 28 15:22:05 <Ainulindale> Sheesh, if only I could quit with a two weeks notive
Apr 28 15:22:09 <Ainulindale> s/notive/notice/
Apr 28 15:22:09 <bzzbot> Ainulindale meant: Sheesh, if only I could quit with a two weeks notice
Apr 28 15:22:28 <DocScrutinizer> quit???
Apr 28 15:22:51 <Ainulindale> Yeah, I'm bored, truly & utterly bored
Apr 28 15:22:58 <DocScrutinizer> :-/
Apr 28 15:23:17 <Ainulindale> I just don't the point in doing my job these days
Apr 28 15:23:20 <Ainulindale> +see
Apr 28 15:23:22 <DocScrutinizer> catch a could! ;-)
Apr 28 15:23:29 <DocScrutinizer> cold even
Apr 28 15:23:33 <Ainulindale> I'm not like that
Apr 28 15:23:38 <mwester> Vacation!
Apr 28 15:23:38 <janf> lindi-: but i didnt got a call or so :/
Apr 28 15:23:50 <mwester> mrmoku:  what is a #418?
Apr 28 15:25:25 <DocScrutinizer> Ainulindale: I had a nice spare cold here. long lasting and nasty. You may take it if you want, as I *really* can't use it anymore ;D
Apr 28 15:25:47 <Ainulindale> well no thanks
Apr 28 15:25:50 <Ainulindale> I already have an headache
Apr 28 15:25:57 <Ainulindale> Funny thing is
Apr 28 15:25:58 <DocScrutinizer> ;-(
Apr 28 15:26:11 <Ainulindale> My project is for one of the french unemployment company
Apr 28 15:26:18 <DocScrutinizer> lol
Apr 28 15:26:58 <DocScrutinizer> seems they produce their own clients all over Europe   XD
Apr 28 15:27:04 <Ainulindale> Yeah
Apr 28 15:27:44 <DocScrutinizer> and once they get a hold on you, they never let you go
Apr 28 15:29:45 <Ainulindale> Well I'm 25 so I think they might let me go away with being employed
Apr 28 15:29:57 <Ainulindale> Why can't I win to the lottery...
Apr 28 15:30:13 <tig|> because the odds are against you,  quite literally :P
Apr 28 15:30:26 <Ainulindale> yeah, that sucks
Apr 28 15:31:47 <Ainulindale> @ticket 418
Apr 28 15:31:48 <SHR-WugBranler> Ainulindale: http://trac.shr-project.org/trac/ticket/418
Apr 28 15:31:58 <Ainulindale> (just for mrmoku's sake)
Apr 28 15:32:43 * mrmoku forgot how to use him ;)
Apr 28 15:32:57 <Ainulindale> So did I.
Apr 28 15:33:10 <mwester> oooh - neat.
Apr 28 15:33:15 <mrmoku> you have the source to look it up though :P
Apr 28 15:33:33 <Ainulindale> @lart mwester 
Apr 28 15:33:34 <SHR-WugBranler> Ainulindale: Error: "lart" is not a valid command.
Apr 28 15:33:38 <Ainulindale> Too bad :-)
Apr 28 15:34:05 <tmzt> ~
Apr 28 15:34:20 <mwester> oh.   Yeah, well, this is why I was making such a fuss about what wifi manager we would use;   we can try to make the ar6000 driver do every possible thing for every possible way someone might possibly want to do an operation --- but that might take, 10 years or so.
Apr 28 15:34:31 <mwester> ~lart mwester
Apr 28 15:34:31 * bzzbot throws mwester's poor little doggy off a cliff
Apr 28 15:34:39 <mwester> oooooh!!!  Not my doggy!
Apr 28 15:35:46 <tmzt> but can it describe the ticket?
Apr 28 15:35:53 <mwester> http://moko.mwester.net/images/DogSleeps.jpg
Apr 28 15:36:00 <mwester> Dog is fine.
Apr 28 15:36:05 <Ainulindale> tmzt: on announce, yes
Apr 28 15:37:08 <mrmoku> so... shall I try the FSO EFL or current EFL?
Apr 28 15:37:34 <mwester> I'll comment on that ticket, if I have permissions to do so, and see if anyone is interested in discussing it more.    Meanwhile, where is our wifi manager that someone was writing?
Apr 28 15:37:51 <mrmoku> mwester: in shr-settings repo
Apr 28 15:37:56 <mrmoku> playground/wifimanager.py
Apr 28 15:38:11 * mwester does a find on his gta02
Apr 28 15:38:23 * mrmoku thinks mwester won't find it 
Apr 28 15:38:32 <mrmoku> it is not yet part of shr-settings
Apr 28 15:38:48 <mwester> Oh - I thought maybe it was in some subdir.
Apr 28 15:38:48 <mrmoku> just a test app for connman that dos1 wrote... and is said to work quite nicely
Apr 28 15:39:03 <mrmoku> subdir in the source code
Apr 28 15:39:07 <mwester> I've used connman test programs (which are installed by default), and they work nicely.
Apr 28 15:39:08 <tmzt> xault?
Apr 28 15:39:18 <lindi-> janf: strace the process that reads from ttySAC1
Apr 28 15:39:29 <tmzt> exault?
Apr 28 15:39:44 <mrmoku> mwester: http://git.shr-project.org/git/?p=shr-settings.git;a=blob;f=playground/wifiman.py;h=98e498fc9bfce29bccca3799d5ae86ccebc16939;hb=3b1146a7674164cdfd5b77dfa17d86cc78bf2399
Apr 28 15:40:12 <mrmoku> it scans and finds networks for me
Apr 28 15:40:19 <mrmoku> having problem with WPA2 though
Apr 28 15:40:22 <TAsn> same here
Apr 28 15:40:31 <TAsn> can scan and find
Apr 28 15:40:37 <TAsn> wasn't able to connect to the network
Apr 28 15:40:52 <mrmoku> dos1 said he can connect to open networks
Apr 28 15:41:00 <mrmoku> (and somebody else too IIRC)
Apr 28 15:41:02 <TAsn> I think's it an error with my network though, not with the app.
Apr 28 15:41:20 <mwester> Connman api worked ok for me.  Associated (although the script didn't run udhcpc to get an iP)
Apr 28 15:41:53 <mwester> Ok, I'll assume the context for that ticket is the connman api, and all else (incl. iwlist scan is out-of-scope).
Apr 28 15:42:49 <mrmoku> bbiab - son pickup service :P
Apr 28 15:53:48 <lindi-> anyone knows if I can wake up the phone from suspend with debug board?
Apr 28 15:55:10 <mwester> no
Apr 28 15:56:25 <mwester> You might be able, with a little soldering, to find the testpoint with the flow-control lines for the GSM, if those are on the debug board.  Then you could wire a switch to simulate a GSM interrupt.
Apr 28 15:57:38 <Ainulindale> Alternatively you can smash it with a hammer and never bother about it again
Apr 28 15:57:42 <Ainulindale> But hey, I'm in a bad mood
Apr 28 15:58:03 <lindi-> seems that after apm -s power button was not able to boot the device when it was connected to debug board
Apr 28 15:59:32 <lindi-> mwester: do you know if I should be able to suspend/resume with debug board connected?
Apr 28 16:00:51 <doxy2> hey
Apr 28 16:02:07 <lindi-> mwester: i just get Error:   arm7_9_common.c:577 arm7_9_execute_sys_speed(): timeout waiting for SYSCOMP & DBGACK, last DBG_STATUS: 0 and the device does not wake up
Apr 28 16:05:07 <doxy2> wonder why gsm2 gives me this: ** (gsmd2:1388): CRITICAL **: 'vendor_handle_init' symbol generic not found from /usr/lib/gsmd2
Apr 28 16:05:38 <doxy2> still i have libvendorgeneric.la, .a and .so in there
Apr 28 16:08:35 <mickeyl> I'm afraid gsmd2 is no longer being worked on
Apr 28 16:08:41 <mickeyl> try ogsmd
Apr 28 16:09:23 <doxy2> o
Apr 28 16:09:38 <johnsu01> I'll report this properly later on, but I saw an exception in frameworkd log output yesterday regarding an unknown key ["code"]
Apr 28 16:10:14 <doxy2> mickeyl: ok, thanks 
Apr 28 16:10:34 <mickeyl> np
Apr 28 16:12:06 <doxy2> ah, it's python based. is it the only active modem software for freerunner? there's no c alternative?
Apr 28 16:13:22 <mickeyl> no
Apr 28 16:13:40 <mickeyl> it's the only active modem software right now, unless you want to use android or qtopia
Apr 28 16:13:49 <mickeyl> if you insist on C, you have to wait until end of this year
Apr 28 16:13:56 <mickeyl> [or roll your own]
Apr 28 16:14:09 <doxy2> i see
Apr 28 16:14:58 <doxy2> so which one does qtopia use?
Apr 28 16:15:20 <mickeyl> its own
Apr 28 16:15:31 <mickeyl> integrated in the stack
Apr 28 16:15:50 <doxy2> but ogsmd works on it's own?
Apr 28 16:15:53 <mickeyl> correct
Apr 28 16:16:02 <doxy2> all right then
Apr 28 16:16:44 <mickeyl> we'll hit C with the rewrite of FSO
Apr 28 16:17:11 <doxy2> btw, how many phones does fso support?
Apr 28 16:17:57 <lindi-> mickeyl: please don't rewrite it before it copes with various error conditions of calypso :)
Apr 28 16:18:32 <mickeyl> doxy2: neptune freescale, ti calypso, siemens mc75i, qualcomm msm
Apr 28 16:19:11 <tmzt> how is raph100?
Apr 28 16:19:18 <mickeyl> pathetic 
Apr 28 16:19:33 <mickeyl> modem works fine (minus gsm)
Apr 28 16:19:35 <mickeyl> err
Apr 28 16:19:35 <mickeyl> gprs
Apr 28 16:19:43 <mickeyl> but all those missing kernel interfaces
Apr 28 16:19:45 <mickeyl> ...
Apr 28 16:20:15 <mickeyl> lindi-: we'll try our best, and for now the Openmoko devices -- hence calypso -- are the most open hence FSO is tailored, however if something else might come along being equally free, focus might shift. Not that i believe that though....
Apr 28 16:20:32 <tmzt> cr2 found 3g I think
Apr 28 16:20:41 <tmzt> the address
Apr 28 16:20:43 <mickeyl> the ppp issue?
Apr 28 16:21:02 <tmzt> possibly, which one?
Apr 28 16:21:37 <mickeyl> modem hanging up, not wanting to negotiate ICPC parameters
Apr 28 16:21:44 <mickeyl> IPCP even
Apr 28 16:22:10 <mickeyl> "hanging up" = releasing the gprs context
Apr 28 16:22:20 <mickeyl> stopping the negotiation
Apr 28 16:22:32 <tmzt> not sure, I thought that worked under androind on it
Apr 28 16:23:10 <mickeyl> might be, perhaps they patched ppp as well
Apr 28 16:24:19 <tmzt> they don't use it on g1 though
Apr 28 16:24:54 <mickeyl> rolled their own?
Apr 28 16:25:21 <tmzt> use rmnet, ethernet over shared memory
Apr 28 16:25:29 <tmzt> not ppp at all
Apr 28 16:26:14 <mickeyl> wah, amazing
Apr 28 16:26:20 <mickeyl> can we use that?
Apr 28 16:26:25 <mickeyl> i would not mind getting rid of ppp at all
Apr 28 16:26:25 <tmzt> no
Apr 28 16:26:29 <mickeyl> mmh
Apr 28 16:26:40 <tmzt> it's not in ce amss
Apr 28 16:27:37 <tmzt> unless the g1\g2 version can be made to work which is unclear
Apr 28 16:28:17 <tmzt> the hardware is different, different band, drivers, etc.
Apr 28 16:28:30 <mickeyl> ok, right, then lets quickly forget about that and think about how to fix ppp
Apr 28 16:30:24 <mickeyl> that would at least allow me to use it as data dongle
Apr 28 16:30:42 <mickeyl> which would be an improvement conpared to the 5kb/sec w/ my FreeRunner
Apr 28 16:35:56 <mickeyl> i don't have much motivation to do it, but I'm afraid only scrutinizing a dump of the connection setup while in WinCE will help to understand what's going wrong
Apr 28 16:37:36 <dos11> ffalarms is great :)
Apr 28 16:38:30 <dos11> i would like to see some elementary GUI for it ;)
Apr 28 16:38:54 <root_at> hey, i just saw that shr doesnt use attr/acl. but isnt it a dependencies of ssh? how did they get it work? i am not sure, but is it possible to crosscompile attr?
Apr 28 16:39:19 * dos11 is testing now new mokomaze, as everyone who saw old version on it on my Neo was excited of it :)
Apr 28 16:39:25 <lindi-> root_at: what does acl have to do with ssh?
Apr 28 16:40:09 <root_at> lindi-, afaik its a dep of ssh
Apr 28 16:40:23 <lindi-> root_at: openssh?
Apr 28 16:40:48 <root_at> lindi-, yeah
Apr 28 16:41:02 <root_at> ssh!=openssh?
Apr 28 16:41:11 <root_at> does shr use any other ssh?
Apr 28 16:41:27 <lindi-> root_at: dropbear and lsh are also ssh implementations
Apr 28 16:41:37 <lindi-> root_at: openssh is not the only one
Apr 28 16:41:38 <DocScrutinizer> it's all in busybox :-/
Apr 28 16:41:48 <lindi-> I don't think busybox has ssh yet
Apr 28 16:42:24 <DocScrutinizer> nah, attr/acl
Apr 28 16:42:33 <DocScrutinizer> I'd guess
Apr 28 16:42:52 <root_at> DocScrutinizer, yeah...could be, they have coreutils
Apr 28 16:45:19 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r3ffd7da68f52 10/libfsoframework/ (5 files in 2 dirs): fsoframework: fix dbus test
Apr 28 16:46:05 <root_at> omfg i totally forget about busybox...it contains everything! : O
Apr 28 16:48:47 <DocScrutinizer> and borks everything FUBAR :-(
Apr 28 16:55:54 <dos11> mickeyl, alphaone|gone, mrmoku: what do you guys think: should InitAllEntries in opimd be called on opimd startup?
Apr 28 16:56:10 <mickeyl> opimd should be made a resource
Apr 28 16:56:17 <mickeyl> and requesting the resource would call initallentries
Apr 28 16:56:31 <mickeyl> releasing would give a chance to sync/write buffers
Apr 28 16:57:16 <dos11> mickeyl: but on actual state? i have not enough knowledge to make opimd resource. but i think i can let it do iniallentries on startup :P
Apr 28 16:58:07 <mickeyl> just watch out that you gracefully handle ogsmd not being present at the time of opimd starting
Apr 28 16:59:29 <Ainulindale> Is there any LDAP expert here?
Apr 28 16:59:33 <Ainulindale> Just for a quick best practices info
Apr 28 16:59:53 <DocScrutinizer> and please plan for an option not to import sim contacts at all
Apr 28 17:00:13 <DocScrutinizer> per default on init/startup
Apr 28 17:00:34 <dos11> DocScrutinizer: there should be option to configure used backends, i agree
Apr 28 17:01:30 <mickeyl> ~seen thseier
Apr 28 17:01:30 <bzzbot> mickeyl: i haven't seen 'thseier'
Apr 28 17:01:32 <dos11> mickeyl: it fails gracefully now too. but main problem is when you call InitAllEntries more that once at session - entries are duplicated...
Apr 28 17:01:33 <mickeyl> ~seen thseiler
Apr 28 17:01:33 <bzzbot> thseiler <n=thseiler@179.114.3.213.cust.bluewin.ch> was last seen on IRC in channel #openmoko-cdevel, 61d 14h 3m 2s ago, saying: 'joerg_42: me too, if that a small comfort to you...'.
Apr 28 17:01:51 <dos11> ~seen abraxa
Apr 28 17:01:51 <bzzbot> i haven't seen 'abraxa', dos11
Apr 28 17:01:55 <DocScrutinizer> it's a major PITA on e.g. windoof6 i always get annoying crippled contacts from sim as doublettes of the augmented ones in main storage
Apr 28 17:01:56 <mickeyl> dos11: feel free to add it, but document it as to fix
Apr 28 17:01:57 <TAsn> hm.. that's odd.
Apr 28 17:02:09 <TAsn> theseiler was last here with quickdev
Apr 28 17:02:14 <TAsn> ~seen quickdev
Apr 28 17:02:14 <bzzbot> quickdev <n=quickdev@p5B054A61.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 62d 2h 26m 54s ago, saying: 'and for you?'.
Apr 28 17:02:19 <mickeyl> ~seen thseiler_
Apr 28 17:02:19 <bzzbot> thseiler_ <n=thseiler@37.77.202.62.cust.bluewin.ch> was last seen on IRC in channel #openmoko-cdevel, 9d 3h 13m 39s ago, saying: 'dos1: ah, but it will be even slower'.
Apr 28 17:02:46 <mickeyl> raster: can we have a hover that works like a combobox? 
Apr 28 17:02:53 <mickeyl> such as, displaying the last selected state
Apr 28 17:04:02 <raster> mickeyl:  we can.. but that'd mean pacthes/changes
Apr 28 17:04:30 <mickeyl> sure
Apr 28 17:04:47 <mickeyl> thomas said there's some hours left
Apr 28 17:04:54 <mickeyl> might be good to spend for that
Apr 28 17:05:06 <raster> it will need to wait until week after next
Apr 28 17:05:08 <mickeyl> since it's a common function
Apr 28 17:05:12 <raster> along with a queue of things wanted :)
Apr 28 17:05:26 <raster> i'm busy ripping some of evas's guts apart
Apr 28 17:05:32 <mickeyl> heh, fun
Apr 28 17:05:40 <mickeyl> last time you updated i quit oe
Apr 28 17:05:45 <mickeyl> what will happen next time...
Apr 28 17:05:49 * mickeyl scared
Apr 28 17:06:04 <BluesLee> first call with buzz fixed neo:-)
Apr 28 17:06:16 <wurp2|working> BluesLee: congrats!
Apr 28 17:06:23 <wurp2|working> That buzz fix will be a big boon for me
Apr 28 17:06:25 <raster> HAHAHAHAH
Apr 28 17:06:30 <TAsn> dos1, what about the gtk theme? btw a guy named tore (@#openmoko) said he's making a gtkrc with correct scrollbar size
Apr 28 17:06:37 <raster> actually i update all the time
Apr 28 17:06:40 <wurp2|working> So no more buzz workarounds screw up SHR/FSO on my gta01 
Apr 28 17:06:48 <raster> most of the stuff you barely know about as it slides in seamlessly
Apr 28 17:07:00 <raster> sometimes we change some policies mostly due to pressure from packagers/.distros
Apr 28 17:07:14 <mickeyl> obviously you only honor big distros
Apr 28 17:07:18 <mickeyl> but that's ok i guess
Apr 28 17:07:34 <raster> well from oe's point of view its doing bizarre stuff
Apr 28 17:07:52 <BluesLee> wurp2|working: no comment on what mobile i used, thats cool
Apr 28 17:07:53 <raster> so we cant go accounting for the more bizarre packaging setups
Apr 28 17:08:19 <wurp2|working> s/screw up/screwing up/
Apr 28 17:08:19 <bzzbot> wurp2|working meant: So no more buzz workarounds screwing up SHR/FSO on my gta01 
Apr 28 17:09:48 <raster> (ie creating package names from lib.so names)
Apr 28 17:10:13 <mickeyl> doesn't look bizarre to me
Apr 28 17:10:23 <mickeyl> i think oe inherited that from debian or what not
Apr 28 17:11:45 <raster> well i was more referring to if we change to libX-YYY.so.A.B.C
Apr 28 17:11:54 <raster> package shouldnt change to libX-YY
Apr 28 17:11:57 <raster> but just remain libX
Apr 28 17:12:08 <mickeyl> either you use SONAME or not
Apr 28 17:12:09 <raster> as it was before with libX.so.A.B.C
Apr 28 17:12:23 <mickeyl> there's no concept as a half SONAME
Apr 28 17:12:26 <raster> we didnt ask for package names to change
Apr 28 17:12:28 * DocScrutinizer wonders how GPS time can be 4sec late to DCF77
Apr 28 17:12:34 <raster> sure
Apr 28 17:12:41 <raster> and thats why i say - dont use them.
Apr 28 17:12:46 <raster> explicitly name packages and their contents
Apr 28 17:12:48 <raster> :)
Apr 28 17:13:13 <mickeyl> hmm
Apr 28 17:13:19 <mickeyl> no
Apr 28 17:13:32 <mickeyl> means getting rid of all autonaming
Apr 28 17:13:49 <raster> at least thats how the debian packages get built and rpm's ever since i've been doing packaging (12 years or so)
Apr 28 17:14:03 <raster> bingo
Apr 28 17:14:27 <mickeyl> yeah, debian can do that with their hundreds of maintainers
Apr 28 17:14:28 <DocScrutinizer> bingo?
Apr 28 17:14:30 <mickeyl> not we
Apr 28 17:14:33 <mickeyl> anyways
Apr 28 17:14:37 <mickeyl> no longer my problem
Apr 28 17:14:40 <mickeyl> *shrug*
Apr 28 17:14:49 <raster> :)
Apr 28 17:15:34 <raster> i still think you should have not quit over it
Apr 28 17:15:42 <raster> i think it was a bit of a storm-in-a-teacup thing
Apr 28 17:15:50 <mickeyl> oh don't think it was just that one
Apr 28 17:16:00 <mickeyl> there's a whole history with the tyran
Apr 28 17:16:04 <mickeyl> *shrug*
Apr 28 17:16:12 <mickeyl> i'm packaging it in my tree as before
Apr 28 17:16:19 <mickeyl> nicely autonamed
Apr 28 17:16:22 <mickeyl> and i'm happy with it
Apr 28 17:16:47 <DocScrutinizer> :-D
Apr 28 17:17:05 <DocScrutinizer> don't call it "fork" ;-D
Apr 28 17:17:18 <mickeyl> well
Apr 28 17:17:22 <mickeyl> right now it's just an own tree
Apr 28 17:17:27 <mickeyl> it might develop into a fork
Apr 28 17:17:32 <mickeyl> and i'm going to keep the name
Apr 28 17:17:35 <mickeyl> and bring back the old logo
Apr 28 17:18:04 <mickeyl> there's a chance oe comes to reason
Apr 28 17:18:05 <mickeyl> but a little
Apr 28 17:18:12 <mickeyl> so lets see
Apr 28 17:18:59 <mickeyl> it's a question of what is doing more damage... leaving a founder going or breaking an update path
Apr 28 17:20:41 <DocScrutinizer> damage to *whom*? ;)
Apr 28 17:21:15 <mickeyl> to the project
Apr 28 17:21:17 <mickeyl> it's all about the project
Apr 28 17:21:20 <mickeyl> or it was... to me
Apr 28 17:23:02 <DocScrutinizer> if it's "the project" we need to define this first. For "me" it's pretty clear OTOH :)
Apr 28 17:23:37 <DocScrutinizer> maybe the project even wins, or replicates like germs
Apr 28 17:26:26 <mickeyl> i doubt that scaring contributors away is doing any good
Apr 28 17:26:27 <mickeyl> YMMV
Apr 28 17:26:43 <DocScrutinizer> therebare chances "the project" is defined as Mickey_branch in the end
Apr 28 17:27:28 <DocScrutinizer> that's why I say maybe project gains on the whole story
Apr 28 17:28:00 <mickeyl> i don't think so. business will continue as usual in the main tree until the next incident
Apr 28 17:28:06 <mickeyl> until they fix the root
Apr 28 17:28:27 <DocScrutinizer> hmm, nobody knows
Apr 28 17:30:02 <DocScrutinizer> I prefer the "me" focused approach anyway. And thus I hope it's a chance you get rid of some annoyance
Apr 28 17:30:28 <mickeyl> on one hand yes
Apr 28 17:30:36 <mickeyl> on the other hand it means more work for me
Apr 28 17:30:41 <mickeyl> since i need to catch up with the main tree
Apr 28 17:30:42 <DocScrutinizer> :-/
Apr 28 17:30:55 <mickeyl> after all, i can't stop using OE since there's no alternative
Apr 28 17:31:06 <mickeyl> so i can just stop committing to the main tree and giving up all admin duties
Apr 28 17:31:22 <DocScrutinizer> I see
Apr 28 17:33:27 <DocScrutinizer> (alternative) fork and base on linus would'nt work?
Apr 28 17:34:38 <mickeyl> base on linus?
Apr 28 17:35:20 <DocScrutinizer> well, go one step upstream. whatever that means
Apr 28 17:36:47 <mickeyl> well, there's no upstream for OE as far as metadata is considered
Apr 28 17:37:04 <mickeyl> OE is upstream for its own metadata
Apr 28 17:37:22 <mickeyl> so there's hardly any way than switching build system
Apr 28 17:37:38 <mickeyl> which i could do, of course... but to what?
Apr 28 17:37:38 <DocScrutinizer> mickeyl: ok, so that's a deadend for fork then
Apr 28 17:38:33 <mickeyl> i could use debian, but then i would have to maintain all our own stuff as well + using a buildsystem i do not know about
Apr 28 17:38:45 <mickeyl> and i'm too old for gentoo
Apr 28 17:38:53 <DocScrutinizer> lol
Apr 28 17:38:58 <DocScrutinizer> me too
Apr 28 17:39:30 <mickeyl> openwrt would be an option, but then again, this is kind of what we started with 7 years ago
Apr 28 17:39:38 <mickeyl> and i'm not feeling like resetting
Apr 28 17:40:07 <DocScrutinizer> recamping as in steve's namespace
Apr 28 17:40:13 <mickeyl> yep
Apr 28 17:40:53 <mickeyl> i could do the werner
Apr 28 17:40:59 <mickeyl> and invent a new build system
Apr 28 17:41:02 <mickeyl> :D
Apr 28 17:41:36 <DocScrutinizer> :->
Apr 28 17:42:15 <DocScrutinizer> DAF: 'tanz den Werner'
Apr 28 17:42:23 <mickeyl> hehe
Apr 28 17:44:11 <ptitjes> good evening
Apr 28 17:44:40 <TAsn> raster, here? got a quick suggestion to the illume keyboard if you want.
Apr 28 17:45:33 <mickeyl> ptitjes: how's your work coming along?
Apr 28 17:45:48 <ptitjes> mickeyl: hello
Apr 28 17:45:53 <ptitjes> mickeyl: 
Apr 28 17:46:04 <ptitjes> mickeyl: I just got my configuration stable
Apr 28 17:46:53 <mickeyl> good
Apr 28 17:47:01 <ptitjes> mickeyl: will split the gir parsing logic tonight cause Jürg might want to review it early before its integration in next release
Apr 28 17:47:30 <mickeyl> cool
Apr 28 17:47:48 <mickeyl> when is the XML enhancements due?
Apr 28 17:47:56 <ptitjes> mickeyl: and I'll try to make the move to 0.7 for our projects and finishing the recipes for libfso and ophonekitd tonight too
Apr 28 17:48:05 <mickeyl> ok
Apr 28 17:48:13 <ptitjes> then I'll work on the XML enhancements
Apr 28 17:48:28 <ptitjes> sorry if you wait for me
Apr 28 17:48:46 <ptitjes> as I changed my laptop, I wanted to start on a clean foot
Apr 28 17:48:52 <ptitjes> s/foot/basis/
Apr 28 17:48:53 <bzzbot> ptitjes meant: as I changed my laptop, I wanted to start on a clean basis
Apr 28 17:49:42 <mickeyl> no no, take your time
Apr 28 17:50:07 <ptitjes> if I have the enumerations ok in two days, do you think you can move people's ass so that we have all enumerations defined ok in the XML during next week ?
Apr 28 17:50:46 <mickeyl> hmm
Apr 28 17:50:47 <SHR-WugBranler> tracfeed: Ticket #396 (The messages app doesn't count characters correctly.) updated <http://trac.shr-project.org/trac/ticket/396#comment:1>
Apr 28 17:50:50 <mickeyl> which people? ;)
Apr 28 17:50:57 <ptitjes> hum...
Apr 28 17:51:06 <TAsn> cool ;] didn't know about the tracfeed
Apr 28 17:51:06 <ptitjes> those who know the framework well :)
Apr 28 17:51:19 <mickeyl> i'm afraid my name is listed on the specs...
Apr 28 17:51:50 <ptitjes> mickeyl: those who implemented it in python do know it well too, right ?
Apr 28 17:51:57 <mickeyl> right
Apr 28 17:52:05 <TAsn> anyhow, can someone please change the priority of this bug? I filed it as trivial (iirc) though I just found that mixed with the fact that the framework can't handle more than one sms (i.e split sms) it became critical.
Apr 28 17:52:11 <ptitjes> mickeyl: in fact, I'd lke the libfso work to be ok at the end of next week
Apr 28 17:52:21 <TAsn> spaetz, Ainulindale, dos1 ^ ?
Apr 28 17:52:36 <mickeyl> frameworkd can send multipart sms
Apr 28 17:52:40 <mickeyl> it's just missing a convenience API
Apr 28 17:52:50 <TAsn> mickeyl, oh ;]
Apr 28 17:52:52 <SHR-WugBranler> tracfeed: Ticket #396 (The messages app doesn't count characters correctly.) updated <http://trac.shr-project.org/trac/ticket/396#comment:2>
Apr 28 17:52:55 <dos1> TAsn: done
Apr 28 17:52:56 <mickeyl> (according to my SMS expert)
Apr 28 17:52:59 <TAsn> dos1, thanks.
Apr 28 17:53:01 <ptitjes> mickeyl: my goal is to be able to clean ophonekitd/vala from any constants and get clean error management
Apr 28 17:53:12 <mickeyl> ptitjes: excellent
Apr 28 17:53:20 <ptitjes> mickeyl: I want ophonekitd/vala to run correctly for FSOSHR'09
Apr 28 17:54:49 <TAsn> ptitjes, you are rewriting ophonekitd in vala?
Apr 28 17:55:06 <ptitjes> mickeyl: but as I don't know the framework very well, reverse engineer the python frameworkd and libframeworkd-glib might make me waste lots of time
Apr 28 17:55:29 <ptitjes> mickeyl: I'll be glad if those who know give their help :D
Apr 28 17:55:52 <ptitjes> TAsn: did you take a space/time ship recently ??
Apr 28 17:55:54 <ptitjes> :D
Apr 28 17:56:12 <TAsn> ptitjes, I haven't really been here in the last two weeks
Apr 28 17:56:17 <TAsn> so I'm not up to date. ;\
Apr 28 17:56:27 <ptitjes> TAsn: see the dates here:
Apr 28 17:56:31 <DocScrutinizer> http://www.blackoutmusique.com/2009/03/10/from-gray-city-walls/
Apr 28 17:56:43 <TAsn> are you also rewriting libphonegui?
Apr 28 17:56:53 <DocScrutinizer> for our French community members ;-)
Apr 28 17:56:53 <ptitjes> http://git.shr-project.org/git/?p=ophonekitd.git;a=summary
Apr 28 17:57:34 <ptitjes> TAsn: we will make a wrapper for libframeworkd-phonegui
Apr 28 17:57:51 <ptitjes> TAsn: and the GLib api (Vala api in fact) will be open after
Apr 28 17:58:12 <TAsn> okie, it seems that I have post-time-travel trauma. ;]
Apr 28 17:58:29 <Ainulindale> ptitjes: would you please do the usage thing on ophonekitd?
Apr 28 17:58:32 <TAsn> I really missed a lot. ;]
Apr 28 17:58:35 <Ainulindale> I'd really like to switch unstable to it for testing purposes
Apr 28 17:59:09 <ptitjes> TAsn: people will be able to chose between pure C (through libframeworkd-phonegui) and GLib-based (thus enabling any language that can have bindings through gobject-introspection -> Python, Perl, Javascript, Java, Vala, C, C++ ...)
Apr 28 17:59:19 <Ainulindale> ptitjes: by the way we should see each other one of these days
Apr 28 17:59:23 <Ainulindale> to talk and such about libframeworkd-phonegui 
Apr 28 17:59:31 <ptitjes> yep
Apr 28 17:59:34 <TAsn> ptitjes, sweet
Apr 28 17:59:41 <Ainulindale> We should really start a "task force" for its dbusification
Apr 28 17:59:42 <dos1> even javascript? looks soooo cool :D
Apr 28 17:59:45 <Ainulindale> I'm sure TAsn would be interested
Apr 28 17:59:50 <ptitjes> Ainulindale: sure
Apr 28 17:59:52 <Ainulindale> as it's what he needs for pyphonelog
Apr 28 18:00:03 <ptitjes> Ainulindale: I'll work on libfso-glib these next days
Apr 28 18:00:09 <TAsn> Ainulindale, I am. Though I don't think I can come to france *wink*
Apr 28 18:00:25 <ptitjes> Ainulindale: I really want to not have any constant redefined in ophonekitd and a clean error management
Apr 28 18:00:45 <ptitjes> Ainulindale: I can implement Usage service in 10 minutes
Apr 28 18:01:18 <dos1> ptitjes: please do it, i would really like to test it :)
Apr 28 18:01:45 <TAsn> are there any features changes?
Apr 28 18:01:51 <ptitjes> dos1: the Usage service, or ophonekitd/vala ?
Apr 28 18:02:02 <TAsn> or anything new for that matter? (externally, not code wise)
Apr 28 18:02:06 <ptitjes> TAsn: at first, exact feature equality
Apr 28 18:02:12 <TAsn> ptitjes, ok
Apr 28 18:02:15 <dos1> ptitjes: ophonekitd/vala
Apr 28 18:02:16 <ptitjes> TAsn: then move to it in unstable
Apr 28 18:02:22 <ptitjes> TAsn: then branching :)
Apr 28 18:02:26 <TAsn> ;]
Apr 28 18:02:29 <ptitjes> dos1: working on it
Apr 28 18:03:01 <ptitjes> dos1: you can still dig in it to see what is hapening: git.shr-project.org -> ophonekitd.git
Apr 28 18:03:08 <TAsn> and the schedule is having ophonekitd/vala ready for fsoshrudcon with equal features?
Apr 28 18:03:16 <dos1> ptitjes: i know ;)
Apr 28 18:03:24 <TAsn> btw ffs Ainulindale !
Apr 28 18:03:41 <TAsn> sometimes gsm dies / ophonekitd dies (not sure which)
Apr 28 18:03:57 <ptitjes> Ainulindale: oh! I wanted to say thank you about the local-versions.inc
Apr 28 18:04:03 <TAsn> and there's no notification nor anything in the illume gadget.
Apr 28 18:04:12 <ptitjes> Ainulindale: I don't know who I must thank anyway. I think it is mrmoku 
Apr 28 18:04:17 <TAsn> you should wrap ophonekitd with a script!
Apr 28 18:04:17 <DocScrutinizer> GSM died in Germany a few days ago ;D
Apr 28 18:04:26 <dos1> TAsn: i think ophonekitd. when you'll notice that again, run shr-settings. it should display box "ophonekitd is not running"
Apr 28 18:04:49 <TAsn> that restarts/changes the illume gadget!
Apr 28 18:05:01 <DocScrutinizer> 40million fatalities
Apr 28 18:05:04 <dos1> TAsn: no, we should change illume gadget
Apr 28 18:05:12 <TAsn> it sucks having the phone in the pocket
Apr 28 18:05:20 <TAsn> turned off
Apr 28 18:05:25 <TAsn> when it claims it's turned on.
Apr 28 18:05:36 <TAsn> bah, worst sentence structure ever. ;]
Apr 28 18:06:00 <TAsn> I meant, Thinking the phone is working when it actually does not isn't fun at all. ;]
Apr 28 18:06:05 <DocScrutinizer> which sentence? XD
Apr 28 18:06:09 <TAsn> I miss calls and messages.
Apr 28 18:06:25 <TAsn> DocScrutinizer, touche, I should also use the enter key a lot less.
Apr 28 18:09:17 <ptitjes> mickeyl: oh I have an important question
Apr 28 18:10:04 <ptitjes> mickeyl: here is my problem, I would like the vala-native-git to use the test branch (that I have to recreate on the new repo)
Apr 28 18:10:38 <ptitjes> mickeyl: how should I modify the recipe ? and would you mind your software to be compiled with the same version ?
Apr 28 18:10:49 <mickeyl> modify SRC_URI
Apr 28 18:10:58 <ptitjes> mickeyl: or should I do another recipe, that we trigger in the image ?
Apr 28 18:11:19 <ptitjes> mickeyl: just changing branch=master will do ?
Apr 28 18:11:23 <mickeyl> if you include the two patches from mickey/0.7/posix, then it will work
Apr 28 18:11:28 <mickeyl> it's not using master right now
Apr 28 18:11:33 <mickeyl> it should be using mickey/0.7/posix
Apr 28 18:11:40 <mickeyl> ah well, at least in my tree
Apr 28 18:11:42 <ptitjes> mickeyl: ok
Apr 28 18:12:23 <mickeyl> there's some bogus bug where cname = "" does not work in posix.vapi
Apr 28 18:12:29 <ptitjes> mickeyl: I will maintain a test branch that merges gir-writing, gir-parsing, experimental-dbus and mickey/0.7/posix above master then
Apr 28 18:12:32 <mickeyl> that's the cause for one of the two patches
Apr 28 18:12:42 <mickeyl> yes, that sounds good
Apr 28 18:13:01 <ptitjes> mickeyl: did you file a bug ?
Apr 28 18:13:20 <mickeyl> Jürg knows about it
Apr 28 18:13:27 <mickeyl> but apparantly had no time to look into it yet
Apr 28 18:13:51 <ptitjes> I'll try to look at it
Apr 28 18:13:52 <mickeyl> i have 3 or 4 bugs open in bugzilla, but he's a very busy man as we all know
Apr 28 18:14:00 <mickeyl> thanks
Apr 28 18:14:03 <ptitjes> yeah :)
Apr 28 18:14:05 <mickeyl> can't be a tough thing
Apr 28 18:14:11 <mickeyl> just that cname = "" is not honored in posix.vapi
Apr 28 18:14:19 <mickeyl> instead if you use a symbol it looks for Posix<symbol>
Apr 28 18:14:30 <mickeyl> unless you override it via cname
Apr 28 18:14:51 <DocScrutinizer> bahnhof
Apr 28 18:16:49 <ptitjes> mickeyl: could I have ticket creation privileges on fso's track please ?
Apr 28 18:17:19 <ptitjes> oh sorry "until you verify your email adresse"
Apr 28 18:17:24 <mickeyl> *nod*
Apr 28 18:17:28 <mickeyl> just verify it
Apr 28 18:17:34 <mickeyl> everyone can open tickets
Apr 28 18:17:40 <mickeyl> otherwise it'd be a bad tracker ;)
Apr 28 18:17:56 <ptitjes> ok
Apr 28 18:18:07 <ptitjes> mickeyl: could you add components ?
Apr 28 18:18:18 <ptitjes> libfso-glib and vala-dbus-binding-tool
Apr 28 18:18:31 <ptitjes> thanks
Apr 28 18:18:34 <mickeyl> sure thing
Apr 28 18:18:38 <mickeyl> what's your login?
Apr 28 18:18:42 <ptitjes> ptitjes
Apr 28 18:18:51 <mickeyl> k, will make you the default component owner
Apr 28 18:19:03 <ptitjes> :)
Apr 28 18:19:16 <mickeyl> done
Apr 28 18:19:22 <mickeyl> bbl, relaxing a bit
Apr 28 18:19:22 <mickeyl> cu
Apr 28 18:19:27 <ptitjes> cu
Apr 28 18:26:49 <ptitjes> Ainulindale: tell what day fits you better
Apr 28 18:27:48 <playya> argh. now he's afk
Apr 28 18:29:58 <ptitjes> :)
Apr 28 18:30:18 <playya> can you test a patch for dbus-hlid ptitjes ?
Apr 28 18:30:26 <playya> i think vala produces wron C code
Apr 28 18:30:32 <playya> http://playya.net/openmoko/list_interface_by_object_and_use_objpath.patch
Apr 28 18:31:01 <ptitjes> I don't have dbus-hlid installed here
Apr 28 18:31:24 <ptitjes> playya: pastebin the C code and tell what you think is wrong
Apr 28 18:33:58 <ptitjes> playya: I don't like that (DBus.ObjectPath[])stringListToArray( paths );
Apr 28 18:34:25 <playya> but it's needed
Apr 28 18:34:47 <ptitjes> playya: you give a list of object paths to stringListToArray and then cast the result string array to an object path array
Apr 28 18:34:51 <ptitjes> this is not very clean
Apr 28 18:35:10 <playya> ObjectPath inherits from string
Apr 28 18:35:25 <playya> the difference is the signature for the dbus call
Apr 28 18:35:25 <ptitjes> playya: I would advice to use the expanding arrays
Apr 28 18:35:54 <ptitjes> ObjectPath[] array = new ObjectPath[];
Apr 28 18:36:00 <ptitjes> array += element;
Apr 28 18:36:04 <ptitjes> return array;
Apr 28 18:36:26 <ptitjes> playya: wait it is new ObjectPath[0];
Apr 28 18:36:44 <playya> ok. i have to refactor some of mickey|bbl code
Apr 28 18:37:06 <ptitjes> playya: don't forget to do it in many simple commits
Apr 28 18:37:08 <ptitjes> :D
Apr 28 18:37:17 <playya> yes
Apr 28 18:37:20 <playya> to late ;)
Apr 28 18:37:34 <ptitjes> I know it is a difficult task
Apr 28 18:37:51 <ptitjes> but it is really mandatory if you want people that review your patchs to accept them
Apr 28 18:38:16 <playya> i made CIA-75 flood this channel yesterday
Apr 28 18:38:49 <ptitjes> playya: I reimplemented three times the gir writing logic so that it fits to Jürg
Apr 28 18:38:55 <ptitjes> (this is an example)
Apr 28 18:39:07 <ptitjes> and I really disliked to have to do that
Apr 28 18:39:10 <playya> uhh. thats hard
Apr 28 18:39:14 <ptitjes> but anyway this is mandatory
Apr 28 18:39:26 <ptitjes> so please do the same
Apr 28 18:39:57 <ptitjes> (I gave this example so that you don't think I tell this to annoy you - or because I don't like you... :))
Apr 28 18:40:11 <ptitjes> this is just self-discipline tho acquire
Apr 28 18:41:54 <playya> take a look at the fso-monitod commits. they are much smaller than the old ones
Apr 28 18:42:09 <ptitjes> playya: good :)
Apr 28 18:43:12 <ptitjes> big commits are usual at the start of a project
Apr 28 18:50:55 <BluesLee> suspend doesnt work in current unstable
Apr 28 18:51:07 <mrmoku> yep
Apr 28 18:51:15 <mrmoku> an issue with current frameworkd
Apr 28 18:51:20 <BluesLee> what about usb network?
Apr 28 18:51:26 <mrmoku> works fine for me
Apr 28 18:51:49 <BluesLee> it doesnt find usb0 here
Apr 28 18:51:55 <mrmoku> though... note that the interface change from usb to eth on *host* side
Apr 28 18:54:03 <BluesLee> okay, eth2 here
Apr 28 18:54:08 <BluesLee> hmmm
Apr 28 18:55:04 <BluesLee> what is the current status of shr, i was out of business
Apr 28 18:55:22 <dos1> BluesLee: i'm proud of current status of SHR ;)
Apr 28 18:55:28 <dos1> there is even opimd work
Apr 28 18:55:39 <dos1> mrmoku working on libframeworkd-phonegui-efl2 which is opimd based
Apr 28 18:55:49 <BluesLee> do we have a pim app with gui?
Apr 28 18:55:53 <mwester> who is fixing the suspend issue; that's rather a show-stopper critical sort of problem, I think...
Apr 28 18:56:08 <dos1> and me working on opimd itself
Apr 28 18:56:12 <dos1> mwester: looks like it's fixed
Apr 28 18:56:40 <mwester> Oh.  What is the bb file I must bitbake to pull in the fix (package name)?
Apr 28 18:56:52 <dos1> bitbake frameworkd
Apr 28 18:57:24 * mwester is off on a 4 hour drive and would like to take the FR along; would be nice if it would suspend at some time during the trip!
Apr 28 18:57:48 <mrmoku> mwester: mickey|bbl wanted to take a look this evening
Apr 28 18:58:08 <mrmoku> dos1: fixed?
Apr 28 18:58:24 <dos1> mrmoku: maybe. there is some commit.
Apr 28 18:58:30 * mrmoku checks
Apr 28 18:58:35 <dos1> that commit broked: http://git.freesmartphone.org/?p=framework.git;a=blobdiff;f=framework/resource.py;h=c54d766390354c791992f90f46dfec3e992cc8fd;hp=4faec7872c0b0427bdee454ef5282db091a99d7d;hb=9f17c047cb47f5076cbc7024c8f512471f75274a;hpb=12de19b81e0f4031c2bd0f8d11c00bdaa2e6d86a
Apr 28 18:58:46 <dos1> and i'm talking about that commit: http://git.freesmartphone.org/?p=framework.git;a=blobdiff;f=framework/resource.py;h=757e05085f26dc968f51d013d4e7ba12f2beee97;hp=c54d766390354c791992f90f46dfec3e992cc8fd;hb=1d4a6f96edf56531c891533bb7e704e2c950943b;hpb=2a8231b3a4f4a7c8e60d128bc7df602a5d75bcbe
Apr 28 18:59:58 <mrmoku> hmm... had to do with the queue thingie... might be then
Apr 28 19:00:05 * mrmoku builds frameworkd updated
Apr 28 19:03:06 <dos1> ok, testing that fix
Apr 28 19:04:04 <dos1> yaay! suspend works :)
Apr 28 19:04:45 <Heinervdm> when will the new package be in the repo?
Apr 28 19:06:04 <mrmoku> Heinervdm: in... hmm.. 3 mins
Apr 28 19:06:15 <Heinervdm> kay :)
Apr 28 19:09:08 <dos1> mickey|bbl: you broke everything!
Apr 28 19:09:14 <dos1> suspend now works... but resume not
Apr 28 19:09:42 <dos1> disabled -> suspending -> suspended (here device suspends)
Apr 28 19:10:01 <dos1> (here device resumes) suspended -> resuming -> enabled
Apr 28 19:10:14 <dos1> all of resources are enabled after resume
Apr 28 19:10:34 <mrmoku> uhh :-)
Apr 28 19:10:46 <dos1> except GSM
Apr 28 19:10:50 <dos1> which is resuming
Apr 28 19:10:57 <dos1> and never goes to enabled
Apr 28 19:11:01 <dos1> it hangs
Apr 28 19:11:07 <dos1> and i can't suspend second time
Apr 28 19:11:42 * dos1 really wants to revert that paches :P
Apr 28 19:11:49 <dos1> but i don't know if i'm allowed to do it ;p
Apr 28 19:11:57 <dos1> s/paches/patches/
Apr 28 19:14:06 <dos1> looking at code... it shoudn't do that
Apr 28 19:14:12 <dos1>             if self._resourceStatus == "disabled":
Apr 28 19:14:12 <dos1>                 dbus_ok()
Apr 28 19:15:11 <mrmoku> dos1: well... maybe wait for mickey|bbl to come back ;)
Apr 28 19:16:07 <dos1> but why? ;x
Apr 28 19:17:18 <dos1> i'm geek
Apr 28 19:17:27 <dos1> i need to know, why it doesn't work :D
Apr 28 19:20:08 <mrmoku> dos1: so... shall I build the package-index? or not?
Apr 28 19:20:17 <dos1> if you want
Apr 28 19:20:21 <dos1> but...
Apr 28 19:20:22 <dos1> no
Apr 28 19:20:31 <dos1> no, you shouldn't
Apr 28 19:20:36 <dos1> it's worse...
Apr 28 19:20:51 <mrmoku> better a working phone that does not suspend than a suspending phone that does not work :P
Apr 28 19:21:42 <TAsn> mrmoku, not sure.
Apr 28 19:21:52 <TAsn> ;]
Apr 28 19:22:13 <TAsn> anyhow, cya.
Apr 28 19:22:17 <Sharwin_F> mrmoku, you can use it as a brick whatever you build or not, so don't waste your time! :P
Apr 28 19:22:32 <mrmoku> Sharwin_F: hehe, right so :-)
Apr 28 19:22:45 <beniwtv> dos1: I'm jealous. I haven't even *tried* yet to suspend. I spend to much time doing other things :P
Apr 28 19:23:01 <mrmoku> I could also set a rev for frameworkd... and make people do -force-downgrade :P
Apr 28 19:23:15 <BluesLee> mrmoku: what about the testing image, does it work properly?
Apr 28 19:23:26 <mrmoku> though I would prefer for mickey|bbl to pop up and fix it ;)
Apr 28 19:23:31 <mrmoku> BluesLee: it suspends, yeah
Apr 28 19:23:36 <Sharwin_F> mrmoku, about abiword, atm the only problem I have is when closing it, because it says you to save the file or cancel. If you cancel, nothing happens, so to quit you have to save the file :P
Apr 28 19:23:46 <mrmoku> Some people have issues with wifi, though the rest is said to work fine
Apr 28 19:23:56 <BluesLee> mrmoku: okay
Apr 28 19:26:41 <Sharwin_F> mrmoku, oh, and what about having fbreader patches applied another time? *whistles* xD
Apr 28 19:27:25 <dos1> sudo ping -i 0 mickey|bbl
Apr 28 19:27:31 <mrmoku> Sharwin_F: huh... 
Apr 28 19:27:41 * mrmoku hides in a corner :P
Apr 28 19:27:48 <Sharwin_F> T_T
Apr 28 19:28:22 <mrmoku> guess we have to get those patches upstream... to finally fix that problem :-)
Apr 28 19:29:15 <mrmoku> and I really don't understand why it does not work :(
Apr 28 19:34:47 <dos1> strange
Apr 28 19:34:52 <dos1> now it skips "suspending" state
Apr 28 19:34:58 <dos1> it goes to "suspended"
Apr 28 19:35:14 <dos1> (i applied another previous patch too)
Apr 28 19:35:20 <mrmoku> Sharwin_F: hmm... are you sure? I just installed it to test... and it looks good?
Apr 28 19:37:19 <Sharwin_F> mrmoku, uhm, don't know, there's een some days since I last upgraded. Waiting for that suspend bug to be solved :P
Apr 28 19:37:41 <mrmoku> Sharwin_F: ok, current unstable seems to have the fix :-)
Apr 28 19:38:21 <Sharwin_F> mrmoku, great then :D
Apr 28 20:05:48 <dos1> cd /usr/lib/python2.6/site-packages/framework/ ; rm resource.py; wget http://openmoko.opendevice.org/~dos/resource.py
Apr 28 20:06:21 <dos1> version before breakage
Apr 28 20:06:22 <dos1> ;)
Apr 28 20:15:57 <mrmobil> xchat is really nice
Apr 28 20:16:50 <mrmobil> having 10 lines of text with open keyboard
Apr 28 20:17:38 <mrmobil> and a font that is big enough for my old eyes ;)
Apr 28 20:18:14 <mrmobil> dos1|neo, still using pidgin?
Apr 28 20:19:05 <dos1|neo> mrmobil: yep
Apr 28 20:19:52 <mrmobil> should give xchat a try then
Apr 28 20:20:49 <dos1|neo> maybe...
Apr 28 20:20:59 <dos1|neo> i will try ;)
Apr 28 20:26:13 <spaetz> pfeww, caught up with irc backlog
Apr 28 20:26:41 <spaetz> Ainulindale: I tested my SQL patch, but have have neither applied it nor given me shr.git access :)
Apr 28 20:26:58 <spaetz> but YOU have neither applied it...
Apr 28 20:27:26 <spaetz> I'll just attach the patch to our trac ticket so it won't get lost
Apr 28 20:27:35 <CIA-75> freesmartphone.org: 03ptitjes 07libfso-glib * reebf7660265f 10/src/Makefile.am: 
Apr 28 20:27:35 <CIA-75> freesmartphone.org: Fix build system for Vala 0.7
Apr 28 20:27:35 <CIA-75> freesmartphone.org: Signed-off-by: Didier 'Ptitjes <ptitjes@free.fr>
Apr 28 20:32:28 <SHR-WugBranler> tracfeed: sql.patch attached to Ticket #381 <http://trac.shr-project.org/trac/attachment/ticket/381/sql.patch>
Apr 28 20:36:29 <SHR-WugBranler> tracfeed: Ticket #287 (GPS fix) closed <http://trac.shr-project.org/trac/ticket/287#comment:6>
Apr 28 20:42:31 <SHR-WugBranler> tracfeed: Ticket #401 (org.freesmartphone.Device.RealTimeClock do not work) closed <http://trac.shr-project.org/trac/ticket/401#comment:5>
Apr 28 20:43:17 <Ainulindale> spaetz: Didn't have time. If mrmoku is here, let him add you to shr.git =)
Apr 28 20:43:45 <spaetz> Ainulindale: ok
Apr 28 20:43:51 <spaetz> mrmoku: ping
Apr 28 20:43:58 <spaetz> add me to shr.git :)
Apr 28 20:44:11 <spaetz> although I am going to bed now, so no hurry
Apr 28 20:45:10 <spaetz> we should reduce the number of AUTOREVs. all git repos are checked for every damn bitbake operation
Apr 28 20:45:21 <spaetz> which takes some time
Apr 28 20:46:13 <spaetz> mickey|bbl: you are not too old for Gentoo. Heck, even I can do it :)
Apr 28 20:47:05 <mrmoku> spaetz: ok, will do :-)
Apr 28 20:47:48 <CIA-75> freesmartphone.org: 03ptitjes 07vala-dbus-binding-tool * rddd235f360c5 10/src/vala-dbus-binding-tool.vala: 
Apr 28 20:47:48 <CIA-75> freesmartphone.org: Fix for GLib.Dir API breakout
Apr 28 20:47:48 <CIA-75> freesmartphone.org: Signed-off-by: Didier 'Ptitjes <ptitjes@free.fr>
Apr 28 20:49:52 <SHR-WugBranler> tracfeed: Ticket #291 (long press on AUX button : do "something" ?) updated <http://trac.shr-project.org/trac/ticket/291#comment:3>
Apr 28 20:53:23 <CIA-75> SHR: 03mok 07sh * rde5f030eb575 10/ophonekitd/data/phonelog-database.sql: ophonekitd: sanitize phonelog sql
Apr 28 20:53:33 <CIA-75> SHR: 03mok 07sh * r0d2857761046 10/libframeworkd-phonegui-efl/ (configure.ac po/it.po): Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr
Apr 28 20:54:35 <SHR-WugBranler> tracfeed: Ticket #381 (Ophonekitd reporting the wrong call duration (to pyphonelogd)) closed <http://trac.shr-project.org/trac/ticket/381#comment:6> || Ticket #351 ([patch] reduce klogd verbosity for resume speed up) updated <http://trac.shr-project.org/trac/ticket/351#comment:4>
Apr 28 21:01:25 <CIA-75> freesmartphone.org: 03ptitjes 07libfso-glib * r2e2a34d2c289 10/src/Makefile.am: 
Apr 28 21:01:25 <CIA-75> freesmartphone.org: Fix bad source files for valac
Apr 28 21:01:25 <CIA-75> freesmartphone.org: Signed-off-by: Didier 'Ptitjes <ptitjes@free.fr>
Apr 28 21:04:39 <SHR-WugBranler> tracfeed: Ticket #371 (Please add gst-plugin-flac) updated <http://trac.shr-project.org/trac/ticket/371#comment:1>
Apr 28 21:13:39 <Weiss> can anyone point me in the direction of a bitbake recipe for a simple program with a basic Makefile? (no autotools)? i'm really struggling to get everything cross-compiled and packaged
Apr 28 21:17:17 <eolson> ooo, shr trac updates are nice
Apr 28 21:22:42 <spaetz> Weiss: http://git.shr-project.org/git/?p=shr-overlay.git;a=blob;f=openembedded/packages/vala-settings/vala-settings_git.bb;hb=85d379d5dff62208a8f7a95bb0ae0a595737746b
Apr 28 21:23:06 <spaetz> this was my little vala settings which just needed a "make" to compile and then have some files installed
Apr 28 21:25:15 <Weiss> spaetz: hmmm... if i can install by "make install" (with a PREFIX), should i just bodge that into do_install(), or is there an automatic way?
Apr 28 21:26:50 <playya> use inherit autotools
Apr 28 21:27:30 <playya> or do you have to use make install PREFIX=/foo
Apr 28 21:28:16 <Weiss> playya: even though i'm not using autotools for the project itself?
Apr 28 21:28:35 <playya> nop. autotools is need
Apr 28 21:28:44 <spaetz> Weiss: no clue
Apr 28 21:28:50 <playya> the you have to use do_install
Apr 28 21:31:26 <Weiss> ok, thanks
Apr 28 21:42:24 <Weiss> after all that, the program works perfectly :)
Apr 28 21:47:13 <CIA-75> SHR: 03Sebastian 07shr-overlay * rdd26e5e2835c 10/openembedded/recipes/mokomaze/mokomaze_0.2.3.bb: [mokomaze] add recipe that compiles but is still untested on the FR (SHR bug 362)
Apr 28 22:38:56 <emmentaler> do i really have to use alsa, or is there a trick to get /dev/dsp working?
Apr 28 22:39:19 <emmentaler> already loaded snd-(mixer|pcm)-oss
Apr 28 23:01:22 <CIA-75> freesmartphone.org: 03mickey 07framework * r633ffc7bb9bb 10/ (3 files in 3 dirs): ogsmd: Implement org.freesmartphone.GSM.Device.GetRTC() -> (i)
Apr 28 23:35:56 <CIA-75> freesmartphone.org: 03mickey 07vala-terminal * r26df690e5c08 10/ (ChangeLog src/mainwindow.vala): add fullscreen button
Apr 28 23:35:57 <CIA-75> freesmartphone.org: 03mickey 07vala-terminal * r2f849c5690d8 10/src/ (mainwindow.vala terminal.vala): header fix
Apr 29 01:16:08 <SHR-WugBranler`> tracfeed: Ticket #185 (Problems mounting uSD card) updated <http://trac.shr-project.org/trac/ticket/185#comment:7>
**** ENDING LOGGING AT Wed Apr 29 02:59:57 2009