Re: shr-contacts/messages/dialer: window size and further issues
Am Mittwoch 16 September 2009 00:22:04 schrieb Michal Brzozowski: 2009/9/15 jeremy jozwik jerjoz.for...@gmail.com On Tue, Sep 15, 2009 at 10:44 AM, arne anka openm...@ginguppin.de wrote: [debian] shr-contacts/messages/dialer: window size and further issues no. if only debian it would have kept that to pkg-fso list. these apps are developed and mainly used on shr, so the shr guys are meant as well -- and probably re the only one able to answer. right, but they work fine on the shr-distro. so this is not all encompassing. This doesn't depend on the distro, but on the WM. I've had the same trouble when running these apps on SHR under Icewm. The problem is that they set a maximum size property (or something similar), and the WM won't resize them to anything bigger. The same thing happened in vala-terminal (except the other way around - too big and didn't fit the screen). Illume or enlightement seems to ignore these properties and set the size to 480x640 no matter what. So I did the same and hacked Icewm to ignore it and everything works fine. evas_object_resize(win-win, 480, 600); is what we do. -- Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: nEo theme issues
On Mon, Sep 14, 2009 at 06:41:36PM +0200, Bernd Prünster wrote: Martin, u talk with mrmoku so you get git access since you already patched the theme. Sofar I just patched new bbfiles for it, but I'll have git access for initial import of your theme to shr-theme.git and then you should get one too, for easy upgrading with new stuff. another thing i'd like to ask you is to recolor the elm bubbles to black with green border. I can try, but don't understand edc/edj stuff, so would be better if someone do it, I'll handle just packaging. as is stated few days ago i am currently moving and dont have time and dont have fast internet atm (using mcdonalds intenet terminal or my freerunner as gprs modem. i should be back in action in about 2 weeks. then i can include the latest icons into the neo icon theme, reolsve the reminaing issues and complete the neo theme and can finally finish the gry* illume theme. OK, looking forward for new shiny stuff. i am not a complete geek without a life, so things will probably delay even further. Neither am I, although it looks otherwise sometimes :). regarding theming i just want to polish everything up complete the icon theme etc and finish the gry* theme... and as soon as everything is in shr git repo i dont need to be bothered for every little issue. There are 2 issues I have to bother you about... :/ 1) I haven't found which license is used for all your neo-theme stuff and I have to put something in required bbfile metadata. 2) As you said before I tried to decompile all edj files before pushing it to shr-theme.git repository, but .edc file decompiled from elementary-theme-neo_0.2_armv4t.ipk is invalid (ends in the middle of curled braces) and raster said, that's probably because of packaging wrong .edc file to .edj. So I used .edc file from version 0.1 and merged diff from that part of neo-0.2.edc which I could get from newer .edj. Would be great if you update .edc file with your source file later when you have time. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MIDP at opkg.org
you could at least write a comment on that opkg.org page... On Tue, Sep 15, 2009 at 10:55 PM, Risto H. Kurppa ri...@kurppa.fi wrote: Hi! Someone uploaded MIDP at opkg.org ( see http://www.opkg.org/package_274.html ) Any changes of a) adding link to sources of the package b) telling some lines more about it c) telling some examples what you can run with it. d) what distribution will it run on / was tested on.. Just makes me hate opkg.org for allowing people to submit stuff like this :/ r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MIDP at opkg.org
On Wed, Sep 16, 2009 at 10:36 AM, Yorick Moko yorickm...@gmail.com wrote: you could at least write a comment on that opkg.org page... done r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: old shr images
googling i found [1] (an old guide), and at least a 2.6.24 kernel wget http://people.openmoko.org/mickey/images/uImage-2.6.24+r10+gitr75999+54524f4531c8b262431b794fea610d81bb351c86-r10-om-gta02.bin about the modules... no idea! d [1] http://blog.sdonk.org/2009/03/flashing-del-modem-gsm-di-openmoko-ovvero-aggiornare-il-firmware/ On Tue, Sep 15, 2009 at 7:19 PM, m.labrousse_l...@bcmd.fr wrote: I'm looking for a 2.6.24 kernel SHR's uImage. On Tue, Sep 15, 2009 at 6:27 AM, Mickael Labrousse m.labrousse_l...@bcmd.fr wrote: Yes I have checked but images aren't old enough ! do you happen to know a build date? i have a bunch of old images sitting on my fedora machine. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
mplayer?
hi all, i've been having lots of problems with intone locking up when i play mp3s - every one i have. i'm wondering if it's an mplayer issue are there any alternative builds of mplayer i could try? the version i'm using i got from here: http://wiki.openmoko.org/wiki/Video_Player#Using_the_Glamo_XV_acceleration cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
MokSec - Status Report: backtracker, pentesting tools
Hi guys, hopefully you know about our security project MokSec [1]. In the last days I have worked a little bit on it and I will try to continue my work also during the university term. == Backtracker [2] == Our main project at the moment. It will be a tracking system of our lovely device, also known as anti theft application. - Implementing the information gathering part: - GSM serving and neighbour cells. - SIM phone book and dialed numbers. - IMEI/IMSI GSM model/revision. - Improving the backend - Storing the informations in a sqlite3 database. - Compressing the database. - Logging to a file - Easy to use - Written all in python, no cross compiling needed - Using a configuration to save information which could be changed - Writing a web interface to display the received information - OpenStreetMap included - Easy change of the style of the website to CSS. - Written all in HTML/python/CSS The next step will be to integrate the save part into the main program (at the moment the save part starts on his own). After the program works well on the device I will work on the kernel part to hide the application from the userspace. == SecApp - Pentesting Applications == Actually not the main work, but I need pentesting application on my Freerunner, so I have decided to cross compile all the stuff which I need and make a opkg/ipkg package. This packages will be stored on [3]. That's at the moment the main parts on which I work at the moment. If somebody wants to help a little bit out I'm very happy. Regards Alex --- [1] - http://moksec.networld.to [2] - https://moksec.networld.to/trac/wiki/backtracker [3] - http://opkg.networld.to/networld-ported/ pgpfOeJtOJK2X.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Freerunner in real world
BTW: Next gen freerunner should use OLPC style screen. Low power digital ink screen would be perfect for daytime phone use. Thats perfectly true. I've got one OLPC and the screen is really amazing. Unfortunately, the lady who did the screen development, Mary Lou Jepsen, has left the OLPC project as far as I know. Too bad that good things seem to die too early... I really was considering screwing the OLPC on my bike, using the FR as GPS. Both open software, using USB or WiFi, could make fun. And what about an ambient light detector like the upcoming Nokia N9000? It would be great to have on the next FR. _ Je hele online leven op één stek met Windows Live http://www.microsoft.com/belux/nl/windows/windowslive/default.aspx ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
evas_object_resize(win-win, 480, 600); is what we do. yepp. and it does not resize correetly on at least LXDE and apparently IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx 80x120). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Phonelog: missed call NULL name and number
Yesterday evening my FR woke up from suspend without doing anything else (no notification message, incoming call or SMS). I just watched the screen to see what was happening. After some idle time the it went back to suspend. This morning I noticed an entry in the phone log for missed calls with the same time and date from this wakeup event. The name and number are showing NULL. Two questions: - Why is the number/name equal to NULL? - Why didn't the phone do anything (ringing/vibrating, missed call notification) when apparently somebody tried to call? Thanks, Niels. -- Microsoft gives you windows, Linux gives you the whole house. _ Voeg vrienden toe van LinkedIn Facebook aan je Windows Live http://profile.live.com/connect ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
2009/9/14 Paul Fertser fercer...@gmail.com: Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features how often, if at all, will this get returned to the default value? every reboot? every upgrade of kernel? of some module? when i do a cat, it returns this: NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP LAST_BUDDY has it been overwritten already, by a reboot? it looks like it has cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
evas_object_resize(win-win, 480, 600); is what we do. yepp. and it does not resize correetly on at least LXDE and apparently IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx 80x120). May this be dpi-related? Could you please try with different X server dpi settings? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
evas_object_resize(win-win, 480, 600); is what we do. yepp. and it does not resize correetly on at least LXDE and apparently IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx 80x120). May this be dpi-related? Could you please try with different X server dpi settings? was one of the first ideas i got and tried already (with startx), but will try again with normal X startup (nodm). but i don't really believe it -- lxterminal frinst came up with a huge font compared to normal startup, while messages still was the same size. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, Sep 16, 2009 at 09:21:10PM +1200, Robin Paulson wrote: 2009/9/14 Paul Fertser fercer...@gmail.com: Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features how often, if at all, will this get returned to the default value? every reboot? Yes. has it been overwritten already, by a reboot? it looks like it has I added the following to /etc/fstab: debug /debug debugfs auto Then I added a script to activate it as soon as possible: r...@om-gta02 ~ $ cat /etc/rc5.d/S02debugfs #! /bin/sh # -*- coding: utf-8 -*- if [ -f /debug/sched_features ] ; then echo NO_NEW_FAIR_SLEEPERS /debug/sched_features fi So now I have: r...@om-gta02 ~ $ cat /debug/sched_features NO_NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP LAST_BUDDY Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
every reboot? i'd say yes. since debugfs is in memory it will be lost when shutting down. as pointed out already (by paul iirc), you need to insert the mount into fstab (and remember, there's a sensible mountpoint already below /sys/ somewhere, check this thread) and do the echoing in a strupt script (rc.local springs to mind, since it is there for exactly this kind of things). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian?] xserver-xorg-video-glamo -- issues while resuming
since yesterday i use knowginly xserver-xorg-video-glamo (turns out i still used Xglamo before). version: xserver-xorg-video-glamo 0.0.0+20090707.git98c012f7-1 on resume i see tow (three?) issues: - there are two messages: glamofb cmdLQueue never got empty HDQError 1 - screen flickers a lot. - the fr falls at least twice asleep (and needs pwr button) before it really resumes ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, 2009-09-16 at 21:21 +1200, Robin Paulson wrote: 2009/9/14 Paul Fertser fercer...@gmail.com: Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features how often, if at all, will this get returned to the default value? every reboot? every upgrade of kernel? of some module? when i do a cat, it returns this: NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP LAST_BUDDY has it been overwritten already, by a reboot? it looks like it has cheers debugfs is a virtual filesystem that gives access to some otherwise unavailable system bits and pieces. Because its virtual, its going to dissappear when the FR is rebooted, and may even be reset when you unmount debugfs (have not tested this yet). debugfs is also a developers tool, not a normal user tool - google will help you understand whats happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian?] xserver-xorg-video-glamo -- issues while resuming
- there are two messages: glamofb cmdLQueue never got empty HDQError 1 when resuming from a call it prints additionally: PM: Device neo1973-pm-gsm.0 failed to suspend Error -16 PM: Some devices failed to suspend Error -16 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, Sep 16, 2009 at 11:31:05AM +0200, arne anka wrote: every reboot? i'd say yes. since debugfs is in memory it will be lost when shutting down. as pointed out already (by paul iirc), you need to insert the mount into fstab (and remember, there's a sensible mountpoint already below /sys/ somewhere, check this thread) and do the echoing in a strupt script (rc.local springs to mind, since it is there for exactly this kind of things). It was I. Attention, I'm not sure if /sys/kernel/debug/ is the proper place. Intuitively I'd say yes, but until I know for sure, I'm placing it at some place where it won't cause a conflict (like /debug ) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
If the WM takes into account these values, you'll never be able to resize the window. From my experience they don't depend on dpi. r...@om-gta02 ~ $ wmctrl -l 0x0102 0 om-gta02 Notifier r...@om-gta02 ~ $ xprop -id 0x0102 ... WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... 2009/9/16 arne anka openm...@ginguppin.de evas_object_resize(win-win, 480, 600); is what we do. yepp. and it does not resize correetly on at least LXDE and apparently IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx 80x120). May this be dpi-related? Could you please try with different X server dpi settings? was one of the first ideas i got and tried already (with startx), but will try again with normal X startup (nodm). but i don't really believe it -- lxterminal frinst came up with a huge font compared to normal startup, while messages still was the same size. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, 16 Sep 2009 11:28:18 +0200 arne anka openm...@ginguppin.de said: evas_object_resize(win-win, 480, 600); is what we do. yepp. and it does not resize correetly on at least LXDE and apparently IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx 80x120). May this be dpi-related? Could you please try with different X server dpi settings? was one of the first ideas i got and tried already (with startx), but will try again with normal X startup (nodm). but i don't really believe it -- lxterminal frinst came up with a huge font compared to normal startup, while messages still was the same size. it's simply that by default the window will be its minimum size given its content unless sized to something else. illume with e will always maximize windows (and dialogs get maximized horizontally but minimum size vertically, centered over window). this is just the wm's policy. icewm, etc. etc. are not implementing any touchscreen small screen policy. they implement a desktop policy. you should expect this if you stick them on a smallscreen ts device with no changes to their management policy. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, 16 Sep 2009 12:00:33 +0200 Michal Brzozowski ruso...@poczta.fm said: If the WM takes into account these values, you'll never be able to resize the window. From my experience they don't depend on dpi. r...@om-gta02 ~ $ wmctrl -l 0x0102 0 om-gta02 Notifier r...@om-gta02 ~ $ xprop -id 0x0102 ... WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. 2009/9/16 arne anka openm...@ginguppin.de evas_object_resize(win-win, 480, 600); is what we do. yepp. and it does not resize correetly on at least LXDE and apparently IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx 80x120). May this be dpi-related? Could you please try with different X server dpi settings? was one of the first ideas i got and tried already (with startx), but will try again with normal X startup (nodm). but i don't really believe it -- lxterminal frinst came up with a huge font compared to normal startup, while messages still was the same size. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
2009/9/16 Carsten Haitzler ras...@rasterman.com On Wed, 16 Sep 2009 12:00:33 +0200 Michal Brzozowski ruso...@poczta.fm said: If the WM takes into account these values, you'll never be able to resize the window. From my experience they don't depend on dpi. r...@om-gta02 ~ $ wmctrl -l 0x0102 0 om-gta02 Notifier r...@om-gta02 ~ $ xprop -id 0x0102 ... WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Qi doesn't read my /boot/append-GTA02
I'd like some help here, please. dmesg doesn't give me any clues. I removed the quiet splash from /boot/append-GTA02 and added glamo_mci.sd_drive=5, but none of it is sticking. It's ignoring the file altogether, AFAICT. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: old shr images
Thanks Davide, I'll try this one. Davide Scaini a écrit : googling i found [1] (an old guide), and at least a 2.6.24 kernel |wget http://people.openmoko.org/mickey/images/uImage-2.6.24+r10+gitr75999+54524f4531c8b262431b794fea610d81bb351c86-r10-om-gta02.bin| about the modules... no idea! d [1] http://blog.sdonk.org/2009/03/flashing-del-modem-gsm-di-openmoko-ovvero-aggiornare-il-firmware/ On Tue, Sep 15, 2009 at 7:19 PM, m.labrousse_l...@bcmd.fr mailto:m.labrousse_l...@bcmd.fr wrote: I'm looking for a 2.6.24 kernel SHR's uImage. On Tue, Sep 15, 2009 at 6:27 AM, Mickael Labrousse m.labrousse_l...@bcmd.fr mailto:m.labrousse_l...@bcmd.fr wrote: Yes I have checked but images aren't old enough ! do you happen to know a build date? i have a bunch of old images sitting on my fedora machine. ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? -- Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() Like those are of much use when you can turn from portrait to landscape. NOT a solution! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: old shr images
Give feedback ;-) (i can give you also a real 2.6.28-rc4 with modules) d On Wed, Sep 16, 2009 at 1:57 PM, Mickael Labrousse m.labrousse_l...@bcmd.fr wrote: Thanks Davide, I'll try this one. Davide Scaini a écrit : googling i found [1] (an old guide), and at least a 2.6.24 kernel |wget http://people.openmoko.org/mickey/images/uImage-2.6.24+r10+gitr75999+54524f4531c8b262431b794fea610d81bb351c86-r10-om-gta02.bin|http://people.openmoko.org/mickey/images/uImage-2.6.24+r10+gitr75999+54524f4531c8b262431b794fea610d81bb351c86-r10-om-gta02.bin%7C about the modules... no idea! d [1] http://blog.sdonk.org/2009/03/flashing-del-modem-gsm-di-openmoko-ovvero-aggiornare-il-firmware/ On Tue, Sep 15, 2009 at 7:19 PM, m.labrousse_l...@bcmd.fr mailto:m.labrousse_l...@bcmd.fr wrote: I'm looking for a 2.6.24 kernel SHR's uImage. On Tue, Sep 15, 2009 at 6:27 AM, Mickael Labrousse m.labrousse_l...@bcmd.fr mailto:m.labrousse_l...@bcmd.fr wrote: Yes I have checked but images aren't old enough ! do you happen to know a build date? i have a bunch of old images sitting on my fedora machine. ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() Like those are of much use when you can turn from portrait to landscape. NOT a solution! What for to set maximum size at all? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi doesn't read my /boot/append-GTA02
Vasco Névoa vasco.ne...@sapo.pt writes: I'd like some help here, please. dmesg doesn't give me any clues. I removed the quiet splash from /boot/append-GTA02 and added glamo_mci.sd_drive=5, but none of it is sticking. It's ignoring the file altogether, AFAICT. Are you sure you're booting from SD? And that all you parameters are on the first line in that file? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko agenda sync
Hello, Is there a way to synchronise QtMoko agenda with evolution under Linux ? Regards, Thomas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, Sep 16, 2009 at 04:48:58PM +0400, Nikita V. Youshchenko wrote: On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() Like those are of much use when you can turn from portrait to landscape. NOT a solution! What for to set maximum size at all? If you want to do that only for Freerunners, max(640,640) :) Or you could query and place a max for the biggest on the dimensions. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner in real world
Michael Pilgermann wrote: Dear all, last weekend I went for a small cycling tour and I thought, with gps in my Freerunner and track load capabilities of tangogps there is no need anymore for physical maps - I took the Freerunner with me. I was really impressed, how smoothly the whole thing was working. No problems with the GPS; no problems with tangogps either. However, two small problems: - I could not attach the phone properly to my bike; had to put it in a front bag and this was somehow a pain; I bought a generic phone holder for cars. They are adjustable to fit many phones, so you can find one that fits the FR. It wasn't that hard to attach the holder to the bike. It was meant to be glued to the car window, I glued it to the gearshifter cover on the bike. And secured it with cable ties, in case the glue doesn't hold. - The power capacity was just enough to bring me from A to B; another (longer) trip might result in troubles / me getting lost :( If you can't find a battery, get a generic USB power supply. The FR is fortunately not the only phone that is charged via USB. So there are many generic USB chargers around. I would not be surprised if you can find one that contains plain AA batteries. Such devices certainly exists for nokia and ericsson phones. You can save power by letting the display turn off - just tap it when you actually need to see the map. Lower backlight intensity at night also saves power. So my question: has anybody got any experiences with - attaching a Freerunner to a bike (maybe even incl. sun protection) The sun is tricky - polarized sunglasses may remove reflected light though. The same problem exists in boats, have a look at sun covers for boat instruments. Might need some work though. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR-U: Mokonnect...
I've run into a problem using Mokonnect. I configured it once and now I can't delete that configuration. I scanned for an AP, selected the one I wanted, entered in the connection information for it. I inadvertently did not add a password and now it will not let me change that setting. the password field is unselectable and I can never connect to that AP. Also, the scan goes on forever now. the easiest way to fix the AP information stuff would be to blow away the file that has the information in it so that the next time I run the app it looks like the first time but I can't find the file. Anyone know where it is? I already tried to remove Mokonnect and then re-installing it but the information persisted. Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U: Mokonnect...
John Dowd wrote: I've run into a problem using Mokonnect. I configured it once and now I can't delete that configuration. I scanned for an AP, selected the one I wanted, entered in the connection information for it. I inadvertently did not add a password and now it will not let me change that setting. the password field is unselectable and I can never connect to that AP. Also, the scan goes on forever now. the easiest way to fix the AP information stuff would be to blow away the file that has the information in it so that the next time I run the app it looks like the first time but I can't find the file. Anyone know where it is? I already tried to remove Mokonnect and then re-installing it but the information persisted. I think The file you are looking for is: /usr/share/mokonnect/mkconfig.py -- Valéry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U: Mokonnect...
On Wednesday 16 September 2009 10:53:08 Valery Febvre wrote: I think The file you are looking for is: /usr/share/mokonnect/mkconfig.py Yeah, I found it and blew it away and now the installation does look like a new one. The big problem now is that the scan function of Mokonnect no longer works. Bummer. Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U: Mokonnect...
On Wednesday 16 September 2009 10:53:08 Valery Febvre wrote: I think The file you are looking for is: /usr/share/mokonnect/mkconfig.py Yeah, I found it and blew it away and now the installation does look like a new one. The big problem now is that the scan function of Mokonnect no longer works. Bummer. Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U: Mokonnect...
I must admit that even though I generally prefer gui tools for this kind of thing - life got a lot easier once I bit the bullet and just created a wpa_supplicant config file with all the networks I usually connect to in it. I created a 'connect_wifi' script that basically does fsoraw -r WiFi -- wpa_supplicant - etho0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf when I want to use wifi I just start terminal - do connect_wifi , and then once it connects I do a udhcpc, and I'm done. After suspending I wait for wpa_supplicant to reconnect, and then have to manually do a udhcpc again. It's far from ideal - but it's given me much more reliable wifi connectivity than when I was trying to mofi or mokonnect. Good luck. Warren On Wed, Sep 16, 2009 at 10:57 AM, John Dowd jdowds...@gmail.com wrote: On Wednesday 16 September 2009 10:53:08 Valery Febvre wrote: I think The file you are looking for is: /usr/share/mokonnect/mkconfig.py Yeah, I found it and blew it away and now the installation does look like a new one. The big problem now is that the scan function of Mokonnect no longer works. Bummer. Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
I decided to try a semi-formal experiment... I haven't had time to do multiple repetitions but I figured I'd share anyways. I'm running shr-u updated about a week ago. My process was that I rebooted my FR, ran through a set of steps, at each point timing how long it took from starting the action (clicking on the icon, eg) to when the screen was finished redrawing. I ran through two processes I do regularly - start GPS, start up claws mail, and open my inbox, and then the second was to open the messages program. I then rebooted and did the entire process again, with the only difference being that I started up the terminal, added 'NO_NEW_FAIR_SLEEPERS' to the scheduler, closed the terminal, and repeated the process. At the end of each process I used the illume 'next window' arrow to flip through all the open windows twice - 5 separate windows - waiting for a full redraw before proceeding, starting claws-mail was noticable faster - 18s vs. 23s (about 20% faster), and opening the inbox was also faster 14s vs 18s. Unfortunately the SHR settings panel and SHR messages were about the same.Swapping windows was also a lot quicker - 15s vs. 10s. It'd be good if we had more info - but based on this, it definitely looks like a win to leave enabled. Warren On Mon, Sep 14, 2009 at 10:43 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Mon, Sep 14, 2009 at 03:26:20PM +0100, Rui Miguel Silva Seabra wrote: On Mon, Sep 14, 2009 at 01:51:44PM +0400, Paul Fertser wrote: Thanks to LKML discussion there's an interesting switch found that reportedly makes CFS behave as good as BFS for typical desktop workloads. Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features It will magically solve all the problems but i hope it can improve experience at least somewhat. [1] http://marc.info/?l=linux-kernelm=125260838709566w=3 I will keep it on for some more time, but I must say that the effect was immediate. This is what I did try immediately and already felt a difference: 1) expand panel (faster) 2) get task list (faster) 3) switch applications from task list (faster) 4) switch applications from panel left and right buttons (faster) 5) suspend (faster) 6) resume (faster) Of course I have no idea on the effects of power saving or how much of these faster things don't actually suffer from some psychological effect :) 7) loading SHR's Dialer (faster) 8) time between pressing 'call' and call actually being made (faster) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wakeuptime, was Re: 2.6.31 is out,where is my ultimatekernel?
On 9/16/09, Russell Dwiggins undrwa...@verizon.net wrote: Quick question (or maybe not): My understanding of the bootloader is that it passes the system startup to the kernel, and goes home for beer. It seems that it still has a job to do after the kernel starts...what is it doing? I only ever remember grub being involved in a suspend situation when I was using suspend to disk. [Russell Dwiggins] u-boot isn't only for FR what GRUB is for PC. It does also what BIOS does on regular desktops. Qi, in contrast, lets Linux kernel doing such things. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dbus api for gta2 accelerometers
Rask Ingemann Lambertsen wrote: On Sat, Sep 12, 2009 at 07:50:26PM +0200, Ivo van den Maagdenberg wrote: The use case is as follows: take the openmoko and make it a cycleway shock measuring platform, utilizing the accelerometers. So, direct reads from the are going to be needed. The gps unit is of course of interest to make the measurements location-based. I've had an idea along the same lines: Use accelerometer data to log the position of points during a train ride. Only, I'd need GPS readings that are accurately timestamped, i.e. not rounded to whole seconds. Since a train has a large mass and a reasonable speed, why not use the whole second readings of speed and heading and use interpolation/extrapolation to determine the actual time and location? It should be rather accurate i guess. Kind regards, Ed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dbus api for gta2 accelerometers
On Wed, Sep 16, 2009 at 9:50 PM, Ed Kapitein e...@kapitein.org wrote: Rask Ingemann Lambertsen wrote: On Sat, Sep 12, 2009 at 07:50:26PM +0200, Ivo van den Maagdenberg wrote: The use case is as follows: take the openmoko and make it a cycleway shock measuring platform, utilizing the accelerometers. So, direct reads from the are going to be needed. The gps unit is of course of interest to make the measurements location-based. I've had an idea along the same lines: Use accelerometer data to log the position of points during a train ride. Only, I'd need GPS readings that are accurately timestamped, i.e. not rounded to whole seconds. Well reading GPS time stamps and Accelerometer readings is not that difficult ..you can do it without the API way as well. Sriranjan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On 9/16/09, Warren Baird wjba...@alumni.uwaterloo.ca wrote: I decided to try a semi-formal experiment... I haven't had time to do multiple repetitions but I figured I'd share anyways. I'm running shr-u updated about a week ago. My process was that I rebooted my FR, ran through a set of steps, at each point timing how long it took from starting the action (clicking on the icon, eg) to when the screen was finished redrawing. I ran through two processes I do regularly - start GPS, start up claws mail, and open my inbox, and then the second was to open the messages program. I then rebooted and did the entire process again, with the only difference being that I started up the terminal, added 'NO_NEW_FAIR_SLEEPERS' to the scheduler, closed the terminal, and repeated the process. At the end of each process I used the illume 'next window' arrow to flip through all the open windows twice - 5 separate windows - waiting for a full redraw before proceeding, starting claws-mail was noticable faster - 18s vs. 23s (about 20% faster), and opening the inbox was also faster 14s vs 18s. Unfortunately the SHR settings panel and SHR messages were about the same.Swapping windows was also a lot quicker - 15s vs. 10s. It'd be good if we had more info - but based on this, it definitely looks like a win to leave enabled. Warren WTF? How swapping windows can take 15 seconds? Here it's immediately, with sometimes max ~1 second lag! -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phonelog: missed call NULL name and number
On 9/16/09, Niels Heyvaert nielsheyva...@hotmail.com wrote: Yesterday evening my FR woke up from suspend without doing anything else (no notification message, incoming call or SMS). I just watched the screen to see what was happening. After some idle time the it went back to suspend. This morning I noticed an entry in the phone log for missed calls with the same time and date from this wakeup event. The name and number are showing NULL. Two questions: - Why is the number/name equal to NULL? - Why didn't the phone do anything (ringing/vibrating, missed call notification) when apparently somebody tried to call? Thanks, Niels. -- Microsoft gives you windows, Linux gives you the whole house. _ Voeg vrienden toe van LinkedIn Facebook aan je Windows Live http://profile.live.com/connect ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NULL means hidden number. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U: Mokonnect...
On Wednesday 16 September 2009 11:24:20 Warren Baird wrote: I must admit that even though I generally prefer gui tools for this kind of thing - life got a lot easier once I bit the bullet and just created a wpa_supplicant config file with all the networks I usually connect to in it. Warren, Thanks for the advice. I'm a big time user of scripts and I hate GUI's. However, the use of Mokonnect is a last gasp effort to get the Neo to connect to my AP (Access Point). I would prefer to use the normal linux init scripts but I've been finding some bizarre behaviour with them. Cheers!! -- To Err is human, to forgive is NOT company policy. John Dowd S/W Contractor email: jdowd at gmail dot com Cell: (613)316-7884 Home: (613)234-7884 signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MokSec - Status Report: backtracker, pentesting tools
On Wed, Sep 16, 2009 at 10:52:51AM +0200, Alex Oberhauser wrote: [...] == SecApp - Pentesting Applications == Actually not the main work, but I need pentesting application on my Freerunner, so I have decided to cross compile all the stuff which I need and make a opkg/ipkg package. This packages will be stored on [3]. [...] Now I have made a opkg package from the ettercap-ng 0.7.3-r3 package. The only feature which I don't have compiled in is the reverse DNS part. The rest should work. Made a basic test in my Wireless network. There I have sniffed a http session. Please send me feedback if all parts works correctly or suggestions how you use the software on the device. Regards Alex [1] - http://opkg.networld.to/networld-ported/ettercap-ng_0.7.3-r3_armv4t.opk pgp6Ukacb5dwW.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
WTF? How swapping windows can take 15 seconds? Here it's immediately, with sometimes max ~1 second lag! I was swapping through all visible screens twice - waiting for the redraw each time - I was probably doing 14 or 16 window swaps total - so it went from around 1s/swap to about .66 s/swap... Warren -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wakeuptime, was Re: 2.6.31 is out,where is my ultimatekernel?
I'm using SHR-Unstable (updated/upgraded this morning). I hear 3 rings on the sending line before the Neo rings if it is suspended. Even when it's awake, the Neo doesn't ring/vibrate until shortly after the second ring on the sending line. This is all with the debugfs tweak (which I don't think sped anything up for me). Perhaps this delay is caused by my network though? -Steven ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: mplayer?
Hi, Robin Paulson wrote: i've been having lots of problems with intone locking up when i play mp3s - every one i have. Can you try playing the songs from the terminal to see if mplayer crashes or gives some error? I do need to make intone more immune to mplayer crashes and errors - and iron out bugs if intone is causing the problems. Are you using the latest version of intone? I use this mplayer version from paultt. [1] Thanks. [1] http://www.paultt.org/downloads/openmoko/mplayer_dev-SVN-r29155-4.1.2-tremor-low_armv4t.ipk -- View this message in context: http://n2.nabble.com/mplayer-tp3654942p3657709.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
CellHunter nearness questions
Hi, I've been doing some cellhunting, and have some questions about the near (OCoGn) locations that I haven't been able to find answers to. I'm asking here instead of in private because I figure others might be interested as well. First, how near is near? Or stated differently, how far apart do locations have to be, to not be so near each other that they don't give my group any points? (Giving this in relative GPS coords would be fine (I'm assuming that's what the check is based on) - as that's what I'm looking at (CH logs).) Second, are previous near locations counted when determining if a given location is too close to existing ones? As an example of what I mean, say I'm in an area with no preexisting data, and only one GSM cell. If (for argument's sake) locations have to be 15 meters apart to not be too near, and I move in a straight line, registering a location every 10 meters, will I score any points at all (other than for the first location, which would be NCG)? Third, is the OCoGn data valuable at all? Is it useful for anything? If not, it might as well be pruned before it is submitted... (Unless we want the OCoGn count to go up I guess.) Especially the second question is interesting, as it has an impact on what data should be submitted to maximize the score (if the example would only give me points for the NCG, I could have gotten more points by not submitting all the data gathered, or with a different order). -- Frode ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web site promoting open hardware?
On Thu, 2009-09-10 at 11:00 -0400, Stefan Monnier wrote: While looking for new hardware, I noticed that all the open hardware I know, I discovered it by accident while reading some mailing-list. Is there a web site somewhere that kind of centralizes this info to try and make it easier for openness-conscious consumers to find appropriate hardware? Of course, there are various notions of open hardware, so there might be parts of the site for hardware-hackers, for example, but I'm more interested in a web-site for end-users. Also it might include hardware that is not itself open source, but where the company states a clear commitment to Free Software principles. There is also http://www.elinux.org/Products I.e. a site that links to things like Openmoko, Qi, AlwaysInnovating, maybe Lemote, OpenPandora, ... There is also the bug (I call it bug device) from buglabs: The bug device is: *100% Free software *also free hardware: **the design is available(pdf) **they didn't patent their design That(open-hardware) is also very important for this device because of the purpose of the device... with that device you can: *make your own modules(if you have the connector),for instance: http://community.buglabs.net/forums/8-BUGmodules/topics/363-First-Homebrew-Bug-module (/!\contains links to youtube videos,you can download them with youtube-dl or view them with vlc,gnash,firefox+greasemonkey+a script) *use the von hippel to interface with electronics circuits What is the bug device: That's hard to describe: Basically the bug device is a base + additional modules: http://store.buglabs.net/ lists the avaliables modules... For using the modules the preferred way is to use their java framework based on concierge OSGI,and java-me(with extended classes...) There is an eclipse plugin that easier the setup... But someone can also use python for instance or other programming languages For python what has been done is here: http://bugcommunity.com/wiki/index.php/Develop_with_Python python bindings are not very advanced but some development tricks are explained(how to unpack struct...how to do ioctls...in python) By the way I don't think you can add more than 2 screens(I started coding a media player in pygtk that used the 2 screens)... and usb support is not so great with the previous kernel I tested(not the lastest one...the one just before...I'll upgrade) but you have usb2 on the von hippel Basically some things work such as my wifi card(I've an old version of the bug device without wifi),audio card,mouse,keyboard(warning has an old kdrive...I tested my keyboard with a game that use the framebuffer directly),but not my tv card didn't work Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner in real world
Laszlo KREKACS laszlo.krekacs.list at gmail.com writes: On Wed, Sep 16, 2009 at 12:07 AM, Cry cry_regarder at yahoo.com wrote: I can't see the screen on my freerunner when I am in sunshine. It is completely washed out. Did you tried paroli? It has a blackwhite design for a reason.;) I can read the screen without problem in direct sunlight too. Laszlo, I can't even see the screen in direct sunlight, I just see a reflection of the sky. I have to hold the phone upside down to be able to read it and then it is washed out. Black and white mode __would__ make that easier. I should try the polarized sunglass idea and see if that helps. Cry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian?] xserver-xorg-video-glamo -- issues while resuming
glamofb cmdLQueue never got empty had a second look and it's actually glamofb cmd_queue never got empty since the fr is unable o resume hasslefree, it doesn't resume correctly either when a call comes in -- deal breaker. si anyone at all using xserver-xorg-video-glamo, in debian or any other distribution? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian?] xserver-xorg-video-glamo -- issues while resuming
glamofb cmdLQueue never got empty had a second look and it's actually glamofb cmd_queue never got empty since the fr is unable o resume hasslefree, it doesn't resume correctly either when a call comes in -- deal breaker. si anyone at all using xserver-xorg-video-glamo, in debian or any other distribution? I use xserver-xorg-video-glamo with debian, and suspend/resume work for me without issues. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko - Update
Hi guys, I have already falsh QtMoko on my device and I have recived this error: neo:~# apt-get update Get:1 http://pkg-fso.alioth.debian.org unstable Release.gpg [197B] Hit http://ftp.de.debian.org lenny Release.gpg Hit http://pkg-fso.alioth.debian.org unstable Release Hit http://ftp.de.debian.org lenny Release Err http://pkg-fso.alioth.debian.org unstable Release Get:2 http://pkg-fso.alioth.debian.org unstable Release [3027B] Ign http://ftp.de.debian.org lenny/main Packages/DiffIndex Ign http://pkg-fso.alioth.debian.org unstable Release Ign http://ftp.de.debian.org lenny/contrib Packages/DiffIndex Ign http://ftp.de.debian.org lenny/non-free Packages/DiffIndex Ign http://pkg-fso.alioth.debian.org unstable/main Packages/DiffIndex Hit http://ftp.de.debian.org lenny/main Packages Hit http://ftp.de.debian.org lenny/contrib Packages Hit http://pkg-fso.alioth.debian.org unstable/main Packages Hit http://ftp.de.debian.org lenny/non-free Packages Fetched 3224B in 1s (1953B/s) Reading package lists... Done W: GPG error: http://pkg-fso.alioth.debian.org unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E2B9DE6A8E7B323B W: You may want to run apt-get update to correct these problems How i can fix? -- Biagio Marino ilcristopag...@gmail.com signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wednesday 16 September 2009 18:03:48 Warren Baird wrote: WTF? How swapping windows can take 15 seconds? Here it's immediately, with sometimes max ~1 second lag! I was swapping through all visible screens twice - waiting for the redraw each time - I was probably doing 14 or 16 window swaps total - so it went from around 1s/swap to about .66 s/swap... Warren Could you do a battery life test with the NO_NEW_FAIR_SLEEPERS option enabled? solar.george signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - Update
Hi guys, I have already falsh QtMoko on my device and I have recived this error: neo:~# apt-get update ... W: GPG error: http://pkg-fso.alioth.debian.org unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E2B9DE6A8E7B323B W: You may want to run apt-get update to correct these problems How i can fix? Install/upgrade pkg-fso-keyring package. when asked, agree to install unsigned package. Then run apt-get update again. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - Update
Thanks! :-) Il giorno mer, 16/09/2009 alle 23.20 +0400, Nikita V. Youshchenko ha scritto: Hi guys, I have already falsh QtMoko on my device and I have recived this error: neo:~# apt-get update ... W: GPG error: http://pkg-fso.alioth.debian.org unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E2B9DE6A8E7B323B W: You may want to run apt-get update to correct these problems How i can fix? Install/upgrade pkg-fso-keyring package. when asked, agree to install unsigned package. Then run apt-get update again. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phonelog: missed call NULL name and number
On Wed, Sep 16, 2009 at 06:40:29PM +0200, Sebastian Krzyszkowiak wrote: On 9/16/09, Niels Heyvaert nielsheyva...@hotmail.com wrote: Yesterday evening my FR woke up from suspend without doing anything else (no notification message, incoming call or SMS). I just watched the screen to see what was happening. After some idle time the it went back to suspend. This morning I noticed an entry in the phone log for missed calls with the same time and date from this wakeup event. The name and number are showing NULL. Two questions: - Why is the number/name equal to NULL? - Why didn't the phone do anything (ringing/vibrating, missed call notification) when apparently somebody tried to call? Thanks, Niels. NULL means hidden number. BTW, phonelog seems quite buggy as to received/dialed/missed call registration. Since sometimes some of these show up with a day or so of delay, could it be an opimd bug or a phonelog bug? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Community Updates 16/09/2009
I've committed the newest set of Community Updates on the wiki http://wiki.openmoko.org/wiki/Community_Updates/2009-09-16 The next batch goes out on 30/09/2009 so if you have any updates by then, add them to this page before then http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-30 -Tonym ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is my ultimatekernel?
On Wednesday 16 September 2009, Steven ** wrote: I'm using SHR-Unstable (updated/upgraded this morning). I hear 3 rings on the sending line before the Neo rings if it is suspended. Even when it's awake, the Neo doesn't ring/vibrate until shortly after the second ring on the sending line. This is all with the debugfs tweak (which I don't think sped anything up for me). Perhaps this delay is caused by my network though? Possibly. I've heard such a delay when calling a friend's phone to find out where he left it, and that was a Nokia or S-E. You may be able to enable logging of the messages from the GSM module, and keep an eye on them as the call is received. That way you can see how much delay there is between call notification being received and the ringing starting. It could be related to system load and/or memory usage too of course. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner in real world
Cry wrote: Michael Pilgermann KichKasch at gmx.de writes: also with some troubles with the sun making the reading from the display rather hard Does anyone have a solution for this? I can't see the screen on my freerunner when I am in sunshine. It is completely washed out. Does anyone have an anti-glare coating they've used on their freerunner successfully? I don't remember who/where recommended it to me (was on a web page, probably a blog or similar), but shortly after getting my FR I bought one each of these screen protectors: [1] [2] My main concern was protecting the screen from scratches, but it's not like reducing glare was a bad thing either. I figured I'd try them both out and see which I liked best, since they were fairly cheap, and the page said it would be a personal preference (both being good). At the moment I'm not 100% sure which one I ended up using, but I *think* it's [1] - and I can't recall having any major problems using the screen outdoors afterwards (as long as the angle isn't precisely wrong, in which case you'd just tilt the FR slightly or move your head). YMMV, I'm up north, and haven't used it all that much while outdoors... Applying it to the FR's screen required taking the front cover off, as the protector is slightly larger than the visible screen area (but not really any larger than the screen itself IIRC). This wasn't difficult, and hasn't caused me any problems (as far as I'm aware, of course). [1] http://shop.brando.com/bw-dc-dv-screen-protector-3-5-inch-_p01005c0019d008.html [2] http://shop.brando.com/bw-ultraclear-dc-dv-s-p-3-5-inch-_p00032c0018d008.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Pub meet: Cambridge, UK, 22.9.2009
There will be a Cambridge OpenMoko pub meet at the Granta, which is on Newnham Terrace., next door to Darwin College, at 7.30pm on tuesday 22.9.2009. All are welcome; if you have an OpenMoko, you are encouraged to bring it. For those navigating by silicon, the postcode is apparently CB3 9EX. To be directly informed about future meets in Cambridge, and/or to have a hand in planning them, please join the mailing list at http://www.teaparty.net/mailman/listinfo/om-cambridge . -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] mplayer audio perfomance
Hi! I discovered that oss output of mplayer is about two times faster than alsa (which is default in SHR-U). Adding ao=oss to mplayer config file speed it up from 35% CPU to about 15%. This may require to modprobe snd-pcm-oss. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dbus api for gta2 accelerometers
On Wednesday 16 September 2009, Ed Kapitein wrote: Rask Ingemann Lambertsen wrote: On Sat, Sep 12, 2009 at 07:50:26PM +0200, Ivo van den Maagdenberg wrote: The use case is as follows: take the openmoko and make it a cycleway shock measuring platform, utilizing the accelerometers. So, direct reads from the are going to be needed. The gps unit is of course of interest to make the measurements location-based. I've had an idea along the same lines: Use accelerometer data to log the position of points during a train ride. Only, I'd need GPS readings that are accurately timestamped, i.e. not rounded to whole seconds. Since a train has a large mass and a reasonable speed, why not use the whole second readings of speed and heading and use interpolation/extrapolation to determine the actual time and location? It should be rather accurate i guess. We would want to interpolate anyway, but the error bound is set by the rounding error introduced by using integer seconds. Even at relatively low vehicle speeds this may be greater than the error in the reported GPS position. 100km/h is just under 30m/s. Ideally I would like to see ogpsd extended to provide more accurate timestamps and more control over the gps. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
Hi, Am Sonntag, den 13.09.2009, 21:42 -0400 schrieb Stefan Monnier: Or more precisely, for $DISPLAY on fso-controlled device at runtime, not installation time. I think that mess will be larger than that of having two icons, menu items or whatever the launcher makes of it, for the user to choose between. The solution is to use a scheme where the blanking code and the application use a standard protocol to sync-up. AFAIK, there is such a protocol already (which is hopefully used by all tools like VLC, Xine, mplayer, totem, at least when in fullscreen mode). So mokomaze should use it. And the FSO side should also support it. Part of the xdg-utils suite by freedesktop.org is the tool xdg-screensaver. It provides a unified interface to control, especially prevent, screen blanking. It comes with support for KDE, Gnome and Xfce. It should be relatively simple to add support for FSO as well, and I always had that in mind as a proper, FSO independent solution for mokomaze. I just did not yet come around to do it. If someone else wants to give it a shot, that would be great. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher - v 0.37 Release UPDATED (inbuilt contacts, sms and phonelog)
On Tue, Sep 15, 2009 at 10:22 PM, c_c cchan...@yahoo.com wrote: Hi, Dan Staley wrote: and then just wait for the framework isReady message to load Can you/someone point me to where this signal is emitted from? Or can I just listen for the idle signal from org.freesmartphone.Device.IdleNotifier to do this? Thanks. -- View this message in context: http://n2.nabble.com/Launcher-v-0-37-Release-UPDATED-inbuilt-contacts-sms-and-phonelog-tp3552019p3653505.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Unfortunately, I am not very well versed on this. I just noticed that frameworkd writes it out to the log file when it is finished loading. Surely it is also sent out in a signal as well though? Does anyone better versed in the framework know an answer to this? -Dan Staley ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] mplayer audio perfomance
Hi, Well, intone already does this automatically. Though, I'm not sure if this reduces the audio quality or not. Thanks for posting this though. Could lead to an interesting discussion. -- View this message in context: http://n2.nabble.com/SHR-U-mplayer-audio-perfomance-tp3659245p3660426.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
A lot of thanks to IDA Systems (Rakshat and Zoheb) as Vibhav and I finally get the buzz fix done. And alongwith that our phones got blessed with the 1024 fix as well :D. Sorry for no pics of the naked moko being fixed. Regarding the fixes: Buzz fix: I (recepients of my calls) haven't been observing lots of buzz fix anyways (maybe due to my provider's freq range); so I don't know how much has the fix saved the day. One thing is for sure that the call quality hasn't degraded. 1024 fix: I am on SHR-U so avoiding deep sleep was just 1 line of config. Anyways, after the fix I have removed that line and haven't yet missed even a single call. So, I assume that the modem is indeed going to deep sleep without losing registration (Is there a better way to test it???). I haven't been able to check increase in battery life (today my phone would get zero juicelets see how long can it sustain) There is a small side effect...though I am unsure if it due to the h/w mods (but that I observe the issue just after the phone is fixed seems like to big a coincidence). If I let the phone go to auto-suspend (after being idle), and then bring it back to life by pressing power button then it goes back to sleep immediately after waking up. The second power button press resumes it normally. I don't observe this if I manually make it go to suspend or if it comes out of suspend due to call. --Vikas PS: BTW, we got the buzz fix in roughly this [http://3.bp.blogspot.com/_0EJ0z3prPXM/SqPZg8Zy1gI/Ars/0wRUtSvmFfg/s400/attachment-0001.jpeg] way ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, 16 Sep 2009 14:00:47 +0200 Klaus 'mrmoku' Kurzmann m...@mnet-online.de said: Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? no. just pack things so some window resize object is resizable. actually so all of them are (weight 1.0 1.0). otherwise non-resizable resize objects for the window will constrain its size to min size of these elements. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, 16 Sep 2009 15:37:28 +0400 Nikita V. Youshchenko yo...@debian.org said: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. not all standards compliant wm's. e+illume will be fine. matchbox probably too. the standards allow the wm to happily ignore min/max window size hints if the wm wants to. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
On Wed, 16 Sep 2009 13:21:10 +0100 Rui Miguel Silva Seabra r...@1407.org said: On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() Like those are of much use when you can turn from portrait to landscape. NOT a solution! it's not an issue if your wm is like e+illume or matchbox and maximises apps regardless of min/max size.if its a desktop wm rotate is irrelevant here as the wm wont go resizing the window on rotate anyway, even if it is rotatable. (or is very unlikely to do this - move the window maybe, resize - unlikely). you need to differentiate between a wm setting up a sane windowing policy for such screen sizes and uses and a desktop wm and is policies. i agree the apps should not be relying on the wms ignoring their hints to work right - they should have their content packed in such a way that they are resizable. that is the correct solution. then a nice friendly resize of the window object to a nice size is good too (remember to get the min/max hints first and respect them in your resize as he resize is not going to respect them) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] kernel config and how to build modules
Radek Polak wrote: Hi, anybody knows how is kernel built for SHR? I am interested in kernel config and in knowing how to build modules for the resulting image. I can see that modules in SHR are around 6MB, while gta02_packaging_config produces about 30MB of modules (after doing ./build GTA02 dummy in andy tracking git). Ping... or is it secret information? Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
Hello Brolin, I showed your post to a few geek girls and asked them what advice they would give. I'm CC'ing the list with their (edited) responses because I have a hunch that there are more Brolins out there. Ben ___ Overall, my advice isn't profound - but simple. I would recommend he think about what things he likes that he can share with others. Surely there is some activity/event/gathering that he feels comfortable in - and surely there must be girls there. I am always amazed at the meetups that exist for all kinds of unusual interests. Generally, I feel (and have seen others) find it easiest to meet new people and open up when there is common ground. Amy __ I don't think I have any advice that is worth passing along to Brolin. He has Asperger's and will struggle with social interactions. It's not hopeless for him, but he needs to find a way to meet other women who have similar struggles as him. He needs to find someone who understands and admires his attention to details, for example. I think he probably already knows this, so I wouldn't have any new or different advice for him, unfortunately. I hope he is in therapy for his Asperger's and can learn to live on his own!! (That's step one. Girls and dating come after that.) I have a lot of sympathy for those on the autism spectrum because of my niece. Social interactions are so hard for them! Mary Beth __ [Commentary by Ben: I agree with MB that Brolin needs to find someone who admires the traits he has, but I don't think that it will necessarily be someone with similar struggles. It could be someone complementary, someone who will balance him. I know a few geek guys who have found that their soul mate is a spiritual, intuitive, earth-mother-type, well grounded in her body and emotions.] __ Wow. Two thoughts come to mind: 1) It sounds like he has no in-person friends. I think that you need to get the hang of friendship before you can have a romantic relationship. Also, once you have friends, some of them know geekgirls, and you can meet them that way. He might have good luck with local gaming groups or conventions (Comicon, Defcon, PAX, JavaOne...). 2) I'm not sure how well his Asperger's is being treated. That's going to be a prerequisite for a relationship, like hygiene. If he's always feeling overwhelmed and unable to make choices, there might be a medication that could help. Good luck to him. I realize it must have been very difficult for him to ask for help, and I hope he continues to try. Jina __ After reading Jina's email, it occurred to me that you probably could craft a nice email to him with some friendly advice. He definitely needs to be in treatment for his Asperger's. After a brief search on the internet, I found www.grasp.org which is geared towards adults on the autism spectrum. This site could help him find therapists or others who can help him. By sending his long email, Brolin has indicated that he needs help and that his life is not what he wants it to be. Getting treatment can help him live on his own and feel better about himself. And, getting better connected with support groups and adult autism networks, he might be able to meet a girl whom he could date. But, it's one step at a time for him. Treatment and support groups first, girls second. :) Mary Beth __ Hi Brolin, My friend Ben forwarded my your post, and I have many thoughts about it. Some are in direct response to questions you pose, and some are responses to what I perceive as the underlying context. If my perceptions are wrong, I apologize. Hopefully some of what I say will be useful to you. As a woman with a background in philosophy and computer science, I can definitely say that there are women who relate to your interests and personality. I am older than you, but there are women your age who love xkcd, and share your other interests as well. Are there as many women as there are men who overlap closely with your description? Unlikely, but that's not a problem. A good relationship is one where each person gets the other enough to appreciate them and relate to them, but where they can also learn from their partner's different interests and ways of thinking. So how do you meet women with whom you may be compatible? Well, it's a question of luck, but only in the sense that you make your own luck. On any given occasion when you try to meet someone, it may well not pan out, but the point is to increase the frequency of such encounters. Joining local groups which interest you, and attending local events is a good way to start. Online dating sites may be worth exploring as well, especially if you feel more comfortable expressing yourself via the keyboard.
Re: [SHR] kernel config and how to build modules
On Thu, 2009-09-17 at 06:21 +0200, Radek Polak wrote: Ping... or is it secret information? Radek lol, try posting on shr-devel. http://lists.shr-project.org/mailman/listinfo/shr-devel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-u] Latest update failed and connectivity lost
I'm not quite sure where to report this so I apologize if it does not belong here. I did an 'opkg update opkg upgrade' today as I have many other times. I received the following errors: Collected errors: * Package libldap-2.3-0 wants to install file /usr/lib/libldap_r-2.3.so.0 But that file is already provided by package * openldap * Package libldap-2.3-0 wants to install file /usr/lib/libldap-2.3.so.0 But that file is already provided by package * openldap * Package libldap-2.3-0 wants to install file /usr/lib/liblber-2.3.so.0 But that file is already provided by package * openldap After rebooting I had no gsm. If I go to wrench settings...connectivity settings, all complain about not being able to connect to fso. I removed the above files and completed the upgrade without further errors, however it still does not connect to gsm etc despite rebooting. Paroli also cannot connect to any of the services. If anyone has any suggestions, then please advise. regards Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
On Thu, Sep 17, 2009 at 8:29 AM, Vikas Saurabh vikas.saur...@gmail.comwrote: --Vikas PS: BTW, we got the buzz fix in roughly this [ http://3.bp.blogspot.com/_0EJ0z3prPXM/SqPZg8Zy1gI/Ars/0wRUtSvmFfg/s400/attachment-0001.jpeg ] way you mean 1024 fix? Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 198 by 350 program specified maximum size: 198 by 350 ... the way the contents are specified for the window, it isnt resizable. the app is in control of this. All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. not all standards compliant wm's. e+illume will be fine. matchbox probably too. the standards allow the wm to happily ignore min/max window size hints if the wm wants to. :) WM hints is *the* standard way for app to request it's size constraints. So if app sets hints, while not wanting to get these size constraints, it is a bug in app. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community