Re: [ot] Pi-Phone or blackberry-pi ?
On 06/22/2014 02:15 PM, Ed Kapitein wrote: Some of the reasons to build a phone myself were: -1 because you can ;-) -2 the pi is made in large quantities and has a big community. -3 up-to-date kernel -4 huge collection of programs in the raspbian repository. I hope it inspires someone to build a better model, smaller and with a better battery life. Interesting. BTW, i would recommends to use any recent 3G modem instead of Arduino gsm shield. Some pros and cons: 1. Cheaper (you can find one for something like 5-15USD on local auctions) 2. Supports recent data (HDSPA+, etc.) connectivity as well as SMS and Voice 3. Voice functionality already integrated with Asterisk (chan_dongle), so easy to integrate with any VoIP software and hardware 4. Can be unplugged any time and used as 3G dongle if needed :) I am using this configuration (raspberry + chan_dongle + modem) as outgoing gateway to the mobile network. If i need this dongle as backup ISP connection i am just unplugging it and all traffic goes via backup SIP link :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeTSM30/FreeCalypso project started
On 02/14/2013 02:05 PM, joerg Reisenweber wrote: You Sir are a discgrace! A) you are the criminal as you deliberately admit. B) We never owned the sourcecode of the GSM stack and you know that (Paul explained to you in loving verbosity, a year or 2 ago). You also know that what Openmoko had access to (mostly the AT interpreter) plus much more is available as leaked source in internet since ages. We also granted access to what we had to many volunteers that didn't sound as lunatic and mad as you did - your fault. C) you threatened our engineers in private mail (one or 2 years ago), to a degree where anybody else would've sent the police and prosecuted you for blackmailing, that's been the point where I suggested nobody of OM answering your mails anymore. You think you're a badass? C'mon you have no idea what *we* do every day. To me you sound like a silly consequential angry child. Oh, anybody said glamo? Thank you for details. I personally think that news itself is very funny. If we will take out all revolution shit and other pathetic we will have only one single message: he was able to compile leaked source of firmware for similar (not our) modem. I dont understand where is achievement and i would expect that anyone with basic compiler/linker knowledge and some free time will be able to repeat this. It is also absolutely clear that distribution of this sources or firmware will be illegal, so it will not be possible to integrate in qtmoko or shr or any other open source product. It is also very clear that osmocom bb team did much more interesting job, because 1) their sources are not including this stolen code 2) they actually did much more then recompilation. 3) They already were able to run their code on GTA02 modem Just my 2 cents. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeTSM30/FreeCalypso project started
On 02/15/2013 05:56 PM, Bob Ham wrote: It is also absolutely clear that distribution of this sources or firmware will be illegal, If you have chosen to live and accept citizenship in a country where such things are illegal, I feel sorry for you. If you like, I can give you a free immigrant/refugee visa to come to my country that has no such repressive laws. Which country is that? dprk ? :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ubuntu phone
On 02/10/2013 06:10 PM, Peter Viskup wrote: Have you watched this: https://www.youtube.com/watch?v=cpWHJDLsqTU How do they get this speed on the screen? Do they use something else than X11? There is also not mutch technical background information at Ubuntu's pages http://www.ubuntu.com/ matthias Hi Matthias, it's just marketing video - doesn't mean it will respond on every HW so quickly. ;-) But it's great to see they will come with 'revolution' gesture control on the screen. In opposite Firefox OS will be just another 'standard' mobile OS. Hope at least one (I bet for Firefox OS) of them will be completely open source and will not require any account to be registered somewhere. Anybody already tried Firefox OS on GTA02/04? Just to let you know - Android could be used w/o any registration and without any vendor-locked components. Unfortunately it is more exception, then case - many chipset vendors are not opening driver sources, especially for modem and OpenGL hw. I am not expecting anything very different with Ubuntu OS - it is hardware vendor policy and there is no way to prevent this from from OS vendor. And yes, i didnt mention fact that every device do have closed source GSM stack, what making much more problems for privacy then, for example, closed source video driver. And again, Firefox OS, Android or QTMoko will not solve this issue ( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing an RPi with phone capabilities
On 01/24/2013 02:59 PM, jcomm...@math.leidenuniv.nl wrote: I would be very glad to receive pointers about what is needed for this, both in terms of hardware and software. (Since I have never soldered before, I would like to know of solutions that work via USB or something like that.) I have read quite a bit about Huawei modems and using them for internet connection + SMS. But there is very little information (as far as I know) about phone calls. Best regards, Technically you can create a gsm phone from this set without too much probmlems. Pi do have USB connection and running debian, so nothing should stop you from attaching compatible modem. See http://code.google.com/p/asterisk-chan-dongle/ for more information and list of supported modules. But also, to make it looking like a usable device you will need a screen and some phone stack with UI. Or you can attach it to any SIP softhone/hardphone and use with Asterisk as GSM/Voip PBX. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OpenMoko vibro engine
Hi, After fall vibra engine in my GTA02 is not working anymore. Anyone knows part number and store in EU (in the worst case - in US) to find a replacement? I tried my old broken nokia, but it soldered in + very different size :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko vibro engine
On 09/25/2012 03:09 PM, Yury Sakarinen wrote: Hi, Alex http://wiki.openmoko.org/wiki/FreeRunner_Parts Vibrator: MOTOR P0408B-13-P2H SMD-2P T.AM.I. http://www.asusparts.eu/product_info.php?cPath=196359products_id=10740 Vibrator TaMi P0408B-13-P2H munity Thank you so much. Probably i had a ban in google :) Ordered it today, hope to repair device soon. P.S. phone is really hard-to-damage, it was fallen so many times and its a first real issue. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 Setting time from phone network using NITZ ?
On 09/22/2012 10:26 AM, Adam Ward wrote: According to http://www.scribd.com/doc/30428306/54/AT-CTZU-Automatic-Time-Zone-Update I should be able to chat to the modem to get some information. But the following command does not return anything: root@neo:~# chat -vse '' 'AT+CTZU=?' '' '' /dev/ttySAC0 /dev/ttySAC0 send (AT+CTZU=?^M) send (^M) This is a gsm fw bug. I was not able to get time from operator, vodafone CZ supports this, but not calypso. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: *.openmoko.org infrastructure
roh, gismo and myself (at least) have root on all the boxes. There is no prescribed contact procedure, and there is nobody who is even officially supposed to maintain the machines and/or the software and configurations on them. roh and gismo used to be doing paid syssadmin work for Openmoko Inc., until the company pulled out of mobile phones. After that, roh and gismo have still been able to continuing to donate some of their spare time to it, but with a lot of other involvements, the amount of time available for that is probably just the bare minimum to keep things alive, and not any major migrations. Hi, I am system administrator and OpenMoko/GTA02 user/developer. I am working in Magento inc. and my primary job is web and related areas. I have experience with RHEL/Debian/FreeBSD/OpenSolaris. Also i am participating in some Open Source projects, e.g. smartmontools or FreeBSD. I would be glad to help with system administration of OpenMoko servers, because i am very interested in this project and want to help it somehow. If you need more information about me - please contact me directly, using samm [at] os2.kiev.ua address. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: anyone has tried fnop?
On 03/12/2012 08:14 PM, Kosa wrote: A just found this site and wondered if anyone has tried this OS? http://phones.fnop.net/ Pricing: Starts at 400EUR, depending on features and NOT including the hardware (phone). And no link to SVN. And remote destuction... I think it is designed for trashcan only. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap
On 01/09/2012 01:10 PM, Сергей Попов wrote: Hi, I'm work NET developer about 1 year in Russia Federation. At this moment I would like to take part in the opensource project. I pay attention to your project and would like to offer assistance in writing the software version for Windows Phone 7. Write if you are interested in my proposal. Epic Fail, Sergey! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] HP contributes webOS software to the open source community
On 12/10/2011 07:48 PM, urodelo wrote: words, HP will keep the control of the development. Do they think they can still get anything ($$) from webOS? If not, why they didn't let everything in the hands of the community? I've never used webos devices, just red articles about Palm devs, comments, etc, but I believe that an open source webos could have a positive impact on openmoko community too. What do you think? I think it could be great. We alredy have one OS based on abandoned sources (QTMoko) and i am using it as primary OS for OpenMoko. WebOS is known to be commercial and stable operating system and it probably should work fine on onging GTA04 effort. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko running on GTA04
On 10/17/2011 02:53 PM, Radek Polak wrote: Hi, today i finally received my GTA04. After 2 hours i made case. Then compiled kernel unpacked qtmoko v36 tar on SD card and it booted on first try to GUI. After calibration and initial settings it didnt started because of modem, but after editing /opt/qtmoko/qpe.env setting PHONE_VENDOR=Dummy and reboot it started just fine. Hi Radek. Thank you for this news. I hope to see next OpemMOKO soon, this slow and buggy gprs on old board is really killing me sometime. I think that with all gps application and good webkit enabled browser 3G openmoko will be really cool. And i think that a lot of issues of qtmoko are coming from modem bugs, so probably this hw update will help a lot. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] breaking thread MUA (WAS:Re: TSM30 source found!)
On 10/04/2011 09:36 AM, Michael Sokolov wrote: I'm sure your skills are strong enough to improve your MUA, i.e., to teach it how to insert proper References:/In-Reply-To:. Could you devote a small amount of your time to this thing? I'm quite convinced that all of your correspondents, including people reading this mailing list, will *greatly* appreciate this. How about this: you get me a copy of the GTA02 moko firmware semi- source, and I'll reciprocate by making the requested MUA improvement a high-priority project. Does that sound like a deal? It sounds like an ugly trolling. You are using broken MUA, incompatible with 30-yrs old RFC, making problem for consistent reading of your threads and asking for bonuses to fix this ugly behavior. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: phone extraction device
On 10/02/2011 06:55 PM, Denis 'GNUtoo' Carikli wrote: On Sun, 2011-10-02 at 04:12 +0200, Rashid wrote: You may have heard about the Cellebrite cell phone extraction device (UFED) in the news lately. It gives law enforcement officials the ability to access all the information on your cell phone within a few short minutes. http://translogic.aolautos.com/2011/04/29/police-device-used-to-steal-your-cell-phone-data-during-traffic/ Does it work at free runners too? (Well a debug board could probably do it but hey). I guess no one got one to test... PS: I wonder what's the relation between rooting a phone and that device(does the device need to root the phone to gather certain informations?). As one of the ex. libsyncml developer i can add some details. There is no magic here. When you are connected by cable to the typical phone, you can: 1) Use syncml to fetch all contacts/notes/calendar events. There is no authentication if you are using USB or Serial device. 2) OBEX protocol over USB or Serial usually also allows you to fetch a lot of information from phone. Including phone book contents, SMS and phone history. 3) AT modem on the most cheap phones (again - no password over serial link) also adds a lot of extended features, e.g. you can work with SMS, tel. history, make phone calls, send sms`s (it is very useful for monitoring software or gateways) etc. I was using this on Siemens/Nokia/Motorolla/Sony-Ericson and other devices. I am not familiar with protocol on modern iphones/androids, but i am expecting that they are not protected on usb connection as well. So in practice its very easy to build such devices (with Linux on board, hehe) and you don`t need to work in CIA for this, its could be done as homebrew hardware. There is no known way to disable this functionality in most of the phones. Locked/unlocked phone will work the same on such interfaces. Now back to OpenMoko. It depends on distro you are using (i am qtmoko user) but typically there is nothing but ssh running on USB (USB over Ethernet). If you setting up root password - then you are safe. There is no way to extract any data without restarting the phone (or by using debug board, what is also not possible w/o removing cover). If you are very paranoiac about this - you can store all data in encrypted way (using standard Linux tools for this) and disable all storage on the SIM card. The only problem i see in this method is that Police can get all this information without touching your device, by requesting this information from your network/roaming provider. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: phone extraction device
On 10/02/2011 07:36 PM, Sebastian Krzyszkowiak wrote: On Sun, Oct 2, 2011 at 19:32, Alex Samorukovm...@os2.kiev.ua wrote: Now back to OpenMoko. It depends on distro you are using (i am qtmoko user) but typically there is nothing but ssh running on USB (USB over Ethernet). If you setting up root password - then you are safe. There is no way to extract any data without restarting the phone (or by using debug board, what is also not possible w/o removing cover). If you are very paranoiac about this - you can store all data in encrypted way (using standard Linux tools for this) and disable all storage on the SIM card. To be strict: On Freerunner there is also Calypso debug interface on headphones jack. So actually there are two things :) Thank you for clarification - i forgot this. It is easy to fix by physically breaking this circuit (Calypso - headphones jack) :) But once again - from my point of view it does not make too much sense. Because provider will always transfer all your calls information to the government representatives. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Liberated Calypso docs found
I really like statement in openbsd mantra Shut Up and Code. You want to get stolen sources and asking developers to break signed NDA. Just want to note - new/modified firmware based on stolen sources will cause legal problems not only for OpenMoko project but for idea of the free phone itself. Free != stolen. If you really want to do free gsm modem - just create a new sources. Like OpenMoko team did for the schematic of the phone. And a lot of people will join the project in case if you will get some success. E.g. i am ready to pay more for the free chip with fw sources, and i believe there are a log of peoples who will do the same. P.S. And about USSR - first of all it didn't exist and in the past mobile phone calls where not possible at all, as in any totalitarian country. And yes, i beleive that copyrights are not an issue on North Korea but i never heard about any North Korean mobile phone :) And yes, most of totalitarian communities has morally Right Thing instead of rules and courts. It was never ending good. On 09/28/2011 11:35 PM, Michael Sokolov wrote: Denis 'GNUtoo' Cariklignu...@no-log.org wrote: * there was an abandoned port of nuttx, [...] Before we can have any meaningful discourse on the relative merits of various options, we first need to be on an equal footing. Right now we are not. At the present moment there exist two massive inequalities in the Openmoko community: 1. Certain long-time members of this community are holding possession of some things which newcomers like me have no way of obtaining. Specifically, the TSM30 source that used to be on SourceForge. It is not fair for the old-timers to be sitting on that ware and not sharing with the newcomers. 2. I am quite certain that at least some ex-Om engineering employees have taken copies of the real Calypso FW semi-source home with them when their employment ended. Please don't tell me they haven't, everybody does that. Almost certainly in violation of their employment contract with FIC/Om - but again, *everybody* does that. (If someone feels like objecting to the last statement, I change it to almost everybody - there you have it.) There is absolutely nothing to be ashamed of in that, and I admit to it publicly. But the difference is that I share: if I have taken something home from a past employer, and someone else emails me and says s/he wants a copy of it, I readily share with that person. For those of you out there who are sitting on a personal copy of the Calypso fw source or semi-source (I *know* you are out there, very likely right here on this mailing list), your non-sharing is morally wrong. If you are so obsessed about legalities, i.e., if you believe that it would be illegal for me to have that ware, I am almost certain that it's just as illegal for you to have it: your employment contract with FIC/Om almost certainly did not allow you to take it home with you after you are done. So why not do the morally Right Thing and share with your brothers and sisters? If there is anyone out there reading this who accepts my moral argument, but is afraid of getting caught, there are plenty of ways to remain anonymous. I never disclose the identify of anyone who contributes stuff to my public archive. And if you don't feel like trusting me in that manner, there are plenty of ways you can do it such that I have no idea of your identify either. For example, you could email the ware to msokolov2...@gmail.com from some anonymous webmail account which you access from a public Wifi hotspot a good distance away from where you live. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04 Boot speed comparison
Looks very cool. I am really waiting upgrade for my GTA02 :) On 09/21/2011 01:45 PM, Dr. H. Nikolaus Schaller wrote: Here is a short video showing booting * GTA02 (with quite old OM2009.5 - modern SHR and QtMoko are faster) * GTA04 (with Debian Squeeze 6.0.2 and LXDE) and * iPhone 3G (iOS 4.2.1): http://www.youtube.com/watch?v=wG31rCHZXh4 The winner is ... ... find out yourself! Iphone? ;- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v27
On 09/25/2010 10:45 PM, Timo Juhani Lindfors wrote: Alex Samorukovm...@os2.kiev.ua writes: Thank you for update. How did you measure this drift? Anyway, i don`t With http://lindi.iki.fi/lindi/openmoko/compare-clock-sources.pl Thanks. Also it can compare only system clock with RTC, so we always assume that system time is correct. Calypso time - do we need it at all? I think right scenario is to get ntptime (slow op), and then - RTC + system, and compare them. Not sure that system clock is really accurate :) hwclock changes are not important for qtmoko, because rtc driver controls /dev/rtc elusively (its very easy to change, but i don`t think that it needs to be changed). Hmm, what driver is that in qtmoko btw? Not driver, daemon. atd from qpe. Thank you, need to check. If it is - then its a serious argument against this change. Do you know any other syslogd with in-memory buffer? How about just using normal syslogd with tmpfs as storage? It will not do circular buffer then. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v27
Hi Radek, Thank you for working on the project. About alarm fixes: could you please add RTC sync on every suspend to the sources? It is *very important* to make it synced before suspend, because if they are not in sync - phone will wake up in the wrong time. I will send you the patch. Another things i`m working on: 1) GPRS/Voice fixes: fix wrong modem id processing inside NEO modem driver. Issue affecting not only GPRS but also multiply concurrent calls (using hold or conferences). If there is someone on the list familiar with Qtopia sources - please contact me, i`m not sure if i`m doing right. 2) Syslogd replacement with debian`s busybox. Its already works for me, i will try to send patches tomorrow. 3) GPRS on demand mode. I already fixed the main issue (hangup on start), but found that it works very unreliable because of 1). P.S. If someone have a cheap GTA02 (e.g. with broken LCD screen or case) then i`ll be glad to buy it - its hard to do too much experiments on every-day phone :) On 09/25/2010 10:53 AM, Radek Polak wrote: Hi, new experimintal qtmoko-v27 with 2.6.34 kernel is out now. You can download it from our sourceforge page [1] Qtmoko is distribution based on debian+qtopia, for more info see [2][3][4]. Changes from latest v26 stable release: * New 2.6.34 kernel [5] * GPRS fixes (Alex Samorukov and Pierre) * Alarm fixes (Alex Samorukov) * Using devtmpfs for faster boot and more memory For new kernel credits go to Gennady Kupava, Lars-Peter Clausen and Thibaut Girka. Lars for porting to newer versions and upstreaming, Gena for help with the power consumption bug, fixing WS problems and being nice to help anytime, Thibaut for upstreaming and blanking fix. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v27
On 09/25/2010 08:41 PM, Gennady Kupava wrote: В Сбт, 25/09/2010 в 21:38 +0200, Alex Samorukov пишет: 2) Syslogd replacement with debian`s busybox. Its already works for me, i will try to send patches tomorrow. Why? I`m using memory buffer for logging and it makes my flash and NAND memory happy :) If i need persystent logging i can always do busybox logger -f /var/log/messages Or just busybox logger /tmp/log if you need las buffer length. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v27
On 09/25/2010 09:53 PM, Timo Juhani Lindfors wrote: At least here the RTC drifts so fast (6 seconds per hour) that I don't even try to keep it in sync. Instead I predict what the RTC will read at a given time using a simple linear model. I sent a patch to add --predict option to hwclock and upstream included it some time this year. Thank you for update. How did you measure this drift? Anyway, i don`t see that its a big issue. E.g. i have a daily alarm set, so in a worst case (phone was in a standby mode, no calls/sms`s) i will wakeup 3 minutes later :) If phone will wake up 3 minutes before than its also not a problem - on a standby alarm will be setup again, so it will just wake up 3 minutes later. hwclock changes are not important for qtmoko, because rtc driver controls /dev/rtc elusively (its very easy to change, but i don`t think that it needs to be changed). Note that busybox syslog silently truncates long lines (debian bug #519356). Thank you, need to check. If it is - then its a serious argument against this change. Do you know any other syslogd with in-memory buffer? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing freerunner's audio quality
Hi and thank you for testing. For me it never been an issue. I`m using a little customized profiles for the alsa states, and i can confirm that sound quality is great. I used freerunner as AUX source for my car audio some time ago and the quality was the same as from internal sources (e.g. from USB). On 09/22/2010 11:57 PM, Gennady Kupava wrote: Hi, list, Many gossips flying around about bad fr's audio subsystem quality. I promised to proove that FR audio subsystem is good, just default headphones quality below anything. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko v26] online via GPRS
On 09/18/2010 06:40 PM, Marcel Meyer wrote: * on demand does not seem to work. When I use NeronGPS and a map is missing, it seems as GPRS _tries_ to get online but that's all ;-) I never tested on demand mode. Now i see that there is a bug in original qtopia. When pppd is started in ondemand mode its not opening serial port (as designed). QPE expects its to be open and start to write to the closed tty and hangs. Bug is somewhere inside QPE pppd manager, if i will have some free time i will fix it, it is trivial (e.g. - by initing serial port before running pppd). There are 2 other related bugs: 1) Default gateway is already set to 192.168.0.200 (usb), so traffic never comes to pppd. as far as i remember - linux support weight for the gateways, so fix is also trivial, but will require some work. Another bug is related to indicator - it doesnt work correctly in on demand mode, showing irrelevant status. Probably also not too hard to fix. * Staying online over a longer period of time seems to lead to a complete failure of the GPRS-stack so that I have to reboot the Neo to be able to get online again. I believe that this was fixed by me - GPRS session used the same ID numbers as Voice calls. I found that when fixed voice calls with active GPRS. Patch is done and probably will be in next qtmoko release. * Choosing always on leads to the phone trying to get online after booting and then hangs on the QtMoko-startscreen (after entering the PIN) when it tries to get online. See above. May be i will fix this, but not sure if i will have a free time. Fix is trivial, looks like nobody tested ondemand mode at all, bug is inside QPE core. GPRS Status fix may be will get some more time, i`m not really understand how this indicators works :) But i`m afraid ondemand mode, especially if i`m in roaming :) * I meanwhile managed to immediately switch to the internet settings after rebooting the phone (hard-reset) and deactivate the GPRS-connection before QtMoko managed to get online. You can ssh to the phone, delete default route (route delete default), add ppp0 as defroute (route add default ppp0) and ping any host - pppd will open port and system will be alive again :) If you want to test the fix - write me to samm at os2.kiev.ua and i will send you modified libs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
On 09/14/2010 11:08 AM, Christ van Willegen wrote: I, too, have experienced QtMoko. The one thing that annoys me, is that sometimes (well, more often than sometimes...) my FR turns on at night, and stays on until it wakes me from sleep indicating it's hungry... My wife doesn't approve :-( I have the same issue. Today i had some time to find the reason (cold-flue is really great thing for qpe development ;-)). This alarm is set by atd daemon, because BROKEN_RTC_ALARM is defined. This define is used for RTC devices which are not able to handle more then 24 hrs alarm (/* Workaround for broken same day only RTC */), so it sets alarm to 23:59:59-UTC. As far as i could see in the SC32442B specs - openmoko RTC alarm is able to handle day/month/year without problems, so probably this is defined by mistake. I now compiled atd w/o this define to see if it will work correctly. If it will - then this will be fixed in the next release. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
On 09/20/2010 07:59 PM, Alfa21 wrote: I now compiled atd w/o this define to see if it will work correctly. If it will - then this will be fixed in the next release. please take a look at: http://bugs.qtmoko.org/view.php?id=144 also Thats me (Samm :)) Once again - to do the same as 'hwclock --systohc' do with running atd just run printf W\n /var/spool/at/trigger This fill force atd to update RTC clock. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko v26] GSM Multiplexer (GPRS)
On 09/19/2010 01:44 PM, Radek Polak wrote: 1) compiled latest gsm0710muxd on debian (i know that there is fso-abyss, but i got some problems on compilation, gsm0710 is much easer to build, so i started with it). Hi Alex, what about using the multiplexer in kernel? We will probably need quite recent kernel but otherwise do see any problem with it? It was commited in mainline kernel - i think it's this commit [1] I think that its very good idea - because it will be supported by community and also speed should be better then in user-land process (less userland-kernel jumps). Its interesting, how easy is to backport it to the current kernel. Also its currently in experimental status, so not sure how stable it is (but its not hard to be more stable then qtopia multiplexer ;)). It will also require to use another serial port driver in qtopia device profile, but its not a problem at all. May be i will try it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] MelodiQ - Music Recognition App
On 09/19/2010 03:31 PM, ANT wrote: I recently found an interesting online music recognition service [1] that allows you to upload a short (e.g. 10-15 sec) audio fragment (in almost any popular format) directly to the project's web page and get the information about the track title, artist's name, album, etc. It recognizes even low-quality microphone records, so I wrote a Shazam[2]-like GUI for it. Please meet MelodiQ - a music recognition app that can be really useful in some cases. Source codes are hosted on GitHub [3]. The demonstration video is available on Youtube [4]. Note that you should place the phone very close to the source of sound while recording a sample. It is also necessary to solve the CAPTCHA to get the recognition results. Thank you. I tried to test it, but for some reason it fail to recognize any sample :( I tried radio and also some songs on a notebook, but no luck. Could you please add preview mode before sending data to the server? May be my mic settings are wrong? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko v26] online via GPRS
On 09/18/2010 06:40 PM, Marcel Meyer wrote: Hi, I tried QtMoko in it's latest incarnation as the changelog said the GPRS- handling got improved :-) . I stumbled upon the following things: It was a minor fix with adding +++ to the chat script. Not too much, but helps in some cases. * In the chat file there is a missing at the end of the first line. So you always have to edit that file by hand after you opened the settings in the GUI. Known problem, see Radek posts, fixed in git. * on demand does not seem to work. When I use NeronGPS and a map is missing, it seems as GPRS _tries_ to get online but that's all ;-) Needs to be checked, but for me its very low priority. * Staying online over a longer period of time seems to lead to a complete failure of the GPRS-stack so that I have to reboot the Neo to be able to get online again. Yes, it happens some time. You don`t need to reboot the NEO btw, restarting qtmoko should help. * Choosing always on leads to the phone trying to get online after booting and then hangs on the QtMoko-startscreen (after entering the PIN) when it tries to get online. I don`t think that always on is a good idea for qtmoko. First generation GPRS and voice works very bad together. I`m recommending to switch it off when not used. * Starting the phone without SIM does not work. After trying to switch to the GUI it just stays on a black screen. I tried that to prevent the phone going online. Non gprs related :) * I meanwhile managed to immediately switch to the internet settings after rebooting the phone (hard-reset) and deactivate the GPRS-connection before QtMoko managed to get online. Its very easy to do by removing chat script using SSH connection to the phone. P.S. I believe that some of the problem are related to openmoko multiplexer, but a lot of them - to the ancient modem with first generation gprs. I`m now trying to get qtmoko running with external demuxer, to see if it will improve the situation. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko v26] online via GPRS
On 09/19/2010 02:53 AM, Brian Kemp wrote: P.S. I believe that some of the problem are related to openmoko multiplexer, but a lot of them - to the ancient modem with first generation gprs. I`m now trying to get qtmoko running with external demuxer, to see if it will improve the situation. I wonder if that may explain why I have never been able to authenticate successfully to ATT's GPRS network here in the states (maybe they're blacklisting older hardware?) I'm also having trouble translating their network settings information to what QtMoko accepts. If anyone's gotten it to work, I'd love to know what you did. I can supply the connection settings if that helps. Please provide connection settings and the log file (/var/log/messages) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko v26] GSM Multiplexer (GPRS)
Hi, After debugging i found that most of gprs related issues are coming from qtopia multiplexer. I decided to try to use external multiplexer with qtopia. For the initial experiment i did: 1) compiled latest gsm0710muxd on debian (i know that there is fso-abyss, but i got some problems on compilation, gsm0710 is much easer to build, so i started with it). 2) Connected to phone using ssh and stopped qtmoko (/etc/init.d/qpe.sh stop) 3) started gsm0710muxd -v and requested virtual channel using dbus dbus-send --system --print-reply --type=method_call --dest=org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX.AllocChannel string:$id I got pts /dev/pts/3, and modified /opt/qtmoko/qpe.env with export QTOPIA_PHONE_DEVICE=/dev/pts/3:115200. Also i disabled qtmoko multiplexing in the /home/root/Settings/Trolltech/Modem.conf ([Mutiplexing] section, Active=no). 4) Then i started qpe. It started correctly, detected network, etc. Then i requested another virtual tty (see #3) and started manually pppd on it. From the first view - qtmoko works stable, gprs starts/stops much better, no problems found so far. I want to test this for some time and if it will work fine then i will try to build qtopia with QMultiPortMultiplexer to use external mutiplexer. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Broken AUX :-(
On 09/16/2010 09:37 PM, Christ van Willegen wrote: Hello everyone, I think I broke my AUX button tonight. Is there anyone who can fiox this? I did this one time. Open your phone and find if aux button on board is damaged or not. In my case it was only unsoldered, so i soldered it back myself. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gprs bug QtMoko v26
On 09/10/2010 10:50 AM, Radek Polak wrote: I tried with v26 after correcting the line in /home/root/Applications/Network/chat/connect-dialup and it worked. But i had sometimes problems to get GPRS online too. Maybe it can be also related to debug/nodebug kernels, because i am not aware that anyting GPRS related changed in rootfs. Hi Radek, I think that it is caused by internal multiplexer - sometime it start to work incorrectly. I don`t think that its kernel related. My idea is to disable internal qtmoko multiplexer and use external daemon and configure qtopia to use multiply ports. I hope i will have some time to play with this in the feature, but still not sure when this could happens. You can try to experiment with AT log or disable multiplexing, but i dont know anything better for now. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FS Freerunner
If you updated gsm firmware but it doesnt work then may be the problem is with the device itself? On 09/05/2010 06:13 PM, xChris wrote: I know about it. I had no luck, the FR does not 'see' my 3G SIM (three mobile UK). But the WTF is that a 2005 mobile (Nokia 6320i) CAN use that SIM and the FR can't! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
Great news! Thank you very much for this, i will try to upload it to my phone today. On 08/28/2010 10:31 PM, Radek Polak wrote: Hello, qtmoko has new v26 release. You can get it from our sourceforge page [1]. Qtmoko is distribution for Openmoko Freerunner phone based on debian and qtopia. You can find more info here [2] [3] [4]. Here is list of changes since previous stable version (v24): ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko v24] terminal-only after flashing
On 06/11/2010 02:44 PM, Radek Polak wrote: On Friday 11 June 2010 12:29:41 Patryk Benderz wrote: Long time I didn't installed QtMoko. Lately, after flashing recent QtMoko v24 or v23 into NAND I get only terminal with login prompt after boot. It could be that modem failed to initialize because of low battery. Or maybe stupid theory - but have you flashed apropriate v24 kernel? Yes, looks like GTA01 kernel on GTA02. We should create better download page probably :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Best way to request features in opensource project is to do them :) About requested features - from my personal point there are too much things to do before touching this. On 06/08/2010 10:21 PM, Aditya Gandhi wrote: Hi , I want to request some features for the next version. Related to IM, contacts management First selection and deletion of multiple contacts / send multiple contacts etc. next is Integration of google contacts in contacts, selectable contacts sync from google Hope to see it in some release ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko - updated and new packages.
Hi, Radek Polak updated package repository, so i decided to announce some latest changes. 1) Added PDF support to eyepiece viewer. I tested it with ~5 different PDF files and it works fine. 2) Added qdictopia dictionary. This program allow to work with stardict dictionary files. Project is originally based on sources from [1], but includes a lot of changes, better support in output, ARM related fixes, Unicode support, etc. Also i updated screenshots section [2] of the qtmoko wiki to add this (and not only) screenshots. [1] http://code.google.com/p/qdictopia/ [2] http://qtmoko.org/wiki/Screenshots ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AW: Surveying community expectations on openmoko governance
On 06/07/2010 12:16 AM, Marvel Onwuka wrote: Hi Jeremy, I just checked. Its not supposed to ask you for user name and password. Please try the link below again. http://cgi.tu-harburg.de/~somo1774/survey/index.php?sid=19333newtest=Ylang=en https://nemo.strath.ac.uk/owa/redir.aspx?C=b8e741144bdd4387a7f04e5bd2c8d98aURL=http%3a%2f%2fcgi.tu-harburg.de%2f%7esomo1774%2fsurvey%2findex.php%3fsid%3d19333%26newtest%3dY%26lang%3den But it asks :) Office outlook web access. Delete all your cookies and try. Why not to use public (and non microsoft, heh) services to organize survey? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
On 06/04/2010 08:09 AM, Gand' wrote: The only issue i have with qtmoko is call volume ... Even if both sliders are at their maximum, i often can barelly hear anything ... Call volume works fine for me now (setting up in neocontrol). Anyway, you can manually edit gsm state file, or copy it from wiki, i did this with qtmoko v22. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
On 06/04/2010 10:39 AM, Russell Hay wrote: Hey Alex, can you share your settings? I think it was taken from this page: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem Also, you can call to some number an play with alsamixer (thrue ssh) to find optimal values. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
On 06/03/2010 09:35 AM, Radek Polak wrote: On Thursday 03 June 2010 04:06:59 Stefan Monnier wrote: Why not use the circular in-memory buffer provided by busybox's syslogd? It's what OpenWRT uses (and many other embedded firmwares): it doesn't eat up your Flash/disk, but still gives you access to the last few messages. Hi Stefan, but we dont have busybox in debian. Is it possible to do something similar with standard debian logger? Hi, There is a debian busybox package in the repositories. By default it installs only /bin/busybox, but using symlinks (it uses argv[0] to choose what to do) and by removing standard syslog it is possible to replace debian syslogd. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Hi, Thank you very much for your efforts and this release. This release works fine on my phone, and its very pleasant to see my name in the contributors section :) I`m also trying to keep wiki up to date. Now i`m working on some arora fixes (most important one is form style bug-around to work correctly with HTML forms), hope i`ll be able to provide patches soon. Currently i found some (minor) problems which i think could be fixed more or less simply. 1) I`m recommending to disable unneded and useless getty consoles in /etc/inittab. Of course this could be done manually but IMHO its better to modify rootfs. This will save some memory. 2) By default time sync with GSM network is enabled (ask user). Calypso chip was never able to get time from the network (firmware bug?) and message is always wrong (like current time is +32, sync?). If confirmed then it set bogus time (in my case it was 1932). I think its better to disable this functionality at all for GTA01/02 or at least to change default value to 0. 3) I found that after changing color scheme in Appearance settings menu qtopia catch segfault and restarting. Probably bug somewhere in qt extended. After restart new color scheme applied, so its not critical, but annoying. Also i think that it does make a sense to update rootfs before creating image, but of course its not critical also. On 05/31/2010 08:48 PM, Radek Polak wrote: Hi, new QtMoko images v24 are out! You can download from our sourceforge [1] or visit our homepage [2][3]. QtMoko is stable distribution combining Debian rootfs and Qtopia user interface. List of changes since previous stable version (v22): - Polish translations (Tomasz Czajkowski) - Package manager displays package version (Anton Olkhovik) - Disabled logging by default to save flash - In Settings-Logging can be logging started/stopped/enabled/disabled - GUI for modem settings (deep sleep and multiplexing) in NeoControl - GUI for call volume in NeoControl - Fixed gsm alsa state to use recommended Mic 2 instead of Right PGA - Wifi maxperf can be turned on/off in devtools - Automatically set wifi to maxperf when connected (Alina Friedrichsen) - Automatically restart hcid if it crashed (Alex Samorukov) - Removed setting sd_max_clk because it was causing problems (Alex Samorukov) - Smaller icon for QNetWalk game - old icon was 1.5MB big !...@#$% - Fixed not found page in Arora (Alex Samorukov) - Tab bar size and zooming as upstream Arora does (Alex Samorukov) - Enabled web cache in Arora (Alex Samorukov) - Switching between USB mass storage and USB ethernet via devtools - Disabled dimming/suspend by default Kernel for this image is still based on 2.6.29-rc3 (andy-tracking) with custom kernel config [4] (no debug, no preemnt and most of Freerunner hardware drivers built in) + wifi fix is included. One very important changes is logging. It's disable by default and can be easily enabled or just temporarily started (until reboot). It makes the phone startup faster (1min 45secs until GSM registered fully working phone) and more important - it saves NAND flash from wearing off. This is quite important e.g. when there is some bug which triggers writing to log file every second and does a lot of writes and produces big logfiles. Another new features are in Applications-NeoControl. You can easily setup call volume here. Just launch the application, switch to dialer with AUX and during call switch back to NeoControl. You can of course setup volumes without making call if you know correct values for your phone. You can now also setup from NeoControl if you want to use deep sleep and GSM multiplexing. This is recommended way to set it up. Next new feature is switching between USB ethernet and USB mass storage. There are two scripts for it: usb-mass-storage-on.sh and usb-mass-storage-off.sh. Both can be invoked from GUI in Devtools. QtMoko is now translated also to Polish thanks to Tomasz. If there is something left untranslated, patches are welcome. QtMoko also received another great contribution from Anton Olkhovik. His J2ME virtual machine opens up QtMoko to the world of mobile java applications. I recommend to look at his post [5] and try application called phonetiq which can be found in QtMoko package feed (Settings-Package manager). Also thanks for the package version fix. Alex Samorukov did nice work on Arora. It uses disk cache for web pages and there some more glitches fixed thanks to him. He also contributed fix for disapearing bluetooth after few suspend/resume. I have tested it briefly and bluetooth seems to be good now. Alex also found solution to problem with SD card not working as expected. See this [6] thread. It turned out that setting sd_max_clk makes the SD card in fact worse. Later [7] in the thread it also turned out that correctly aligned partition table is also required for some SD cards - so watch out how you create partitions
Re: fsck for jffs2
Yoric Kotchukov wrote: Hello! Please tell us whether there fsck for jffs2? After hovering and eject the battery in the logs at boot: Hi. There is no fsck for JFFS, it should do everything automatically after start (thats why you having huge LA on first minutes). If JFFS2 is totally broken then i`m recommending you to save all important data and reflash device then. (jffs2_fill_super+0x0/0xcc) from [c019e48c] (get_sb_mtd_aux+0x64/0xc8) May 28 14:13:31 localhost kernel: [21474550.235000] [c019e4f0] (get_sb_mtd+0x0/0x198) from [c011c298] (jffs2_get_sb+0x24/0x30) May 28 14:13:31 localhost kernel: [21474550.235000] [c011c274] (jffs2_get_sb+0x0/0x30) from [c00a3b78] (vfs_kern_mount+0x58/0xac) May 28 14:13:31 localhost kernel: [21474554.795000] VFS: Mounted root (jffs2 filesystem) readonly on device 31:6. What will be the forecasts? - Thank you for your attention. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 8 Gigabyte Sandisk MicroSDHC Incompatibility
Vencabot Teppoo wrote: Hi, i had the same problem, but good news is that this is very easy to avoid. I put in the kernel line glamo_mci.sd_max_clk=1000 setting. And after this it works perfectly, no more problems so far for a ~5 months. Hello, community! This is my first time joining a mailing list, so excuse me if my netiquette leaves anything to be desired, and let me know. A couple of weeks ago, I purchased an 8 gig Sandisk microsd card for my Neo Freerunner since it seems like Sandisk has a good track record of compatibility according to the wiki. Sadly, after finally getting it installed and having the time to experiment with it, it seems like its incompatible; when I run fdisk on it, fdisk completes without error, but the new partitions don't show up in /dev until I reboot the Freerunner. After that, I can mkfs, also without error, but checking the filesystem afterward yields that the filesystem is corrupt, and it remains corrupt despite fixing it (without error). Rebooting doesn't help in this case. I've been using Linux exclusively for five years now, but please excuse me for not being very familiar with changing module options and what-not. My question is this: it seems like, in some areas of the wiki, users suggest changing glamo options for microsd to improve compatibility. I've tried the ones that I've read, and none seem to have had any appreciable affect. Is there a list somewhere that describes what-all these options are? Are there more things that I could try before giving up on this card? My bootloader is the most recent version of Qi, and the system that I have in NAND is the most recent version of QtMoko. As far as I can tell, dmesg doesn't report any write errors or any errors related to the microsd except when I try to mount and it complains that it doesn't have a valid EXT3 filesystem. Thank you in advance for your help, and I'm sorry if this message should instead be posted on a technical support mailing list somewhere. If so, could anyone point me toward it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 8 Gigabyte Sandisk MicroSDHC Incompatibility
Radek Polak wrote: Btw QtMoko sets sd_max_clk by default in /etc/init.d/qpe.sh script. IMHO its not very good idea. My card (Kingston 8GB SHDC) works bad with this value, and it was not very easy for me to find why its changing on every restart :) I think that anyone who need this able to change value in sysctl, or kernel boot strint, or init.d. Also i found that if i`m changing value in shell (after boot) then it affects only after suspend/resume cycle. Thats another reason why i decided to keep it in kernel boot args. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: eyepiece/qtmoko with PDF support
Radek Polak wrote: Hi Alex, works nice - i tried just one PDF, but it displayed nice. I can commit and recompile the eyepiece package with your changes if you want. Yes, IMHO its good to have pdf viewer in a box. I was also thinking to create image plugin for pdf, but found that api is very limited, so probably it does not make a sense. I will try to find some time to fix command line opening bug (probably - simply no mime type at all). Also i think its better to add icon for PDF and DJVU files and default association (?) with eyepiece for them for better integration. I really like qtmoko for the concept of integrated OS (not just a set of apps), so its better to not break this :) The source in the tarbal is the latest one? For now - yes. I started to work on page lister and per-file settings, but probably its better not to wait for this now, because my time now is very limited ( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using multiple window systems - selecting at boot
Robin Paulson wrote: With Qi its possible to put different systems on different partitions on the SD drive. Also it supports control files to skip partition on boot. Only way to change bootable partition on a boot time with Qi is to keep AUX button after power on - it will boot from internal flash then. Otherwise you may use control files on different partition to choose which OS to boot. See Qi wiki for more details. i'm investigating changing to debian as the os for my fr. it appears i can use either qtmoko, or the shr suite of apps on top of this. if i install both, how would i go about choosing which environment (Qt/X) boots at startup? on my desktop i'd probably see if grub could do it, but as there is no grub i'm a bit stuck here. any suggestions? cheers ___ 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
eyepiece/qtmoko with PDF support
Hi, I compiled eyepiece viewer with PDF support. It works fine on my NEO (qtmoko v22), pdf loading speed is very good. There are some (original) bugs and limitations on the viewer, but basic functions are working fine. Link to the test version is in the http://bugs.qtmoko.org/view.php?id=77 ticket, please tell me if it work or not for you. P.S. Its recommended to use with swap enabled, libdjvu may eat a lot of memory. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community