**** BEGIN LOGGING AT Tue Apr 26 02:59:57 2011 Apr 26 06:25:50 SHR: 03Martin.Jansa 07shr-chroot * r90d7d5e3b7d5 10/OE/.bashrc: bashrc: add -v to bitbake calls Apr 26 06:25:52 SHR: 03Martin.Jansa 07shr-chroot * ra3532b18a007 10/ (729 files in 47 dirs): system upgrade Apr 26 07:40:46 Heinervdm: Hi, shr-t build finished Apr 26 07:40:54 ok Apr 26 07:51:37 my cardreader can't read my new 4GB uSD card :( Apr 26 08:06:36 JaMa|Wrk: a possible fix for the autostart issue could be to revert this change: http://trac.enlightenment.org/e/changeset/56332/trunk/e/src/bin/e_startup.c Apr 26 08:06:52 in our case it's not needed Apr 26 08:08:19 why not? you're not using efreet cache? Apr 26 08:09:11 raster said that this change was a workaround for a problem that the autostart doesn't work after a fresh install when there is no cache Apr 26 08:09:34 in our case we don't have any autostart apps Apr 26 08:09:57 the problem with this point is, that the cache isn't updated on every boot Apr 26 08:11:00 what do you mean by autostart apps? something else then .e/e/applications/startup/.order ? Apr 26 08:11:14 but this workaround is not a workaround that should go into meta-efl Apr 26 08:11:32 no, just .e/e/applications/startup/.order Apr 26 08:12:00 then we have autostart app (at least shr_elm_softkey) Apr 26 08:12:15 but not on first boot after fresh install Apr 26 08:12:26 because that one is created after the first boot Apr 26 08:13:15 ah I see Apr 26 08:14:18 but why not update cache after adding it? from shr-wizard? Apr 26 08:14:25 isn't it better fix? Apr 26 08:14:50 the problem is the next boot Apr 26 08:15:05 on the second boot there is no change in the cache Apr 26 08:15:21 and so that event isn't called Apr 26 08:17:40 shr-testing2011.1 image seems to be working Apr 26 08:17:45 i can make a call Apr 26 08:19:35 our problem with the autostart is that this event isn't always called on startup Apr 26 08:20:08 and so our shr_elm_softkey isn't started Apr 26 08:22:27 but reverting this change can create issues in case cache needs to be changed during startup, right? Apr 26 08:22:42 isn't upstream working on right fix? Apr 26 08:23:05 i just talked to raster, but it seems he has no idea Apr 26 08:23:57 as far as i understood this will cause the problem that on fresh install with already existing .e/e/applications/startup/.order nothing is started Apr 26 08:24:17 only on first boot Apr 26 08:24:51 or if you change .e/e/applications/startup/.order before reboot? or is cache updated immediately after change? Apr 26 08:25:31 I would expect some fix like add _cb when cache needs to be updated during startup (like on first boot) or call _e_startup without _cb if it's not needed Apr 26 08:25:39 i think that it's nearly immediately, i think it's the same signal that updates the desktop icons Apr 26 08:25:54 but don't know if you can detect if cache needs to be rebuilt Apr 26 08:26:02 you can't Apr 26 08:26:18 [09:59:40] efreet will just tell u u have no apps Apr 26 08:26:31 that was my idea too Apr 26 08:27:46 perhaps doing both is an option Apr 26 08:28:22 and if the direct method starts anything it does ecore_event_handler_del(desktop_cache_update_handler); Apr 26 08:28:32 if not it's waiting for the update Apr 26 08:28:55 yes something like that seems good to me Apr 26 08:30:05 i will do a patch and ask raster Apr 26 08:30:16 but strange that I wasn't hit by this.. if it's this easy.. then I would expect shr_elm_softkey running only in few cases Apr 26 08:30:49 i've seen this only 2 or 3 times too... Apr 26 08:43:42 JaMa|Wrk: i will try this patch http://pastebin.com/SvVy5eTN Apr 26 08:44:38 looks good Apr 26 08:45:33 Heinervdm: that actually smells like a much better solution :) Apr 26 08:45:51 so if it works i will send this patch Apr 26 08:46:59 and I'll bump EFL_SRCREV in meta-oe after raster apply it :) Apr 26 08:56:34 Heinervdm: btw, i couldn't see any gross oddities in the logs you sent me. it's 33K lines, so i didn't read every single one, but scanned them. if the one in question has problems again, i'd welcome a smaller log ;) Apr 26 08:56:58 i like verbosity, but that's a bit over the top :D Apr 26 08:57:07 :) Apr 26 08:57:21 I will write him a mail Apr 26 08:57:29 ok, thanks Apr 26 08:58:05 if we approach .38 at some day, we can rewrite fsogsmd to support n_gsm on the FreeRunner Apr 26 09:01:24 * JaMa|Wrk hopes larsc will push something newer :) Apr 26 10:19:51 http://meego.gitorious.org/meego-device-adaptation/n900_pulseaudio-settings-n900/blobs/master/usr/share/pulseaudio/alsa-mixer/paths/nokia-rx51-output-ihf.conf states: Apr 26 10:20:17 flipping the alsa switches to the right position for enabling the route has to be done in some other way (which normally means the policy component). Apr 26 10:21:23 if someone has the problem that shr_elm_softkey doesn't start, please test this package: http://downloads.vdm-design.de/e-wm_0.16.999.060+svnr56372-r21.6_armv4t.ipk Apr 26 10:36:35 so we should trace what the aped does Apr 26 10:36:38 or whatever it's called Apr 26 10:36:54 (the alsa policy daemon Doc spoke about) Apr 26 11:05:36 Heinervdm, I'll try it this afternoon if you still someone to test :) Apr 26 11:05:46 *need Apr 26 12:14:09 Is there a way to import the SMS on SIMcard to opimdatabase (on SHR-U)? Apr 26 12:22:12 mickey|zzZZzz, what does the cmtspeech program do exactly? Apr 26 12:22:31 mickey|zzZZzz, I did that under meego Apr 26 12:22:33 I made a call Apr 26 12:22:42 with the test utils, since GUI was broken on recent images Apr 26 12:22:54 then I extracted the state files Apr 26 12:23:11 but I've no clue on what your cmtspeech is supposed to do? Apr 26 12:23:17 forward to alsa? Apr 26 12:23:19 loop? Apr 26 12:23:26 (do an echo) Apr 26 12:42:14 Hakisho: i don't know if pisi is still functional, but you can try to use it Apr 26 12:47:21 alsaped Apr 26 12:47:47 762 root 4712 S /usr/sbin/alsaped -p 4 -f /usr/share/policy/etc/curre Apr 26 12:48:47 alsa policy enforcer daemon Apr 26 12:49:29 it's a friggin PA thing, despite the name Apr 26 12:51:24 see http://linuxplumbersconf.org/2009/slides/Jyri-Sarha-audio_miniconf_slides.pdf page 15: "Policy Engine" and "Policy Enforcement Module" Apr 26 12:52:15 right Apr 26 12:53:52 uke pukeaudio Apr 26 12:54:02 nuke* even Apr 26 12:55:48 http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Architecture/Top_Level_Architecture might also be interesting Apr 26 12:56:54 http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Architecture/Multimedia_Domain#Audio_Subsystem Apr 26 13:10:18 I had the pdf already open Apr 26 13:10:26 I just tried meego GUI Apr 26 13:10:30 kind of slow Apr 26 13:10:40 so I really wonder about mickey|office 's qt thing Apr 26 13:10:47 hi mickey|office Apr 26 13:10:59 I extracted the states files from meego while making a call under meego Apr 26 13:11:00 hi GNUtoo|laptop Apr 26 13:11:13 what does the cmtspeech program do exactly? Apr 26 13:11:25 does it loop the audio to get an echo on the remote side? Apr 26 13:11:38 or does it behave normally feeding the audio in alsa Apr 26 13:11:40 ? Apr 26 13:11:56 Heinervdm: Pisi is still functional, but only for contacts and calendar. But I need to view my SMS on SIMcard. Apr 26 13:12:08 GNUtoo|laptop: i have not the slightest idea Apr 26 13:12:20 it says it feeds the audio back Apr 26 13:12:23 ah? Apr 26 13:12:30 so that could mean you will hear what you are sying Apr 26 13:12:34 but you made it, imported it etc... Apr 26 13:12:39 there is a .vala Apr 26 13:12:42 in uttilities git Apr 26 13:12:46 so it should be from you Apr 26 13:12:48 right? Apr 26 13:12:49 Hakisho1: there is currently no script to copy them, but you can view them with mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessage 0 Apr 26 13:12:53 heh, yes, _but_ Apr 26 13:13:04 lol Apr 26 13:13:04 Hakisho1: the 0 is the index of the message Apr 26 13:13:08 it does pretty much the same as cmtspeechtest-ofono from libcmtspeechtest Apr 26 13:13:11 ok Apr 26 13:13:13 which is not much documented Apr 26 13:13:23 so we do the same, but i don't know what Apr 26 13:13:25 :D Apr 26 13:13:30 ok Apr 26 13:13:38 I should test then Apr 26 13:13:48 bottom line is... we should hear _anything_ Apr 26 13:13:51 which would be an improvement Apr 26 13:14:01 provided the alsa settings are correct Apr 26 13:14:57 about your QT gui, is it in a state where there are screenshots? Apr 26 13:16:08 not even remotely Apr 26 13:16:12 ah ok Apr 26 13:16:16 this is in planning stage Apr 26 13:16:29 if we have something to release by autumn, i'd be happy Apr 26 13:16:34 because I tried meego which use 3d for accelerating QT,and even with 3d it's slow Apr 26 13:16:54 yep, /dev/fb was also dog slow for me Apr 26 13:17:01 * GNUtoo|laptop is afraid of QT performances Apr 26 13:17:15 * GNUtoo|laptop is very afraid of the non-free 3d dependency Apr 26 13:17:16 well Apr 26 13:17:20 at the end of the day, i don't care Apr 26 13:17:25 if it is usable Apr 26 13:17:28 it might be a bit slow Apr 26 13:17:37 it's all about priorities Apr 26 13:17:47 that's why i even revived the rokr e2 Apr 26 13:17:52 my priority isn't non-free software 3d Apr 26 13:17:56 if i can't make something usable on that device, i might as well give up Apr 26 13:18:15 my priority is to avoid it, that's why I care about SHR on n900,else I would be using meego Apr 26 13:20:48 Qt is using floats for rendering, I heard XD Apr 26 13:21:45 so does gtk/cairo, doesn't it? Apr 26 13:21:50 which *might* be a mandatory thing for 3D, but for sure brings simple 2D rendering (like moving / scaling windows etc) to a grinding halt Apr 26 13:24:03 actually I had to learn so many WTFs about Qt in last few months, I'm not exactly a fan of the whole thing anymore Apr 26 13:25:14 I ear nothing Apr 26 13:25:37 obviously Qt is suffering from the 2nd generation syndrome Apr 26 13:25:50 ya, if it wasn't for QML, i'd not start to look into it again. Apr 26 13:26:00 I did a call, switched to alsa from meego and eared nothing Apr 26 13:26:26 the original authors/maintainers abandoned it, and now the 2nd generation of young unexperienced clueless hobby coders took over Apr 26 13:26:30 w/ our cmtspeechdata? Apr 26 13:26:36 or the ofono one? Apr 26 13:26:41 yes Apr 26 13:26:47 the newest one? Apr 26 13:27:44 if cmtspeech is to loopback audio to modem, then for all I understand it's largely unrelated to alsa Apr 26 13:28:02 the one from yesteday night with autorev on Apr 26 13:28:22 DocScrutinizer: ooh Apr 26 13:28:26 damn good point Apr 26 13:28:28 actually... Apr 26 13:28:33 heh Apr 26 13:28:40 we might have to pick up the data and deliver it via PCM Apr 26 13:28:42 I understand 2 conflicting things Apr 26 13:29:13 1) isi is a protocol and you extract audio from it and feed it somewhere Apr 26 13:29:16 still on the other end you should hear something Apr 26 13:29:25 if cmtspeechtest is looping back Apr 26 13:29:25 2) you need some sort of routing Apr 26 13:29:37 isi != ISS audio Apr 26 13:29:41 1 and 2 are conflicting Apr 26 13:29:57 ok Apr 26 13:30:20 pastie is kind of slow Apr 26 13:30:29 mickey|office: you might face a damn good AEC on arbitrary far ends and also in PBX Apr 26 13:30:42 DocScrutinizer: err... hobby coders, in Qt? Apr 26 13:30:58 DocScrutinizer: heh, that's possible as well Apr 26 13:31:01 antrik: that's my inpression and uneducated guess Apr 26 13:31:46 they talked a lot about the timing Apr 26 13:32:11 Qt4.7.2 introducing really BASIC bugs into maemo, like highlight text is black on black or sth Apr 26 13:32:23 QtMobility is designed by :X Apr 26 13:32:34 bbl Apr 26 13:32:45 indeed Apr 26 13:32:48 qt mobility is grenzwertig Apr 26 13:33:00 no, it's plain crap Apr 26 13:33:02 heh Apr 26 13:33:12 trying to do things no userland lib can do Apr 26 13:33:58 Hakisho1: do you want to help me writing a script to copy the messages? Apr 26 13:36:29 mickey|office: QtM is trying to be a middleware like FSO, but without using root permissions and doing it on a per-app basis - this MUST fail Apr 26 13:36:40 hmm, agreed Apr 26 13:36:47 that doesn't sound too clever Apr 26 13:37:48 still, you can't blaim the Qt guys for that Apr 26 13:37:55 completely different team Apr 26 13:38:14 it's been that way for years now Apr 26 13:38:20 even back then when it was oslo and brisbane Apr 26 13:38:27 the oslo guys knew their stuff Apr 26 13:38:38 the brisbane folks uhm... produced code Apr 26 13:38:46 s/blaim/blame/ Apr 26 13:40:24 granted. I dunno a shit about these details Apr 26 13:41:06 just perceiving Qt* as a part of the problem rather than a solution during the last few months Apr 26 13:41:44 mickey|office: you are aware though that QML comes from the Brisbane guys?... :-) Apr 26 13:42:07 yes. things have changed since then Apr 26 13:42:32 since 2005-2006 there has been a lot of fresh blood Apr 26 13:42:38 and rightfully so Apr 26 13:43:33 i try to forget all the qt-embedded nightmares of the 2.x and 3.x days and have an open mind :D Apr 26 13:43:53 Heinervdm: yes help is appreciated. Apr 26 13:44:02 sharp, motorola, and archos tell a story as well... Apr 26 13:44:35 Hakisho1: i have no messages on my sim card, so i can't test. Apr 26 13:44:51 Heinervdm: send a few :-P Apr 26 13:44:58 you can send SMS to yourself Apr 26 13:45:14 -sh: mdbus2: not found Apr 26 13:45:23 DocScrutinizer: then i have to configure fsogsmd that it saves the messages on the sim card Apr 26 13:45:31 mhm Apr 26 13:45:47 that's a poor idea actually Apr 26 13:46:12 Hakisho1: does this display your messages? http://heinervdm.dyndns.info/shr-dist/copy-sms-from-sim.py Apr 26 13:46:41 is there a way to show the messages inside the sms application of shr. Apr 26 13:47:05 Hakisho1: yes, but first i have to know if this part is working Apr 26 13:47:16 give me a sec Apr 26 13:49:25 python ./copy-sms-from-sim.py is the right way to start it? Apr 26 13:51:31 yes Apr 26 13:52:17 http://pastie.org/1835265 Apr 26 13:54:00 Hakisho1: there is the error message missing Apr 26 13:54:39 NameError: name 'bus' is not defined Apr 26 13:54:41 sorry Apr 26 13:55:40 ups i've deleted too much Apr 26 13:55:47 sounds like something like bus = dbus.SystemBus() is missing Apr 26 13:55:53 now it should work, just download again Apr 26 13:57:31 http://pastie.org/1835283 Apr 26 13:59:01 hmm another trivial error Apr 26 13:59:06 but now :) Apr 26 13:59:37 line 17: AttributeError: 'tuple' object has no attribute 'contents' Apr 26 13:59:57 okay messages are there Apr 26 14:01:28 please try again Apr 26 14:02:08 line 17, AttributeError: 'tuple' object has no attribute 'get' Apr 26 14:02:54 can you change that line to "print m" Apr 26 14:02:59 and tell me the result Apr 26 14:04:52 but only part of it, edited the message ;) http://pastie.org/1835308 Apr 26 14:08:49 ok, i don't know if Sender and Content is enough Apr 26 14:09:26 but now it should add all your messages to opimd and shr should tell you that you have new messages Apr 26 14:12:30 no, messages aren't there Apr 26 14:12:47 and no error too? Apr 26 14:12:52 no err Apr 26 14:13:17 do you already have an other message in the messages app? Apr 26 14:13:26 no not yet Apr 26 14:13:31 ah ok Apr 26 14:13:37 then the types are missing Apr 26 14:14:32 in or out type. Apr 26 14:14:45 no the types of the fields Apr 26 14:32:04 Hakisho: now it should work Apr 26 14:33:45 seems not to work Apr 26 14:36:03 hmm, i moved the Add statement out of the for loop, can you try again? Apr 26 14:37:39 http://pastie.org/1835438 Apr 26 14:39:21 ah there was an 's' missing Apr 26 14:39:24 now Apr 26 14:39:26 there are some none messages in there (with print m): Apr 26 14:39:26 (dbus.String(u'sent'), dbus.String(u'unknown'), dbus.String(u''), dbus.Dictionary({}, signature=dbus.Signature('sv'))) Apr 26 14:39:47 now Apr 26 14:39:50 works Apr 26 14:40:07 oh, the sent messages are in the messages app now too Apr 26 14:41:03 and longer messages are spülit up. Apr 26 14:41:27 and there is no date Apr 26 14:41:49 yes, i can't find the date in the date Apr 26 14:41:51 data Apr 26 14:42:05 and concating messages isn't done in that script Apr 26 14:43:55 are you also working on pisi? Apr 26 14:44:00 no Apr 26 14:44:10 this would be a nice feature, merging them together Apr 26 14:44:29 i don't know how this works Apr 26 14:44:38 perhaps mrmoku or mickey|office know Apr 26 14:44:50 and if there is no date in the data... Apr 26 14:46:28 that part is easy Apr 26 14:46:45 but i don't know how to merge or get the timestamp Apr 26 14:47:11 neither do I Apr 26 14:47:24 But I'm grateful for your help. Apr 26 14:47:34 yw Apr 26 14:48:38 hmm, something is strage, the showed up all in a separate window, and inside the message app are none visible Apr 26 14:52:48 that's probably because the messages app doesn't expect messages to be added like this Apr 26 14:53:08 try to restart phoneuid, or restart the phone Apr 26 14:56:44 no messages after restart, maybe the pim.db is corrupt Apr 26 15:00:58 no, then another field is needed Apr 26 15:01:30 mrmoku: which fields are required to show a message in the phoneui-messages? Apr 26 15:56:27 heyho Apr 26 17:08:27 morphis: hi. had a nice easterweekend? Apr 26 17:11:42 mickeyl: heyho, yes I had Apr 26 17:12:16 mickeyl: and you? Apr 26 17:12:25 freesmartphone.org: 03mickey 07utilities * rc0d441a4b53d 10/nokian900/cmtspeechtest/configure.ac: nokian900/cmtspeechtest: lower g* requirement to 2.26.1 Apr 26 17:12:28 fine and sunny Apr 26 17:14:06 yeah, the weather is great these days Apr 26 17:14:19 I saw you did some n900 work again Apr 26 17:14:45 yeah, mrmoku and GNUtoo found our registering problem and I did some more work to help them with gsm audio Apr 26 17:17:19 great Apr 26 17:21:37 cool Apr 26 17:21:51 webos seems to use a java app for location Apr 26 17:24:49 hmm. but til seems to provide the gps info Apr 26 17:47:22 thats really odd ... the android guys (android for webos) got a video on heise.de ... it's based on our work ... Apr 26 17:48:03 *shrug* android is where the attention is. that's it Apr 26 17:48:32 sadly, yes Apr 26 17:49:30 mickeyl: you already thought about the OE component of aurora? Apr 26 17:49:49 playya: jepp, I even took a look again and GPS is going over the til daemon Apr 26 17:50:03 morphis: in how far? Apr 26 17:50:23 mickeyl: do we want OE .dev for a release of aurora? Apr 26 17:50:29 ah. Apr 26 17:50:34 or do we want to base our work on some stable version? Apr 26 17:51:37 depends on whether there is a stable one when we start doing releases. i'm only following .dev these days, when i need to push something. Apr 26 17:51:55 when our releases are due, we should take a snapshot at some point of time before Apr 26 17:52:04 and then make the release out of that snap Apr 26 17:52:15 which could be a random git version, just something that doesn't change Apr 26 17:52:50 ok, but maybe we should start with that early as we all know OE and the problems with .dev Apr 26 17:53:11 and whats with the problem that the old OE branch will go read-only in july? Apr 26 17:53:30 i have no idea whether i'm prepared to make the oe-core move this year Apr 26 17:53:42 it depends on which additional hurdles are coming Apr 26 17:53:52 it's not a real problem, just something we have to take care about Apr 26 17:54:05 i know, but doing releases is about the last thing i enjoy Apr 26 17:54:12 jepp Apr 26 17:54:15 so i prefer only to think as much as necessary ;) Apr 26 17:54:36 but I want some stable base where I develop on Apr 26 17:54:40 yes Apr 26 17:54:46 we can take a snap at any time Apr 26 17:54:50 the hazzle with .dev for SHR was enough for me in the last months Apr 26 17:55:04 then we should do it and put it on git.freesmartphone.org Apr 26 17:55:09 yes Apr 26 17:55:23 as I don't think there will be much changes on old-OE unitl july Apr 26 17:55:37 and then most people will move to oe-core Apr 26 17:57:47 pespin: the bug isn't fixed with my patch, but i would need a log file of the new package: http://downloads.vdm-design.de/e-wm_0.16.999.060+svnr56372-r21.6_armv4t.ipk Apr 26 17:57:58 hi morphis Apr 26 17:58:16 GNUoo|n900: heyho Apr 26 17:58:27 any news of the palm pre 2 from palm? Apr 26 17:59:34 because I will see captainigloo soon Apr 26 17:59:44 the 7th Apr 26 18:00:11 we go to an efl day Apr 26 18:00:25 GNUoo|n900: no, no news yet Apr 26 18:00:31 ok Apr 26 18:00:46 but I hope they answer my mail in the next days Apr 26 18:00:50 will ping them again Apr 26 18:00:51 ok Apr 26 18:01:33 how's the pre state btw Apr 26 18:02:05 wifi is not fixed yet I bet Apr 26 18:02:18 but all is well integrated Apr 26 18:02:35 <[Rui]> heya Apr 26 18:03:11 hi Apr 26 18:03:39 any news on the galaxy S? Apr 26 18:03:49 GNUoo|n900: wifi is unstable, but only when transfering a lot of bytes Apr 26 18:03:57 ok Apr 26 18:03:57 so we should limit the bandwidth Apr 26 18:04:05 or try a newer compat-wireless Apr 26 18:04:10 or look for a patch Apr 26 18:04:17 yes good idea Apr 26 18:05:03 psm work? Apr 26 18:06:50 GNUoo|n900: it should Apr 26 18:07:44 nice Apr 26 18:08:27 wl1251sdio usu sdio interrupt for psm Apr 26 18:08:43 i saw that in .35 for bug20 Apr 26 18:09:33 Heinervdm, I'll try it about 11 pm I hope, I have some things to do before. I hope it's not much problem for you to wait ;) Apr 26 18:10:07 playya: do you need your playya/work branch in FSO OE repository? Apr 26 18:10:19 no Apr 26 18:10:47 playya: ok, then I will delete it Apr 26 18:10:50 pespin: i have another tester in the german om forum, so you don't have to test Apr 26 18:11:53 Heinervdm, well with test I mean pass you the log file of e-wm ;) Apr 26 18:12:05 ok :) Apr 26 18:13:08 mickeyl: so repository on FSO is up and ready for use Apr 26 18:14:13 mickeyl: I will create a aurora/development branch where all changes for aurora goes in Apr 26 18:14:46 it's hard to figure out what pdsm means Apr 26 18:14:50 ok Apr 26 18:15:16 playya: jepp, some qualcomm internal name Apr 26 18:17:34 the qt/vala interoperability will take us a while, it's not trivial Apr 26 18:18:07 Heinervdm: (message fields) have to look that up... still need to know it? Apr 26 18:18:29 mickeyl: ok, but you already have a plan how to do it? Apr 26 18:18:53 mrmoku: would be nice to know, but it's not important Apr 26 18:19:00 playya: do you like to help us with aurora? Apr 26 18:19:17 i don't like fatty ;) Apr 26 18:19:30 fatty? Apr 26 18:19:53 Heinervdm: on a fast look it seems it just needs the dbus path of the message :) Apr 26 18:20:03 !cutie Apr 26 18:20:08 mrmoku: then it's strange :) Apr 26 18:20:38 morphis: plan would be an exaggaration, only some rough ideas. we have two directions and for one direction we need a scanner utility that creates a) some c++ support code (i.e. for registering object instances that we can later pick up), b) c++ marshallers for every single method, c) a vala proxy object so that the calls look 'natural'. A lot of that is still fuzzy in my head and i need to do some experiments Apr 26 18:20:59 mickeyl: ok Apr 26 18:21:06 playya: so you don't like the idea of aurora? Apr 26 18:21:09 Heinervdm: are we talking about the list or the message view? Apr 26 18:21:20 mrmoku: list Apr 26 18:21:25 no. Qt Apr 26 18:21:27 ahh ok Apr 26 18:21:54 playya: ah ok, I am even not the best friend of C++/Qt at all but QML is a great thing Apr 26 18:22:11 and that is what we want to use Apr 26 18:22:48 playya: and i'm working on being able to leverage vala... Apr 26 18:23:28 Heinervdm: hmm... it tells opimd to sort them by Timestamp... so maybe that one is needed... But on opimd side then Apr 26 18:23:28 playya: and aurora is not about Qt Apr 26 18:23:30 Qt needs a lot of time on startup Apr 26 18:23:44 mrmoku: ah ok Apr 26 18:23:48 that's what i learnd from my job Apr 26 18:23:48 playya: aurora is about getting FSO better and more stable Apr 26 18:24:08 maybe I'll be able to port all scripts to systemd Apr 26 18:24:22 you mean the initscripts? Apr 26 18:24:25 yes Apr 26 18:24:31 hey don't forget the async callbacks ;) Apr 26 18:24:40 hehe. yes :( Apr 26 18:24:42 i'm afraid juerg is still hoping for that patch Apr 26 18:24:59 s/callbacks/delegates/ Apr 26 18:25:00 no motivation for FOSS the last few moths Apr 26 18:25:12 s/moths/weeks/ Apr 26 18:25:14 playya meant: no motivation for FOSS the last few weeks Apr 26 18:26:02 playya: but you are still interested in mobile and FSO? Apr 26 18:26:10 yes Apr 26 18:26:39 if i get the chance to buy a nanoBTS, i would buy one Apr 26 18:28:41 ok, but there even a lot of other things to do for FSO Apr 26 18:28:55 getting libfsobasics/libfsosystem right Apr 26 18:29:02 write fsoeventsd Apr 26 18:29:06 and a lot more things Apr 26 18:29:13 we need some testing Apr 26 18:29:47 that are all things we need to get FSO into a state where it will be user people too Apr 26 18:30:14 otherwise it will stay forever in it's own environment with SHR as the only user Apr 26 18:40:47 mickeyl: sadly I will not come to the linux days in berlin Apr 26 18:41:04 don't worry, i can't do it either. Lara Marie is due in May and Sabine does not want me to go Apr 26 18:41:36 i decided to go to prag instead of berlin :) Apr 26 18:42:20 i received the confirmation of my registration today Apr 26 18:43:44 mickeyl: :) Apr 26 18:44:02 playya: prag is even nice :) Apr 26 18:44:12 yes Apr 26 18:44:27 and the best congress this year Apr 26 18:50:13 morphis: what's your plan for the next weeks? Apr 26 18:50:42 mickeyl: establishing a stable base for further work Apr 26 18:50:47 this means: Apr 26 18:50:52 * aurora distribution in OE Apr 26 18:51:02 * builds on the amethyst Apr 26 18:51:22 * starting with the application framework in QML Apr 26 18:51:45 * we need a development image Apr 26 18:52:18 * make palmpre support in OE more generic (as it is currently very shr specific) Apr 26 18:52:40 * find another bug-tracking utility Apr 26 18:52:43 thats all Apr 26 18:52:56 ok, good Apr 26 18:53:25 I will document most things in the wiki Apr 26 18:53:49 maybe we should create more specific work items Apr 26 18:54:00 mickeyl: and whats your plan? Apr 26 18:54:02 morphis: ping me if you find some other bug tracking utility that is nice :) Apr 26 18:54:21 mrmoku: I am currently only taking a look at bugzilla and redmine Apr 26 18:54:26 like i said, i have some guys on smartphones-userland which might want to help with the qml part, so we should announce what we're doing sooner or later Apr 26 18:55:04 (plan) I'd like to start with the status bar indicators. That means we need to handle dbus signals, which in turn means i first need to get the vala-c++ bridge... Apr 26 18:55:06 morphis: ahh, ok. I only looked at stuff that can do wiki too... which rules out bugzilla Apr 26 18:55:13 and redmine I failed to install Apr 26 18:55:25 morphis, i suggest redmine because it has a lot of other useful features Apr 26 18:56:01 playya: jepp redmine is a good alternative for a whole project management system Apr 26 18:56:11 iirc i already suggested it a year ago Apr 26 18:56:33 yeah, but you need someone who does the jo Apr 26 18:56:34 b Apr 26 18:58:53 mickeyl: how do we want to organize our work? do we want to create a work-item page in the wiki? Apr 26 18:59:45 yes. eventually our new management system would be preferrable, but for tracking short-term the wiki sounds good Apr 26 19:01:08 jepp, but the new system needs some time Apr 26 19:01:40 yep Apr 26 19:01:48 will create Aurora/Version_0_1/Tasks page then Apr 26 19:02:01 what will happend to the old echosystem (EFL based) Apr 26 19:02:14 echo? Apr 26 19:02:15 will we drop the freerunner? Apr 26 19:02:33 *ecosystem Apr 26 19:02:37 ah. Apr 26 19:02:47 depends on who wants to take care Apr 26 19:02:53 * GNUtoo|laptop has a brain-based autocorrection that correct to well known computer words Apr 26 19:03:16 yes but let's say QT is too slow for the freerunner Apr 26 19:03:31 will EFL be still available for it? Apr 26 19:03:57 GNUtoo|laptop: you mean the UI? Apr 26 19:03:59 btw. how's the progress of fsotdld? Apr 26 19:03:59 who will want to work on efl Apr 26 19:04:01 yes Apr 26 19:04:08 beside captainigloo Apr 26 19:04:12 GNUtoo|laptop, don't worry i'm not finished with efl on phone :P Apr 26 19:04:17 playya: works good. stable Apr 26 19:04:18 if somebody will work on a EFL ui there will be one Apr 26 19:04:19 ok Apr 26 19:04:30 ok nice Apr 26 19:04:41 then captainigloo really needs a phone Apr 26 19:04:47 i don't think shr will switch to qt Apr 26 19:04:49 dcordes, hi Apr 26 19:05:02 but mickeyl's and my focus is on Qt/QML Apr 26 19:05:13 GNUtoo|laptop: Qt is not too slow... it just takes approx 3 minutes to start konqueror Apr 26 19:05:14 Heinervdm: jepp Apr 26 19:05:18 captainigloo, do you need userspace routing program for making phone calls Apr 26 19:05:24 on your htc desire Apr 26 19:05:41 darkh, lol Apr 26 19:05:44 i want to use navit for my bike tours, but navit isn't really stable on webos Apr 26 19:05:46 IMO the current efl ui (dialer, phone contacts...) is not verry good Apr 26 19:05:47 :p Apr 26 19:06:19 but the current middleware is just perfect Apr 26 19:06:20 playya, and navit is very slow on android Apr 26 19:06:23 i mean fso Apr 26 19:06:25 indeed Apr 26 19:06:31 middleware is so great Apr 26 19:06:37 I compared it code-wise with replicant Apr 26 19:06:45 and fso beats replicant middleware wise Apr 26 19:06:57 as long as you keep fso with dbus it's good Apr 26 19:07:16 FSO will still the same Apr 26 19:07:25 GNUtoo|laptop: as I see it and as morphis said multiple times the aurora thingie is to help develop FSO Apr 26 19:07:48 ok Apr 26 19:07:54 a bit like LGPL strategy Apr 26 19:07:55 we will continue to develop our efl thing the way we did before Apr 26 19:08:00 so sounds good Apr 26 19:08:34 doing the UI with QML has the great benefit of minimal barrier Apr 26 19:08:41 _everyone_ can help with QML Apr 26 19:08:52 LGPL strategy means, you aim for free software but make a concession(allowing proprietary programs to use your library) in order to get their developper develop more your library Apr 26 19:08:56 mickeyl, will see :P Apr 26 19:09:07 so that can be a good strategy Apr 26 19:09:31 but In my point of view edje is better and faster than qml Apr 26 19:09:41 but it's another storry Apr 26 19:09:51 GNUtoo|laptop, i don't care about android ;) Apr 26 19:10:00 captainigloo: edje is faster yes, but QML gives us the better toolset Apr 26 19:10:02 captainigloo: guess I already asked you if you want write access to the libphone-ui... repos? :) Apr 26 19:10:07 and is more powerfull than edje Apr 26 19:10:21 mrmoku, i don't like libphone-ui too much :) Apr 26 19:10:35 captainigloo: I see :) Apr 26 19:10:38 playya, I care about freedom...and usability, so that's why I also was involved in it Apr 26 19:10:44 which part do you distaste most? Apr 26 19:10:49 it was a quick way to get my phone usable Apr 26 19:10:53 (the htc dream) Apr 26 19:10:58 what would be better is adding fso dbus wrapper in e_dbus Apr 26 19:11:04 and now I can't totally abandon it Apr 26 19:11:09 (the project) Apr 26 19:11:56 morphis, the tools are great yes, but that's all Apr 26 19:12:06 morphis, (i'm using it at work) Apr 26 19:13:17 QT is the better framework i had used, when you talk about desktop applications Apr 26 19:13:40 and EFL is not as good as it Apr 26 19:14:00 but on embedded system, qt and specially qml is just not usable Apr 26 19:15:38 indeed see meego Apr 26 19:15:41 I tried meego today Apr 26 19:15:43 slowwwwww Apr 26 19:15:51 and they have 3d acceleration with QT Apr 26 19:16:24 meego 1.2 developer edition (aka DE) Apr 26 19:16:28 GNUtoo|laptop, after the 7th you will be able to help me writting some cool EFL ui :P Apr 26 19:16:41 captainigloo, if I've the time....maybe Apr 26 19:16:45 hehe Apr 26 19:16:57 because I am involved in too much projects: Apr 26 19:17:00 *replicant Apr 26 19:17:04 *buglabs community Apr 26 19:17:06 *oe Apr 26 19:17:07 *fso Apr 26 19:17:09 *shr Apr 26 19:17:30 crazy guy Apr 26 19:17:34 lol Apr 26 19:17:43 i need to go now, but let me remark that we may have different opinions wrt. 'usable'. I prefer a small, clean, nicely layed out UI with all functions usable over something lightning fast that crashes or is missing functions. So - for what we have in mind UI performance is not mission critical. Apr 26 19:17:51 maybe if I told oe/fso/SHR it would have been less crazy Apr 26 19:18:58 I mean with meego they even have no fancy effect, and it's already obtimized for speed Apr 26 19:19:11 the GUI kind of basic Apr 26 19:19:32 but the lack of bugs is attracting Apr 26 19:20:05 I'm using e17 for about 2 years from HEAD and nearly no chrashes, except if i try to add something :P Apr 26 19:26:15 GNUtoo|laptop: aurora is more about FSO than creating another UI Apr 26 19:26:22 the UI is just a result of Aurora Apr 26 19:26:30 ok Apr 26 19:26:39 as we need something we can test what we implement in FSO Apr 26 19:26:44 ok Apr 26 19:26:44 zhone2 does not scale for that Apr 26 19:26:50 and SHR is too complex Apr 26 19:26:59 so we want to create something between both Apr 26 19:27:05 what I fear is to finish with the non-free 3d dependency on every device and ditch the old devices Apr 26 19:27:23 I fear that because people start saying it won't happend, then thing changes and it happen Apr 26 19:27:27 I don't plan to add 3d in any way to aurora Apr 26 19:27:30 ok Apr 26 19:27:44 and support for old devices is open Apr 26 19:27:54 we just need someone who takes care about it Apr 26 19:27:58 aurora will have releases Apr 26 19:28:09 each release will support a defined set of devices Apr 26 19:28:27 but that does not mean that FSO will drop support for old devices Apr 26 19:29:01 support for om-gta0* devices will be still there and they will have new features as well Apr 26 19:29:24 as for example if we write a fsopimd it is even something the gta devices will have too Apr 26 19:30:39 but we need some reference point against which we can develop Apr 26 19:30:46 and that will aurora be Apr 26 19:31:05 it even not about replacing SHR Apr 26 19:32:04 ok Apr 26 19:32:46 think about what yocto is for OE Apr 26 20:03:25 hum Apr 26 20:03:31 j'ai trouvé un bug en faisant le tuto Apr 26 20:03:41 oups bas channel sorry Apr 26 20:03:47 :) Apr 26 21:50:29 HeinervdmOff, hi, I'm here (and it seems you are not hehe) Apr 26 21:51:37 btw, when I installed your package after upgrading everything, e-wm-sysactions package was installed with it, and there's a change in /etc/enlightenment/sysactions.conf which I guess is incorrect: Apr 26 21:51:47 -action: suspend /etc/enlightenment/suspend.sh Apr 26 21:51:47 +action: suspend /etc/acpi/sleep.sh force Apr 26 22:21:25 HeinervdmOff, I restarted the phone and enlightenment segfaults ;9 Apr 26 22:59:44 HeinervdmOff, anyway, here you have the log http://paste.pocoo.org/show/378743/ Apr 26 23:52:10 GNUtoo: ho Apr 26 23:53:51 guys you should release a palm pre SHR preview image Apr 26 23:53:58 to show people there's not only meego Apr 26 23:54:31 it would have been nice to drop the bomp first .. Apr 26 23:56:50 first? **** ENDING LOGGING AT Wed Apr 27 02:59:58 2011