**** BEGIN LOGGING AT Wed Feb 09 02:59:57 2011 Feb 09 13:40:12 hi mickeyl Feb 09 13:40:31 mickeyl, I talked to an enlightenment developer at fosdem Feb 09 13:40:42 he said that he will add that: Feb 09 13:41:21 Exec[nokia900] = wesnoth --smallgui -r 800x480 -f Feb 09 13:41:31 in enlightenment Feb 09 13:41:53 or in an enlightenemtn component or application(a launcher) Feb 09 13:42:28 good, that will improve things for E users Feb 09 13:42:49 <[Rui]> what's that? Feb 09 13:43:07 yes and for us too Feb 09 13:43:58 yes, for everyone who uses E as launcher Feb 09 13:43:59 <[Rui]> that's standard .desktop file? Feb 09 13:44:01 maybe I should have given him an htcdream Feb 09 13:44:04 yes Feb 09 13:44:13 not everyone wants that though ;) Feb 09 13:44:23 <[Rui]> nice... Feb 09 13:44:24 GNUtoo|htcdream, why not just changing the Exec line in OE for each machine? Feb 09 13:44:35 <[Rui]> but that nokia900 is determined how? Feb 09 13:45:07 mickeyl, he has a worse phone Feb 09 13:45:19 I proposed an htcdream to pespin but he didn't accept Feb 09 13:45:28 pespin: i don't think this kind of information belongs into OE. after all it's a workaround anyways for programs which can't scale properly based on hardware detection Feb 09 13:45:38 pespin, not doable, you would have to recompile each package for each machine Feb 09 13:45:38 GNUtoo|laptop: yes, i was commenting on 'E as launcher', not on the htcdream Feb 09 13:45:50 [Rui]: uname -a, for a start Feb 09 13:46:00 [Rui]: or rather, inspecting /proc/cpuinfo Feb 09 13:46:42 yes /proc/cpuinfo Feb 09 13:46:47 that's how it's done with fso Feb 09 13:46:51 <[Rui]> mickeyl: ah, Hardware Feb 09 13:46:52 <[Rui]> ok Feb 09 13:47:34 hm ok Feb 09 13:49:11 pespin, basically it was done like this in the past Feb 09 13:49:18 there are overrides for SHR Feb 09 13:49:57 like SRC_URI_append_shr ="file://scummvm.openmoko" Feb 09 13:50:03 mickeyl, btw, do you know libfolks? I'm thinking on writting (me or someone else) a fso backend for it. Then we could use libfolks in our apps, and we could have more contacts info/actions using it together with telepathy Feb 09 13:50:05 but it was specific to openmoko Feb 09 13:50:23 it worked because we had only 1 machine Feb 09 13:50:32 pespin: never heard about it Feb 09 13:50:37 now there are multiples machines Feb 09 13:50:58 so you must MACHINE_ARCH all games and applications Feb 09 13:51:00 mickeyl, http://telepathy.freedesktop.org/wiki/Folks Feb 09 13:51:17 knowing that our SHR official build machine is slow Feb 09 13:51:21 I don't know much about it, but looks like we should look at it ;) Feb 09 13:51:22 that's not a good idea Feb 09 13:51:27 that would mean Feb 09 13:51:33 rebuilding wesnoth for : Feb 09 13:51:35 *htcdream Feb 09 13:51:38 *om-gta02 Feb 09 13:51:40 *n900 Feb 09 13:51:43 *palm-pre Feb 09 13:51:46 *palm-pre-2 Feb 09 13:51:55 etc... Feb 09 13:51:58 hmm ok Feb 09 13:52:29 as far as that Exec syntax is standard it's ok then I suppouse :) Feb 09 13:52:51 one could split out the config into a subpackage... which get's mad too ;) Feb 09 13:52:57 btw Feb 09 13:53:05 config = destkop file that is Feb 09 13:53:08 tuxbrain proposed a new build machine Feb 09 13:53:39 mickeyl, with that we could have acess to evolution-data-server and other backends, which is great imo. Feb 09 13:53:49 hmm Feb 09 13:54:25 i have years of nightmares with eds and friends, but that's a while ago Feb 09 13:54:40 ah eds....does it compile? Feb 09 13:55:17 mrmoku, and they told me they could be able to host the shr-project.org domain+webpage if necessary/bearstech doesn't give more access facilities Feb 09 13:55:58 mickeyl, I personally met at fosdem the developer of the eds backend for libfolks (rgs at #vala) Feb 09 13:56:00 pespin: nice, though hosting the webpage is not the big part Feb 09 13:56:04 the big part is buildhost :P Feb 09 13:56:35 mrmoku, hmm I thought you had more access facilities in the buildhost subdomain Feb 09 13:56:51 pespin: good. did they finally get their act together with eeds? Feb 09 13:57:11 JaMa|Off, libpciaccess got dragged as a dependency of something and fails to compile Feb 09 13:57:15 pespin: buildhost = webserver for shr Feb 09 13:57:17 is mainline still using orbit? Feb 09 13:57:20 armv6-novfp-oe-linux-gnueabi/usr/include/integers.h:50:67: fatal error: srtp_config.h: No such file or directory Feb 09 13:57:22 and we have non-root ssh access to that Feb 09 13:57:31 does not include trac + patchwork Feb 09 13:57:35 what build machine do we have? Feb 09 13:57:36 they are on different servers Feb 09 13:57:38 the specs? Feb 09 13:57:46 moment Feb 09 13:57:48 is it faster than a dual core? Feb 09 13:58:05 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ Feb 09 13:58:14 ok Feb 09 13:58:17 and that's slow? Feb 09 13:58:22 MemTotal: 1835224 kB Feb 09 13:58:22 why? Feb 09 13:58:24 is it shared? Feb 09 13:58:27 virtual machine in there Feb 09 13:58:32 between SHR and bearstech Feb 09 13:58:33 ok Feb 09 13:58:34 sharing with hackable Feb 09 13:58:42 they build too? Feb 09 13:58:45 yup Feb 09 13:58:50 ok lol Feb 09 13:58:50 mickeyl, no idea about that, we didn't speak about eds. Feb 09 13:59:06 GNUtoo|laptop: JaMa|Off's guess is that io in the virtual machine is slowing it down Feb 09 13:59:15 and OE has lots of io :;P Feb 09 14:01:50 indeed Feb 09 14:02:18 task-depends.dot:"xserver-xorg.do_package_write_ipk" -> "libpciaccess.do_package" Feb 09 14:02:23 xorg seem to depend on it Feb 09 14:07:38 btw, yesterday I had problems with gisi when building from scratch Feb 09 14:14:16 pespin, yes, I looked at the shr-image Feb 09 14:14:23 and it includes a lot of useless stuff Feb 09 14:14:27 stuff for s3c Feb 09 14:14:29 stuff for n900 Feb 09 14:14:31 etc... Feb 09 14:14:40 on non-s3c and non-n900 devices Feb 09 14:14:51 did you fixed it? or is still there? Feb 09 14:15:03 i'll move libisi to libgisi in OE soon Feb 09 14:16:00 mickeyl: ping =) Feb 09 14:17:49 alexxy: got your logs, no time to look into it yet though. been diving into non-AT protocols, i'll try to reproduce and fix on weekend Feb 09 14:18:11 ahh ok Feb 09 14:18:28 seems because of this i cannot get any sms from this provider Feb 09 14:18:41 sms seems prefixed Feb 09 14:19:01 pespin, still there Feb 09 14:19:05 I've to report it Feb 09 14:19:07 or to fix it Feb 09 14:19:44 for now I've this libpci dependency of xorg Feb 09 14:19:51 that fails to compile Feb 09 14:19:54 and I'm stuck Feb 09 14:19:58 I should look Feb 09 14:20:00 but I've no time Feb 09 14:20:05 I'll look later then Feb 09 14:20:12 mickeyl: so its major issue for me =) Feb 09 14:20:33 if you mean the first bits after the +CMT; that is not a PDU, but rather the encoded name of the sender, if such an entry exists on your SIM Feb 09 14:20:51 i wonder why it announces the SMS as 'already known' though Feb 09 14:21:10 jep i have such sender on sim Feb 09 14:21:15 anyways, lets first fix the SMSC problem Feb 09 14:21:16 and afterwards have a look at the 2nd problem Feb 09 14:23:39 mickeyl: ok is it possible do delete contacts from sim via mdbus2? Feb 09 14:24:24 mickeyl, is there some status of libgisi + fsogsmd? Feb 09 14:25:48 alexxy: yes, org.freesmartphone.GSM.SIM.DeleteEntry should work Feb 09 14:26:37 [ERR]: Need 2 params for signature 'si', supplied 1 Feb 09 14:26:41 mm Feb 09 14:26:49 shat 2 arguments? Feb 09 14:26:52 see docs Feb 09 14:27:01 yes, 2 arguments Feb 09 14:27:05 i guess one is phonebook name Feb 09 14:27:06 the other index Feb 09 14:27:38 GNUtoo|laptop: first bits of the new API have been integrated, device should be detected and SIM status being queried. signal strength and network status should be emitted on console Feb 09 14:27:53 wow Feb 09 14:28:11 finding my way through the protocol quickly Feb 09 14:28:20 just pondering about the best way to implement the mediators Feb 09 14:28:26 but it's progressing nicely Feb 09 14:28:26 ok Feb 09 14:29:31 unfortunately the SIM stuff is not documented at all in the Nokia docs Feb 09 14:29:48 and the SIM auth stuff is not even in ofono, but sre has REd it quite nicely Feb 09 14:30:19 ok Feb 09 14:30:25 still, struggling a bit with the stuff that ofono has not implemented Feb 09 14:30:37 looking at bits without meaning :) Feb 09 14:30:48 like in the matrix Feb 09 14:30:56 yeah Feb 09 14:30:58 14:48:55.132142 Out ethertype Unknown (0x00f5), length 27: Feb 09 14:30:59 with the screens Feb 09 14:30:59 0x0000: 0010 1000 0600 5400 1001 09 ......T.... Feb 09 14:30:59 14:48:55.138469 In ethertype Unknown (0x00f5), length 32: Feb 09 14:30:59 0x0000: 1000 0900 0a55 1f03 1a2f 0162 f270 0031 .....U.../.b.p.1 Feb 09 14:31:10 the reverse engineers know what it means Feb 09 14:31:14 0x41 = A Feb 09 14:31:16 for instance Feb 09 14:31:19 or stuff like that Feb 09 14:31:27 ya, strings are easy Feb 09 14:31:33 bcd coded digits as well Feb 09 14:31:38 but other than that... it gets nasty Feb 09 14:31:43 ok Feb 09 14:31:55 those folks have a millions of enums Feb 09 14:32:11 don't talk publically about REing stuff Feb 09 14:32:24 such as I did that etc... Feb 09 14:33:02 well, i did not sign anything that would prevent me from looking at this Feb 09 14:33:18 yes but you know what clean room is? Feb 09 14:33:29 after that prevent us to redistribute it in the US Feb 09 14:33:55 i don't think that applies here Feb 09 14:34:06 we're not looking at proprietary source code Feb 09 14:34:12 ah ok Feb 09 14:34:18 which could 'infect' us Feb 09 14:34:41 * mickeyl goes back for hunting the HPLMN coding Feb 09 14:50:49 ** (/home/mickey/local/pkg/fso/libgisi/tests/.libs/lt-testping:29745): DEBUG: testping.vala:232: HPLMN = 26207 Feb 09 14:50:52 ok, that looks like it Feb 09 14:52:29 freesmartphone.org: 03mickey 07libgisi * r9bf8671e888a 10/ (gisicomm/gisicomm.vala tests/testping.vala): gisicomm: fix readHPLMN Feb 09 15:08:19 freesmartphone.org: 03mickey 07libgisi * r8e78837eac0f 10/gisicomm/gisicomm.vala: gisicomm: honor that SPN can be missing from the SIM Feb 09 15:14:50 freesmartphone.org: 03mickey 07cornucopia * r934cf5ecc51c 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: fsogsmd: modem_nokia_isi: implement first half of org.freesmartphone.GSM.SIM.GetSimInfo Feb 09 15:37:50 freesmartphone.org: 03mickey 07libgisi * r865258b319f1 10/ (gisicomm/gisicomm.vala tests/testping.vala): gisicomm: start with Network.queryStatus Feb 09 15:38:10 freesmartphone.org: 03mickey 07cornucopia * rbd2e5a042005 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: fsogsmd: modem_nokia_isi: first half of org.freesmartphone.GSM.Network.GetStatus done Feb 09 16:59:56 [Rui], moin. what's better for a timeout? ElmSpinner or ElmSlider? Feb 09 17:00:23 <[Rui]> playya: hiya. never played with them, let me check the elementary test Feb 09 17:00:56 but none of them supports a custom "set value string" functions Feb 09 17:01:18 <[Rui]> I think what you want is progressbar Feb 09 17:01:32 <[Rui]> or is it for setting a value? Feb 09 17:01:46 a setting value Feb 09 17:02:48 i want the following granularity: seconds [15,30,45] minutes [1,2,3,5,10,15,20,30,45] hours[1,2,3,6,12,24] Feb 09 17:02:54 <[Rui]> ok. what do you mean with set value string? Feb 09 17:03:24 <[Rui]> oh, I don't know if they support irregular intervals Feb 09 17:03:52 convert the actual value of the slider/spinner to the actual value Feb 09 17:04:02 ok Feb 09 17:04:24 maybe just connect a callback to the changed signal? Feb 09 17:04:34 <[Rui]> playya: like EAPI double elm_slider_value_get(const Evas_Object *obj) EINA_ARG_NONNULL(1); Feb 09 17:04:34 <[Rui]> ? Feb 09 17:05:07 yes. and then set the format string to a fixed value Feb 09 17:05:37 and the timeout value Feb 09 17:06:32 <[Rui]> elm_slider_unit_format_set ? Feb 09 17:07:01 yes Feb 09 17:07:12 <[Rui]> you want, with a single slider, to have seconds, minutes and hours? Feb 09 17:07:48 yep Feb 09 17:09:36 but i prefer the a spinner Feb 09 17:09:41 <[Rui]> I guess that you'll need a way to change the properties of the slider on the fly Feb 09 17:10:10 <[Rui]> I don't see "changed" as a signal for a smart callback in Elementary.h if it's there, it may be one way to do it. Feb 09 17:10:48 because you can set values really fast and correct the fine values very easy Feb 09 17:11:15 but doesn't use a zoomed label which is useful on touchscreens Feb 09 17:11:55 <[Rui]> slider does Feb 09 17:12:07 <[Rui]> on the indicator Feb 09 17:12:22 hmm. maybe a actionslider? Feb 09 17:12:52 ok. actionslider only supports 3 values Feb 09 17:13:44 i ask in #e. maybe someone has a good idea Feb 09 17:15:16 <[Rui]> ok Feb 09 17:18:18 [Rui], what do you think about a spinner with a tooltip? Feb 09 17:19:37 freesmartphone.org: 03mickey 07libgisi * rb519782d21a4 10/ (data/libgisi.vapi gisicomm/gisicomm.vala tests/testping.vala): gisicomm: gather access technology and strength Feb 09 17:19:57 <[Rui]> there are tooltips? Feb 09 17:20:05 <[Rui]> anyway, don't seem very fingerish to me Feb 09 17:20:14 <[Rui]> what's wrong with the slider? Feb 09 17:21:30 if there's no changed callback i cannot set the custom string Feb 09 17:23:39 from elm_slider: static const char SIG_CHANGED[] = "changed"; Feb 09 17:23:39 static const char SIG_DELAY_CHANGED[] = "delay,changed"; Feb 09 17:23:58 maybe just missing in Elemetary.h Feb 09 17:29:53 freesmartphone.org: 03mickey 07cornucopia * r14f16ffab513 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: fsogsmd: modem_nokia_isi: add more fields for org.freesmartphone.GSM.Network.GetStatus Feb 09 17:31:58 freesmartphone.org: 03mickey 07cornucopia * r206c32dacfe1 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: fsogsmd: modem_nokia_isi: add org.freesmartphone.GSM.Network.GetSignalStrength() Feb 09 17:45:44 freesmartphone.org: 03mickey 07libgisi * r1175b69a3b6a 10/gisicomm/gisicomm.vala: gisicomm: implement network.RegisterAutomatic() Feb 09 17:46:08 freesmartphone.org: 03mickey 07cornucopia * r29e7785671d4 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: fsogsmd: modem_nokia_isi: implement org.freesmartphone.GSM.Network.Register() Feb 09 17:48:22 hi! Has anyone succeded booting android cupcake on NAND with u-boot ? Feb 09 17:49:20 I'm using this u-boot env : http://download.paulk.fr/u-boot_env.txt and all I can get is the splash screen, it never starts the UI Feb 09 18:57:44 <[Rui]> ttp://scap.linuxtogo.org/files/08941f7a57bf1b6e5734d3fbb77db086.png shr_elm_softkey is edjyfied but I can't make the quickpanel expand in order to show the task list when that down pointing arrow is pressed. Feb 09 18:58:18 <[Rui]> h/ttp/http/ Feb 09 18:58:34 <[Rui]> s/ttp:/http:/ Feb 09 19:03:41 [Rui], are you using an sqlite db for the accounts? Feb 09 19:05:06 <[Rui]> playya: yes. will probably move to eet in the future... Feb 09 19:05:50 ok. then i need some sql calls Feb 09 19:06:49 <[Rui]> what for, btw? Feb 09 19:07:35 add autoupdate functionality Feb 09 19:08:40 <[Rui]> cool, that was about to come anyway, now that azy allows assyncness Feb 09 19:09:20 <[Rui]> don't forget to call set_network_busy(eina_true) when the download starts Feb 09 19:10:54 Eina_Bool ed_statuses_update_timeout(void *data) { Feb 09 19:10:54 update_status_list(current_timeline, EINA_FALSE); Feb 09 19:36:17 [Rui], sqlite can't drop columns? Feb 09 19:36:39 <[Rui]> playya: not sure Feb 09 19:37:16 looks like it's only possible to add tables Feb 09 19:39:42 ALTER TABLE accounts DROP COLUMN autoupdate; Feb 09 19:39:43 Error: near "DROP": syntax error Feb 09 19:51:20 playya: http://www.osgeo.org/pipermail/grass-user/2006-January/031981.html Feb 09 19:52:26 Heinervdm, ok. thx. Feb 09 19:52:38 i just tested the commands by hand Feb 09 19:52:42 Or a bit shorter: http://www.robbiebow.co.uk/blog/drop-a-column-in-a-sqlite-table Feb 09 20:59:20 [Rui], i need a method which is called on every update and where I have the account data. any idea? Feb 09 21:02:23 <[Rui]> sorry, can't look into it right now Feb 09 21:03:07 <[Rui]> JaMa|Off: wrt the next shr_elm_softkey... http://scap.linuxtogo.org/files/be6d221c23bf1c36ec7d2de4d12e9e3f.png press down arrow and get http://scap.linuxtogo.org/files/d7bf1d907d5d50576b98090437bd8270.png Feb 09 21:03:11 <[Rui]> TAsn: ^^^^^^^^^^^^^ Feb 09 21:03:14 <[Rui]> brb, baby bath Feb 09 21:03:35 godlike! Feb 09 21:03:37 [Rui], wow Feb 09 21:03:43 you just need to add window icons Feb 09 21:03:50 and a close button Feb 09 21:03:51 :) Feb 09 21:03:54 and it'll be awesome Feb 09 21:04:29 but in the meanwhile, it's still awesome. Feb 09 21:04:47 [Rui], please clean up the code and add it to e's proto Feb 09 21:04:49 :) Feb 09 21:23:20 <[Rui]> I'd like to make the bg a bit transparent, but I still didn't understand how to do that. Feb 09 21:23:48 <[Rui]> TAsn: no need to add a close button, tap top bar and close, that's what it's there for Feb 09 21:33:55 GNUtoo|laptop, hi, I have htc artemis with OE built kernel running and mdev too. Which xserver packages did you told me to build&install? AS we had to get out from the building in little time I didn't write it down ;) Feb 09 21:34:38 hmmm Feb 09 21:34:49 you already have X Feb 09 21:34:54 you rather want xorg.conf Feb 09 21:34:55 right Feb 09 21:35:04 first try to make xorg.conf work on your device Feb 09 21:35:06 without oe Feb 09 21:35:10 just changing the file Feb 09 21:35:19 vi /etc/X11/xorg.conf Feb 09 21:35:25 then ship the file in oe Feb 09 21:35:27 like that: Feb 09 21:36:02 recipes/xorg-xserver/xserver-xorg-conf/your_machine Feb 09 21:36:04 hmm I don't know much about xorg.conf Feb 09 21:36:08 copy the xorg.conf at: Feb 09 21:36:11 recipes/xorg-xserver/xserver-xorg-conf/your_machine/ Feb 09 21:36:16 and do that: Feb 09 21:36:27 GNUtoo|laptop, do you know some machine which I can get as base to try? Feb 09 21:36:39 PR = "r41" -> PR = "r42" in xserver-xorg-conf_0.1.bb Feb 09 21:36:44 hmmm Feb 09 21:36:56 first compile that Feb 09 21:37:01 xf86-video-fbdev Feb 09 21:37:07 xf86-input-tslib Feb 09 21:37:12 xf86-input-evdev Feb 09 21:37:21 install them on the device Feb 09 21:37:36 take any xorg.conf Feb 09 21:37:43 for instance the htc dream's one Feb 09 21:37:45 which is there: Feb 09 21:37:51 recipes/xorg-xserver/xserver-xorg-conf/htcdream/ Feb 09 21:37:55 yep Feb 09 21:37:59 and strip it down Feb 09 21:38:08 when ssh-ing into your phone do that Feb 09 21:38:17 evtest /dev/input/eventN Feb 09 21:38:19 for each input Feb 09 21:38:22 and try them Feb 09 21:38:25 it's like cat but better Feb 09 21:38:29 for instance Feb 09 21:38:35 evtest /dev/input/eventN Feb 09 21:38:39 touch the screen Feb 09 21:38:54 and if it reacts only while touching the screen it's your screen and it's proven to work Feb 09 21:38:55 also Feb 09 21:39:02 note that it say the name of the device Feb 09 21:39:06 like "touchscreen" Feb 09 21:39:15 the name is also available in /sys Feb 09 21:40:10 ok Feb 09 21:41:06 but evdev is easier Feb 09 21:41:09 *evtest Feb 09 21:43:22 first xserver (fbdev), then I'll go for input/ts :) Feb 09 21:43:25 [Rui], so I have to switch and only then close? meh. Feb 09 21:43:28 night. Feb 09 21:43:42 just a small x near each app Feb 09 21:43:42 <[Rui]> TAsn: no, when you select a window it will be closed Feb 09 21:43:54 <[Rui]> TAsn: AH that... ok Feb 09 21:44:00 how do I switch to a window from a list then? Feb 09 21:44:01 <[Rui]> np Feb 09 21:44:04 cool :) Feb 09 21:44:07 awesome work btw. Feb 09 21:44:19 pespin, do both at the same time Feb 09 21:44:20 <[Rui]> bah Feb 09 21:44:23 fbdev is easy Feb 09 21:44:24 <[Rui]> just starting Feb 09 21:44:28 transparency: look at elementary_test window tests Feb 09 21:44:35 basically do that Feb 09 21:44:40 and if you still have issues, let me know and i'll help you tomorrow Feb 09 21:44:42 evtest /dev/input/eventN Feb 09 21:44:43 night Feb 09 21:44:48 add the event in your xorg.conf Feb 09 21:45:08 <[Rui]> TAsn: the tests are for full transparency, I just need 75% Feb 09 21:45:15 add fbdev driver or rather keep it because it's already there in htcdream Feb 09 21:46:02 [Rui], use those tests Feb 09 21:46:10 and then Feb 09 21:46:15 go to the bg solid color test Feb 09 21:46:19 and see how to set color Feb 09 21:46:22 and change the alpha of the color Feb 09 21:46:28 to whatever transparency value you want Feb 09 21:46:30 0-255 Feb 09 21:46:34 and also set colors Feb 09 21:46:40 to whatever you want Feb 09 21:47:26 [Rui], have fun. Feb 09 21:47:27 night :) Feb 09 21:47:35 again, if you don't get it working by tomorrow Feb 09 21:47:39 ping me in the morning Feb 09 21:47:41 and I'll help ya Feb 09 21:47:46 night. Feb 09 21:49:11 <[Rui]> night Feb 09 21:51:43 GNUtoo|laptop, hm which package does provide evtest? I don't have it Feb 09 21:52:44 evtest Feb 09 21:53:42 bitbake evtest Feb 09 21:53:46 opkg install evtest Feb 09 21:54:12 it's not in my feeds, I'll build it in OE Feb 09 21:54:39 pespin, it's a c file Feb 09 21:54:41 easy to build Feb 09 21:54:51 loopup for evtest.c at: Feb 09 21:55:03 http://cgit.freedesktop.org/~whot/evtest/snapshot/evtest-1.25.tar.bz2 Feb 09 21:55:55 $ arm-oe-linux-gnueabi-gcc evtest.c => success Feb 09 21:55:58 but I'm using oe Feb 09 21:56:02 the devshell Feb 09 21:56:53 you need C library (libc.so.6) includes and linux headers Feb 09 21:56:55 that's all Feb 09 21:56:57 so pretty easy Feb 09 21:57:10 else just bitbake it Feb 09 21:57:48 bitbaked :) Feb 09 22:00:16 [Rui]: for half-transparent window you need compositing window manager Feb 09 22:00:36 [Rui]: that would work on FR (i remember that xcompmgr worked some time ago)... but it's sloooow :P Feb 09 22:00:49 [Rui]: so i don't think transparency is really good idea Feb 09 22:01:21 [Rui]: but... your work is awesome :) Feb 09 22:02:11 pespin, then install it it should have nearly no deps Feb 09 22:04:33 GNUtoo|laptop, ok it's /dev/input/event3 Feb 09 22:04:37 <[Rui]> dos1: doesn't efl have anything about that? oh well, for another day... Feb 09 22:04:41 but the xserver fails to load Feb 09 22:05:15 [Rui]: well, it can't - the only way it could do that is doing screenshot of background and then operating on it Feb 09 22:05:21 pespin, then add it to xorg.conf Feb 09 22:05:30 (if you're not talking about composite support in enlightenment - it is there, but won't work on FR) Feb 09 22:06:55 dos1, can it work on nokia900? Feb 09 22:07:01 GNUtoo|laptop: hmm, maybe Feb 09 22:07:10 haven't tried yet Feb 09 22:08:23 you need 24/32bit framebuffer Feb 09 22:08:27 I don't know how to do that Feb 09 22:08:34 I tried playing a bit with bootargs but failed Feb 09 22:08:44 basically when I changed something Feb 09 22:08:48 xorg didn't start Feb 09 22:09:41 GNUtoo|laptop: n900 also has 16bit framebuffer? Feb 09 22:10:03 no idea, I was told it should work Feb 09 22:10:11 so I assume it has higher resolutions Feb 09 22:12:02 hm I think there's a problem with the fbdev module -> (xorg log) http://paste.pocoo.org/show/335348/ Feb 09 22:12:27 I'm using modified htcdream xorg.conf Feb 09 22:13:05 inet6 is ipv6 Feb 09 22:13:32 hmmm Feb 09 22:13:40 strip down your config Feb 09 22:14:32 [2962706.135] (EE) Failed to load module "kbd" (module does not exist, 0) Feb 09 22:14:43 apart that the FBIOBLANK is normal Feb 09 22:14:50 it's because your device is android based Feb 09 22:14:55 and so there is no FBIOBLANK Feb 09 22:15:12 GNUtoo|laptop, It didn't work neither if I let xorg configure everything without xorg.conf Feb 09 22:15:33 pastebin your xorg.conf Feb 09 22:16:18 GNUtoo|laptop, http://paste.pocoo.org/show/335354/ Feb 09 22:16:48 did you change the resolution? Feb 09 22:16:52 what's your resolution? Feb 09 22:17:02 eww that pastebin output looks like double pasted Feb 09 22:17:26 repaste then Feb 09 22:18:05 first change the resolution Feb 09 22:18:08 everywhere Feb 09 22:19:01 fbset -x Feb 09 22:19:42 GNUtoo|laptop, http://paste.pocoo.org/show/335357/ Feb 09 22:20:09 try fbset -x Feb 09 22:20:14 and pastebin it too Feb 09 22:20:31 fbset -x -> http://paste.pocoo.org/show/335359/ Feb 09 22:20:59 so yes, resolutions are wrong in xorg.conf Feb 09 22:22:44 http://paste.pocoo.org/show/335360/ Feb 09 22:23:07 try that Feb 09 22:27:19 GNUtoo|laptop, http://paste.pocoo.org/show/335366/ Feb 09 22:28:44 pespin, why does it complain about kbd if it's not even in xorg.conf Feb 09 22:28:47 I think this line in xorg.conf is wrong -> Monitor "Monitor" Feb 09 22:28:52 did you make an error copying xorg.conf Feb 09 22:28:56 why? Feb 09 22:29:05 because it's Monitor0 I think Feb 09 22:29:15 Section "Monitor" Feb 09 22:29:16 Identifier "Monitor0" Feb 09 22:29:26 ah right Feb 09 22:29:53 GNUtoo|laptop, I think that's wrong in htcdream one too then Feb 09 22:30:11 oh shit Feb 09 22:30:12 ah Feb 09 22:30:29 wait, I think I was in wrong terminal now :P Feb 09 22:30:43 indeed Feb 09 22:30:51 I was thinking on an error from your part Feb 09 22:31:03 because it outputed errors message that didn't make sense Feb 09 22:31:09 because you don't have kbd Feb 09 22:31:14 no, wait I was correct Feb 09 22:32:49 for monitor0 yes Feb 09 22:32:59 for the rest, I'm not sure Feb 09 22:34:04 GNUtoo|laptop, http://paste.pocoo.org/show/335373/ Feb 09 22:34:37 I think the problem is -> [config] failed to initialise udev Feb 09 22:34:41 as I'm using mdev ? Feb 09 22:34:48 maybe Feb 09 22:34:57 xorg.conf depends on udev Feb 09 22:35:41 *xorg Feb 09 22:35:49 check the xorg reciped Feb 09 22:35:53 *recipes Feb 09 22:35:55 you could get rid of udev if you want Feb 09 22:36:25 xorg-xserver/xorg-xserver-common.inc Feb 09 22:36:40 DISTRO_XORG_CONFIG_MANAGER_shr ?= "udev" Feb 09 22:36:49 try "" Feb 09 22:36:53 oh ok Feb 09 22:37:13 then -c clean xorg-xserver; and build again? Feb 09 22:37:23 bump PR Feb 09 22:37:26