Re: Questions about the usability of GTA02
On Mon, Feb 2, 2009 at 6:27 AM, wrote: > Don't get me wrong, I love my freerunner ... I really wish I could pimp > it as a phone rather than just exclaiming "look! it works!" ... when > quite often I realise I'm wrong ... after hitting answer 50 times and > yelling at it to shutup :) Sometimes, it even rings at me when someone calls, it may even vibrate, and sometimes I am able to push the 'answer' button and get it to respond immediately, so that I don't press the 'hangup' button that appears in the same spot as the 'answer' button, and then sometimes I even get to hear the person on the other side of the connection, and that person may even hear me, sometimes without echo and buzz. Well, that's what it (sometimes) looks like using the FR. Don't get me wrong, either, I love the platform and am greatly looking forward to it being useable in a wide field of applications. Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Set console to USB
Ivan Shirokoff writes: > Can anybody tell me how can I actually use 'Set console to USB' on GTA02? > Does it mean that I can use my FreeRunner console while it's not loaded? It will let you access the boot loader command line over USB with something like "picocom /dev/ttyACM0". ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Sarton, this is a great mail, spot on, thank you very much. Wolfgang On Feb 2, 2009, at 1:27 PM, roguem...@roguewrt.org wrote: > Gothnet wrote: >> >> >> Rask Ingemann Lambertsen wrote: >>> Why? What is it that you expect the Neo Freerunner to do that the >>> other >>> handheld devices out there won't? You will have noticed that >>> pretty much >>> all >>> the unhappy users are those expecting the Neo Freerunner to be just >>> another >>> well polished smartphone. If you buy a Neo Freerunner, do it for >>> the right >>> reasons so you avoid disappointment. >>> >>> >> >> I take issue with that a bit. > > Maybe it's better stated as "The people who expected reliable basic > functionality as a phone" were disappointed. You can surely obtain it, > but just don't expect it. > > I think the main point was to make sure it meets your extended needs > as > a mobile device, just not as a phone. The phone part seems to be > further > down the track for 'out-of-the-box' functionality. > > I don't think we should dance around the learning curve, especially > when > someone says they are relatively new to linux. We can all debate the > phone capabilities and reliability but in the end, some people are > going > to have as much success using the freerunner as a phone as they have > their desktop with comparable hardware. I think for now, we should > make > it blatantly obvious that this is first and foremost, at this point in > time, a portable linux computer and there is firmware yet to be > developed to take full advantage of the freerunner as a reliable phone > (TBA). Third party firmware should not be taken into consideration > when > pitching the device as a phone, that should be something the user > explores once OM can completely support their own device. > > Currently there are very few users, we are all QA/devs/coders/ > hobbyists. > I do become a user now an then between battery removals :) > > Saying anything less is a little deceptive with regards to sales. > Saying > anything more can get a little convoluted to the non-technical or > linux > newbie. > > Don't get me wrong, I love my freerunner ... I really wish I could > pimp > it as a phone rather than just exclaiming "look! it works!" ... when > quite often I realise I'm wrong ... after hitting answer 50 times and > yelling at it to shutup :) > > There really are some moments I can't help but giggle about ... but > that's me and I know I have a wierd sense of humour :) > > Sarton > > ___ > 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: Questions about the usability of GTA02
Gothnet wrote: > > > Rask Ingemann Lambertsen wrote: >> Why? What is it that you expect the Neo Freerunner to do that the other >> handheld devices out there won't? You will have noticed that pretty much >> all >> the unhappy users are those expecting the Neo Freerunner to be just >> another >> well polished smartphone. If you buy a Neo Freerunner, do it for the right >> reasons so you avoid disappointment. >> >> > > I take issue with that a bit. Maybe it's better stated as "The people who expected reliable basic functionality as a phone" were disappointed. You can surely obtain it, but just don't expect it. I think the main point was to make sure it meets your extended needs as a mobile device, just not as a phone. The phone part seems to be further down the track for 'out-of-the-box' functionality. I don't think we should dance around the learning curve, especially when someone says they are relatively new to linux. We can all debate the phone capabilities and reliability but in the end, some people are going to have as much success using the freerunner as a phone as they have their desktop with comparable hardware. I think for now, we should make it blatantly obvious that this is first and foremost, at this point in time, a portable linux computer and there is firmware yet to be developed to take full advantage of the freerunner as a reliable phone (TBA). Third party firmware should not be taken into consideration when pitching the device as a phone, that should be something the user explores once OM can completely support their own device. Currently there are very few users, we are all QA/devs/coders/hobbyists. I do become a user now an then between battery removals :) Saying anything less is a little deceptive with regards to sales. Saying anything more can get a little convoluted to the non-technical or linux newbie. Don't get me wrong, I love my freerunner ... I really wish I could pimp it as a phone rather than just exclaiming "look! it works!" ... when quite often I realise I'm wrong ... after hitting answer 50 times and yelling at it to shutup :) There really are some moments I can't help but giggle about ... but that's me and I know I have a wierd sense of humour :) Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] 12-hour clock
Sweet, thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] latest unstable does really work???
On Fri, Jan 30, 2009 at 03:18:10PM +0100, Alexandre Girard wrote: > I can ssh but can't ping google.com from the OM, any idea? I've tried > to set the ip of my gateway machine (192.168.0.200) in /etc/ > Resolv.conf, with no success. route add default gw 192.168.0.200 -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki page - which file system in sd card?
On Sun, 2009-02-01 at 15:03 +0100, arne anka wrote: > > systems. Since not many people are recommending reiserfs nowadays due to > > lack of maintenance, regardless of being considered better than ext2/3, > > ext3 remains as the choice. > > it's not only "lack of maintenance" and reiserfs is not "considered to be > better" (by whom?)! > the best you could say is, that opinions are divided on the subject. > ext3 has a long history of kernel support compared to reiserfs -- if > reiserfs would be considered better, ext3 would not have gained the > attrention it got -- there's no natural choice. > even suse, a long term supporter and co-developer of reiser switched to > ext3 -- and certainly not due to lack of maintenance. I have to disagree here - because my own opinion is that ext2/3 are not the best for every purpose, and are demonstrably a poor choice for OSM maps on an SD card for instance. Last I heard reiserfs3 is still being maintained, and it has some real advantages for OSM maps (reiserfs doesnt have inode limits like ext2/3 does), and is much faster (against ext3). The reason you give "if reiserfs would be considered better, ext3 would not have gained the attrention it got" is not valid - politics and personal animosity between the reiserfs developer and the ext2/3 devs played a huge part with the ext2/3 devs having the inside run and able to play politics more effectively (both side are not blameless here) - the history is out there for all to see. The decision wasnt based on technical merits but who played politics better as far as I can see. There is a certain amount of YMMV with file system choices depending on your usage scenarios, but personally I would really like to use reiserfs and dump ext2/3 and all the problems they cause on the FR (lost data/corrupted filesystems, slow performance, ...) that I have. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki page - which file system in sd card?
Hi, Am Sonntag, 1. Februar 2009 schrieb Fernando Martins: > It is also important to note that ext is faster than FAT (benchmark, > anyone?) but, most importantly, it supports permissions, which FAT > doesn't. Of course, since FR is in general a single user device, the > permissions might be not so important. Another advantage of ext2/3 is > linking support, which, for instance, if you are storing maps and you > have blank tiles files, you can keep a think blank file and have all the > others be just a link to this one (you would need a script for that to > make it practical) again (cmp. http://lists.openmoko.org/pipermail/community/2009-January/040623.html)... IMHO, it should be "owner/group concept and permissions" (there are even extensions for ACLs) and "linking" is a part of a build process (typically after compiling), so maybe "support for hard/soft links" is a better expression And what about - other "special files" like named pipe files, device files,... - file name conventions (Which are the file name restrictions in FAT?) Good night, Martin Bernreuther -- _ Martin Bernreuther martinb...@web.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Milestone 5?
It's three days late and there are 6 tickets to go. I bet they are hard working on it. Just a few more days I hope. http://trac.freesmartphone.org/milestone/milestone5 signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
London pub meet on the 11th
Hello all, So, it's a couple of weeks since the last thread, are we still having a pub meet on the 11th? I've looked at the pubs suggested, and my vote's on the Old Bank of England on Fleet street. I don't like Sam Smith's beer and OBoE is lazily close to work :) So who's available and could sup a couple of beers and chat about the state of the world/phone? I'm Dave, by the way, and only used to be a goth, though the name kinda stuck. -- View this message in context: http://n2.nabble.com/London-pub-meet-on-the-11th-tp2255676p2255676.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: [SHR-Testing] 12-hour clock
On Sun, 1 Feb 2009 15:13:47 -0600, The Digital Pioneer wrote: > Hi, guys. Does anyone know how to set the phone to use a 12-hour clock? I'm > one of those weird Americans who don't like 24-hour clocks. :P > {applies to all non-qtopia distros AFAIK} The clock is laid out in the illume theme, such as /usr/share/enlightenement/data/themes/illume.edj - I've been working on customizing the theme to suit my tastes, one of the things I did was add the date below the time. I experimented with AM/PM but felt it used too much valuable space, given that the same space is being competed for by GSM widget, battery widget, left/right arrows, taskname, etc. (or, I had to make the font for the time too small) If you extract the theme with "edge_decc illume.edj"[1] then look through the .edc file to find "MOD: CLOCK". There's a script within the clock module section that includes lines like these: timer(60.0 - second, "clock_cb", 1); if ((hour < 10) && (minute < 10)) {snprintf(buf, 10, "0%i:0%i", hour, minute);} else if ((hour < 10) && (minute >= 10)) {snprintf(buf, 10, "0%i:%i", hour, minute);} else if ((hour >= 10) && (minute < 10)) {snprintf(buf, 10, "%i:0%i", hour, minute);} else if ((hour >= 10) && (minute >= 10)) {snprintf(buf, 10, "%i:%i", hour, minute);} set_text(PART:"e.text.label", buf); (the appropriate changes are left as an exercise for the reader ;) recompile the theme with './build.sh' inside the theme dir, move the created .edj file (presuming no errors) up one folder to replace the original (note that enlightenment is quite prone to segfaulting when you do this, so do it via SSH!!) then restart enlightenment with "killall -HUP enlightenment" and it will reload with the altered theme. (note that unless you use a different name and change enlightenment config to use the 'new' theme, it will be overwritten by package upgrades) I'm planning to revisit the clock soon, I want to try to incorporate external flags that are honored to determine whether to display day, and whether to use 12- or 24-hour format. If successful I'll post the full clock module group for anybody who wants to incorporate it in their edje theme. j [1] or whichever theme you're using - note that if 'default.edj' is present it is normally overridden by the actual selected theme, so changing the clock there [which is the analog one with 120+ png files] likely won't make any change to your clock. You may need to "opkg install edje-utils" to have edje_decc & edje_cc. (the latter is used by build.sh to rebuild the .edj) -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Rask Ingemann Lambertsen wrote: > > Why? What is it that you expect the Neo Freerunner to do that the other > handheld devices out there won't? You will have noticed that pretty much > all > the unhappy users are those expecting the Neo Freerunner to be just > another > well polished smartphone. If you buy a Neo Freerunner, do it for the right > reasons so you avoid disappointment. > > I take issue with that a bit. I'm not the most happy of users but I didn't expect a fully polished smartphone. Some of the reasons you state were important to me, specifically the fully open software stack. That said, I did expect the basics to work in a solid way, and IMHO they still aren't there. No GPRS, GPS, WiFi, bad battery life... those sorts of things I could put up with and did expect. Suspend and wake issues, bad sound and unreliable receiving of calls and text messages were not what I expected. I know there's been a lot of progress, and I know there will be more, but it's still not as useful as my £50 sony ericsson. That said I have a lot of hope about developments in Android and FSO and being able to use it more in the coming couple of months. -- View this message in context: http://n2.nabble.com/Questions-about-the-usability-of-GTA02-tp2249982p2255635.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
[FSO] Milestone 5?
any news? Never tried FSO before, but I decided to give milestone 5 a try :) Kosa - Un mundo mejor es posible - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
On Sat, Jan 31, 2009 at 06:11:58AM -0800, Tschaka wrote: > > So, again somebody is asking a question about usabilty. Please don't get me > wrong, i actually browsed the mailing lists and wikis, but still there are > some unsure things, and i'd like to have a bit more of a summarization. > I'm interested in buying an openmoko Neo Freerunner, Why? What is it that you expect the Neo Freerunner to do that the other handheld devices out there won't? You will have noticed that pretty much all the unhappy users are those expecting the Neo Freerunner to be just another well polished smartphone. If you buy a Neo Freerunner, do it for the right reasons so you avoid disappointment. For example, the reasons _I_ bought a Freerunner instead of one of the competing devices: 1) I can install and use the programs _I_ want, even if nobody else sees the point. Example: For trainspotting, I want a database with freight train timetables and a front end so I can look up train passage times when at a station. 2) A screen big enough to do 1). 480x640 is better than most handhelds. 3) A GNU/Linux environment like on my desktop system, which means I can basicly do the same things on the go as I do at home. 4) Enough RAM to do 1) and 3). Most such devices have less than 128 MB. 5) An external USB port! Combined with 3), the possibilities are nearly endless. Just look at all the USB devices out there, ready to plug in. E.g. even though the Neo doesn't have a built in 3G modem, a USB one can be added. The Freerunner also connects fine to a USB cable modem, just 'ifup eth1' and off you go. 6) Schematics. It brings me the sort of excitement and enthusiasm I experienced back in around 1990 when I bought an Amiga 500 and found the schematics in the back of the manual. I did some hardware upgrades to my Amiga 500 and I'll likely be doing a few to my Freerunner as well. See also: The hardware list. 7) Generally, if there's something I'm not happy with on the Freerunner, I'll have a much better chance of being able to change it to my liking. 8) I will eventually need a replacement for my more than 5 years old Samsung phone. It's not just that the battery has aged noticably, the Samsung also has a number of silly misfeatures such as refusing to adjust speaker volume while in soundless mode, no way to use sound recordings as ringtones and no way of entering '+' in a phone number. See also 7). Neither the Android Dev Phone 1/T-Mobile G1, the iPhone or the Nokia N810 live up to all of the above points. I have not carefully checked if one of the many HTC devices would suit me better. > 1st) Battery Power > > sometimes i'm at university from 9am to 10pm 6 days a week. I'm often > browsing mobile news pages with my phone when going to university, or having > a chat (XMPP of course!), approx 40 minutes a day. In the meantime i'm > listening to music. > I got no actual watch, so my phone is my watch, means i often activate the > background light to get to know the time. > I'm sending like 1-5 messages a day, having a phone call now and then. > Now and then i would like to access the web via wifi. > > So, since i'm not able to plug the phone to a power source at university, > would i be able to run it the whole day, without getting out of battery > power after 10 hours? The following is with the Debian distribution (with ancient 2.6.24 kernel), xscreensaver not installed and GSM off: Suspended: 20 % battery charge remaining after 3 days. If sitting idle (not suspended) with the screen blanked: 20 hours[1]. But 7 hours drain 38 % of capacity, which gives about 18.5 hours instaed. If sitting idle (not suspended) with full backlight on: 5.5 hours[1]. Playing music[2] using mikmod with the screen blanked: 7.5 hours[1]. Playing music[2] using alsaplayer with the screen blanked: 6 hours[1]. Playing music[2] using alsaplayer with full backlight on: 3.5 hours[1]. Shooting video[3] with full backlight on: Well under 3 hours. ;-) Some distributions automatically suspend after a while, others don't. Some distributions don't unblank the screen while locked, so you can e.g. put it in a pocket while playing music without wasting battery power on backlight. ISTR this works fine in OM2008.9, but it doesn't in Debian. :-( There's a nasty power management bug somewhere which means that if you've had GSM on and turn it off, power consumption increases a lot: https://lists.openmoko.org/pipermail/hardware/2009-January/000933.html I suppose it won't affect you when using the Neo as a phone. So in short, I think you should be able to use the Neo for 13 hours on battery power with the usage pattern you described, just as long as you keep an eye on the backlight and suspend the Neo during lectures. [1] Estimated using /sys/devices/platform/bq27000-battery.0/power_supply/bat/time_to_empty_now, which doesn't seem to take into account the increase in battery current as battery voltage decr
Re: [debian] zhone not working
2009/1/31 vale : > hm now zhone starts fullscreen and i cant change back to the xfce desktop. is > there some trick ? if i choose to exit zhone from zhone menu, it also kills > x11 and shuts down debian :( I've got the same problem with fbpanel, set up as given in http://wiki.openmoko.org/wiki/Debian. I can start fbpanel from a terminal, but it doesn't start automatically. Any ideas? Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] XGlamo 240x320 no longer works
O Domingo, 1 de Febreiro de 2009, Michael Sheldon escribiu: > However with both the testing and stable SHR images XGlamo no longer > seems to be able to switch to 240x320, I just get a corrupt, mostly > white display until I switch back to 480x640 (both with xrandr at the > command line and using libxrandr). Have other people encountered this > issue? Is there a known way to get it working? Theree's a known bug os unstable SHR about this. "Noise screen of death when using xrand" Look at the lists for it -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html 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: Sephora 0.2-1 available
On 01/02/2009 22:41, vale wrote: > > everything seems to work as it should, thank you :) If you refer to xfce - > Menu it does work without problem, even if sephora is running. > > sephora is very helpfull for gprs :) only i have to run zhone to put the pin > of the simcard before gprs can connect. is there a possibility to do this > from sephora? > Yes, of course. The only problem is that I will need some time to test it, because, I want to be sure there will not be problems. Testing another application, a little error, drained my sim credit! Now I want to be sure to don't lock it :) Thank you for your suggestion! Have you a nice evening! Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
You forgot to put om2008.12 as an distro option, which is the most stable distro I've found. Kosa - Un mundo mejor es posible - bytestore escribió: > Mmmm.. > please vote you request in this site > Freerunner as a daily phone? http://openmoko.spb.ru/viewtopic.php?f=4&t=17 > Which distribution you use on freerunner? > http://openmoko.spb.ru/viewtopic.php?f=4&t=16 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sephora 0.2-1 available
Michele Renda wrote: > > Thanks to Davide report, I added some code to check if sephora is > launched as superuser. > > You can find the new package to the same address: > https://launchpad.net/sephora/+download > > If you experience, problems, errors or you want some new functionality > please reply here! > > Best regards > Michele Renda > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > everything seems to work as it should, thank you :) If you refer to xfce - Menu it does work without problem, even if sephora is running. sephora is very helpfull for gprs :) only i have to run zhone to put the pin of the simcard before gprs can connect. is there a possibility to do this from sephora? thank you for great tool and your work! vale -- View this message in context: http://n2.nabble.com/Sephora-not-working-any-longer--tp2208881p2255335.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
[debian] opera mini .. ?
Hi i tried this evening to get opera mini working with debian, i somehow managed to get it started, but it gets X to hang after some seconds :( If someone is interested how i got it to work: 1) install openjdk 2) get microemu (http://microemu.org/ , Java implementation of Java ME in Java SE) 3) get opera mini: http://www.operamini.com/download/pc/generic/generic_advanced_midp_2/ 4) unpack microemu, 5) start microemu "java -jar microemulator.jar" 6) go to "Options > Select device", click "Add...", navigate to "microemulator\devices" and select "microemu-device-resizable.jar" 7) select the "Resizable device" profile you just added and click "Set as default" 8) click the "Resize" button in lower right to set the size you want (400x400 seems ok for first tests) 9) go to "File > Open JAD" and choose the Opera Mini jad you previously downloaded 10) "Opera Mini" now appears in the list of apps you can start by double clicking it 11) it should start installing after some seconds then i get to the bookmarks i can select one and the webpage appears, but after some seconds the system freezes. only killall -9 X helps ;) If someone has an idea to improve performance or knows another java ME implementation, please report :) greetings vale -- View this message in context: http://n2.nabble.com/-debian--opera-mini-..---tp2255329p2255329.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: [SHR] FreeRunner suspends even when told not to do so
On Sun, Feb 1, 2009 at 21:16, Jan Vlug wrote: > For me it seems that I cannot change anything in "Power management". There > is no suspend in Timeouts either. It looks that you have some problem with frameworkd. Can you play with mdbus and test it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Mmmm.. please vote you request in this site Freerunner as a daily phone? http://openmoko.spb.ru/viewtopic.php?f=4&t=17 Which distribution you use on freerunner? http://openmoko.spb.ru/viewtopic.php?f=4&t=16 -- View this message in context: http://n2.nabble.com/Questions-about-the-usability-of-GTA02-tp2249982p2255273.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
[SHR-Testing] 12-hour clock
Hi, guys. Does anyone know how to set the phone to use a 12-hour clock? I'm one of those weird Americans who don't like 24-hour clocks. :P -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Set console to USB
Hello. Can anybody tell me how can I actually use 'Set console to USB' on GTA02? Does it mean that I can use my FreeRunner console while it's not loaded? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] FreeRunner suspends even when told not to do so
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Johny Tenfinger wrote: | On Sun, Feb 1, 2009 at 20:00, The Digital Pioneer | wrote: |> Don't use the wrench, it configures Illume. I believe ophonekitd is |> responsible for suspending. Configure it through the settings GUI |> (/usr/bin/exposure.py) | | Responsible for suspending is frameworkd. On shr-unstable there is no | exposure. You can configure it though shr-settings, in "Power | management" section (set suspend in Timeouts to -1). | For me it seems that I cannot change anything in "Power management". There is no suspend in Timeouts either. And indeed I'm using SHR unstable :-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmGAywACgkQvuFuLCp9giAguwCeLlI31bidRi4mmdHDNyBOJjFI N30An06iC5nXpj2FhCjaISaLW5rl4ScE =X2Qt -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] FreeRunner suspends even when told not to do so
Somehow I'm not surprised... Is there a way to upgrade without flashing a new image? I'd rather not lose all my programs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] FreeRunner suspends even when told not to do so
On Sun, Feb 1, 2009 at 20:20, The Digital Pioneer wrote: > Unstable? Who said anything about unstable? I use Testing. :) And who said anything about testing? :P And... unstable is working better than testing ;] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] FreeRunner suspends even when told not to do so
Unstable? Who said anything about unstable? I use Testing. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
i had to remove the content .cache/sessions it seems that i managed somehow to save my session without xfwm4 running and from there on xfwm wasnt started again. now with all sessions removed it seems to start xfwm4 by default. thanks for your help it pointed me to the right direction :) good evening vale -- View this message in context: http://n2.nabble.com/-debian--zhone-not-working-tp2210515p2254882.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: [SHR] FreeRunner suspends even when told not to do so
On Sun, Feb 1, 2009 at 20:00, The Digital Pioneer wrote: > Don't use the wrench, it configures Illume. I believe ophonekitd is > responsible for suspending. Configure it through the settings GUI > (/usr/bin/exposure.py) Responsible for suspending is frameworkd. On shr-unstable there is no exposure. You can configure it though shr-settings, in "Power management" section (set suspend in Timeouts to -1). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] FreeRunner suspends even when told not to do so
Don't use the wrench, it configures Illume. I believe ophonekitd is responsible for suspending. Configure it through the settings GUI (/usr/bin/exposure.py) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
> it seems that xfwm4 doesn't start automatically yes, i suspected something like that. > someone knows where xfwm should be called? normally, it should be started by startxfce4 as well. at a glance, there are several files startxfce checks for informations -- so either you could start xfwm once from within xfce and see, if it is started automatically afterwards or you need to do some deeper debugging. comment the startxfce4 line in ~/.xsession and restart X, then start startxfce4 via ssh and have a look at the output -- maybe something helpful turns up. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
On Sun, Feb 1, 2009 at 13:31, Juergen Schinker wrote: > please everyone who uses the freerunner as a daily phone > always mention how e.g with which distribution software etc. > i'm happy for everyone who does but i desperatly want to use it as well > as a phone... I'm using SHR unstable, with Zhone installed as "fallback gsm ui". And everything works fine :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
oh i found the problem it seems that xfwm4 doesn't start automatically, i don' know why. but if i start it from ssh export DISPLAY=:0 xfwm4 zhone starts then with title bar and everything is ok, keyboard has right size too ... someone knows where xfwm should be called? thanks vale -- View this message in context: http://n2.nabble.com/-debian--zhone-not-working-tp2210515p2254604.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: [debian] compiling e17 for freerunner
Davide Scaini wrote: > > ...thanks mike, but i tried your all "old" packages with no success... > i'll try this ones then i'll give you feedback. > > Can you precise which bug? > thanks Robert and Mike > d > > it was in ewl_engine_evas_fb.c in: if (ev->double_click) clicks = 2; if (ev->triple_click) clicks = 3; What's you problem about the packages? May be you are missing some dependencies? -- View this message in context: http://n2.nabble.com/-debian--compiling-e17-for-freerunner-tp2253551p2254569.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: [debian] zhone not working
arne anka wrote: > >> i have a .xsession file: >> #!/bin/sh >> export GTK_MODULES=libgtkstylus.so >> xfce4-session > > well, i got > /usr/bin/startxfce4 > instead of xfce4-session, not sure what's the difference is, though. > >> so nodm starts xfce4. > > meaning you get the full desktop? menu, taskbar, ...? > >> if i start zhone from there or via ssh, zhone starts fullscreen and i > > how full is fullscreen? does the zhone window have a title bar with those > maximize/minimize/close buttons? > is the taskbar and the opp still visible? > >> if i exit zhone from menu, the freerunner gets >> shutdown signal. i dont know why :( > > what menu? from inside zhone? that's normal -- remember is a one-fits-all > test application, run even without a window manager as sole application. > >> Also my keyboard i can start from openmoko-panel-plugin or aux button has >> become very small and unusable since last updates :( > > what do you mean by small? the characters and thus the keys have become > very tiny? that's depending on the used resolution. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > thank you, i tried startxfce4 but i get the same result. yes xfce starts complete, with desktop, top and bottom panel. if i start zhone it starts fullscreen without any title bar to be able to close it. yes the shutdown happens if i exit zhone from its own menu. the keyboard is very small its width only covers less than half the neo screen. in the past it covered the whole width of the screen ^^ how can i change the resolution? it is 640x480 now. thank you in advance vale -- View this message in context: http://n2.nabble.com/-debian--zhone-not-working-tp2210515p2254542.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: [debian] compiling e17 for freerunner
...thanks mike, but i tried your all "old" packages with no success... i'll try this ones then i'll give you feedback. Can you precise which bug? thanks Robert and Mike d On Sun, Feb 1, 2009 at 5:49 PM, Mike Crash wrote: > > I have also no real problems compiling it. Only one bug in source, which i > have fixed locally and compiled, it seems for svn inconsistancy. You can > download it > > http://www.mikecrash.com/index.php?name=Downloads&d_op=viewdownloaddetails&lid=73&ttitle=Enlightenment_E17_Debian_armel_packages > here packaged the Debian way. > -- > View this message in context: > http://n2.nabble.com/-debian--compiling-e17-for-freerunner-tp2253551p2254395.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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No Sound on calls
2009/2/1 Ali : > This happened to me using the latest andy tracking kernel > uImage-moredrivers-GTA02_andy-tracking_2763b78dd365a140.bin on Debian. > Also the phone would attempt to suspend but fail. After I switched back > to the second latest one all was well. Do you mean second latest commit in openmoko git or some Debian repository kernel? Which commit exactly? I'd like to test out 2.6.29 but the sound problem is preventing it currently. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiki page - which file system in sd card?
arne anka wrote: >> systems. Since not many people are recommending reiserfs nowadays due to >> lack of maintenance, regardless of being considered better than ext2/3, >> ext3 remains as the choice. >> > > it's not only "lack of maintenance" and reiserfs is not "considered to be > better" (by whom?)! > I was just trying to keep it simple: I could say "general lack of support", "lack of commitment from the community". I believe Hans Reiser was not keen on supporting reiserfs since he preferred people to use to reiser4. As you Suse, moved from reiserfs to ext3. Thus "lack of maintenance" does not seem incorrect to me. If you prefer another option, fine. As for the "better", unfortunately I don't have any benchmarks but I can look for it when I have more time. I can say for sure by my own experience that reiserfs compared to ext3 with a minimal journal and same block size, does take significantly more space. Sufficiently so for me to move 100GB or so of data from ext3 to reiserfs. I don't remember all the details since it was already several years ago. Oh, and you said Suse moved to ext3, from reiserfs, right? I assume they preferred it over ext3 before they had to move to ext3 for other likely non-technical reasons. > the best you could say is, that opinions are divided on the subject. > ext3 has a long history of kernel support compared to reiserfs -- if > reiserfs would be considered better, ext3 would not have gained the > attrention it got -- there's no natural choice. > even suse, a long term supporter and co-developer of reiser switched to > ext3 -- and certainly not due to lack of maintenance. > > Well, I understand Suse was doing some maintenance but without namesys fully committed to it and the head developer not available, I think those reasons were more than sufficient to drop it. Not many technical reasons needed I think. > the choice depends entirely on the given circumstances and personal > preferences -- the biggest obstacle for reiser would be that the available > kernels do not support it imo. > would be interesting, to ask, why not, btw. > > Ah! someone mentioned using reiserfs for sd cards, so I assumed it was supported by open moko kernels. Then I would prefer to change the text and simply mention reiserfs is not available. >> But even if you use ext3 in the SD Card you should be able to have >> access to it through the USB interface, instead of feeding the acrd >> directly into the PC SD reader. >> > > huh? what is that supposed to mean and what does ext3, compared to other > fs, have to do with accessing the sd card through usb (as opposed to what? > wlan? bluetooth?). > Well, on the list someone pointed out that the universality of FAT was not so relevant because if you wanted to access the data from a Windows machine it would be better to use USB instead of removing the card and inserting it in the Windows PC reader. > anyway, thanks for the effort to compile a wiki entry! ;-) > > No problem, unfortunately the subject does seem to bring some amount of subjectivity, maybe even emotion. (it's time consuming and complex to get hard facts on comparing file systems). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] FreeRunner suspends even when told not to do so
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Even when I choose wrench (Settings) | Display | Power | Suspend After Blank | off The FreeRunner is suspending after the screen blanks when not connected to USB. How can I configure the FreeRunner to stay on? Automatically suspending makes making tracks with tangoGPS impossible... I found this bug, but is does not tell how to do the configuration to avoid suspending: http://shr.bearstech.com/trac/ticket/29 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmF1MYACgkQvuFuLCp9giCAUQCbBQAV489dVOlNISNiaPJBJOor h/EAnjZhfEl163RUM3VAi55jZ1hV5OuG =sxfQ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] compiling e17 for freerunner
I have also no real problems compiling it. Only one bug in source, which i have fixed locally and compiled, it seems for svn inconsistancy. You can download it http://www.mikecrash.com/index.php?name=Downloads&d_op=viewdownloaddetails&lid=73&ttitle=Enlightenment_E17_Debian_armel_packages here packaged the Debian way. -- View this message in context: http://n2.nabble.com/-debian--compiling-e17-for-freerunner-tp2253551p2254395.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: [debian] e17 from fso repos
Nikita V. Youshchenko wrote: > >> If someone interested, i have packaged e17 for debian, you can download >> it on www.mikecrash.com > > Maybe you are interested in helping debian pkg-e team in making official > packages? > > Maybe, but i am not familiar with Debian way of packaging (looked at the guide but it seems so difficult to join). Anyway for me is better to make some programming, not to maintain packages. I have compiled it for my usage and uploaded it, if somebody interested. Now that there are official packages in debian, i have recompiled my versions to be more friendly with it. And I also recommend to upgrade, because of some notable bud fixes in SVN of E17. -- View this message in context: http://n2.nabble.com/-debian--e17-from-fso-repos-tp2168121p2254377.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: Sephora 0.2-1 available
Thanks to Davide report, I added some code to check if sephora is launched as superuser. You can find the new package to the same address: https://launchpad.net/sephora/+download If you experience, problems, errors or you want some new functionality please reply here! Best regards Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
> i have a .xsession file: > #!/bin/sh > export GTK_MODULES=libgtkstylus.so > xfce4-session well, i got /usr/bin/startxfce4 instead of xfce4-session, not sure what's the difference is, though. > so nodm starts xfce4. meaning you get the full desktop? menu, taskbar, ...? > if i start zhone from there or via ssh, zhone starts fullscreen and i how full is fullscreen? does the zhone window have a title bar with those maximize/minimize/close buttons? is the taskbar and the opp still visible? > if i exit zhone from menu, the freerunner gets > shutdown signal. i dont know why :( what menu? from inside zhone? that's normal -- remember is a one-fits-all test application, run even without a window manager as sole application. > Also my keyboard i can start from openmoko-panel-plugin or aux button has > become very small and unusable since last updates :( what do you mean by small? the characters and thus the keys have become very tiny? that's depending on the used resolution. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sephora 0.2 available
On 01/02/2009 16:23, vale wrote: > i had to "apt-get install menu" first then i was able to install sephora, > which starts fine now! > Yes, It has menu as dependency. Can you please check if all is ok with your menu? (expecially if you use xfce?) Thank you ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
hi thank you for your help, i have a .xsession file: #!/bin/sh export GTK_MODULES=libgtkstylus.so xfce4-session so nodm starts xfce4. On the desktop i have a starter for zhone: [Desktop Entry] Version=1.0 Encoding=UTF-8 Type=Application Name=Zhone Comment=Feature Phone UI Categories=Application; Exec=zhone Icon=zhone Terminal=false StartupNotify=true if i start zhone from there or via ssh, zhone starts fullscreen and i dont see my desktop anymore. if i exit zhone from menu, the freerunner gets shutdown signal. i dont know why :( Also my keyboard i can start from openmoko-panel-plugin or aux button has become very small and unusable since last updates :( thx you and have all a nice day vale -- View this message in context: http://n2.nabble.com/-debian--zhone-not-working-tp2210515p2254176.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: Questions about the usability of GTA02
On 31 Jan 2009, at 22:53, arne anka wrote: >> The one thing I find absent in every design is a plain old phone >> keypad. >> Maybe a slider design to pull it out from underneath or such like. > > probably not what om likes -- but consider buying an unlocked g1 > (android). with the android sources available virtually every > distribution > available for the fr should run on it, too. I would love to see SHR running on the G1. ;D Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sephora 0.2 available
thank you! for me it is working now again :) i had to "apt-get install menu" first then i was able to install sephora, which starts fine now! thx for this great tool vale -- View this message in context: http://n2.nabble.com/Sephora-not-working-any-longer--tp2208881p2254061.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: [debian] compiling e17 for freerunner
On Sunday 01 February 2009 11:56:31 Davide Scaini wrote: > forgot a detail...: > "Checked out revision 38885" > d > > On Sun, Feb 1, 2009 at 12:49 PM, Davide Scaini wrote: > > ...then i decided to package e17 for debian on my own. > > The only working packege I found is enlightenment_all_in_one.deb posted > > some time ago in this list... > > So now I wanted some thing more up to date... so I started compiling e17 > > from svn (using a script I guess posted here months ago). I managed to > > compile eet, but when compiling evas I got this error: I had no problems building this revision on Gentoo. >>> Starting src_unpack * subversion update start --> * repository: http://svn.enlightenment.org/svn/e/trunk/e...@r38885 gcc-4.3.3, glibc-2.7 my configure: ./configure --prefix=/usr --host=armv4tl-softfloat-linux-gnueabi -- mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share -- sysconfdir=/etc --localstatedir=/var/lib --enable-fontconfig --enable- software-x11 --enable-software-16-x11 --disable-software-xcb --enable- software-sdl --enable-sdl-primitive --enable-fb --disable-gl-x11 --enable- xrender-x11 --disable-xrender-xcb --enable-image-loader-gif --enable-image- loader-png --enable-image-loader-jpeg --enable-image-loader-eet --enable-font- loader-eet --enable-image-loader-edb --enable-image-loader-tiff --enable- image-loader-xpm --enable-image-loader-svg --disable-pthreads --disable-cpu- mmx --disable-cpu-sse --disable-cpu-altivec --disable-cairo-x11 --enable- directfb --enable-buffer --disable-image-loader-pmaps --enable-cpu-c --enable- scale-sample --enable-scale-smooth --enable-convert-8-rgb-332 --enable- convert-8-rgb-666 --enable-convert-8-rgb-232 --enable-convert-8-rgb-222 -- enable-convert-8-rgb-221 --enable-convert-8-rgb-121 --enable-convert-8-rgb-111 --enable-convert-16-rgb-565 --enable-convert-16-rgb-555 --enable-convert-16- rgb-444 --enable-convert-16-rgb-rot-0 --enable-convert-16-rgb-rot-270 -- enable-convert-16-rgb-rot-90 --enable-convert-24-rgb-888 --enable-convert-24- bgr-888 --enable-convert-32-rgb- --enable-convert-32-rgbx- --enable- convert-32-bgr- --enable-convert-32-bgrx- --enable-convert-32-rgb- rot-0 --enable-convert-32-rgb-rot-270 --enable-convert-32-rgb-rot-90 --x- includes=/usr/armv4tl-softfloat-linux-gnueabi/usr/X11R6/include --x- libraries=/usr/armv4tl-softfloat-linux-gnueabi/usr/X11R6/lib --build=i686-pc- linux-gnu Configuration Options Summary: Engines: Software Memory Buffer.: yes Software X11...: yes (XCB: no) XRender X11: yes OpenGL X11.: no Glitz X11..: no Cairo X11..: no XRender XCB: no Software DirectDraw: no Direct3d...: no Quartz.: no OpenGL Glew: no Software SDL...: yes (primitive: yes) Software Framebuffer...: yes DirectFB...: yes Software Qtopia: no Software 16bit : yes Software 16bit X11.: yes Software 16bit Directdraw..: no Software 16bit WinCE...: no Software 16bit SDL.: yes (primitive: yes) Image Loaders: EDB.: yes EET.: yes GIF.: yes JPEG: yes PMAPS...: no PNG.: yes SVG.: yes TIFF: yes XPM.: yes Font Sourcing Systems: EET.: yes Font Searching Systems: Fontconfig..: yes CPU Specific Extensions: Fallback C Code.: yes MMX.: no SSE.: no ALTIVEC.: no Thread Support..: no MAGIC_DEBUG.: yes Async Events..: yes Async Image Preload...: yes ARGB Software Engine Options: Sampling Scaler.: yes Smooth Scaler...: yes YUV Converter...: yes ARGB Conversion Options: Smaller Dither Mask.: no Line Dither Mask: no No Dither Mask for 16bpp: no 8bpp RGB 332: yes 8bpp RGB 666: yes 8bpp RGB 232: yes 8bpp RGB 222: yes 8bpp RGB 221: yes 8bpp RGB 121: yes 8bpp RGB 111: yes 16bpp RGB 565...: yes 16bpp BGR 565...: yes 16bpp RGB 555...: yes 16bpp RGB 444...: yes 16bpp RGB 565 (444 ipaq): yes 16bpp Rotation 0: yes 16bpp Rotation 90...: yes 16bpp Rotation 180..: yes 16bpp Rotation 270..: yes 24bpp RGB 888...: ye
Re: [SHR] latest unstable does really work???
same problem here ... i can start eth0, connect with wpa_supplicant to my wireless network, put the right nameserver in resolv.conf but every ping fails ... same wpa_supplicant, interfaces and resolv.conf configuration working well with debian ... i think shr has some major problem with resolving addresses now! thx in advnace vale -- View this message in context: http://n2.nabble.com/-SHR--latest-unstable-does-really-worktp2244873p2253905.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: Questions about the usability of GTA02
El día Sunday, February 01, 2009 a las 12:31:47PM +, Juergen Schinker escribió: > bytestore wrote: > > Freerunner is my daily phone, my hobby,my freeing, my satisfaction > > its help me on the work (terminal, gps, gprs) > > se w300i is my second phone (only phone and photomaker) > > please everyone who uses the freerunner as a daily phone > > always mention how e.g with which distribution software etc. I use my FR with Om2008,9 as my daily (and only) phone; all works well, sometimes a bit of buz, but the rest (GPS, GPRS, Wifi) is just fine; I have to boot every <18h because of the run-away events/0 bug; I own a minty-boost or have the FR attached to my laptop for charging, so the battery is no real issue for me (btw: you will save a lot of energy when you have brightness set to low); > > i'm happy for everyone who does but i desperatly want to use it as well > > as a phone... > > > BTW: i use my desktop as a daily desktop !?! me too: I use FreeBSD 7.1-STABLE + KDE3.5.8 as my daily and only desktop; no XP and ni Vista; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
It looks like that I can't install the following packages over the repository. Installing with opkg install http://opkg.org/foobar works better: I've tried opkg update before the installation so that shouldn't be a problem. Cannot find: zomg mofi xmahjongg segfault if tried to install over the repository: xlogical wireshark swedish-illume Can anyone confirm and maybe solve? 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
Re: Wiki page - which file system in sd card?
> systems. Since not many people are recommending reiserfs nowadays due to > lack of maintenance, regardless of being considered better than ext2/3, > ext3 remains as the choice. it's not only "lack of maintenance" and reiserfs is not "considered to be better" (by whom?)! the best you could say is, that opinions are divided on the subject. ext3 has a long history of kernel support compared to reiserfs -- if reiserfs would be considered better, ext3 would not have gained the attrention it got -- there's no natural choice. even suse, a long term supporter and co-developer of reiser switched to ext3 -- and certainly not due to lack of maintenance. the choice depends entirely on the given circumstances and personal preferences -- the biggest obstacle for reiser would be that the available kernels do not support it imo. would be interesting, to ask, why not, btw. > But even if you use ext3 in the SD Card you should be able to have > access to it through the USB interface, instead of feeding the acrd > directly into the PC SD reader. huh? what is that supposed to mean and what does ext3, compared to other fs, have to do with accessing the sd card through usb (as opposed to what? wlan? bluetooth?). anyway, thanks for the effort to compile a wiki entry! ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wiki page - which file system in sd card?
Hi, Based on list feedback, I have rewritten my former proposal for a wiki page dealing with the choice of file system for sd cards. If you feel so inclined, please review the text below before I put it on the wiki. I was thinking to link it from the FAQ page, under Storage, modulus a better suggestion. I would love to have benchmarking info there, both for performance and storage efficiency. Cheers, Fernando = This page summarises some aspects of file systems on SD Cards based on a thread in the OpenMoko community list: http://lists.openmoko.org/pipermail/community/2009-January/040521.html I got a new SD card. Which file system is the best? Short answer: ext3. Other options: ext2, vfat. Don't use wear-aware file systems like jffs2 and ubifs. Long answer: In principle you can use any file system that is supported by the kernel in your Open Moko, commonly FAT, ext2, and ext3, and reiserfs. The main difference between the first two and second two, is that the second set (ext3, reiserfs) supports journaling. The journal is an extra data structure used to make sure that the file system is always in a consistent state. Typically, if a crash happens in the system, the file system might get corrupted and even become unusable. In simple terms, the fs first saves all the data needed to perform the operation in the journal and only then starts updating the file system. If something goes wrong, the fs can rely on the journal to safely repeat the operation and repair the file system. Without a journal, the operation will certainly be lost and it might not even be possible to fix the file system. If you read the mail thread, you'll see people both vouching for fat and ext2 but also others experiencing corruption and annoyed with both file systems. Since not many people are recommending reiserfs nowadays due to lack of maintenance, regardless of being considered better than ext2/3, ext3 remains as the choice. There are three disadvantages with the journaled file system: - lower performance at write time, since there is the extra work of the journal - increased chance of damaging the SD card due to extra use of the journal causing wearing - increased space usage (for the journal) Regarding performance, if you are using the SD mostly for static storage like maps or music files, it should not be a big problem. After the initial storage phase, the reads won't be delayed by the journal. Regarding the extra wearing, the number of write accesses before wearing seem to be sufficiently high not to have to bother with it, and the SD card in itself as automatic wearing leveling which will ensure that the journal will be written in another place after some time. All in all, sd card damage due to the journal should not be a practical issue. FAT might already be the fs in your card when you got a new one. It has the advantage of being recognised in many other systems. The data structures are simpler which might mean less writes on the sd-card and less code being executed (unverified) and you'll find more tools available to recover information when you get errors. But even if you use ext3 in the SD Card you should be able to have access to it through the USB interface, instead of feeding the acrd directly into the PC SD reader. It is also important to note that ext is faster than FAT (benchmark, anyone?) but, most importantly, it supports permissions, which FAT doesn't. Of course, since FR is in general a single user device, the permissions might be not so important. Another advantage of ext2/3 is linking support, which, for instance, if you are storing maps and you have blank tiles files, you can keep a think blank file and have all the others be just a link to this one (you would need a script for that to make it practical) What about file systems like jffs2 and ubifs, which are aware of flash card wearing? SD cards, according to SanDisk specs, should have wear leveling logic, which controls the number of writes and remaps blocks as needed. Wear-aware file systems might actually play against the logic of the card and are usually not recommendable. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
A temp solution is: create file .gtkrc-2.0 in use home dir, and add the following contents: style "scroll" { GtkScrollbar::slider-width = 25 } class "*" style "scroll" kimaidou wrote: > > Hi > > About the scrollbar, it is much to thin to be reachable with the finger. I > proposed an enhancement in the trac : make the right scrollbar twice (or 3 > times) bigger, so that all soft needing it become more finger friendly > > Kimaidou > > 2009/1/29 Johny Tenfinger > >> > 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi >> > Wifi hangs when I run it, even before the menu comes up. Is this known? >> > What could be a fix? Will wicd be ported to SHR? >> >> With new frameworkd you firstly have to set WiFi to "on" in shr-settings. >> >> > 4) Sometimes the scroll bar on the left is gold (see contacts) and >> > sometimes it is black (see settings). >> >> Scrollbar from contacts is from etk theme; scrollbar from shr-settings >> is from elementary theme. >> >> ___ >> 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 > > -- View this message in context: http://n2.nabble.com/-SHR--Miscellanious-minor-issues-tp2235786p2253824.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: Qt Extended update ?
Al Johnson escribió: > On Saturday 31 January 2009, Joerg Lippmann wrote: > >> Am Montag 26 Januar 2009 schrieb HouYu Li: >> >>> On Mon, Jan 26, 2009 at 10:27 AM, Chris Samuel wrote: >>> Does anyone know if there's any updates for Qt Extended in the pipeline ? >>> I am looking forward to it. >>> >> Does the silence here mean that no one here is working on QtE or that no >> one can/wants to give any information? >> > > Probably. > Well, you can always build it from source http://wiki.openmoko.org/wiki/Qtopia#Installation_option_4:_updating_from_source however, it is not clear to me if we _have_ to start from the current rootfs (meaning flashing QtExtended, then compiling and scp'ing the updated binaries into the neo), or if we can start from, say, a "minimal" rootfs (fso console comes to mind) and then install QtE on it. regards Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qt Extended update ?
On Saturday 31 January 2009, Joerg Lippmann wrote: > Am Montag 26 Januar 2009 schrieb HouYu Li: > > On Mon, Jan 26, 2009 at 10:27 AM, Chris Samuel wrote: > > > Does anyone know if there's any updates for Qt Extended in the pipeline > > > ? > > > > I am looking forward to it. > > Does the silence here mean that no one here is working on QtE or that no > one can/wants to give any information? Probably. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Well, now that my "regular" phone is on repairs, I've been using my neo as my main phone without major issues (just a little bit of buzz and low volume, but nothing extreme). It is currently running the "fixed" QtExtended 4.4.2 with the echo patch kindly posted by Chris Samuel (which works wonders by the way - never had any echo complains anymore) I can use it for gprs but so far not for wifi Tom Juergen Schinker escribió: > bytestore wrote: > >> Freerunner is my daily phone, my hobby,my freeing, my satisfaction >> its help me on the work (terminal, gps, gprs) >> se w300i is my second phone (only phone and photomaker) >> > > please everyone who uses the freerunner as a daily phone > > always mention how e.g with which distribution software etc. > > i'm happy for everyone who does but i desperatly want to use it as well > > as a phone... > > > BTW: i use my desktop as a daily desktop !?! > > > > ___ > 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: How my FR is used!
>>> Moko developers not use freerunner in daily use, they use blackberry >>> >> I'm not OM developer (hmm, ok, developing is my hobby), but I'm using >> FreeRunner in daily use... >> I own a FR, but I use a 5 eur phone. I like more to use my FR as a netbook, with Xfce, Debian. Ok, this is not the best use of a FR, but I am happy so. I am working to integrate a dialer on Xfce, to use it as a netbook with a phone. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
bytestore wrote: > Freerunner is my daily phone, my hobby,my freeing, my satisfaction > its help me on the work (terminal, gps, gprs) > se w300i is my second phone (only phone and photomaker) please everyone who uses the freerunner as a daily phone always mention how e.g with which distribution software etc. i'm happy for everyone who does but i desperatly want to use it as well as a phone... BTW: i use my desktop as a daily desktop !?! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sephora 0.2 available
Ok! fixed! chatting with michele we solved this problem... I run sephora as a non-root user, but sephora to call fso framework needs superuser privileges... so right now, if you are a non-root user launch sephora as: sudo sephora. Michele promised a modified release soon... Thanks Michele! d On Sun, Feb 1, 2009 at 12:40 PM, Davide Scaini wrote: > Thank you for your package! > but unfortunately i get an error... > hoping this helps ;-) > d > (grazie) > > > davide~$ DISPLAY=0 sephora > /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py:72: GtkWarning: > could not open display > warnings.warn(str(e), _gtk.Warning) > /usr/lib/python2.5/site-packages/sephora.py:59: Warning: invalid (NULL) > pointer instance > window = gtk.Window(gtk.WINDOW_TOPLEVEL) > /usr/lib/python2.5/site-packages/sephora.py:59: Warning: > g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed > window = gtk.Window(gtk.WINDOW_TOPLEVEL) > /usr/lib/python2.5/site-packages/sephora.py:89: GtkWarning: > gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed > right_box = gtk.ScrolledWindow() > /usr/lib/python2.5/site-packages/sephora.py:214: Warning: invalid (NULL) > pointer instance > select= gtk.combo_box_new_text() > /usr/lib/python2.5/site-packages/sephora.py:214: Warning: > g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed > select= gtk.combo_box_new_text() > /usr/lib/python2.5/site-packages/sephora.py:215: GtkWarning: > gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_context_set_font_description: assertion `context != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_context_set_base_dir: assertion `context != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_context_set_language: assertion `context != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_new: assertion `context != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' > failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_set_ellipsize: assertion `PANGO_IS_LAYOUT (layout)' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_set_width: assertion `layout != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_set_wrap: assertion `PANGO_IS_LAYOUT (layout)' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_set_alignment: assertion `layout != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_set_attributes: assertion `layout != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_get_extents: assertion `layout != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: Warning: g_object_unref: > assertion `G_IS_OBJECT (object)' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: > pango_layout_set_text: assertion `layout != NULL' failed > select.append_text(_('Inactive')) > /usr/lib/python2.5/site-packages/sephora.py:216: GtkWarning: > gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed > select.append_text(_('Active')) > /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: > pango_context_set_font_description: assertion `context != NULL' failed > select.append_text(_('Active')) > /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: > pango_context_set_base_dir: assertion `context != NULL' failed > select.append_text(_('Active')) > /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: > pango_context_set_language: assertion `context != NULL' failed > select.append_text(_('Active')) > /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: > pango_layout_new: assertion `context != NULL' failed > select.append_text(_('Active')) > /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: > pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' > failed > select.append_text(_('Active')) > /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: > pango_layout_set_ellipsize: assertion `PANGO_IS_LAYOUT (layout)' failed > select.append_text(_('
Re: Debug board v3 and neo1973 (gta01)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Le Thu, 29 Jan 2009 20:31:30 +, | Andy Green a écrit : |> I would look at the flat cable carefully, the gold fingers at both |> ends and the neck where it widens. First my flat cable cracked at |> one edge cutting the fingers, then it tore at the neck. Then I got a |> new one :-) | | Thank you Andy for your advices. | I look carefully at the cable, but see nothing. However testing it | again with the multimeter show it is defective :(. | | Where can I get a new one ? Should I buy a new debug board just for the | cable ? I think Tony (cc-d even if mailman stripped it) can help you about it, it should be possible to get you a replacement cable. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmFkekACgkQOjLpvpq7dMrFqwCeNwBrCI/rIOz0hI0tqzY2ayxX 3/sAn3FL02BInoJ2Eo7JFMT25giF46Yi =H6Xi -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debug board v3 and neo1973 (gta01)
Le Thu, 29 Jan 2009 20:31:30 +, Andy Green a écrit : > I would look at the flat cable carefully, the gold fingers at both > ends and the neck where it widens. First my flat cable cracked at > one edge cutting the fingers, then it tore at the neck. Then I got a > new one :-) Thank you Andy for your advices. I look carefully at the cable, but see nothing. However testing it again with the multimeter show it is defective :(. Where can I get a new one ? Should I buy a new debug board just for the cable ? -- Frederic Leroy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] compiling e17 for freerunner
forgot a detail...: "Checked out revision 38885" d On Sun, Feb 1, 2009 at 12:49 PM, Davide Scaini wrote: > ...then i decided to package e17 for debian on my own. > The only working packege I found is enlightenment_all_in_one.deb posted > some time ago in this list... > So now I wanted some thing more up to date... so I started compiling e17 > from svn (using a script I guess posted here months ago). I managed to > compile eet, but when compiling evas I got this error: > > gcc -DHAVE_CONFIG_H -I. -I../../.. -I. -I../../../src/lib > -I../../../src/lib/include -DPACKAGE_BIN_DIR=\"/enbuilt//bin\" > -DPACKAGE_LIB_DIR=\"/enbuilt//lib\" > -DPACKAGE_DATA_DIR=\"/enbuilt//share/evas\" -I/usr/include/freetype2 > -I/enbuilt//include -I/opt/e//include/eina-0 -I/opt/e//include/eina-0/eina > -I/opt/e//include/eina-0 -I/opt/e//include/eina-0/eina -g -O2 -D_GNU_SOURCE > -MT evas_callbacks.lo -MD -MP -MF .deps/evas_callbacks.Tpo -c > evas_callbacks.c -fPIC -DPIC -o .libs/evas_callbacks.o > In file included from ../../../src/lib/Evas.h:35, > from ../../../src/lib/include/evas_common.h:13, > from evas_callbacks.c:1: > ../../../src/lib/Evas_Data.h: In function 'evas_hash_foreach': > ../../../src/lib/Evas_Data.h:126: error: 'Eina_Hash_Foreach' undeclared > (first use in this function) > ../../../src/lib/Evas_Data.h:126: error: (Each undeclared identifier is > reported only once > ../../../src/lib/Evas_Data.h:126: error: for each function it appears in.) > ../../../src/lib/Evas_Data.h:126: error: expected ')' before 'cb' > ../../../src/lib/Evas_Data.h:126: error: too few arguments to function > 'eina_hash_foreach' > make[4]: *** [evas_callbacks.lo] Error 1 > make[4]: Leaving directory > `/home/davide/packs/enlightenment/e/evas/src/lib/canvas' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory > `/home/davide/packs/enlightenment/e/evas/src/lib' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/davide/packs/enlightenment/e/evas/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/davide/packs/enlightenment/e/evas' > make: *** [all] Error 2 > > > Do you have any idea how to cope with this error? > should i checkout a specific tag? > d > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] compiling e17 for freerunner
...then i decided to package e17 for debian on my own. The only working packege I found is enlightenment_all_in_one.deb posted some time ago in this list... So now I wanted some thing more up to date... so I started compiling e17 from svn (using a script I guess posted here months ago). I managed to compile eet, but when compiling evas I got this error: gcc -DHAVE_CONFIG_H -I. -I../../.. -I. -I../../../src/lib -I../../../src/lib/include -DPACKAGE_BIN_DIR=\"/enbuilt//bin\" -DPACKAGE_LIB_DIR=\"/enbuilt//lib\" -DPACKAGE_DATA_DIR=\"/enbuilt//share/evas\" -I/usr/include/freetype2 -I/enbuilt//include -I/opt/e//include/eina-0 -I/opt/e//include/eina-0/eina -I/opt/e//include/eina-0 -I/opt/e//include/eina-0/eina -g -O2 -D_GNU_SOURCE -MT evas_callbacks.lo -MD -MP -MF .deps/evas_callbacks.Tpo -c evas_callbacks.c -fPIC -DPIC -o .libs/evas_callbacks.o In file included from ../../../src/lib/Evas.h:35, from ../../../src/lib/include/evas_common.h:13, from evas_callbacks.c:1: ../../../src/lib/Evas_Data.h: In function 'evas_hash_foreach': ../../../src/lib/Evas_Data.h:126: error: 'Eina_Hash_Foreach' undeclared (first use in this function) ../../../src/lib/Evas_Data.h:126: error: (Each undeclared identifier is reported only once ../../../src/lib/Evas_Data.h:126: error: for each function it appears in.) ../../../src/lib/Evas_Data.h:126: error: expected ')' before 'cb' ../../../src/lib/Evas_Data.h:126: error: too few arguments to function 'eina_hash_foreach' make[4]: *** [evas_callbacks.lo] Error 1 make[4]: Leaving directory `/home/davide/packs/enlightenment/e/evas/src/lib/canvas' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/davide/packs/enlightenment/e/evas/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/davide/packs/enlightenment/e/evas/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/davide/packs/enlightenment/e/evas' make: *** [all] Error 2 Do you have any idea how to cope with this error? should i checkout a specific tag? d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sephora 0.2 available
Thank you for your package! but unfortunately i get an error... hoping this helps ;-) d (grazie) davide~$ DISPLAY=0 sephora /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py:72: GtkWarning: could not open display warnings.warn(str(e), _gtk.Warning) /usr/lib/python2.5/site-packages/sephora.py:59: Warning: invalid (NULL) pointer instance window = gtk.Window(gtk.WINDOW_TOPLEVEL) /usr/lib/python2.5/site-packages/sephora.py:59: Warning: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed window = gtk.Window(gtk.WINDOW_TOPLEVEL) /usr/lib/python2.5/site-packages/sephora.py:89: GtkWarning: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed right_box = gtk.ScrolledWindow() /usr/lib/python2.5/site-packages/sephora.py:214: Warning: invalid (NULL) pointer instance select= gtk.combo_box_new_text() /usr/lib/python2.5/site-packages/sephora.py:214: Warning: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed select= gtk.combo_box_new_text() /usr/lib/python2.5/site-packages/sephora.py:215: GtkWarning: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_context_set_font_description: assertion `context != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_context_set_base_dir: assertion `context != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_context_set_language: assertion `context != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_new: assertion `context != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_set_ellipsize: assertion `PANGO_IS_LAYOUT (layout)' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_set_wrap: assertion `PANGO_IS_LAYOUT (layout)' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_set_alignment: assertion `layout != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_set_attributes: assertion `layout != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:215: PangoWarning: pango_layout_set_text: assertion `layout != NULL' failed select.append_text(_('Inactive')) /usr/lib/python2.5/site-packages/sephora.py:216: GtkWarning: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_context_set_font_description: assertion `context != NULL' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_context_set_base_dir: assertion `context != NULL' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_context_set_language: assertion `context != NULL' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_layout_new: assertion `context != NULL' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_layout_set_ellipsize: assertion `PANGO_IS_LAYOUT (layout)' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_layout_set_wrap: assertion `PANGO_IS_LAYOUT (layout)' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py:216: PangoWarning: pango_layout_set_alignment: assertion `layout != NULL' failed select.append_text(_('Active')) /usr/lib/python2.5/site-packages/sephora.py
Re: Questions about the usability of GTA02
Freerunner is my daily phone, my hobby,my freeing, my satisfaction its help me on the work (terminal, gps, gprs) se w300i is my second phone (only phone and photomaker) -- View this message in context: http://n2.nabble.com/Questions-about-the-usability-of-GTA02-tp2249982p2253518.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: Questions about the usability of GTA02
On 2/1/09 Johny Tenfinger wrote: > > Moko developers not use freerunner in daily use, they use blackberry > > I'm not OM developer (hmm, ok, developing is my hobby), but I'm using > FreeRunner in daily use... hehe...managers not developers. (Most! of) Our developers use FreeRunners and a second phone. They hate blackberries. :-) -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
:2009-01-31T23:53:arne anka: > > The one thing I find absent in every design is a plain old phone keypad. > > Maybe a slider design to pull it out from underneath or such like. > > probably not what om likes -- but consider buying an unlocked g1 > (android). with the android sources available virtually every distribution > available for the fr should run on it, too. > Does the g1 sport the same everything as Free hardware as possible? If not that isn't an option for me then. Anyway it's only a wishlist item. My only experience with touchscreen devices was the palm m101. It was actually good if I used the stylus. But if I recall om doesn't have a slot for the stylus(or does it?) which would make it a tad annoying to worry about. -- Andraž "ruskie" Levstik Source Mage GNU/Linux Games grimoire guru Geek/Hacker/Tinker Be sure brain is in gear before engaging mouth. Quis custodiet ipsos custodies. Ryle hira. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community