**** BEGIN LOGGING AT Mon Apr 11 02:59:57 2011 Apr 11 05:31:52 moin Apr 11 07:39:37 heyho Apr 11 07:46:45 freesmartphone.org: 03morphis 07cornucopia * r5eb6a9cc4874 10/libfsoframework/fsoframework/interfaces.vala: libfsoframework: add application service names Apr 11 07:46:48 freesmartphone.org: 03morphis 07cornucopia * rf85fc695094b 10/fsoappd/ (28 files in 10 dirs): fsoappd: add initial skeleton Apr 11 07:46:51 freesmartphone.org: 03morphis 07cornucopia * r1fb417bfa09c 10/fsoappd/ (5 files in 4 dirs): fsoappd: add skeleton of windowctrl_illume plugin Apr 11 07:46:52 freesmartphone.org: 03morphis 07cornucopia * r53e878722d2b 10/fsoappd/src/plugins/manager/ (Makefile.am plugin.vala): fsoappd: applications can now register and release a session with the daemon Apr 11 07:46:54 freesmartphone.org: 03morphis 07cornucopia * r30406e27ec10 10/fsoappd/src/ (3 files in 3 dirs): fsoappd: initialize window controller according to configuration Apr 11 07:46:56 freesmartphone.org: 03morphis 07cornucopia * rd5c08627fa55 10/fsoappd/vapi/gio-hacks.vapi: fsoappd: import gio-hacks.vapi from fsotdld Apr 11 07:46:58 freesmartphone.org: 03morphis 07cornucopia * r6b9d30b68ebb 10/fsoappd/src/ (3 files in 3 dirs): fsoappd: use provided library in all plugins Apr 11 08:02:34 appd? what's that? Apr 11 08:13:04 antrik: a approach to implement lifecycle management for applications Apr 11 08:15:11 morphis, like stop play on incoming call? Apr 11 08:15:55 Any_Key: you mean stop playing music when a call arrives? Apr 11 08:16:38 morphis, yes Apr 11 08:16:53 yes and no Apr 11 08:17:07 thats part of audio stream handling and application lifecycle handling Apr 11 08:17:28 but in the end it should be enforced by the system that every audio mutes when a call should be enabled Apr 11 08:18:01 this will be done with fsoaudiod by offering several alsa audio channels like media, alarms, etc. Apr 11 08:18:20 when a call arrives now fsoaudiod will mute all these channels Apr 11 08:18:38 thats not really part of application lifecycle Apr 11 08:19:39 fsoappd will get information about all open windows from E/Illume and then handle the states of the windows by sending events to the registered applications Apr 11 08:43:48 morning folks Apr 11 08:43:59 morning Apr 11 08:44:00 bummer, it's already monday? Apr 11 08:44:04 * mickey|office looking for the lost weekend Apr 11 08:44:12 :) Apr 11 08:49:35 mickey|office: morning, you didn't enjoyed the sunny weekend? sounds like you were working :) Apr 11 08:50:44 morphis: depends on the definition of working... saturday i had to help my wife organizing her birthday party (in her current state, she can't carry things any more, so i need to), sunday we had a curse for taking care of babies the whole day and at the evening a family dinner... so i had 0 time for anything. Apr 11 08:51:14 hehe Apr 11 08:51:29 so you enjoyed the weekend in real life ... sometimes a very good thing :D Apr 11 08:51:37 *nod* Apr 11 08:51:42 err, s/curse/seminar/ Apr 11 08:51:42 heh Apr 11 08:52:02 or course, for that matter Apr 11 08:52:35 and now i have to review two papers about stuff i don't know anything about, but for some reason i'm on the list of reviewers for IEEE conferences *cough* Apr 11 08:53:35 for IEEE conferences? and whats the topic of those papers? Apr 11 08:54:01 curse for taking care, lol Apr 11 08:54:18 Hi everybody :) Apr 11 08:54:32 PaulFertser: heyho :) Apr 11 08:54:49 morphis: one is about dynamic resource allocation for cloud computing, the other one is about watermarking using wavelet transformations :D Apr 11 08:55:08 hi PaulFertser Apr 11 08:56:32 uhno, wavelet transformations ... Apr 11 08:57:57 It's great the things are moving on despite you guys are so busy. 3g working on Pre is the real thing! Apr 11 08:58:55 :) Apr 11 08:59:25 ya, that's quite cool. and thanks to mrmoku's work on the ISI dissector, we may have progress again on the 900 Apr 11 09:00:19 :) Apr 11 09:00:41 there will be more progress in other directions than hardware support ... :) Apr 11 09:01:28 mickey|office: how do I emit a signal with plain dbus methods? Apr 11 09:01:52 construct a message with dbus_message_new_signal(...)? Apr 11 09:04:26 morphis: yes, then dbus_message_append_args_valist Apr 11 09:04:35 is the easiest way Apr 11 09:04:59 ok Apr 11 09:05:22 but this is only useful, if you absolutely don't want to link against gio Apr 11 09:05:48 it's e-module ... Apr 11 09:05:53 ah, heh, ok Apr 11 09:05:59 s/it's/it's a/ Apr 11 09:05:59 morphis meant: it's a e-module ... Apr 11 09:06:34 it's a WindowController for E so we can show/hide/destroy windows from FSO Apr 11 09:06:44 ok Apr 11 09:07:38 you maybe saw my commits for fsoappd Apr 11 09:08:30 as I though and experimented a little bit with our idea about a fully integrated telephony application and I think it's better when we do it with X11 integration but still the simple waay Apr 11 09:13:54 as long as the X11 integration is optional, i'm all ears Apr 11 09:14:30 i still have the EZX devices in my mind, they are coming with 48 megs of RAM and QVGA, i don't think i want X there Apr 11 09:14:50 actually i know i don't want it there ;) Apr 11 09:15:10 sure, it's not suitable for X11 Apr 11 09:16:08 thats up to the way how do we can separate different rendering processes for the framebuffer Apr 11 09:16:26 as I don't want to have on big process who does all Apr 11 09:17:41 but framebuffer support of Efl is not in a very good shape Apr 11 09:18:02 really? last time i used it it was ok Apr 11 09:19:37 probably only few people are using it still Apr 11 09:19:52 don't last time I had various issues with touchscreen integration Apr 11 09:20:04 s/don't/don't know/ Apr 11 09:20:04 morphis meant: don't know last time I had various issues with touchscreen integration Apr 11 09:21:12 the environment I am currently thinking about is: X11 + Illume + Elfe + E DBus WindowController + fsoappd + fsoeventsd Apr 11 09:21:30 so be simple with using plain FSO to handle all system stuff Apr 11 09:22:01 touchscreen, ya, i had to patch EFL in OE to make it work last time. Apr 11 09:23:35 hmm, ok, multiple processes are basically a no-go for framebuffer access. one could imagine a cooperative scheme where only the active process draws and all the inactive are not, but that means the active process always must carry out additional duties, such as drawing the panel, alerts, etc. Apr 11 09:24:21 which is actually what Trolltech did, btw. Apr 11 09:26:11 I played a little bit with it like I told you already Apr 11 09:26:22 but it was not what I really want to have Apr 11 09:26:44 think about the small environment above + some small applications for doing calls, settings, etc. Apr 11 09:27:07 no more legacy stuff Apr 11 09:27:16 yes, so far we're on one line Apr 11 09:27:20 only things that fit well into the env Apr 11 09:27:33 we split where the processes and the dependencies are coming in :) Apr 11 09:27:43 yes Apr 11 09:28:00 but if the individual components are written properly, it might be able to take them and fit them into my idea as well Apr 11 09:28:06 we'll see Apr 11 09:28:37 for example fsoappd you can use as well as it takes a window-controller plugin to manage the windows Apr 11 09:28:55 so there is no real X11 or E dependency if you want Apr 11 09:29:16 so you are really going to do it as plain framebuffer application? Apr 11 09:29:41 i want it to be able to, yes Apr 11 09:29:56 not necessarily limited to being _just_ that Apr 11 09:30:16 ok Apr 11 09:30:20 e.g. zhone and zhone2 are usable standalone or in X11 Apr 11 09:30:58 jepp Apr 11 09:32:14 maybe we can share even things like design etc. Apr 11 09:36:01 a bunch of highlevel EFL widgets would be good as well Apr 11 09:36:10 like a full-featured self-contained dial pad in a widget or so Apr 11 09:37:01 jepp Apr 11 09:37:08 think about a libaurora Apr 11 09:37:35 *nod* Apr 11 09:38:10 I am on the way creating it .. Apr 11 09:38:24 (or it's the next step after basics of fsoappd are done) Apr 11 09:40:32 so I am on the way home Apr 11 09:40:33 cya Apr 11 09:40:36 cu Apr 11 10:08:59 morning GNUtoo, what's up Apr 11 10:09:29 hi Apr 11 10:09:51 JaMa, hi, how can I start debugging the ubifs boot issue? Apr 11 10:10:17 I tried the dfu-util from git Apr 11 10:10:23 it didn't work Apr 11 10:10:34 device:om-gta02 Apr 11 10:15:21 mickey|office, any news on SHR+FSO? Apr 11 10:16:49 GNUtoo: not from me, no time to work on anything the last days. mrmoku making great progress with ISI packet dissection for wireshark. i plan to revisit the ISI modem any time soon. morphis started with a small smartphone framework based on FSO. at some point of time i will start with a small featurephone framework based on FSO. Apr 11 10:17:32 ok Apr 11 10:17:54 better than aurora/zhone2 ? Apr 11 10:17:54 (note that the last two sentences refer to UI projects) Apr 11 10:17:59 ok Apr 11 10:18:03 better is relative Apr 11 10:18:08 no more demo Apr 11 10:18:11 something that works and is usable Apr 11 10:19:12 i.e. not just quickly putting something together, but putting a bit more thought into how a user will interact with the software Apr 11 10:19:38 ok Apr 11 10:19:43 can I try it? Apr 11 10:20:39 or is it too early? Apr 11 10:20:40 morphis' stuff will soon land in some git, my stuff hasn't even begun, but will of course also be checked in Apr 11 10:21:15 ok Apr 11 10:22:50 http://www.pastie.org/1782173 Apr 11 10:22:57 finally got it with a lot of trial Apr 11 10:23:06 (my serial cable is broken) Apr 11 10:28:29 Does anyone remember the utility (present in OE) capable of editing uboot env? Apr 11 10:33:17 ummm Apr 11 10:33:38 I seem to remember it didn't Apr 11 10:33:40 GNUtoo: maybe you can dump whole image written by dfu-util and nandwrite and compare them Apr 11 10:33:56 GNUtoo: or first few blocks maybe would be enough Apr 11 10:34:04 ok Apr 11 10:34:09 I should find a free microsd then Apr 11 10:34:10 but I don't know internal ubi structure Apr 11 10:34:19 neither do I Apr 11 10:34:30 hmmm Apr 11 10:36:37 http://labs.igep.es/index.php/How_to_modify_the_uboot_environment_from_userspace Apr 11 10:38:59 (first hit on google) Apr 11 11:06:24 DocScrutinizer: oh yes, u-boot-utils it is, thanks :) Apr 11 11:06:56 I seem to recall it failed for me Apr 11 11:07:53 had a short look back when errr... I prepared that moki11-FWflash-SD-image? Apr 11 11:12:16 for sth completely different: You all heard about N900 speakers blow when xprot wasn't protecting them? I got 4 nice replacement speakers from ownta.com. Just in case. Make sure they send you the right ones (picture as of the N81?, compare with my people.om.org N900 disassembly picture of speakers) Apr 11 11:33:19 http://www.ownta.com/original-nokia-n82-e72-e66-x6-n85-cell-phone-speaker.html has a picture of correct speakers. I chatted with ownta via "Ask..." and pointed them to the non-matching photo, and they sent me the correct speakers plus one like on N900-speaker photo for free :-D Apr 11 11:33:45 No idea why they don't fix their website Apr 11 11:34:56 anyway, if you're in development of a N900 distro that has no xprot, I guess you might want a pair of these, they are cheap as well Apr 11 11:36:09 here's what I ordered (with the wrong picture): http://www.ownta.com/original-nokia-n81-n900-cell-phone-speaker.html Apr 11 11:38:58 lets see if we ever get a GSM voice call done ;) Apr 11 11:39:10 but good to see there are replacement speakers Apr 11 11:41:18 not for long I guess Apr 11 11:42:29 well, Nokia is supposed to keep spare parts on stock for quite some years, but I bet they ask to pay for them in gold Apr 11 11:44:00 heyho Apr 11 11:45:26 wb Apr 11 11:45:46 btw speaker pop on mp3 playback usually Apr 11 11:46:26 still problems with GSM calls? what's the issue? audio, or modem init? Apr 11 11:48:52 mickey|office: speaker burnout issue is caused by the "too good" amp that has no (1uF like FR :-P XD ) decoupling capacitor and so is well capable of driving speaker with insanely low freq high amplitude signal Apr 11 11:50:07 * morphis starts his first shr-core build now! Apr 11 11:50:10 we've been sidetracked by modem init just when we started with inspecting the cmtspeech thing Apr 11 11:50:29 what's cmtspeech? Apr 11 11:50:50 freesmartphone.org: 03morphis 07aurora * ra1772330ba9a 10/aurora-e-gadgets/ (23 files in 4 dirs): fso-illume-connector: add first working version Apr 11 11:50:54 freesmartphone.org: 03morphis 07aurora * rcd2ffa8471af 10/aurora-e-gadgets/ (3 files in 2 dirs): Apr 11 11:50:54 freesmartphone.org: aurora-e-gagdets: improve dbus-window-control to be able to control windows over dbus Apr 11 11:50:54 freesmartphone.org: Please note: The code is not finished yet and need improvements like error handling, Apr 11 11:50:54 freesmartphone.org: proper dbus return types and more. Apr 11 11:50:55 freesmartphone.org: 03morphis 07aurora * r9ce74fd17123 10/aurora-e-gadgets/ (11 files in 4 dirs): aurora-e-gadgets: rename fso-illume-connector to dbus-window-controller Apr 11 11:51:08 mickey|office: spy at meego&ofono? Apr 11 11:51:11 libcmtspeechdata implements the audio data forwarder Apr 11 11:51:31 on the n900 you need to grab the PCM data and forward it by hand :) Apr 11 11:51:49 DocScrutinizer: yep, that's what we're doing right now with mrmoku enhancing the wireshark dissector Apr 11 11:51:54 uuh Apr 11 11:52:18 yeah, and you for sure don't want to duplicate that nonsense implemented by Nokia, about syncing audio to GSM timeslots Apr 11 11:52:55 morphis: ya, it sounds odd, but it's actually relatively cool, since it's the first device i know where we could - theoretically - now add audio processing Apr 11 11:54:09 bbl, lunch Apr 11 11:54:22 they're trying to adapt cmtspeech buffer according to some parameters from GSM regarding RTT etc, so they keep delay to less than 20ms(!!!) and even as constant as possible Apr 11 11:54:23 but whats the linux kernel doing else? just forwards the pcm data to userspace too, or do I miss something? Apr 11 11:54:38 or it's the pcm data of the modem? Apr 11 11:55:26 yes, modem has a PCM audio interface, userspace cares about forwarding digitally to audiocard Apr 11 11:55:54 via PA (yuck!) Apr 11 11:56:59 http://linuxplumbersconf.org/2009/slides/Jyri-Sarha-audio_miniconf_slides.pdf Apr 11 11:57:51 madness starts at page 9 Apr 11 11:58:17 actually page 8 Apr 11 12:00:33 Synchronize up link audio buering with Cellular Modem Apr 11 12:00:34  Cellular Modem sends up-link timing adjustment messages Apr 11 12:00:36  Align up-link buering according to messages Apr 11 12:00:37  Change UL timing with 5 ms granularity Apr 11 12:00:38 and that works nice? Apr 11 12:00:39 Synchronize down link audio buering with Cellular Modem Apr 11 12:00:44 YUCK ohmy Apr 11 12:01:00 well it works Apr 11 12:01:24 but in my book that's a friggin lot of absolutely useless overkill Apr 11 12:02:01 as who will use the advantages? it's only a nokia thing so we will never see it again with a linux phone :) Apr 11 12:02:03 even cruft, as audio domain is completely unrelated to GSM timebeat Apr 11 12:04:48 there's a 3GPP rule that says "keep latency as low as possible", and Jyri Sarha obviously took this *very* literally and tried to optimize latency to another 5ms down, by adding tons of complicated and partially useless stuff Apr 11 12:06:44 hi guys Apr 11 12:09:04 if there is french people here, you migh be interrested by the EFL development day that will take place in Paris the 7th May Apr 11 12:10:16 captainigloo: heyho, how was your holiday? Apr 11 12:10:38 perfect :) Apr 11 12:11:32 it's hard to come back to the reality Apr 11 12:13:16 ohmy last page: "thanks to Lennart Poettering" - so it's absolutely clear what mindset this crap is based on Apr 11 12:13:45 SHR: 03Martin.Jansa 07shr-chroot * r9136fd4fb003 10/ (1901 files in 112 dirs): system upgrade Apr 11 12:14:43 SHR: 03Martin.Jansa 07shr-chroot * rce5ed87862eb 10/usr/bin/json_pp-2.271.50-JSON-PP-2.271.50: system upgrade Apr 11 12:17:43 there are at least 2 wrong assumptions in this paper/concept: 1) AEC is done on AP, so the loop is AP->speaker->mic->AP and latency from AP to modem is completely irrelevant. 2) "AEC can work only when we got a proper 'constant' RTT on loop" is wrong, as a proper AEC is Adaptive as the acronym implies. It evaluates the RTT adaptively and dynamically Apr 11 12:18:29 this is the typical "tricks" Poettering is using all the time to explain why everybody need PA Apr 11 12:21:11 damn, they used proper AEC in FAX devices like back in 1985 Apr 11 12:22:03 there were problems with intercontinental FAX transmissions as the buffer wasn't large enough to do proper AEC for the echo >1s, on some devices. Apr 11 12:22:42 nevertheless *none* of those AEC needed a constant predefined echo (RTT) delay time to work Apr 11 12:24:04 DocScrutinizer: it seems you are not a friend of Lennarts ideas :) Apr 11 12:24:34 I'm president of the lennart haters club Apr 11 12:25:49 oh :D Apr 11 12:26:12 you even don't like his systemd approach? Apr 11 12:27:24 :x Apr 11 12:29:38 ok :) Apr 11 12:53:07 heh Apr 11 13:13:10 heh? Apr 11 13:15:05 ? Apr 11 13:24:08 heh is a mild sound of amusement Apr 11 13:32:01 aah Apr 11 13:38:47 btw about AEC: a good one deals with multiple echos at varying delay, with individual equalization for each one (the echo from your cheek will have different frequencies attenuated than the direct in-case feedback from speaker to mic, and the reflection from table surface when using speakerphone). Of course the freq response of earpiece also is quite different to that of speakers, and a AEC will deal with all those constantly Apr 11 13:38:49 changing parameters, for at least some 3..5 main echoes Apr 11 13:43:10 it's quite a bit of correlating, attenuating and equalizing computational load, but nothing like rocket science, easily implementable on weaker CPUs than those found in FR and N900, and for sure you don't need that cruft sketched in that pdf-paper Apr 11 13:45:12 hmm Apr 11 13:45:19 we'll see how it sounds in 'bare' mode Apr 11 13:45:25 if/when we ever get this to work :) Apr 11 13:45:59 sure Apr 11 13:47:05 I guess this BB5 RAPUYAMA modem has an internal AEC anyway, like probably most GSM chipsets do Apr 11 13:47:14 that's what i would expect Apr 11 13:47:41 however given the black box it is... if it's not activated by default, we might have a hard time activating it Apr 11 13:47:55 yoh Apr 11 13:47:58 AT%N wasn't exactly straightforward either ;) Apr 11 13:48:04 lol Apr 11 13:49:16 mickey|office: it seems there are quite a number of feature phones with BB5 chipset, and for a lot of them the FW image is available (it's arm as well) Apr 11 13:50:17 disassembling those might yield some knowledge Apr 11 13:52:20 I wonder if Nokia is selling modem modules with BB5 - and possibly some better documentation than we got from those ISI papers and ofono Apr 11 13:54:09 anyway N900 BB5 isn't exactly a completely black box, you can extract the modem firmware from fiasco image, and disassemble Apr 11 13:55:07 jacekowski did that Apr 11 13:55:56 he told me a few "tricks" (like start addr, cmdset switching, similar things). Can dig them out if anybody's interested Apr 11 14:02:06 I'd be surprised if the osmocon guys didn't have a look at it as well Apr 11 14:02:08 hmm, sounds definitely interesting, but i guess these things only come in handy, once we managed to talk to the modem properly in the first place Apr 11 14:02:34 :nod: Apr 11 14:03:22 though OTOH you remember the bug in moko FW with RTS/CTS? Apr 11 14:04:05 you could work around such flaws if you know exactly what's the issue on modem FW side Apr 11 14:05:19 plus the workaround on AP side might be burried deep in the structure of the communication layer, not bound to a few particular lines of code, and of course not commented at all Apr 11 14:05:36 (in ofono for example) Apr 11 14:07:13 basically of the class race-condition Apr 11 14:07:47 captainigloo: ping Apr 11 14:07:55 well, I honestly hope we don't run into such buggers Apr 11 14:08:02 ya, me too Apr 11 14:08:27 ...as I have a hard time publishing a fixed modem firmware for N900 ;-D Apr 11 14:08:54 it's almost as if those vendors were bid-rigging so that we run into a different problem on every device... Apr 11 14:10:34 ~dict bid-rigging Apr 11 14:10:37 could not find definition for bid-rigging Apr 11 14:11:09 woohoo Apr 11 14:11:15 apt: hi! Apr 11 14:11:15 hi Apr 11 14:11:35 Absprachen treffen Apr 11 14:11:49 aah Apr 11 14:12:51 what happened to infobot? did she leave automatically when apt joined? Apr 11 14:19:49 morphis, pong Apr 11 14:28:07 captainigloo: I wanted to ask you what your further plans with elfe are Apr 11 14:29:22 morphis, first fix bugs and regressions added 2 weeks ago Apr 11 14:29:37 ok Apr 11 14:29:46 than we already talked about the possibility to have a config per phone Apr 11 14:30:04 jepp, we already did that in the shr e-wm config Apr 11 14:30:16 it's already done ? Apr 11 14:30:25 the e-wm-config-illume2 currently already has machine specific things for the palmpre Apr 11 14:30:27 Slyon did it Apr 11 14:30:35 ok todo-- :) Apr 11 14:30:38 hehe Apr 11 14:31:00 but I have another question, how do you currently launch applications? with a simple system(...) call? Apr 11 14:31:05 so you keep have a 64x64px icons ? Apr 11 14:31:17 -keep Apr 11 14:31:32 nope I use a ecore_exe Apr 11 14:31:48 wich is more or less a wrapper arround system call Apr 11 14:32:01 ok Apr 11 14:32:06 but with asynchronous concept Apr 11 14:32:13 currently there is no elfe configuration in it Apr 11 14:32:37 as we thought about switch to elfe as default home but defered that because the bugs and regressions you mentioned already Apr 11 14:32:56 captainigloo: can you make the exec call exchangable? Apr 11 14:32:57 yep the fact taht you can't hide the application list Apr 11 14:33:02 for example Apr 11 14:33:11 or the app-list button doesn't work Apr 11 14:33:24 as I am currently working on a thing called fsoappd Apr 11 14:33:27 what you mean by exchangeable ? Apr 11 14:33:37 which implements a lifecycle API for applications Apr 11 14:33:44 and that includes a Launcher API to Apr 11 14:33:46 o Apr 11 14:34:00 ok to launch application only once ? Apr 11 14:34:09 so you launch a application with it like org.freesmartphone.Application.Launch("org.shr.dialer") Apr 11 14:34:20 thats open Apr 11 14:34:32 but to have a concept to tell applications about their state Apr 11 14:34:49 and that a system component can control them Apr 11 14:35:10 I already thought about putting each application in a cgroup so we can control it's memory usage later Apr 11 14:35:14 for example Apr 11 14:35:32 which are the sate of the app ? Apr 11 14:35:40 state* Apr 11 14:35:55 i mean i cant' see other than lauched and not launched Apr 11 14:36:27 http://git.freesmartphone.org/?p=specs.git;a=blob;f=org.freesmartphone.Application/org.freesmartphone.Application.Session.xml.in;h=eac21122fe52eee57397c0ef0737f972fa0f0062;hb=HEAD Apr 11 14:36:56 you have three states RUNNING, PAUSED and STOPPED Apr 11 14:37:05 hum Apr 11 14:37:47 but it's in development, so nothing is decided to 100% Apr 11 14:37:48 IMO it's the role of the WM to handle that Apr 11 14:38:02 and e17 already knows that Apr 11 14:38:08 I know Apr 11 14:38:16 and e17 tells FSO about it Apr 11 14:38:28 and FSO tells the application about it over DBus Apr 11 14:38:38 but fsoappd can decide what to do Apr 11 14:38:54 ok i see Apr 11 14:39:00 so if some application has a higher priority than another one it can hide it Apr 11 14:39:12 I did a e-module for that Apr 11 14:39:31 which overs a DBus-API so FSO can control the window-management in e17 Apr 11 14:39:50 ok that's interresting but i wonder if it doesn't overlapped with illume2 policies Apr 11 14:39:59 ? Apr 11 14:40:25 tell me more about it Apr 11 14:40:36 i don't knwo more about it Apr 11 14:40:50 but i think that that question should be asked on the e17 ML Apr 11 14:41:14 devilhorns or raster already think about this kind of problem Apr 11 14:41:39 and iirc there is code to do that, but as alwaus undocumented Apr 11 14:42:17 but i missunderstood the role of illume2 policies Apr 11 14:42:22 maybe Apr 11 14:42:49 as far as I can see the illume2-policy offers to excute some code when some of the E_EVENT_BORDER* events occur Apr 11 14:42:56 yep Apr 11 14:43:20 so you should be informed via dbus the state of the APP Apr 11 14:43:35 directly in this code Apr 11 14:44:06 i don't know Apr 11 14:44:25 your solution is more simpler IMO Apr 11 14:44:37 sounds interesting Apr 11 14:45:33 but it's always better to have that upstream i guess Apr 11 14:45:51 captainigloo: look at http://git.freesmartphone.org/?p=aurora.git;a=blob;f=aurora-e-gadgets/src/dbus-window-controller/e_mod_main.c;h=c34457d0f80f8436931ecb594b672718ca0c23d7;hb=HEAD Apr 11 14:46:00 currently it's some dirty hacked code Apr 11 14:46:05 something I can play with Apr 11 14:46:18 but fsoappd is flexible in this case Apr 11 14:47:04 ok so if I understand correctly as soon as a border is displayed on screen a message is sent ? Apr 11 14:47:37 border==window Apr 11 14:47:53 jepps, thats what my code does Apr 11 14:48:17 and you can get a list of all windows with ListAll(), destroy them with Destroy(window_id) and the same with hide and show Apr 11 14:48:30 yep i see Apr 11 14:48:55 but maybe the illume policies are the better place to hook in Apr 11 14:49:22 yes i think Apr 11 14:49:29 captainigloo, hi Apr 11 14:49:30 you should ask on the ML Apr 11 14:49:31 JaMa, what about OOB? Apr 11 14:49:34 Hi GNUtoo Apr 11 14:49:39 how are you guy ? Apr 11 14:49:53 captainigloo, there is written that you made a software keyboard in the news Apr 11 14:50:03 is there something to try or at least some screenshot? Apr 11 14:50:12 oh well just a litle bit Apr 11 14:50:45 captainigloo: but back to the launching capability of elfe, can you make it exchangeable? Apr 11 14:50:56 morphis, yes it's trivial Apr 11 14:51:05 it's just a matter of #ifdef Apr 11 14:51:08 in the code Apr 11 14:51:13 ok Apr 11 14:51:13 to depends on your API Apr 11 14:51:35 so we can add later a --enable-fso-support switch Apr 11 14:51:40 yep Apr 11 14:52:26 btw i need to add fso support to add user interraction like vibration when you enter/quit the edit mode for example Apr 11 14:53:04 and i wonder if elfe should handle lock screen as well Apr 11 14:53:23 captainigloo: it should Apr 11 14:54:06 captainigloo: but to let elfe play well with fsoappd the class name of all windows opened by elfe should have some uniform name so we can exclude them from the application handling Apr 11 14:54:17 like the illume windows already have "Illume-*" Apr 11 14:54:38 yes, i'm not really aware of application classes Apr 11 14:54:53 and it's why i keep illume-home as application name for elfe Apr 11 14:55:12 but i should look more deeply in that concept Apr 11 14:55:56 ok Apr 11 14:56:23 you would like that each application launched by elfe has a specific class ? Apr 11 14:56:39 or only internal elfe windows ? Apr 11 14:56:52 (i'm really lost with the concept of class and windows ...) Apr 11 14:58:17 captainigloo: no, only the window elfe hosts itself Apr 11 14:58:40 ok Apr 11 14:58:45 as far as I know the class name of a X11 window is only a identifier the application can choose on it's own Apr 11 14:58:47 well, I discussed that appstate management with raster 2008 in Taipei, so I'd be surprised if there's nothing at all in illume/e Apr 11 14:58:48 as the title can change Apr 11 14:58:51 GNUtoo: what with OOB? you think that dfu-utils writest to OOB while nandwrite doesn't? or something like that? Apr 11 14:58:53 the class name should not Apr 11 14:59:12 DocScrutinizer: what was the result of that discussion? Apr 11 14:59:20 currently there is only 1 window in elfe Apr 11 14:59:22 maybe: Apr 11 14:59:28 a list of requirements Apr 11 14:59:29 *difference between uboot Apr 11 14:59:31 GNUtoo: btw pushed rebased n900-2.6.37+V3 branch after pushing phonet changes to oe Apr 11 14:59:34 's oob and the kernel Apr 11 14:59:57 JaMa, are the changes pushed to oe.dev too (not oe-core) Apr 11 15:00:07 or absence of oob like you told Apr 11 15:00:21 captainigloo: http://tronche.com/gui/x/icccm/sec-4.html#s-4.1.2.5 Apr 11 15:00:28 GNUtoo: yes both, oe and oe-core Apr 11 15:00:40 oe-core has also kernel from n900-2.6.37+V3 Apr 11 15:00:56 nice Apr 11 15:00:57 or meta-shr to be exact Apr 11 15:01:06 morphis, ok i need to find a mail where raster was talking about cgroup in e17 Apr 11 15:01:48 one point on that list iirc been a per-app configuration how to handle it Apr 11 15:02:22 ok, so I should really talk to raster Apr 11 15:02:26 http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg29410.html Apr 11 15:02:52 another a differentiated set of states, that stop particular subfunctions, like X refresh, timers, whatnot Apr 11 15:03:01 GNUtoo: oob - strange that it would be broken/changed only in last month or so, because we're still using same u-boot in nor Apr 11 15:03:37 the headers are different Apr 11 15:03:49 GNUtoo: IIRC I have seen first report about broken ubi images (when written with dfu-util) after nand-utils upgrade in OE Apr 11 15:03:49 but a different kernel Apr 11 15:03:50 3rd a central instance to query if it's ok with state of all apps to suspend device Apr 11 15:03:57 and we're using maybe a different QI Apr 11 15:04:09 ok Apr 11 15:04:25 s/nand-utils/mtd-utils/ Apr 11 15:04:25 JaMa meant: GNUtoo: IIRC I have seen first report about broken ubi images (when written with dfu-util) after mtd-utils upgrade in OE Apr 11 15:04:59 http://pastie.org/1783080 Apr 11 15:05:04 GNUtoo: you can try to regenerate image after reverting this http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=09e47006b8c877d043c11caf646b0cfb8a78f98c Apr 11 15:05:16 ok Apr 11 15:05:34 4th a GUI to monitor and change states and config per app Apr 11 15:05:52 all disclaimer IIRC Apr 11 15:06:00 * JaMa going home, bbl Apr 11 15:06:02 captainigloo: ok, he's talking about the general appraoch with the cgroup thing to get a nice running system Apr 11 15:06:08 dude, that's like 3 years gone now Apr 11 15:06:16 :) Apr 11 15:06:32 DocScrutinizer: no problem, but could you remembered some points Apr 11 15:06:39 but I will even talk to raster about that Apr 11 15:07:01 captainigloo: I want cgroup more as a feature to control a process and it's child processes Apr 11 15:07:15 as if one process forks the child process is still in the same cgroup Apr 11 15:07:31 yep Apr 11 15:07:34 and if I want to kill the application I can simply kill the cgroup Apr 11 15:07:43 and it will kill even the child proceses Apr 11 15:08:30 currently fsoappd is an experiment Apr 11 15:08:38 we will see where it ends Apr 11 15:08:52 another feature i would like Apr 11 15:09:06 which one? Apr 11 15:09:07 is the live snapshots of apps when you slide sown the top bar Apr 11 15:09:13 down* Apr 11 15:09:22 you mean freezing it's state? Apr 11 15:09:36 nope having a scrolled list of running apps Apr 11 15:09:41 like in webos Apr 11 15:09:41 ah ok Apr 11 15:09:48 jepp that would be great Apr 11 15:10:05 could be even another e-module Apr 11 15:10:06 but it's only if the composite module is active Apr 11 15:10:21 or the one that we already have on shr Apr 11 15:10:29 that one is very simple Apr 11 15:10:31 but instead of left/right/close Apr 11 15:10:43 a list of snaphots of windows Apr 11 15:10:49 and mouse gesture to close them Apr 11 15:10:56 like in webOS Apr 11 15:10:59 yep Apr 11 15:11:16 we really need composite for this? Apr 11 15:11:24 i think so Apr 11 15:11:32 for doing the snapshot? Apr 11 15:11:39 that's another option Apr 11 15:11:52 or the feature to render the active content of the application window in the snapshot-window? Apr 11 15:11:58 but i think it will consume to much ressources Apr 11 15:12:13 that the role of the composite module Apr 11 15:12:35 hm Apr 11 15:12:40 we can do it the simple way Apr 11 15:12:43 but if you don't have opengl-es accelerated hardware, you lose 30% of perfs Apr 11 15:12:53 with composite sofware Apr 11 15:13:00 * DocScrutinizer thought we got such a list long ago... :-S Apr 11 15:13:23 DocScrutinizer: really? Apr 11 15:14:07 a dropdown list with all the running apps/windows to select which one to bring to front? sure Apr 11 15:14:47 was a big WTF to find it missing when I touched SHR some weeks ago Apr 11 15:15:22 ah yes, but it was much simpler than captainigloo and I thought about Apr 11 15:15:33 can it be done with 2d acceleration? Apr 11 15:15:47 well, now it's definitely too simple :-P Apr 11 15:15:50 GNUtoo, yes composite in e17 can be done by softsware Apr 11 15:16:16 morphis: you are involved in SHR on the Pre, right? If yes: do you also want to read the errors or do you want to have GarthPS all the fun? ;) .. If no: im sorry, don't mind me :) Apr 11 15:16:17 GNUtoo, Hi I was advised to ask you about android wisdom, I wanna try to run SHR on Samsung Galaxy S, any hints? Apr 11 15:16:18 but you need a 32bpp screen Apr 11 15:16:20 by 2d acceleration I mean stuff like xf86-video-omapfb or xf86-video-leofb Apr 11 15:16:34 captainigloo, ok Apr 11 15:16:36 Any_Key, hi Apr 11 15:16:38 but honestly that's what I found SHR doing since >>1 year now, spinning in circles Apr 11 15:17:30 sChannall: read the errors and fix them? for sure I want do this Apr 11 15:17:37 sChannall: why are you asking? Apr 11 15:17:39 Any_Key, I'll have to laucnh a build and then I'm back Apr 11 15:18:13 GNUtoo, OK I hope I'll be still online Apr 11 15:18:15 captainigloo: I think we can do such a nice window switcher without composite support Apr 11 15:18:19 morphis: because GarthPS is aleady looking at it.... its only when "make install-all" Apr 11 15:18:26 morphis, yes Apr 11 15:18:41 sChannall: ah you mean bugs with the fso-installer? Apr 11 15:18:50 Any_Key, so basically you have a galaxy S, do you already know how to boot debian or something like that on it? Apr 11 15:19:09 morphis, it coule be to detect if current session has composite and swith back to screenshot of window if compostite is not present Apr 11 15:19:24 jepp Apr 11 15:19:27 morphis: yep, it fails on mounting and is all very strange.. if you want i would send you the log either Apr 11 15:19:38 GNUtoo, nope, I know how to run Ubuntu in chroot (seen on youtube) Apr 11 15:19:50 sChannall: can you open a bug report about in FSO trac? Apr 11 15:19:57 and attach the log there? Apr 11 15:20:03 sChannall: so you have a Pre device? Apr 11 15:20:07 Any_Key, try to find how to boot something else than android Apr 11 15:20:14 yep it arrived finally :) Apr 11 15:20:37 ill open one .. give me two minutes :) Apr 11 15:20:49 GNUtoo, I read troug XDA forums for last three days to collect information, still nothing Apr 11 15:20:50 ah you are sC ... damn it, was confused by the "different" nickname :) Apr 11 15:20:54 ok Apr 11 15:21:03 Any_Key, does it speak fastboot? Apr 11 15:21:28 there is two projects on github in early stage Apr 11 15:21:37 GNUtoo, AFAIK - no Apr 11 15:22:21 Any_Key, the very first thing to do is to find out how to boot a kernel Apr 11 15:22:28 be it android or GNU/Linux Apr 11 15:23:01 I bet it's already rooted, since it's easily rootable by default Apr 11 15:23:21 does one have to be registered at FSO to post an issue to the trac? Apr 11 15:24:17 GNUtoo, yes rooted of course, next step is to flash custom "ROM"s. Apr 11 15:24:20 morphis, and to finish with elfe there is always unity API and notification to add Apr 11 15:24:25 too much things .... Apr 11 15:24:33 Any_Key, ok, try to find that out, and then come back to me Apr 11 15:24:48 and document your steps Apr 11 15:24:54 like on SHR or FSO wiki Apr 11 15:25:35 captainigloo: but it's the same for Apr 11 15:25:36 me Apr 11 15:25:49 I have msmcommd/fsogsmd/fsoaudiod/fsoappd/fso-connman-plugin Apr 11 15:25:57 thats a lot things Apr 11 15:26:09 but I have a lot of free time the next three weeks Apr 11 15:26:20 and i want to create a dedicated phone theme for Enna also Apr 11 15:26:32 morphis, is there some screenshots of your featurephone app? Apr 11 15:26:53 what's the featurephone app ? Apr 11 15:26:59 GNUtoo, hope it'll be easy doable Apr 11 15:27:36 morphis, sorry never mind Apr 11 15:27:44 I read badly what mickeyl said Apr 11 15:28:20 there is a port of SHR on HTC magic ? Apr 11 15:28:22 GNUtoo: what did he said? Apr 11 15:29:01 GNUtoo: not from me, no time to work on anything the last days. mrmoku making great progress with ISI packet dissection for wireshark. i plan to revisit the ISI modem any time soon. morphis started with a small smartphone framework based on FSO. at some point of time i will start with a small featurephone framework based on FSO. Apr 11 15:29:43 captainigloo, you've got an htc magic? Apr 11 15:30:04 GNUtoo: mickey|office and I talked about doing a completly integrated telephony application and I played a little bit with some code Apr 11 15:30:05 nope but a guy of enlightenement-fs has Apr 11 15:30:07 GNUtoo: but I don Apr 11 15:30:17 GNUtoo: but it is not what I want Apr 11 15:30:42 GNUtoo: I think more about a little environment based on: E17 + Elfe + FSO + fsoappd +fsoeventsd Apr 11 15:30:51 so only plain FSO + E17 Apr 11 15:30:55 morphis, maybe you need to see how n900 look like Apr 11 15:31:13 with the aspect to do most things simple as possible Apr 11 15:31:15 because you seem to like too much the framebuffer because you're influenced by palm-pre Apr 11 15:31:23 no Apr 11 15:31:26 I want X11 Apr 11 15:31:26 ok Apr 11 15:31:30 ok nice!!!! Apr 11 15:31:53 mickey|office wants framebuffer as he even wants to target old phones Apr 11 15:31:58 most games depends on X11 Apr 11 15:32:09 but there should be someting like a libaurora where things come together Apr 11 15:32:18 like widgets, configuration stuff, etc. Apr 11 15:32:22 hi Apr 11 15:32:24 adapting everything including GTK....would be very hard with framebuffer Apr 11 15:32:36 does elfe has a webpage/git/svn whatever? Apr 11 15:32:42 ok Apr 11 15:32:45 I don't want any legacy apps anymore like piding etc. Apr 11 15:33:15 arcol, on the Enlightenment SVN in E-MODULES-EXTRA Apr 11 15:33:22 thanks Apr 11 15:33:38 http://svn.enlightenment.org/svn/e/trunk/E-MODULES-EXTRA/elfe/ Apr 11 15:33:45 morphis, maybe but we need a transition Apr 11 15:33:51 else we're left without: Apr 11 15:33:53 *irc client Apr 11 15:33:55 *console Apr 11 15:34:02 *im client Apr 11 15:34:03 etc... Apr 11 15:34:09 not sure about the im client Apr 11 15:34:30 no more legacy apps -> go for android Apr 11 15:34:58 lol indeed Apr 11 15:35:06 we need at least a transition Apr 11 15:35:25 well, I don't like any transition to android Apr 11 15:35:50 hmmm Apr 11 15:35:55 morphis: i have not yet recived an email from the fso trac so i was not able to post the issue... Apr 11 15:35:56 the whole purpose of a linux phone is to enable "legacy" apps Apr 11 15:36:03 efl is nice Apr 11 15:36:09 the legacy apps too Apr 11 15:36:17 we need both Apr 11 15:36:29 IMO if every app was written with EFL you don't need framebuffer :P Apr 11 15:36:34 but if we can efl-ize every app, why not? Apr 11 15:37:38 the problem is that it must be done in the right way :) Apr 11 15:38:00 the n900 way is good Apr 11 15:38:10 I mean there are legacy app that are integrated Apr 11 15:38:19 GNUtoo: like? Apr 11 15:38:20 GNUtoo, you are not in Paris the 7th May ? Apr 11 15:38:43 captainigloo, why? I've family in paris Apr 11 15:38:55 GNUtoo, there is a EFL dev day Apr 11 15:38:59 ok Apr 11 15:39:07 the 7th with french presentation of Edje and elementary Apr 11 15:39:14 i'm doing the edje presentation Apr 11 15:39:22 it's of course completly free Apr 11 15:39:24 how big is the presentation? Apr 11 15:39:30 *presentations Apr 11 15:39:59 GNUtoo, http://enlightenment.fr/2011/03/31/enlightenment-france-et-ordissimo-une-journee-de-presentation-des-efls/ Apr 11 15:40:33 ah ok Apr 11 15:40:37 and after that we have a stand at Solution linux Apr 11 15:40:39 I saw an ordissimo Apr 11 15:41:05 they are doing great job with e17, but some code is closed Apr 11 15:41:07 :( Apr 11 15:41:13 yes indeed Apr 11 15:41:30 and there are using more and more efl for core applications Apr 11 15:41:34 ok Apr 11 15:41:45 they didn't even integrate well the GTK apps it seems Apr 11 15:41:58 their gtkrc don't seem good if I remember well Apr 11 15:42:12 it's not so bad Apr 11 15:42:18 note that I only saw one in a shop in France Apr 11 15:42:31 me too Apr 11 15:43:22 ok go back to elfe code :) Apr 11 15:43:55 hmmm Apr 11 15:43:59 it's a saturday Apr 11 15:44:04 maybe I could try to come Apr 11 15:44:08 in train... Apr 11 15:44:18 you're welcome Apr 11 15:44:35 captainigloo: efreet version 1.0.0 required Apr 11 15:44:41 ok thanks Apr 11 15:44:54 arcol, all efl in 1.0.0 is required Apr 11 15:44:59 for elfe Apr 11 15:45:04 mine is from svn and it versions as 0.5.0.xxx Apr 11 15:45:13 it is like one month old or so Apr 11 15:45:16 ouch a very old version Apr 11 15:45:25 i guess not Apr 11 15:45:32 efl 1.0 was released in february Apr 11 15:45:46 and efreet is part of them Apr 11 15:45:57 hmm Apr 11 15:45:59 dunno then Apr 11 15:46:03 arcol, wich distro ? Apr 11 15:46:04 morphis, btw how long the pre takes to arrive, it's still not there, because If it arrives before the 7th may, I could go at the efl presentation and give it to captainigloo Apr 11 15:46:20 I use e svn Apr 11 15:46:34 captainigloo, btw cotulla is still working on alsa Apr 11 15:46:58 arcol, you maby have old .pc Apr 11 15:47:07 mabye Apr 11 15:47:17 I installed today's efreet Apr 11 15:47:25 just like 20sec ago Apr 11 15:47:42 mine is Version: 1.0.999.58544 Apr 11 15:47:50 2 hours ago Apr 11 15:48:00 I want to test this elfe stuff, because I only sawn youtube video, and there were some things which I didnt like Apr 11 15:48:19 so before complaining I want to test the newest version:) Apr 11 15:48:26 comments are more than welcome Apr 11 15:48:38 and help even better ;) Apr 11 15:49:09 :) Apr 11 15:49:24 make finished Apr 11 15:49:37 no executable. there is no x-ui.sh Apr 11 15:50:01 ah yes you need to have x-ui.sh in your path Apr 11 15:50:12 it's a scripted present in e directory Apr 11 15:50:14 do I need xephyr or so to be able to launch it? Apr 11 15:50:19 yes Apr 11 15:50:25 it's for test purpose Apr 11 15:50:30 hmm Apr 11 15:50:35 it's easyer for me to test like that Apr 11 15:50:40 so I cant run it as a separate applictiona? Apr 11 15:50:45 nope Apr 11 15:50:48 it's a e module Apr 11 15:50:59 and you need to use illume2 profile Apr 11 15:51:07 disable illume-home module Apr 11 15:51:10 and activate elfe Apr 11 15:51:21 it's a replacement for illume-home Apr 11 15:51:34 wich is part of illume2 set of modules Apr 11 15:51:42 that seems complicated Apr 11 15:51:58 go in e sources directory Apr 11 15:52:14 into trunk? Apr 11 15:52:16 and launch like that x-ui.sh --profile=illume-home --screen=480x800 Apr 11 15:52:18 yep Apr 11 15:52:37 sorry ./x-ui.sh --profile=illume-home --screen=480x800 Apr 11 15:53:09 segmentation fault Apr 11 15:53:10 :) Apr 11 15:53:12 and a black window Apr 11 15:53:39 ahah :) Apr 11 15:54:13 I assume, I need to install the 'e' directory too Apr 11 15:54:21 e/trunk/e/ Apr 11 15:54:38 GNUtoo: mine is even not here Apr 11 15:54:50 GNUtoo: but I will ping Palm today Apr 11 15:54:59 and ask whats the state of shipping Apr 11 15:55:25 ok Apr 11 15:55:37 hmm Apr 11 15:55:49 is palm is the best target for shr development?;-) Apr 11 16:00:00 right now it's the best compromise between age of hardware and level of support Apr 11 16:02:01 hmm Apr 11 16:02:17 I always thought n900 will be the natural target... Apr 11 16:02:31 but maybe it is just outpriced and more like a mini computer then a phone Apr 11 16:03:39 a Palm Pre is very cheap these days Apr 11 16:03:44 and a N900 not Apr 11 16:04:54 dunno, here (hungary) nor palm pre nor n900 can be bought from providers Apr 11 16:05:16 so one is like 280EUR the other is like 300EUR Apr 11 16:08:02 if we could have alsa on the htc desire/nexus One it could be a good target too Apr 11 16:08:11 arcol: you will get a Palm Pre very cheap at ebay Apr 11 16:08:35 yes the first version should be cheap Apr 11 16:08:41 I own an n900, and all I lack on that phone is python-elementary. Apr 11 16:08:43 :) Apr 11 16:09:07 I do have 3 applications what I developped myself, and cant use on a phone. Apr 11 16:09:10 arcol, what do you run on it? Apr 11 16:09:26 maemo,meego,or SHR? Apr 11 16:09:30 GNUtoo: maemo Apr 11 16:10:06 ok Apr 11 16:10:07 I use daily: calls, 3G internet, wifi, camera I use weekly: sms Apr 11 16:10:13 arcol, developped with python elm ? Apr 11 16:10:56 captainigloo: I developped a dictionary application, an application what I use for work, and a tipping point application. (you know when you are going to dinner, and you are 6 people, and you are dividing the receipt) Apr 11 16:11:25 I used the dictionary app back in my openmoko days. Was awesome Apr 11 16:12:02 I use the application what I developped for work on a laptop in 800x480 window like 1.5 years already:), and the tipping point is demo only this time Apr 11 16:13:46 I would share with world two apps (dict, tipping point) once I could run it on maemo:) Apr 11 16:15:49 captainigloo: ok, now I can run e in xephyr and ../../x-ui.sh --profile=illume-home --screen=480x800 Apr 11 16:16:00 but it does not really look like yours on the video Apr 11 16:16:15 did you activaate elfe module ? Apr 11 16:16:22 I have a [switch][back][forward][close] buttons at the very bottom Apr 11 16:16:25 captainigloo: how to? Apr 11 16:16:42 you should have a button with a key Apr 11 16:16:48 on top Apr 11 16:16:55 to activate e configuration panel Apr 11 16:16:55 with a wrench? Apr 11 16:17:45 yep Apr 11 16:18:06 I dont see elfe anywhere? Apr 11 16:18:08 then you slide the button bar and click on the Extensions menu Apr 11 16:18:20 an in the list on modules Apr 11 16:18:36 then you click on the module section Apr 11 16:18:50 and you should see illume-home with a green button and Elfe without Apr 11 16:19:01 unload illume-home and load elfe Apr 11 16:19:06 mickey|bbl: what about trac registration these days? Apr 11 16:19:31 utilities, system, look, files, launcher, core, mobile, settings Apr 11 16:19:57 mobile Apr 11 16:19:59 in mobile Apr 11 16:20:03 I dont have elfe Apr 11 16:20:19 so you don't have installed it Apr 11 16:20:32 illume, illume-bluetoothe, illume-home, illume-home-toggle, illume-indicator, illume-keyboard... Apr 11 16:21:10 did you run make install in elfe directory ? Apr 11 16:21:44 hmm Apr 11 16:21:53 there was an error loading module named elfe Apr 11 16:22:03 heh Apr 11 16:22:15 maybe I do need to run ldconfig or something like that Apr 11 16:22:46 hmm Apr 11 16:23:04 what the the error ? Apr 11 16:23:10 module named elfe/linux-gnu-i686-ver-pre-svn-08/module.so coul Apr 11 16:23:13 and it is truncated Apr 11 16:23:17 cant move the window Apr 11 16:23:26 there was an error loading module named elfe Apr 11 16:23:27 module named elfe/linux-gnu-i686-ver-pre-svn-08/module.so coul Apr 11 16:23:34 module search directories Apr 11 16:23:43 would you like to unload this module? Apr 11 16:23:47 in the terminal they should be the ecaxt error message Apr 11 16:23:47 [yes][no] Apr 11 16:24:26 http://paste.pocoo.org/show/369733/ Apr 11 16:30:26 lol Apr 11 16:30:39 Enlightenment Error Apr 11 16:30:49 This is very bad. Enlightenment SEGV'd. Apr 11 16:30:52 ok. I gave up Apr 11 16:31:16 I hate when I need to make install things, sooner or later somethin will correlate with some older verison Apr 11 16:31:18 version Apr 11 16:33:40 dunno why e searching for svn-08, when elfe installs svn-05 Apr 11 16:33:48 when I make symlink, it does that Apr 11 17:14:19 mickey|bbl: ping Apr 11 17:18:31 JaMa|Off, it's not the mtd-utils Apr 11 17:18:42 where are older kernels with older images? Apr 11 17:19:00 *working older Apr 11 17:21:42 http://build.shr-project.org/shr-unstable/images/om-gta02/old/ Apr 11 17:23:54 what was the last working one? Apr 11 17:24:23 later 2.6.32 should be fine Apr 11 17:24:29 ok Apr 11 17:24:31 any later.. Apr 11 17:25:51 I'll try Apr 11 17:25:54 thanks a lot Apr 11 17:40:27 morphis: pong Apr 11 17:42:59 mickey|bbl: I am currently doing some work related libfsosystem, whats our prupose about logging there? Should we use a AbstractObject to simplify this or use plain info/debug/error from glib? Apr 11 17:51:59 JaMa|Off, I've other errors: Apr 11 17:52:10 bad scanning informations, error 1 Apr 11 17:52:33 maybe it's better to forget about fixing it Apr 11 18:52:02 jiha Apr 11 18:52:08 got shr working on the pre :) Apr 11 19:02:28 sC1, nice :D Apr 11 19:02:59 pespin: oh yes took me two days :) Apr 11 19:06:41 sC1, feel free to add infromation were you found problems please :) Apr 11 19:06:46 *where Apr 11 19:07:03 pespin: i will, i will Apr 11 19:07:23 but i will talk to GarthPS about it because im not any farther than installing it :) Apr 11 19:09:50 ok :) Apr 11 19:09:53 * pespin dinner Apr 11 19:40:48 morphis: i think we should try not to depend on libfsobasics for libfsosystem, so lets use info/debug/error Apr 11 20:01:32 shr on the pre is sooo fast :) Apr 11 20:49:56 mickey|bbl: ok Apr 11 20:55:40 freesmartphone.org: 03morphis 07msmcomm * r4b0e59936eb1 10/libmsmcomm/COPYING: libmsmcomm: it should be GPLv2 and not GPLv3 Apr 11 22:10:56 mrmoku, hi, did the phonet-utils went into oe with GPLV2 instead of GPLv2 ? Apr 11 22:18:38 *were the phonet-utils pushed to oe with the wrong license spelling **** ENDING LOGGING AT Tue Apr 12 02:59:57 2011