**** BEGIN LOGGING AT Fri Sep 24 10:52:15 2010 Sep 24 10:52:27 fsogsmd crashes while roaming too Sep 24 10:55:35 [Rui]: he will be back at the end of next week Sep 24 11:14:39 Heinervdm: what do you mean by waiting for working illume? Sep 24 11:15:14 JaMa: don't know, but you and daniele_athome are waiting for sth, so i think there is sth wrong with the current version ;) Sep 24 11:15:57 ah :) for shr-t i would even prefer revision before previous EFL build (which was last OE revision supporting both illume1 and 2 Sep 24 11:16:11 as this is also what few users hate on newer images :) Sep 24 11:16:23 :) Sep 24 11:16:51 tests/shr-testing is first shr-t with fsogsmd (i think pretty good one) Sep 24 11:17:25 if we rsync that, than we can move to last shr-u (rev before switch to 2.6.32 which was imho also pretty good) Sep 24 11:17:45 and keep it in tests/shr-testing for a while for testers Sep 24 11:19:33 Heinervdm: read the thread now Sep 24 11:20:23 JaMa: have you announced that tests image on ML? Sep 24 11:20:42 Heinervdm: yes, mmt I'll find the thread Sep 24 11:21:08 /tmp/tmpwork/portage/net-libs/webkit-efl-9999/work/webkit-efl/Makefile.shared Sep 24 11:21:11 ups Sep 24 11:21:12 http://www.mail-archive.com/community@lists.openmoko.org/msg60258.html Sep 24 11:22:58 JaMa: not many responses... Sep 24 11:23:25 <[Rui]> JaMa: illume2 is better, but needs design love Sep 24 11:23:40 Heinervdm: yes :/ we can try to rsync and see what happens Sep 24 11:24:11 [Rui]: I definetely agree, but before that those who prefer illume1 will be more happy with both available in shr-t images Sep 24 11:24:32 lol, that wasn't the most inviting email for reflashing JaMa :D Sep 24 11:24:48 <[Rui]> JaMa: which is also why I've been experimenting with tslib rather than evdev as it would reduce screen clutter in the top bar :) Sep 24 11:24:57 mrmoku: have you written sth? Sep 24 11:25:07 [Rui]: I refused to switch back to illume1 or look for way to build both in shr-u, but for OLD shr-t it is worth keeping imho Sep 24 11:25:25 tim_abell: which one? Sep 24 11:25:31 Heinervdm: no, too busy right now Sep 24 11:25:35 <[Rui]> JaMa: I'm considering adding a patch for xserver-input-tslib so that EmulateRightButton can have 2 as an argument for 2 taps: tap+tap&hold Sep 24 11:25:36 * mrmoku is under daywork pressure Sep 24 11:25:40 oh sorry, that was risto's mail Sep 24 11:25:52 i saw your name in it, confused me Sep 24 11:26:00 mrmoku: ah i thougth that i should read it again ;) Sep 24 11:26:28 <[Rui]> JaMa: as plain tap&hold has a couple of problems for current applications like eve, for instance Sep 24 11:26:29 tim_abell: :) are you ok with rsyncing it to "normal" shr-t? Sep 24 11:27:51 i think we should create a new shr-t every 6 months or so, and let the old one linger. and figure out how to provide an upgrade path for the users (new feed urls, or a special opkg command) Sep 24 11:28:19 that way people can choose whether to grab the new feature set or stay on the old shr-t Sep 24 11:28:23 <[Rui]> IMHO we should change the touchscreen driver to tslib with Option EmulateRightButton 1 and drop that R|L button (maybe send a notice to the user who requested that about the change Sep 24 11:28:48 tim_abell: then we should just name shr-testing like shr-testing-2010.1 Sep 24 11:28:50 i think we need additional names for them though Sep 24 11:28:53 yeah Sep 24 11:29:07 like ubuntu 10.04 (aka 2010, april) Sep 24 11:29:14 so if users want to upgrade the just have to change the packeges path Sep 24 11:29:30 yep, though ideally i'd want to provide something less scary Sep 24 11:29:37 like a dist-upgrade command Sep 24 11:30:40 ok maybe not dist-upgrade, it's not quite what I thought http://www.linuxquestions.org/questions/fedora-35/apt-get-question-dist-upgrade-vs-upgrade-219920/ Sep 24 11:30:43 Heinervdm: ahh... no... wanted to say 'I read' like in 'Ich habe gelesen' :P Sep 24 11:31:13 but something like ubuntu does when it says "a new release is available, upgrade?" in the update manager, and it changes the urls for you Sep 24 11:31:19 mrmoku: :) Sep 24 11:31:23 though doesn't need to be that swish yet Sep 24 11:34:03 tim_abell: if you're not going to support more shr-t versions (like cherry-picking and building patches in multiple shr-t versions) then users which doesn't want new features and install new stuff just don't type "opkg update" :) Sep 24 11:34:23 i do plan to support multiple :D Sep 24 11:34:58 * JaMa thinks that someone on this channel is crazy :) Sep 24 11:35:21 shr-u - everything, shr-t bugfixes - no features until next shr-t, shr-s (old shr-t) - security fixes only. or something like that Sep 24 11:35:26 we'll see how it pans out Sep 24 11:35:43 but i figure getting the process up and running is important Sep 24 11:36:21 maybe you cannot imagine how much work does it take to backport some changes when they are not simple cherry-pick, but maybe I'm just underestimating you :) Sep 24 11:36:27 right, dog is demanding a walk! laters Sep 24 11:36:34 i can but try :) Sep 24 11:36:38 sure Sep 24 11:36:43 after all how hard can it be... (joking) Sep 24 11:37:00 all great projects start with a massive underestimate of the time/cost Sep 24 11:37:10 eg openmoko (hehe) Sep 24 11:37:38 but 1 shr-t version supported for long is better than multiple for one month :) Sep 24 11:38:32 <[Rui]> JaMa: I think the answer to that cherry-picking problem is not to have a periodic cycle for the testing version Sep 24 11:39:04 <[Rui]> when the feeling is that it's generally stable and there's lots of improvements, iti should be turned into a testing image Sep 24 11:39:29 yes, exactly Sep 24 11:39:41 <[Rui]> that would also make the job of a maintainer less boring or hard (in the case of not so easy to cherry pick fixes) Sep 24 11:39:48 it's easier to keep it synced everytime it looks good in shr-u Sep 24 11:40:42 <[Rui]> bbl Sep 24 11:47:31 i think we should look at how the successful linux distros work and take hints from them Sep 24 11:47:46 i've been studying the debian way and i think it has a lot going for it Sep 24 11:49:56 either way, would the people here be happy for me to run the shr-t versions at some point? Sep 24 11:50:18 i'll still need lots of help, but haven't been short on that recently :) Sep 24 11:50:47 illume1 can be back again :) http://trac.enlightenment.org/e/changeset/51908 Sep 24 11:50:53 does any dbus method of fso2 changes sth in the config files? Sep 24 11:50:59 i'm inclined to "just do it" and be easy to communicate with so we can learn what works for shr as a project Sep 24 11:51:30 tim_abell: but notice how many debian devs there is and how many versions they support Sep 24 11:51:46 yeah, i had noticed how well resourced they are Sep 24 11:52:06 they even have security auditors Sep 24 11:52:08 i met one once Sep 24 11:52:16 tim_abell: we don't have 1 single maintainer for shr-t for maybe > 6months since spaetz left Sep 24 11:53:05 how easy would it be for me to get access to the openembedded git to create the branches needed, and then set up stuff on the build server to use it? Sep 24 11:54:00 OE git R/W usually needs few commmits from developer before he asks for access Sep 24 11:54:21 who do i need to talk to? Sep 24 11:54:32 but mrmoku can setup another OE git branch for shr-t on git.shr-project.org as n900 has branch now Sep 24 11:54:41 i'm not planning on directly submitting anything to master Sep 24 11:55:06 tim_abell: for oe R/W access you have to ask on oe-devel ML Sep 24 11:55:24 right-o, i'll do that when i'm ready. ta Sep 24 11:55:55 does any dbus method of fso2 changes sth in the config files? Sep 24 11:55:57 and what about setting up new builds and opkg repositories on the build server for new shr-t versions? Sep 24 11:56:12 tim_abell: nclined to "just do it" and be easy t Sep 24 11:56:12 tim_abell: that's mrmoku Sep 24 11:57:12 ups :) Sep 24 11:57:17 * JaMa hates win Sep 24 11:57:21 tim_abell: http://wiki.openembedded.net/index.php/New_Dev Sep 24 11:57:33 lol, windows, oh dear Sep 24 11:57:52 great, thanks Heinervdm & JaMa Sep 24 11:58:34 i'll make sure i document all this for the benefit of all and so you shouldn't have to repeat yourselves :) Sep 24 11:58:56 i'll put everything in here http://www.shr-project.org/trac/wiki/ShrMaintainerHowTo as I learn and as I get up and running Sep 24 12:31:52 Heinervdm: patch looks good to me Sep 24 12:31:57 but then... I have no idea :P Sep 24 12:32:21 mrmoku: :) Sep 24 12:32:34 mrmoku: what about that calibration in xorg.conf? Sep 24 12:32:48 mrmoku: i'm building it right now Sep 24 12:32:49 mrmoku: your pointercal-xinput doesn't work for me, but mine does ok Sep 24 12:33:59 JaMa: what is the content of yours? Sep 24 12:34:26 i'm confused by switching the SIM cards around Sep 24 12:34:34 now i have to search my puk Sep 24 12:34:42 ohh ouch Sep 24 12:35:34 mrmoku: 32 204 3897 3763 178 Sep 24 12:35:41 hmm Sep 24 12:35:47 (**) TSC2005 touchscreen: Calibration factors: 200 3910 3761 180 0 0 Sep 24 12:36:00 is what maemo xorg log has... which is close to that Sep 24 12:36:22 somehow I was probably sleeping when adding that pointercal file :/ Sep 24 12:36:35 maybe you got those with inverted axis in xorg.conf? Sep 24 12:36:43 possible Sep 24 12:36:56 i wasn't using any commit from n900 when I did mine pointercal-xinput Sep 24 12:37:16 and now I would be scared to have 2 calibrations (pointercal+xorg.conf) Sep 24 12:37:31 and xorg.conf values cannot be regenerated on device with xinput_calibrator_once.sh Sep 24 12:37:34 if that one works on first boot without calibrating please commit it to OE Sep 24 12:37:40 I will revert the xorg one then Sep 24 12:38:01 ok Sep 24 12:38:24 JaMa: btw. you don't have that python-evas issue I see? Sep 24 12:38:42 mrmoku: no, with my newer EFL Sep 24 12:39:29 JaMa: not in OE yet I guess Sep 24 12:39:31 hmm Sep 24 12:40:11 no 11:17:00 < JaMa> http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/37e896c69a6467c93d3aabfe36fab595e0f9246d Sep 24 12:40:25 but E conf module is broken badly Sep 24 12:40:33 still haven't found why Sep 24 12:42:43 trying anyway Sep 24 12:43:04 mmt pushing even newer rev Sep 24 12:44:34 mrmoku: my patch seems to work :) Sep 24 12:45:04 great :) Sep 24 12:46:08 JaMa: ok, brb Sep 24 12:46:50 mrmoku: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/58d3469870255ca37c97fde43822e8521df95d85 Sep 24 12:47:58 tim_abell: can you try this too? http://heinervdm.dyndns.info/shr/armv4t/fsodeviced_0.9.4+gitr948+2f8221fea7c667d2ee46ff6b8dace2d53b8860cc-r2.16.5_armv4t.ipk Sep 24 12:48:13 tim_abell: it should fix persistent idel timeouts Sep 24 12:51:58 Heinervdm: btw, do you have that hang in shr-wizard reproducible? I've seen it to few times, but sometimes it worked sometimes not even while reflashing same image multiple times Sep 24 12:52:18 JaMa: i flashed just once Sep 24 12:52:26 Heinervdm: so I guess it's something like fsogsmd returns right values soon enough or no Sep 24 12:52:55 Heinervdm: I'll try to reproduce it a bit more.. but then I would like to add "Exit" button to first step Sep 24 12:53:26 Heinervdm: just in case you gets stuck or just refuse to click "Next" 4 times Sep 24 12:53:58 mrmoku, hi Sep 24 12:54:08 how did you get maemo's xserver logs Sep 24 12:54:12 it can do xrandr -o 1 Sep 24 12:54:28 and I want to find out if we could do it too Sep 24 13:12:35 GNUtoo|laptop: hi, /tmp/Xorg.log.0 Sep 24 13:12:55 JaMa: on top of the other one? Sep 24 13:13:00 ok Sep 24 13:13:55 hmm... not on top Sep 24 13:14:19 (II) FBDEV: driver for framebuffer: fbdev Sep 24 13:14:33 hmm Sep 24 13:14:43 maybe there are some sources?> Sep 24 13:14:46 s/>// Sep 24 13:14:47 GNUtoo|laptop meant: maybe there are some sources? Sep 24 13:15:21 not from what I read in the meego meeting logs Sep 24 13:16:21 GNUtoo|laptop: btw. did you see the irc log I pastebinned yesterday? Sep 24 13:16:33 guess we're not done yet kernelwise Sep 24 13:16:57 ah? Sep 24 13:17:00 the filtering Sep 24 13:17:01 ? Sep 24 13:17:30 no Sep 24 13:17:36 * mrmoku checks the log Sep 24 13:18:34 was this morning Sep 24 13:18:36 not yesterday Sep 24 13:18:37 http://pastie.org/1178557 Sep 24 13:19:34 ok Sep 24 13:19:39 I feared that kind of things Sep 24 13:19:44 incomplete kernel Sep 24 13:19:56 that's why I was extra-caucious not to push the kernel in oe Sep 24 13:21:17 yeah Sep 24 13:25:11 mrmoku: wrt kernel: do we really neel linux-nokia900? why not just add patches to normal recipe in SRC_URI_nokia900? Sep 24 13:25:54 mrmoku: as I did in http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/73a8b3ab2984121935accbde5d4d82c169996cb3 Sep 24 13:26:50 mrmoku: well here http://gitorious.org/~jama/angstrom/jama-shr-experimental/blobs/org.openembedded.dev/recipes/linux/linux_2.6.33.bb Sep 24 13:31:33 wow we have the sources of their version of xf86-video-fbdev Sep 24 13:31:37 that comes with rotation Sep 24 13:31:42 omapfb files inside Sep 24 13:31:43 etc.. Sep 24 13:31:46 I hope it'll work Sep 24 13:31:54 http://repository.maemo.org/pool/maemo5.0/free/x/xserver-xorg-video-fbdev/ Sep 24 13:32:04 :) Sep 24 13:32:06 it's highly modified Sep 24 13:32:22 (the filnames makes thing it isn't but it is) Sep 24 13:32:38 I'll install a new rootfs and retry Sep 24 13:32:41 will it work without the binary sgx blob? Sep 24 13:32:44 s/re/ Sep 24 13:32:54 that is an unknown indeed Sep 24 13:32:59 but it's worth trying Sep 24 13:33:02 it depends on sgx Sep 24 13:33:04 but... Sep 24 13:33:08 maybe not for rotation Sep 24 13:33:19 maybe it's just for 3d Sep 24 14:11:51 JaMa, can you give some details about the settings dialog segv? i want to see if i can help Sep 24 14:12:03 s/give/give me/ Sep 24 14:12:04 daniele_athome meant: JaMa, can you give me some details about the settings dialog segv? i want to see if i can help Sep 24 14:19:26 JaMa: I'm getting hunk failed for ecore now Sep 24 14:26:43 afternoon Sep 24 14:29:30 mrmoku: got a tip for a usable internet connection in germany? All I can get in my flat is probably DSL, and I was recommended alice-dsl. Sep 24 14:48:40 Heinervdm, I don't have an image installed that I want to experiment with right now, but I've added it to my todo list. I have a second sd card that I'll probably use for testing out changes presently. Currently my first sd card is shr-t that I'm going to keep as my stable backup in case shr-u stops working for me, and I'm trying to get my internal flash to be my home built shr-u up to the point it's usable daily and has all Sep 24 14:48:40 my favourite apps and data. Sep 24 14:49:44 JaMa: (gentoo binutils fun) do you know if it's safe to update to "default" (portage) binutils now? Sep 24 14:50:31 hrmph, am I the only one who loses the gateway route when connecting to usb after having used wifi? Sep 24 14:50:59 tim_abell: no that's for everyone Sep 24 14:51:07 it's broken by design Sep 24 14:51:12 is there already a bug for it? Sep 24 14:51:18 oh rly? Sep 24 14:51:37 it's quite annoying :) Sep 24 14:52:25 the problem is that usb is permanent, so it doesn't restore it's settings Sep 24 14:52:31 ah Sep 24 14:52:52 can we make it notice cable insertion (or similar) and have it re-establish the correct settings? Sep 24 14:52:57 perhaps an ifdown usb0; ifup usb0 can help Sep 24 14:53:15 hotplug usb0 Sep 24 14:53:18 looks like there's an event - [49219.615000] g_ether gadget: full speed config #1: CDC Ethernet (ECM) Sep 24 14:54:10 "ifdown usb0; ifup usb0" worked Sep 24 14:54:11 ta Sep 24 14:54:25 much easier than remebering the syntax for route add Sep 24 14:55:05 you can try to replace "auto" in /etc/network/interfaces with hotplug Sep 24 14:55:20 allow-hotplug Sep 24 14:55:46 zub: yes.. shared flag was disabled later in OE binutils-cross.. Sep 24 14:56:43 daniele_athome: unfortunately I don't have segfault.. but instead of settings dialog it draws 3 vertical stripes (black,white,black) nothing else (as I reported on #edevelop) Sep 24 14:57:03 mmm Sep 24 14:57:11 mrmoku: strange.. built 2 images with it.. which patch? Sep 24 14:58:57 JaMa: I remove the patch in ecore.inc and then it built Sep 24 14:59:02 +d Sep 24 14:59:22 zub: where do you live? Erlangen, right? Sep 24 14:59:41 that's a point, is there anyone on here in the uk anywhere near berkshire? Sep 24 15:00:07 zub: I'm very satisfied with M-Net (m-net.de)... they supply DSL in Nürnberg (and München)... dunno about Erlangen though Sep 24 15:00:09 mrmoku: turned out to be Nurnberg after all Sep 24 15:00:21 ah, ok, I'll check them out Sep 24 15:00:23 danke Sep 24 15:00:30 JaMa: thx Sep 24 15:01:01 zub: If you need internet only... they have something called 'Maxi pur', which is DSL without phone Sep 24 15:02:07 yeah, that would do Sep 24 15:06:52 grrr touchscreen is not fixed on n900 Sep 24 15:06:54 why? Sep 24 15:08:19 sigh Sep 24 15:08:30 GNUtoo|laptop: calibration? Sep 24 15:08:33 no Sep 24 15:08:42 it's like if invertY was not there Sep 24 15:08:51 maybe I untared the wrong image? Sep 24 15:08:58 invertY is not needed Sep 24 15:09:13 ah? Sep 24 15:09:22 wrong kenrel? Sep 24 15:09:32 wrong calibration I think Sep 24 15:09:42 shouldn't it work out of the box Sep 24 15:09:46 I've pushed pointercal-xinput for n900 to oe.dev Sep 24 15:09:50 ok Sep 24 15:09:53 but not to n900 branch Sep 24 15:09:55 is it to n900 repo too? Sep 24 15:09:57 ahh ok Sep 24 15:10:04 +xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 204 3897 3763 178; Sep 24 15:10:10 is in the n900 repo now Sep 24 15:10:13 ahh... wait Sep 24 15:10:15 have to push Sep 24 15:10:15 yes but I've no ssh Sep 24 15:10:16 not yet (it's hidden as modified mrmoku's commit Sep 24 15:10:19 ok Sep 24 15:10:26 but is in oe Sep 24 15:10:34 mrmoku: xorg.conf calibration removed? Sep 24 15:10:41 yup Sep 24 15:10:46 ok I can cherry-pick else but it's better if you push Sep 24 15:10:47 need to push Sep 24 15:11:12 btw what about rebasing n900 branch every now and then? Sep 24 15:11:29 GNUtoo|laptop: pushed Sep 24 15:11:34 thanks a lot Sep 24 15:11:41 JaMa: if we need it that long... yes Sep 24 15:12:04 JaMa, using the n900 branch was a good idea at the end because we avoided a huge error that I feared would happen Sep 24 15:12:24 that is to say push a not-complete more rencent 2.6.35 kernel Sep 24 15:13:01 yeah and more devs with R/W dos :) Sep 24 15:13:21 I just didn't switch my branches and just cherry-picking what is interseting for me from n900 Sep 24 15:13:35 but we should not include hack Sep 24 15:13:38 just WIP work Sep 24 15:14:03 because else we would diff too much Sep 24 15:14:17 is this branch publically accesible btw? Sep 24 15:14:36 because it should be but it should be clear that the official images are and should be built with oe.dev Sep 24 15:14:58 GNUtoo|laptop: no, just via ssh Sep 24 15:15:20 ok Sep 24 15:15:31 well, at least I think so Sep 24 15:15:31 anyway if no official images are built with it Sep 24 15:15:34 it's less a problem Sep 24 15:16:17 yeah, the pieces we are sure about should go to OE Sep 24 15:16:35 indeed Sep 24 15:16:39 and then rebaseing as JaMa said Sep 24 15:16:45 -e Sep 24 15:19:05 * JaMa going to home :) bbl Sep 24 15:19:35 GNUtoo|laptop: should we take a look at linux-omap? Sep 24 15:19:50 not sure Sep 24 15:20:02 I bet we should use old maemo kernel for now Sep 24 15:20:18 or kernel power Sep 24 15:20:21 or something like that Sep 24 15:20:34 hmm, tha would leave us without rfkill Sep 24 15:20:53 but the fso plugin does not work anyway Sep 24 15:21:13 needs an ifconfig up in addition Sep 24 15:21:30 let's just modify fso then Sep 24 15:21:38 it should not be so hard Sep 24 15:21:43 ok Sep 24 15:21:55 else let's wait for mickeyl to do it Sep 24 15:21:58 that in any case Sep 24 15:22:30 either add an option to do that ifconfig for the existing rfkill plugin Sep 24 15:22:47 or a new plugin for n900 Sep 24 15:23:18 if we go with the old kernel for now #2 Sep 24 15:24:59 maemo kernel has the advantage of multiboot too Sep 24 15:26:19 multiboot ? Sep 24 15:26:33 I mean we should build our own patched kernel right? Sep 24 15:26:50 we should use maemo's source not maemo's binary kernel right? Sep 24 15:27:12 ventura won't compile for me, is this a known issue? gui.c:448:5: error: too many arguments to function 'ewk_init' Sep 24 15:27:57 tim_abell, ah? off topic but do you know eve? Sep 24 15:28:10 eve? is that a person Sep 24 15:28:19 no Sep 24 15:28:21 a browser Sep 24 15:28:26 better than ventura Sep 24 15:28:40 for enlightenment Sep 24 15:29:03 oh, cool Sep 24 15:29:21 I can't access gmail with eve though :S Sep 24 15:29:22 it's hard to keep track of what apps are out there! Sep 24 15:35:24 GNUtoo|laptop: are the sources around somewhere? Sep 24 15:35:38 sources of what? Sep 24 15:35:43 of the kernel Sep 24 15:35:44 ? Sep 24 15:35:47 yes of course Sep 24 15:36:00 sigh Sep 24 15:36:06 still inverted Y Sep 24 15:36:14 maybe some PR bump were forgotten? Sep 24 15:36:41 in the xorg.conf recipe? Sep 24 15:37:36 GNUtoo|laptop: yes, did not bump PR in n900 Sep 24 15:37:44 ok Sep 24 15:37:49 could you do it? Sep 24 15:37:53 ok Sep 24 15:37:58 thanks a lot!!! Sep 24 15:38:07 hmm, what do i have to do, that i can see the icons of newly installed apps? Sep 24 15:38:47 GNUtoo|laptop: done and pushed Sep 24 15:38:54 thanks a lot Sep 24 15:38:56 yw Sep 24 15:39:47 heh Sep 24 15:39:48 | /OE/tmp/sysroots/armv7a-oe-linux-gnueabi/usr/include/edje-1/Edje_Edit.h:5:2: error: #error "Do not use the Edje_Edit API unless you know what you are doing. It's meant only for writing editors and nothing else." Sep 24 15:39:55 while building libphone-ui-shr :/ Sep 24 15:41:29 heh... why does that thing even include Edje_Edit.h Sep 24 15:41:44 woo navit in shr-u is much better! Sep 24 15:42:54 SHR: 03mok 07libphone-ui-shr * r6e3a5c4a9ab7 10/src/view/idle-view.c: idle-view: remove uneeded (and with current efl not building) include of Edje_Edit.h Sep 24 15:59:59 I made it trough the installatoin Sep 24 16:00:05 but now...I can't click on termina Sep 24 16:00:06 l Sep 24 16:00:10 it's too imprecise Sep 24 16:00:14 even with the stylus Sep 24 16:00:22 then something is wrong Sep 24 16:00:36 what do we use? Sep 24 16:00:36 http://repository.maemo.org/extras/pool/fremantle/free/source/k/kernel-power/kernel-power_2.6.28-maemo40.diff.gz Sep 24 16:00:39 tslib or evdev Sep 24 16:00:43 nice 500000 lines patch bomb :P Sep 24 16:00:49 evdev Sep 24 16:00:53 and I can't ssh in it Sep 24 16:01:03 hmm Sep 24 16:01:34 ssh: connect to host 192.168.0.202 port 22: No route to host Sep 24 16:01:42 I'll try to ping it Sep 24 16:01:54 not working Sep 24 16:02:07 inet addr:192.168.0.200 Bcast:192.168.0.255 Mask:255.255.255.0 Sep 24 16:02:11 that's usb1 Sep 24 16:02:17 I just disconnected usb0 Sep 24 16:02:18 so... Sep 24 16:02:23 more from ventura: callbacks.h:25:34: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'contents' Sep 24 16:02:44 ah I managed to launch terminal Sep 24 16:02:59 keyboard is working nice Sep 24 16:04:31 * GNUtoo|laptop doesn't understand Sep 24 16:04:32 GNUtoo|laptop: g_ether is loaded? Sep 24 16:04:35 usb0 is up Sep 24 16:04:38 on device Sep 24 16:04:39 on laptop Sep 24 16:04:45 it's .202 on device Sep 24 16:04:48 .200 on laptop Sep 24 16:05:06 yes it's loaded Sep 24 16:05:06 and it does not work? Sep 24 16:05:07 strange Sep 24 16:05:19 no Sep 24 16:05:23 but I've usb on maemo Sep 24 16:05:25 not usbnet Sep 24 16:05:30 but mass storage and powe Sep 24 16:05:31 r Sep 24 16:05:49 ooh eve browser is nice Sep 24 16:08:02 sorry I don't know what happened but I quited Sep 24 16:08:05 anyway Sep 24 16:08:17 what can I do before my battery goes out Sep 24 16:08:22 [18:07:32] <-- GNUtoo|laptop hat den Kanal verlassen ("Program received signal SIGSEGV, Segmentation fault."). Sep 24 16:08:35 lol Sep 24 16:08:40 that's my message Sep 24 16:08:48 ok :) Sep 24 16:08:51 not a real segfault Sep 24 16:09:19 it's meant to represent what embedded development is: debugging debugging and debugging Sep 24 16:10:21 when I disconnect and reconnect the usb cable Sep 24 16:10:24 the interface disappears Sep 24 16:12:02 mrmoku, what should I do? Sep 24 16:12:12 without ssh no debugging Sep 24 16:12:16 hmm E conf module works ok on x86 desktop, so it's something in OE build Sep 24 16:12:21 * GNUtoo|laptop will get frustrated again.... Sep 24 16:12:26 or our theme/config Sep 24 16:14:46 should I abandon Sep 24 16:14:47 ? Sep 24 16:15:39 tim_abell: eve is default web browser in shr-u for some time (since last webkit-efl bump) Sep 24 16:15:47 ah, cool Sep 24 16:15:49 tim_abell: ventura is known to be broken Sep 24 16:16:00 k, i shalln't worry about it then :D Sep 24 16:16:07 mrmoku, ping? Sep 24 16:16:10 tim_abell: http://code.google.com/p/elm-browser/issues/detail?id=13 Sep 24 16:16:34 tim_abell: and it was announced on ML too.. Sep 24 16:16:35 I'll try g_nokia Sep 24 16:17:14 was it? i thought i'd been keeping up! :-/ Sep 24 16:17:54 * GNUtoo|laptop removes the battery and reboots Sep 24 16:17:59 GNUtoo|laptop: sorry... distracted by kids Sep 24 16:18:05 np Sep 24 16:18:11 should I try g_nokia Sep 24 16:18:16 or try at another moment? Sep 24 16:18:26 so you can have some family time Sep 24 16:18:30 hmm... I had it that restarting my laptop helped Sep 24 16:18:32 tim_abell: http://www.mail-archive.com/shr-user@lists.shr-project.org/msg05642.html Sep 24 16:18:53 so I should restart my laptop each time I connect my n900? Sep 24 16:18:58 no Sep 24 16:19:08 I think sometimes cdc_ether can get confused Sep 24 16:19:10 not sure though Sep 24 16:19:37