Re: greetings from the freecalypso project
On Tue, Nov 17, 2015 at 11:05 AM, Spacefalcon the Outlaw wrote: > If you have voluntarily chosen to obey a law that deems the abandonware > in question to be proprietary rather than public domain, it is YOUR > problem and not ours. You are reminding me of this talk and cartoon by Nina Paley. http://blog.ninapaley.com/2015/10/22/copyright-is-brain-damage/ https://vimeo.com/50481436 -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: greetings from the freecalypso project
On Tue, Nov 17, 2015 at 1:01 AM, David Matthews wrote: > Please excuse touch of plug and slight bit of off-topic-ness, but just to let > anyone here with interest in free (as in source code available) baseband > firmware, that the freecalypso project is making strides. Are you planning to rewrite the proprietary source code from TI/etc so that freecalypso could be released under a Free Software license? -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: State of FreeCalypso
On Wed, Apr 22, 2015 at 1:32 PM, Spacefalcon the Outlaw wrote: > GSM What is it about GSM that would make you move across the world just to use it? Do your family and friends feel the same way about GSM? -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: State of FreeCalypso
On Wed, Apr 22, 2015 at 5:28 AM, Spacefalcon the Outlaw wrote: > I do have a mobile phone for communicating with my family and friends In 2017, AT&T will be shutting down their GSM network in the USA in favour of 3G/4G. Macau is planning to shut down their GSM services in June 2015. I would hazard a guess that GSM will be shut down worldwide at some point, probably sooner in the USA. So eventually GTA02 and Calypo will be less useful for communication as they would need an external device or some method of device-to-device communication like the Serval Mesh. What is your plan for the transition away from GSM? http://mashable.com/2012/08/04/att-2g-wireless/ http://www.dsrt.gov.mo/por/News/special/PressRelease2gArrangementAndInvestigationRpt.html -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Free phone: smart or not?
On Tue, Mar 17, 2015 at 3:50 PM, Nick wrote: > That said, I do like the idea of having access to strong encryption > for SMS type messages and voice, but the way to do that which is > compatible with what other people use is to use android apps that > communicate over the internet. Which would require a much more > complex device than a dumbphone, sadly. I'm guessing you are talking about the software from Open Whisper Systems (and WhatsApp)? There is a python port of axolotl, the encryption system behind Signal/TextSecure (and WhatsApp). I don't know of any code to fully support Signal/TextSecure on Linux but there is yowsup for folks who want to interface with the WhatsApp network, it now supports the axolotl encryption. I expect it wouldn't take much to get that working on the FR, especially since there are already Debian packages of both of those. You would need a UI though, yowsup is command-line. https://github.com/tgalal/python-axolotl https://github.com/tgalal/yowsup -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtMoko getting bad Network Time
On Wed, Jan 7, 2015 at 8:51 AM, Jorge wrote: > Thanks for the confirmation. A question, can you confirm that the session > excerpt is the one of interest, and it actually says the provider is giving > the +34 time zone? That would be strange, being the biggest celular provider > around here. With my Nokia dumbphone I've never seen something like that > (OTOH, time updatting hasn't worked for me at all last time I needed it). America/Montevideo seems to be two hours behind UTC. The log confirms that QtMoko is definitely looking for the GMT-34 timezone. Looking at the QtMoko source code, +CTZV is an "Unsolicited result code for time zone change events". https://github.com/radekp/qtmoko/blob/master/doc/html/atcommands.html Your operator's CTZV value is 136. The code handling the +CTZV message is here: https://github.com/radekp/qtmoko/blob/master/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp#L683 That code produces 34 hours in front of UTC for your operator's CTZV value. There are two other FLOSS implementations of CTZV handling that I know of, FSO and oFono: http://www.freesmartphone.org/ https://01.org/ofono Looking at the FSO code, it produces 8 hours behind UTC for your operator's CTZV value. https://github.com/freesmartphone/cornucopia/blob/master/fsogsmd/src/lib/consts.vala#L975 Looking at the oFono code, it produces 34 hours in front of UTC for your operator's CTZV value. https://git.kernel.org/cgit/network/ofono/ofono.git/tree/drivers/atmodem/network-registration.c#n841 I then tried to find a reference for how to do this correctly, since none of the FLOSS implementations I can find produce a result that matches TZ=America/Montevideo. The closest I could find is a reference to the value being an offset from Universal Time in units of 15 minutes. Not sure what the right answer is here, I think you will need to do more testing with the same SIM card in a variety of phones from you and your friends and record the resulting timezone offsets. If you can also record the CTZV value (some phones have debug info available) that would be helpful too, in case different phones get different values or use another command. Start by setting the timezone UTC, then turn on automatic timezone info and then find out what the resulting timezone offset is. If any of them then get the correct timezone you'll need to figure out how. -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtMoko getting bad Network Time
On Mon, Jan 5, 2015 at 2:15 AM, Jorge wrote: > I have a correctly set time & timezone (America/Montevideo), and when my > qtMoko boots up, after connecting to the cellular network a weird dialog > appears : "The network time is (GMT +34). Set this new time?". If I say No, > everything keeps working. If I say Yes the timezone is changed to "GMT-34" > and as expected the time is borked (00:00 1/1/1970). 34 hours past GMT sounds like your provider has a broken time server. Usually GMT timezones are 0-12 hours before/after GMT and no further. Of course QtMoko should probably handle such broken timezones by ignoring them rather than breaking. Please file a bug about it on the QtMoko bug reports page: https://github.com/radekp/qtmoko/issues -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Indiephone.eu
On Sat, Jun 28, 2014 at 5:17 PM, Dr. H. Nikolaus Schaller wrote: > Their claim that "there is no other product" appears to be completely > ignoring all our efforts of the past years. I expect they simply didn't research the various projects out there already. Here are another few projects/groups that could have some crossover with open mobile communities btw: https://www.blackphone.ch/ http://www.fairphone.com/ https://blog.torproject.org/blog/mission-impossible-hardening-android-security-and-privacy https://guardianproject.info/ http://www.openmediacluster.com/en/user-verifiable-social-telematics-project/ -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ot] Pi-Phone or blackberry-pi ?
On Sun, Jun 22, 2014 at 8:15 PM, Ed Kapitein wrote: > I took a model A raspberry pi [1] a tft screen [2] and a Arduino gsm shield > [3] to create a "mobile phone" [4] These folks did something similar: http://www.freetronics.com/products/arduphone-arduino-compatible-cellphone -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I tried to install agpsui but failed
On Fri, May 16, 2014 at 7:31 AM, Wuzzy wrote: > PS: This mailing list seems to be pretty low volume. Is this normal? Yes, the OpenMoko community is shrinking as people move away to other communities focussed on other devices. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IMEI changing kit for GTA02
On Wed, Feb 19, 2014 at 5:19 PM, Dr. H. Nikolaus Schaller wrote: > what is "semi-legal"? I assume that means it is illegal in some parts of the world and not in others. For example illegal in the UK, not illegal in Michael's micronation. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner GPIO locations
On Mon, Feb 17, 2014 at 7:17 PM, Robin Paulson wrote: > problem is, i can't locate the gpio pins on the motherboard. are there > any schematics out there with their location? ideally something which > relates them to the nodes in /sys/class/gpio/ These are the schematics I can find related to this: http://downloads.openmoko.org/developer/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf http://svn.openmoko.org/trunk/doc/hardware/GTA02v4/gpio.txt -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Looking for Info on Neo Freerunner
On Mon, Jan 20, 2014 at 2:27 AM, auto78240314 wrote: > I am wondering if someone can tell me about the > Neo Freerunner's features? Please take a look at the wiki page: http://wiki.openmoko.org/wiki/Neo_FreeRunner > How long does the battery last between charges? http://wiki.openmoko.org/wiki/Neo_FreeRunner_%28GTA02%29_Battery#Notes_about_expected_battery_life > How many megapixels is the camera? The device doesn't include a camera. > What is the contact for the manufacturer of the phone? It is no longer being manufactured but the contact details of the former manufacturer are here: http://openmoko.com/contact.html -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR: monitoring charching rate, voltage, ...
Hi, Matthias Apitz writes: > I would like todo some charching tests with my special charger (a > minty-boost, http://learn.adafruit.com/minty-boost?view=all ), > is there a simple way with some shell scripting to monitor every minute > or so the current charging rate, voltage etc. of the process? See /sys/class/power_supply/battery/uevent (and other files in there if you need file-per-parameter). HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First small steps toward free GSM firmware
On Tue, Oct 29, 2013 at 8:44 AM, Ian Stirling wrote: > There are separate issues around the IP that you do not have permission to > use. This is the illegality that he is referring to, not any potential spectrum/GSM/IMEI issues. I guess he would ignore the latter as well as the former though. On the other hand the Osmocom folks have some notes about potential legal issues with their work: http://openbsc.osmocom.org/trac/wiki/SoftwareLicensing http://bb.osmocom.org/trac/wiki/LegalAspects http://openbsc.osmocom.org/trac/wiki/LegalNotes -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crowdfunding an Ubuntu smartphone (right now)
On Sat, Oct 5, 2013 at 1:57 PM, Dr. H. Nikolaus Schaller wrote: > You are mixing Free dom with Free Beer. https://www.gnu.org/philosophy/selling.html > But: some people are able to jump out of the window. So do you do as well? I followed the FSF and Debian out the window a long time ago and I am fairly happy with the result. > Strange argument... jOERG is right... To me his mail was a bizarre overreaction to a request for clarification of your reasons for wanting to keep goldelico in control of gta04 production. The request for clarification was probably not needed though, you have made it fairly clear over a few threads over the years that you aren't interested in making the gta04 "Free Hardware" as rah and myself appear to define it. So end of discussion for me, I'll try to avoid replying to any further mails on the gta04 topic. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crowdfunding an Ubuntu smartphone (right now)
On Sat, Oct 5, 2013 at 2:16 AM, Dr. H. Nikolaus Schaller wrote: > I already told you that the hardware source files are open and public. I agree with Bob Ham on this. The source files are not public and even the PDFs are not open, they are licensed under a non-commercial license (CC-BY-NC-SA). Even the BeagleBone Black people are able to release some sort of hardware source files: https://github.com/CircuitCo/-BeagleBone-Black-RevA5/ -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04-N900 vel. Neo900
On Wed, Aug 28, 2013 at 10:12 AM, arne anka wrote: > maemo isn't "great" If I were using Maemo, I guess the biggest problem for me would be security support, I wonder if there is any right now? > imo, the way to go would be to port all of maemo to debian thereby getting Your wording isn't clear here, but I guess you mean join Debian and get all the new packages and patches from Maemo added to Debian? If you want to start doing that, take a look at these pages. I'm sure that the Debian mobile folks will be happy to help guide you with this. http://mentors.debian.net/intro-maintainers https://wiki.debian.org/Mobile > iirc there is/was work going on in that direction. At one point the Hildon stuff was in Debian but it got removed because it became clear that it did not have a future upstream since Nokia was dropping it. Now some things like 0x are in Debian but not much else. In particular I don't think that Debian has a version of Linux that can run on the N900 yet, same for GTA02/GTA04. Probably the same for bootloaders etc. There is some info about how different Maemo (all versions) is from Debian in these files: http://dex.alioth.debian.org/census/Maemo/sources.new http://dex.alioth.debian.org/census/Maemo/sources.patches http://dex.alioth.debian.org/census/Maemo/patches/ These are derived from this data: https://wiki.debian.org/Derivatives/Census/Maemo If there is anyone from the Maemo community interested in being the contact point for maintaining this info, I get the impression that Jeremiah is no longer involved in Maemo so it would be great to have a replacement for him. https://wiki.debian.org/Derivatives/Census https://wiki.debian.org/DerivativesFrontDesk -- bye, pabs http://wiki.debian.org/PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Releasing GTA04 hardware source files (was: community Digest, Vol 353, Issue 3)
For the GTA04 adapter board you are already distributing the files that Bob Ham is asking for (AFAICT - not an EE). http://projects.goldelico.com/p/gta04-main/downloads/42/ The adapter board license (CC-BY-SA) is more friendly than the GTA04 board license (CC-BY-NC-SA). So I'm wondering about the difference between the two. -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Building a new totally free phone
Security experts have moved on from that line of thinking long ago I think. The problem with it is that a GSM/3G/LTE modem is not just a communications channel. It is a generic processor running software. Probably buggy, insecure, proprietary software. Same goes for GPS, WiFi, Ethernet and other external-facing firmware. Depending on the architecture of your device and the simplicity and security of the interface between your modem and your, attackers may be able to turn their probably relatively-easy-to-aquire modem beachhead into full control and monitoring of the whole system. This is the reason the Replicant folks strongly recommend against Qualcomm devices, where the CPU is controlled by the modem. Based on the talks I saw at OHM2013, the SIM card may be a similar threat. The good news is that some SIM cards are insecure enough that you (and remote attackers) can calculate the Ki, remove the SIM and use the Ki instead. OHM2013 also taught me that the carrier networks are full of juicy insecure Linux based systems, so you don't just have to worry about carrier collaboration with nation-state adversaries. Yes, we need better protocols but we also need libre embedded software and carriers who run libre software and have some ethics. -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community Digest, Vol 353, Issue 3
On Fri, Aug 23, 2013 at 12:47 PM, Bob Ham wrote: > I don't understand. What is the green light with respect to the GTA04? That was already mentioned; money for components being available. -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crowdfunding an Ubuntu smartphone (right now)
On Thu, Aug 22, 2013 at 9:04 PM, Bob Ham wrote: > No. I think a better question is whether "OpenPhoenix" can achieve > production of *any* phone? Not currently in stock, but as I understand it, GTA04 exists and is a phone. https://shop.goldelico.com/wiki.php?page=GTA04 -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crowdfunding an Ubuntu smartphone (right now)
On Thu, Aug 22, 2013 at 8:12 PM, Ben Wong wrote: > I wonder if OpenPhoenix has an opportunity now, with all those > frustrated would-be buyers out there. Are the Ubuntu Edge specs (or something close) achievable by OpenPhoenix? -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 Screen broken..
On Fri, May 31, 2013 at 6:56 AM, Neil Jerram wrote: > I'm sorry to hear that. I've had a few similar falls, usually when I > forget that the USB cable is still plugged into my laptop. But so far > I've been lucky not to end up with a fracture. Likewise, my gta02 bounces rather than breaks. I hope future casings for open phones have this characteristic too. -- bye, pabs http://wiki.debian.org/PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] openmoko.org server move
On Wed, May 15, 2013 at 2:58 PM, Patryk Benderz wrote: > [cut] >> >>Maqui Berry supplement is the latest discovery in medicine<< >> Oh really? > > Epic fail Radek ;) - I hope you have a backup of your web page. QtMoko moved to sourceforge years ago: http://qtmoko.sourceforge.net/ -- bye, pabs http://bonedaddy.net/pabs3/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM Firmware+Wiki
On Thu, Apr 25, 2013 at 9:38 AM, Paul Wise wrote: > I've contacted him multiple times on IRC and email last year and this > year but I never get a response. I looked at my mail again and discovered this isn't actually true. I did get one response from him last month stating he hasn't had time to work on splitting the OpenMoko servers into public and private yet and once that is done he will get back to me. I've sent him another ping now. -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM Firmware+Wiki
On Thu, Apr 25, 2013 at 1:46 AM, joerg Reisenweber wrote: > anyway thanks for reporting, glad it worked for you, enjoy MOKO11! I dunno > about wiki admins, isn't it a wiki and thus should be editable by registered > users at least? > If you have problems with the wiki, contact LaF0rge aka Harald Welte please, > he's running the whole infra now. Perhaps you forgot, but the wiki got a flood of spam, Harald disabled editing except for admins. He hasn't had time to implement editing for an editors group nor to add some anti-spam tech. I've offered to help with sysadmin but he hasn't had time to give me access to the servers. I've contacted him multiple times on IRC and email last year and this year but I never get a response. The only solution I can think of now is to make everyone who registered before the spam flood a wiki admin. -- bye, pabs http://bonedaddy.net/pabs3/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTmoko] Qx problems
On Tue, Apr 23, 2013 at 1:16 PM, Radek Polak wrote: > I wonder what happened with xserver-xorg-input-tslib for wheezy - it looks > the package is missing: It got removed because the RC bug did not get fixed in time: http://packages.qa.debian.org/x/xf86-input-tslib.html http://bugs.debian.org/674821 -- bye, pabs http://bonedaddy.net/pabs3/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community Digest, Vol 333, Issue 4
On Wed, Apr 3, 2013 at 5:53 PM, Christoph Pulster wrote: >>> Fairphone aims ... supply chain for conflict minerals, poor working >>> conditions or environmental destruction > > sounds all very nice and political correct, but is blabla only. I would wager that there are more folks that care about that stuff than there are people who care about FLOSS. Perhaps that means Fairphone will achieve their aims while this community continues to struggle. Perhaps not, only time will tell. > WTF do these guy think we are living in ? Capitalism based on pure > exploitation of nature and people from poor countrys. Apple does it, > Openmoko does it. There is no way back. OpenPhoenux could have said "there is no way back" when Apple/Android were dominating the smartphone market, but they didn't. Openmoko could have said "there is no way back" when the market was full of proprietary phones, but they didn't. RMS could have done the same when he came across someone who signed and NDA, but he started GNU and the FSF instead. Everyone who wants to change the world has to start somewhere and then stand behind their convictions. I can only admire them for trying, whether or not they succeed. Defeatism doesn't achieve anything. > In old school business it was called design study and everybody was > aware, some creative guys had plenty time to fuck their minds not caring > about calculations. Noeadays it is called "kickstarter", companys are > allowed to collect a lot preorder for non-existing products and > consumers are even so stupid to make prepayment for these. > > Openmoko release a full working product. This will be a archivement in > computer history. .Fairphone will never do. I am so sick of all this > "genius" preorder products never available. Plenty of kickstarters are seeking funding for ramping up mass production, which I think is a good way to achieve promotion, production and delivery. This community could learn a lesson or two from such folks. -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Take a look at these stupid people...
On Wed, Apr 3, 2013 at 8:04 AM, Sebastian Reinhardt wrote: > They said: "There is no fair smartphone on market, so we have to invent it" > > Nothing about GTA04 or OpenMoko! Stupid people! A new example for bad > journalism... It probably isn't a good idea to start calling potential allies "stupid", especially on twitter and thus on their website. If you read their website, they are less about software freedom and more about not contributing to civil war, genocide, environmental destruction etc by buying minerals from warlords mined using slavery-like conditions with zero consideration for the environment. http://www.fairphone.com/about/ http://www.fairphone.com/faq/#q1 http://www.fairphone.com/faq/#q6 To me, the OpenMoko community seemed to be by geeks, for geeks. That the Fairphone folks haven't heard about OpenMoko/OpenPhoenux says more about the publicity and outreach done by our community than about the Fairphone people. Correct me if I'm wrong but I don't think OpenMoko Inc scrutinized (or had the resources to) their supply chain for conflict minerals, poor working conditions or environmental destruction either. Not sure about Goldelico, it would be interesting to hear about this. There is a potential partnership here, I'd encourage Goldelico to make some connections. > "FairPhone" on arte (here I have seen it first): > > http://wp.arte.tv/yourope-de/?p=8490 Could someone do an English transcription of that? -- bye, pabs http://bonedaddy.net/pabs3/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WIKI is in read-only mode?
On Sat, Mar 16, 2013 at 11:25 PM, Radek Polak wrote: > Maybe i am wrong but openmoko as company is for years dead and nobody of the > old admins is willing to spend much time on maintaining the infrastructure. There are other folks willing to maintain the infrastructure (such as me), but it seems the current admins don't have time to do the cleanup of stuff that is needed before they can add new admins who never worked for OpenMoko Inc. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v54
On Sat, Mar 16, 2013 at 7:55 PM, Radek Polak wrote: > it should work out of the box in v54. You can try youtube.com/html5, enter > html5 trial and search for QtMoko - that's how i tested. Video is damn slow - > it's more like slideshow, but audio should be usable. Btw for youtube there is > nice app called minitube that can play & download videos. Is the gta02 video acceleration code for mplayer from 2008 not yet integrated into QtMoko? What about SHR? http://unadventure.wordpress.com/2008/06/08/accelerating-in-my-pocket http://repo.or.cz/w/mplayer/glamo.git?a=tree;f=drivers/libglamo;hb=HEAD -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Wireless connention to eduroam
Hi, Giacomo 'giotti' Mariani writes: > wpa_supplicant -Dwext -ieth0 > -c/etc/wpa_supplicant/wpa_supplicant-eduroam.conf -B > sleep 30 > dhclient eth0 I have two alternative suggestions for you here: 1. Read /usr/share/doc/wpasupplicant/README.Debian and configure it in "roaming mode". That way Debian will take care of calling dhclient itself when it's needed. 2. Write a simplistic script that would call dhclient when needed and use it with wpa_cli -a That way your connection will be fully automatically reestablished after suspend to ram. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANN] Tweakable finger-friendly Xmonad + xvkbd + dzen2 ready-to-use config
Hi David, "dmatthews.org" writes: >> Along with Xmonad config, xvkbd tweaks and a bash wrapper for dzen2 >> I've also added some notes about from-scratch X.org configuration for >> gta02, gta04 and about creating a custom Xkb setup. >> > have you managed to integrate the phoneui stuff? I haven't tried as I feel no need for that. I'm using my own Emacs interface to FSO for more than 2 years and if or when it doesn't do something I need, extending is easy and fun. I do not see any reason why SHR's UI would be incompatible with my Xmonad configuration though. That said, I'm using FSO indeed, but not the released version, as I had to hunt down some bugs before I felt comfortable. You can try using Cornucopia 0.12 but with gta02 you'll have unnecessary wakeups (on every +CREG) and messages would fill up the SIM (so you'll have to clean it sometimes) and Display and CPU resource handling would be buggy. Compiling FSO natively is possible but is a pain, somewhat obliviated if you have distcc working. > would you mind providing a dpkg --get-selections and sources.list? Selections attached (but I'm not actually using anything from fso, running actual binaries from /usr/local) , sources.list is trivial: deb http://mirror.bytemark.co.uk/debian unstable main deb http://mirror.bytemark.co.uk/debian experimental main HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ===File /root@fr:/root/dpkg-selections== acl install adduser install alsa-ossinstall alsa-utils install apmdinstall apt install autoconfinstall automakeinstall autotools-dev install avr-libcinstall avrdude install base-files install base-passwd install bashinstall bc install binfmt-support install binutilsinstall binutils-avrinstall bison install bluez-audio install bluez-hcidump install bluez-utils install bridge-utilsinstall bsdmainutilsinstall bsdutilsinstall build-essential install bzip2 install ca-certificates install chrpath install console-common install console-datainstall console-setup install console-setup-linux install consolekit install coreutils install cpp install cpp-4.6 install cu install dashinstall dbusinstall dbus-x11install dconf-gsettings-backend:armel install dconf-service install debconf install debconf-i18ninstall debhelper install debian-archive-keyring install debianutils install defoma deinstall devscripts deinstall dhcp-client install dhcp3-clientinstall dhcp3-commoninstall diffinstall diffstatinstall diffutils install distcc install dosfstools install dpkginstall dpkg-devinstall dropbeardeinstall dzen2 install e17
Re: QtMoko v54
On Thu, Mar 7, 2013 at 9:36 PM, Guilhem Bonnefille wrote: > I encountered similar issues with obsolete sources.list. Radek told me on IRC that the new sources.list and gpg key information is on github: https://github.com/radekp/qtmoko/blob/master/doc/txt/debian_rootfs_howto.txt -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v54
On Thu, Mar 7, 2013 at 7:22 PM, Radek Polak wrote: > If you want to upgrade (also untested) I tried this but I could not find out where to get your OpenPGP key 0x91B27C1E1DC56A1F and unfortunately squeeze apt doesn't have the trusted=yes option in sources.list to override this. What should the apt sources.list look like for gta02 users now? -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tizen released
I asked on IRC again and got a couple of links: https://www.tizen.org/irclogs/%23tizen.2013-02-19.log.html#t2013-02-19T02:51:25 -- bye, pabs http://wiki.debian.org/PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tizen released
[I'm subscribed, no need to CC] On Tue, Feb 19, 2013 at 1:51 AM, Denis 'GNUtoo' Carikli wrote: > was it ported on some real devices beside the emulator? When I was compiling the links at [1] I asked on the IRC channel and was told there is no general page about ports. There was a developer device program that doesn't seem to be distributing devices right now and the Tizen 2.0 release included images, I guess they are for the developer devices. Based on the mailing list archives it looks like various ports are being worked on. https://www.tizen.org/blogs/bdub/2012/tizen-developer-hardware-now-available https://developer.tizen.org/support/development-unit-program http://download.tizen.org/releases/latest/2.0/images/ https://lists.tizen.org/pipermail/general/2013-February/thread.html 1. http://wiki.debian.org/Mobile#Devices -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tizen released
SRPMs are here: http://download.tizen.org/releases/2.0/tizen-2.0_20130218.10/repos/base/source/ http://download.tizen.org/releases/2.0/tizen-2.0_20130218.10/repos/main/source/ git repos here: https://review.tizen.org/git/ -- bye, pabs http://bonedaddy.net/pabs3/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ANN] Tweakable finger-friendly Xmonad + xvkbd + dzen2 ready-to-use config
Hi, After getting tired enough of my inability to make E17 Illume do what I wanted, I decided to try another route and prepared a configuration that I was actually able to fine-tune to my liking, based on simple to understand and tweak software. Along with Xmonad config, xvkbd tweaks and a bash wrapper for dzen2 I've also added some notes about from-scratch X.org configuration for gta02, gta04 and about creating a custom Xkb setup. It was prepared on Debian but I would expect most of the content to be applicable to the other distributions as well. Please find the README at https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/README.org Screenshots: https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/xmonad-dzen-screenshot1.png https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/xmonad-dzen-screenshot2.png HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeTSM30/FreeCalypso project started
On Thu, Feb 14, 2013 at 2:41 PM, Harley Laue wrote: > I wish you all the best to be successful in your project It would be much better for him to spend time on getting NuttxBB/OsmocomBB working, at least the results would be Free Software and distributable in projects like SHR, QtMoko, Debian, AoF etc. -- bye, pabs http://bonedaddy.net/pabs3/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko and X applicatiions
On Mon, Jan 28, 2013 at 7:36 AM, Neil Jerram wrote: > Also, for GTA04 I think the installed xorg.conf has the wrong Why is there an installed xorg.conf at all? We are well past the days where Xorg needs a configuration file, it gained automatic configuration a long time ago. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtmoko - broken app repository
On Sun, Jan 27, 2013 at 6:22 PM, Peter Viskup wrote: > What armhf? http://wiki.debian.org/ArmHardFloatPort > Was the repository changed somehow It looks like yes, hopefully one of the QtMoko folks can comment. -- bye, pabs ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtmoko - broken app repository
On Sun, Jan 27, 2013 at 12:04 AM, Peter Viskup wrote: > I just tried to install one of the Qtmoko applications and it failed. Maybe you need an apt-get update? The deb is here: http://qtmoko.sourceforge.net/apps/qtmoko-qgcide.html http://qtmoko.sourceforge.net/apps/armel/qtmoko-qgcide_32-1_armel.deb Unfortunately it doesn't look like there is an armhf version available: http://qtmoko.sourceforge.net/apps/armhf/ -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing an RPi with phone capabilities
On Fri, Jan 25, 2013 at 5:26 PM, Alex Samorukov wrote: > 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. If anyone wants to get chan_dongle/chan_sebi into Debian (and thus Raspbian), the Debian VoIP team could always use some help and would probably mentor folks to get this stuff packaged. http://wiki.debian.org/Teams/VoIP For a general intro to packaging for Debian: http://mentors.debian.net/intro-maintainers -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise http://wiki.debian.org/PaulWise http://bonedaddy.net/pabs3/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko keyboard focus enhancement
I would suggest to reduce the opacity too (maybe to 0.5), I keep having to show and hide the keyboard when in the Terminal app. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] power off GSM?
On Wed, Jan 9, 2013 at 4:51 PM, robin wrote: > did you also try just to > > echo -en "AT POFF\r" >/dev/ttySAC0 > > without setting the modem to dummy beforehand? Doesn't appear to work, at least Linux still thinks GSM is on: # cat /sys/bus/platform/devices/gta02-pm-gsm.0/power_on 1 I guess that it gets turned off and then QtMoko turns it back on. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] power off GSM?
Unfortunately if I do that then QtMoko doesn't start. qpe seems to be using 100% CPU and the child processes of qpe have all died and become zombies. Setting the modem to dummy seems to be the cause of this. PS: I'm subscribed, no need to CC me. -- bye, pabs http://bonedaddy.net/pabs3/ 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
[QtMoko] power off GSM?
Hi all, Does anyone know if it is possible in QtMoko to power off GSM on startup and keep it off? I'm only using my gta02 as a computer right now and don't want to waste energy on GSM. -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: possible to use wifi and usb networking at the same time? (qtmoko)
Thats a bug in QtMoko's network setup, it seems to take full control of the kernel's networking setup without asking the kernel what networks are setup already and should remain. It also needs to be aware that not all network interfaces are managed by the QtMoko network UI. You can work around it by starting the USB network from a terminal after starting the WiFi. Run ifup usb0 if using ifupdown for the USB connection (which is the default on Debian). That will give you two default routes because ifupdown also doesn't pay attention to existing kernel network state, but you will still be able to login. If USB is not connected or not forwarding connections then you may need to delete the extra default route to connect to the Internet though: ip route del default via 192.168.0.200 dev usb0 -- bye, pabs http://wiki.openmoko.org/wiki/User:PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 power death
Hi, On Sun, Dec 23, 2012 at 08:15:22AM +, Dmitry Shalnoff wrote: > thank you very much for answer and all hints and links! BTW, the bass rework looks very similar to what i was doing, i wonder who did that :) too bad it looks like i didn't warn everyone strong enough (though i did put a big fat warning on the rework page) when i discovered the shield must be additionally insulated after the rework, i apologise for that :/ > I successfully de-solder the inductor (quick testing shows that no > resistors shorted around... as I hope) Can you share the technique you used to desolder it? > and found some analogues on farnell (same package and inductance), > but I'm not pretty sure concerning the frequency and other > parameters. Taking a closer look at the schematics and the PCF50633 datasheet i see that this inductor is part of the main step-up/step-down auto converter with an output current as big as 1.1A. It works at 1.7MHz frequency (the irc log i found appears to be unrelated). As far as i can tell that's unrelated to the self-resonance frequency of the inductor (that's always much higher for the modern parts). I'd get the one with >1.1A rated current, and on 1.7MHz all of those having self-resonant frequency of 50MHz should work decently. I do not understand much in EE though so probably you'll want some quick advice from those who really knows inductive step-up/down converters. > And just one more question (maybe to late), I didn't remove LCD before > de-soldering and now I'm slightly worry about possible damage of it. > Visually it's ok. What is your opinion? I never removed LCD too, and everything was fine. It's shielded from the heat by the PCB itself, and i doubt you could have heated it up too much. Best of luck! -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 power death
On Sun, Dec 23, 2012 at 10:38:56AM +0400, Paul Fertser wrote: > Dmitry Shalnoff writes: > > here is HiRes picture of the patient > > http://www.shalnoff.com/pics/freerunner_pcb.JPG > > You easily find it by burning fume around it :) ... > found another that was similar enough I found some IRC log and it looks like the inductor you need should be rated for >= 2MHz and >= 500mA current. But i'm not sure about the details, that was so long ago. I just remember that they found something that was physically smaller and of similar specs. Desoldering with hot air requires expertise, i wouldn't probably attempt it myself even now: if you shake the board accidentally, you'll shake off other components too. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 power death
Dmitry Shalnoff writes: > here is HiRes picture of the patient > http://www.shalnoff.com/pics/freerunner_pcb.JPG > You easily find it by burning fume around it :) Hi. I think that's the same that happened with another device i did bass rework for. The large shield is too easy to tilt a bit and it can touch the big capacitors shorting something to ground. Nice pals at work helped me to desolder that inductor (with hot air gun) and they found another that was similar enough (see the PMU datasheet), and that revived the device. You can find BOM, component placement etc at http://people.openmoko.org/joerg/schematics/GTA02/ Good luck! -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [off-topic] smartphone alternatives?
On Thu, Dec 20, 2012 at 4:05 AM, Denis 'GNUtoo' Carikli wrote: > Yes it's a really good device: it's almost like the GTA02, but faster, > better, less hardware bugs, but also has a non-free wifi firmware. GTA02 also has non-free WiFi firmware, but it is in the WiFi chip's internal storage instead of loaded into internal RAM by Linux. It is also a very buggy beta version. -- bye, pabs http://wiki.debian.org/PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko wiki needs to be set to read-only due to spam
On Mon, Nov 12, 2012 at 4:17 AM, Troy Benjegerdes wrote: > How can I get a database dump of the wiki so I can clone it? What I'd > really like to be able to do is run a read-write fork/clone of the > mirror, and have the backend database be files in mercurial or git, > and then we can have an editable version that I can experiment with > OpenID auth with, and possibly have an easy way to merge 'patches' > back to the read-only main site. This probably requires more patching > to the mediawiki software than I want to think about. Timo made a dump a while ago, I guess you should use his tools: http://lindi.iki.fi/lindi/openmoko/mirror/wiki.openmoko.org/mirror-tools/ -- bye, pabs http://wiki.debian.org/PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko wiki needs to be set to read-only due to spam
On Sat, 2012-11-10 at 18:57 -0500, Harry Prevor wrote: > Sorry for bringing this somewhat old topic up, but why did this have > to be done? I can understand restricting editing to registered users > only or adding CAPTCHAs to prevent spam, but isn't making the (still > very important) wiki entirely read only very exccessive? I've found a > few pages with errors but I'm now unable to edit them, seemingly > forever. Please reconsider this. The only sysadmin (Harald) doesn't yet have time to setup some anti-spam mechanisms. I've volunteered as a second sysadmin but Harald hasn't had time to do some things that are needed before he can add me to the team. Making the wiki read-only is a stop-gap measure until some anti-spam stuff can be setup and all the spam pages removed by myself or Harald. -- bye, pabs http://bonedaddy.net/pabs3/ 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
OpenMoko wiki needs to be set to read-only due to spam
Hi Harald, all, To whoever is able to make the OpenMoko wiki read-only, please do so since no-one is monitoring it for spam and removing that: http://wiki.openmoko.org/wiki/Special:RecentChanges -- bye, pabs http://bonedaddy.net/pabs3/ 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: About the future of the freesmartphone.org middleware
Enrico Zini writes: > This said, oFono does have one very compelling feature: on my N900, it > works reliably. Far better than any version of FSO that I ever managed > to put on my FreeRunner ever did. If you think that Nokia's N900 firmware is using oFono, you're wrong. Or do you mean something else? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stop whininig / be friendly
Hi Christoph, openm...@pulster.de (Christoph Pulster) writes: > thanks for your advices, which are intelligent ones, really. > You are right, bitterness is what I feel. Why ? ... > Coming to an end with my rant, 50% may be my personal bitterness, but > 50% are in some way true. The fail of Openmoko is the proove. Very well justified and open and transparent mail. Big thanks for your frankness, and best of luck in your complicated business. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
*.openmoko.org infrastructure
Hello, There was considerable tension in the community lately regarding the Openmoko community resources, namely docs.openmoko.org , wiki.openwoko.org , svn.openmoko.org , people.openmoko.org . The problem is that not only the servers were unstable and apparently required a kick every now and then but also that there's no clearly visible contact person and the whole situation regarding the resources is causing honest concern and inconvenience in community. Right at the moment svn.openmoko.org and docs.openmoko.org are still inaccessible (since weeks) and nobody really knows how to proceed. For the community to be able to deduce a way to manage this situation i would like to ask everybody involved to clarify these questions: 1. Who owns the servers and who pays which bills? How to get a proxy or transfer the responsibility for the openmoko.org domain and infrastructure to other person in case the original owner becomes unavailable? Whom can you propose to take this role? 2. Who actually has admin credentials, is supposed to care about things like server outages, and what is the suggested procedure to contact that person? Is there a proxy for this position? How to transfer the credentials to another person in case the original maintainer becomes unavailable? 3. What is the practical and reliable way to do administrative tasks like e.g. obtaining the dump of the wiki and docs.openmoko.org bugtracker database? 4. What suggestions do you have to improve the status quo? Thanks in advance for your replies and commitment. Sincerely, Paul Fertser -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sharing TSM30 source
msoko...@ivan.harhan.org (Michael Sokolov) writes: > What I'm basically saying is that for as long as the recognized / > trusted / respected leaders of this community are acting selfishly and > refusing to share a piece of ware with brothers in need, I feel no > incentive to contribute to this community. First of all, i've never ever claimed i posses a copy. Second, even if i did have access to it but refused to share, that would mean i am bound by a promise and not by some stupid NDA. And you can imagine i do not break promises given to a friend. Third, i'm nowhere near being a recognised/respected leader of the community, i'm just a by-stander. So please, even if you do consider my behaviour offensive, you shouldn't extend your attitude to the whole community. I'm a bit dissappointed by you continiously trying to present me like a greedy stupid hamster, as in fact i'm not and i would share if i fucking could. I've honestly tried to help you. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Using dumb batteries (was: Re: GTA02 fails to charge)
Denis 'GNUtoo' Carikli writes: > I've tried it, and on SHR it works out of the box, however only the > kernel supports charging the battery, not the bootloader, so I need the > original battery for flashing it trough the NOR uboot. To the best of my knowledge, the NOR u-boot doesn't implement the bq27x0 HDQ driver, and hence it has no way to distinguish between a dumb battery and an original one. So it should be able to charge any battery without any issues. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community Digest, Vol 254, Issue 2
msoko...@ivan.harhan.org (Michael Sokolov) writes: > I am in a disadvantaged position because I have come to the party > late. You're a very smart fellow indeed, and your reasoning about the "holy grail" being in the form of many object files seem to be correct (though ELF is unlikely there). I can speculate that you being in a "disadvantaged position" is probably not because you came late but because you are willing to share "with everybody", and not just with those whom you trust personally. As far as i can tell, this approach is considered harmful (and inappropriate, impractical: it doesn't provide much advantage while creating a considerable threat for the project and for the reputation of the members) among those who actually posses the materials. Also, your "fundamentalistic" attitude is a bit scary: it's too uncommon and it doesn't feels predictable enough, and you are to be predictable for the people to trust you. That's all just my humble opinion of course, but that's how i honestly see it. My advice is to start actively participating in the OsmocomBB project when your device arrives. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Liberated Calypso docs found
msoko...@ivan.harhan.org (Michael Sokolov) writes: > But if they aren't there yet, I will *not* abstain from hacking TI's > original code, assuming that I can succeed in physically laying my > hands on it, however illegal it may be. What exactly do you want to change in it? Disabling RRLP? Having AT command intepreter sources wouldn't help it, also i'm not sure if the original firmware had that "functionality" implemented in the first place. You're right about the OsmocomBB limitiations, but that's the only way to get a really free phone currently, afaict. Having TI's blobs is not much different from having them all in a single firmware files. > If you can share it with me, I can pay you for it with my own blood. > A-positive. They give ~$30 (+$15 for meal) for donating a standard amount of blood (350/450ml). Just fyi ;) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Liberated Calypso docs found
msoko...@ivan.harhan.org (Michael Sokolov) writes: > Yup, technical aspects such as the Calypso chipset and its firmware. > Before we can start improving the latter, we need to obtain a copy of > whatever at least partially modifiable source the Openmoko company > had. But why? All OM had were some loosy sources for the gpio (and such) init plus AT intepreter. No lower layers at all, only blobs. OsmocomBB is already doing _much more_, so those "original sources" would add nothing to it. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NAND vs SD on GTA02
Hi, msoko...@ivan.harhan.org (Michael Sokolov) writes: > Hence my question to the community: is the flash wear-out concern I've > just outlined the primary reason for the recommendation of using SD > instead of NAND to hold the OS/distro, or was that recommendation driven > by some other, completely unrelated concerns? I personally prefer SD for these reasons: 1. "unlimited" space, and you'd need an SD anyway if you want to use OSM and/or Debian 2. ease of maintenance: if you fucked up your config files or kernel and can't boot, just swap it out and fix it in your laptop 3. ease of swapping distros (not applicable to me as i use only Debian) However, the points you raised in your analisys are all valid as it's true that glamo makes SD access slow, and that the power consumption is a bit higher etc. It's just that it doesn't make any difference for me :) As to the distro development, you might want to try NFS root over USB during the active development phase. I can also suggest looking at OpenWrt if you want a solid plain manageable cool base for your distro. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My VoIP experience in Freerunner
Hi, Thanks for sharing the valueable info :) Tiago Bortoletto Vaz writes: > • I was not able to have default Freerunner headset working on an > acceptable quality. Help will be very welcome. I think the voip-handset state file is supposed to be used with the handset (i.e. builtin mic and speaker) rather than with the headset. You'd need to study the routing diagram[1] to see what changes are needed to get a voip-headset setup. To check if it's working, you can simply load the statefile and then use ``arecord'' to record a sample file, scp it to your PC and check the levels and quality. Then scp some other known to be good file from PC to FR and use ``aplay'' to check the playback quality. Also, make sure you're not CPU-bound. As s3c2442 lacks an FPU, you probably should avoid codecs that require floating point operations, and also probably you might need to disable echo cancellation and/or silence detection. Be warned though, afaict the FR case (especially if you have both screws properly secured, i personally use my device without those for several years without any issues) provokes echo, so you might need to find an acceptable way (yet-to-be-discovered hardware mod or software) to do echo cancellation. [1] http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: hifi headphones & flac
phifmr writes: > It is for treat a tinnitus. I need to make tailor-made notched > music...and to listen to with hi fi headphones. Make sure you've got the bass fix[1] (and even with that i can't promise you hifi headphones would work properly, you'll probably need other adjustments) or use bluetooth. [1] http://wiki.openmoko.org/wiki/GTA02_bass_fix -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner won't charge
Ronald Tallent writes: > On Tue, 2011-07-05 at 15:05 +0400, Paul Fertser wrote: >> Replacing pcf50633? I'm not sure anyone has ever tried that, it's BGA >> iirc. Have you investigated other options? > > The purpose of this thread was kind of to discover and explore those > "other options" if there are any. I'm out of my league here. If you have > suggestions of things to try please post them, What i'd do is basically checking all of the relevant registers of the PMU (you can easily view the dump with the corresponding sysfs node), and i think that would give a reasonable clue explaining why PMU thinks it's not possible to charge the battery. BTW, have you already posted your dmesg here, i think i haven't seen that one? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner won't charge
clemens kirchgatterer writes: > I have the same problem. Can you pls report if replacing the chip actually > fixes the moko? Replacing pcf50633? I'm not sure anyone has ever tried that, it's BGA iirc. Have you investigated other options? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner won't charge
Hi, Ronald Tallent writes: > So, there's no way to fix this thing? If I need to take it to an > electronics repair shop to get it fixed I can, just need to know what > part(s) will need to be repaired/replaced. Anyone know were I can get > hold of schematics for the mainboard? If it's a simple repair proceedure > I might be able to do it myself even. Schematics are available from [1]. I hope you'll find the cause and will be able to use your cool device again :) Basically, what you need to know is that charging is controlled by the PMU chip, PCF50633, it's connected over SPI bus and you can easily view dump of its registers from [2] (newer kernels might have a slightly different path but the same filename). Schematics are pretty much obvious but if you have any questions, feel free to ask here or on #openmoko-cdevel irc channel. [1] http://people.openmoko.org/joerg/schematics/ [2] /sys/class/i2c-adapter/i2c-0/0-0073/dump_regs -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Neon image viewer?
Hi, I'm wondering where the Neon code and development repository after projects.openmoko.org was shut down, anyone know? If so, please update the wiki page: http://wiki.openmoko.org/wiki/Neon -- bye, pabs http://bonedaddy.net/pabs3/ 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: [openmoko-announce] Shiftd
openm...@pulster.de (Christoph Pulster) writes: >> We were fascinated, yet totally overwhelmed by the shear volume of >> videos on the web. > > I am bored, yet totally disgusted of the video trash flowting around. > 95% is pure waist of livetime, for the other 5% go and meet friends, > paint a picture, enjoy nature, sports or find a girl to hug. 100% ACK. I find it occassionally useful to share links to some youtube music videos with my friends, but for that XMPP (and xmpp-based microblogging service that can also be accessed via ATOM/RSS) and then youtube-dl+mplayer work just fine, i do not need any other "fascinating" aggregation service. As to the flash-based/using services in general (even as a PoC) i can only echo it once again: it'd be nicer if those devs just went and hugged their girls instead as it would have at least some potential at making this world better, imho. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
On Tue, May 31, 2011 at 04:40:13AM +1000, Philip Rhoades wrote: >> Without CSD the most reasonable option imho would be to keep a persistent >> connection over GPRS to some internet host you control and use it as a proxy. >> An alternative would be to establish GPRS connection upon an incoming (voice) >> call or message but that'd be more complex and fragile to set up. > > The GPRS connection is just as likely to drop out as the existing setup > isn't it? Isn't the existing setup the same already (GPRS/HSDPA)? And with "persist" option it should be pretty reliable. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
Hi, On Tue, May 31, 2011 at 03:24:49AM +1000, Philip Rhoades wrote: >> I assume you're already using pppd for establishing the connection >> from the remote system to some host in the internet that you >> control. > > No - when I plug the dongle in, I just let NetworkManager find it and > set it up. I haven't got it in front of me now, but I think I have to > type some sort of keyring password to allow the connection? I would guess it's highly unlikely NM doesn't use pppd for establishing the connection. >> I think simply adding "persist lcp-echo-failure 10 >> lcp-echo-interval 5" options to its config (/etc/ppp/options or >> /etc/ppp/peers/ or some other way specific to how you >> start pppd) should be enough. > > I want to make the connection from the other direction - from my normal > F14 desktop TO the remote Virgin mobile broadband dongle F14 machine. Without CSD the most reasonable option imho would be to keep a persistent connection over GPRS to some internet host you control and use it as a proxy. An alternative would be to establish GPRS connection upon an incoming (voice) call or message but that'd be more complex and fragile to set up. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
Hi, On Sat, May 28, 2011 at 06:59:33AM +1000, Philip Rhoades wrote: > On 2011-05-28 04:25, Paul Fertser wrote: >> Philip Rhoades writes: >>> I am wondering if it would be possible to use minicom on the >>> Freerunner to dial the phone number of the remote dongle, make a >>> connection >> >> If CSD[1] is available from your provider, then you can do that, >> right. If not, all you can do is to write some smart enough script >> that would do something with the connection once it tears off (in >> fact, probably simply adding "persist" option to pppd will suffice). > > OK, I will check with VirginMobile (Australia) but if that doesn't work > I could switch to Telstra. Are there some working scripts around to do > the PPP stuff? There's plenty of examples for using gprs/3g under GNU/Linux the "manual way". I assume you're already using pppd for establishing the connection from the remote system to some host in the internet that you control. I think simply adding "persist lcp-echo-failure 10 lcp-echo-interval 5" options to its config (/etc/ppp/options or /etc/ppp/peers/ or some other way specific to how you start pppd) should be enough. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialling INTO a wireless broadband modem with OpenMoko
Philip Rhoades writes: > I am wondering if it would be possible to use minicom on the > Freerunner to dial the phone number of the remote dongle, make a > connection If CSD[1] is available from your provider, then you can do that, right. If not, all you can do is to write some smart enough script that would do something with the connection once it tears off (in fact, probably simply adding "persist" option to pppd will suffice). [1] http://en.wikipedia.org/wiki/Circuit_Switched_Data HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Radek Polak writes: > On Thursday 26 May 2011 13:01:05 Alfa21-mobile wrote: >> and are executables... but I do not know neither if they are called >> after a wifi disconnection, nor if after an unbind/bind cycle the >> power consumption during stdby returns to the same state like after a >> reboot (now I'm testing this one) > > I am quite sure they are not called after disconnect. I think that the kernel > is responsible to turn wifi off in suspend (unless you want to keep it on > during > suspend e.g. for wake-on-wlan function). Yes, in suspend the kernel turns off the module completely, it shouldn't drain anything, at least it never used to. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21-mobile writes: > so I can find the unbind here: > root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi > /sys/bus/platform/drivers/s3c-sdi/unbind ... > how I can check if it's in bind or unbind state? If ar6000 is listed among the files at the path you mention, it's binded. > maybe the scripts in qtmoko try to unbind it using a wrong path? Possibly so :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
Alfa21 writes: > 2011-05-25@23:31 Paul Fertser >> Hm, you do not spare too many details, do you :) Are you really sure >> the ar6000 module is unbinded when you disable wifi? > > sorry, I didn't know which kind of details you meant... Basically, ``ls /sys/bus/platform/drivers/s3c2440-sdi'', it should let you know if the module (even when built-in) is binded or not. It shouldn't be if you want the card to not drain the battery. ``echo s3c2440-sdi > .../unbind'' (or bind) is how to handle this manually. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] USB charging (and network) from Windows 7
Alfa21 writes: > 2011-05-25@00:05 Paul Fertser >> Alfa21 writes: >> > ah! keep in mind: if you enable wifi at least once in any boot >> > cycle, your moko will drain more current than usual, also if you >> > disconnect wifi and put the phone to sleep. >> >> Are you really sure? Because i'm not aware of any bugs in this >> area. Please clarify. >> > > here on my v34 the issue is 100% repeatable... I thought it was a > known one, isn't it? Hm, you do not spare too many details, do you :) Are you really sure the ar6000 module is unbinded when you disable wifi? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] USB charging (and network) from Windows 7
Alfa21 writes: > 2011-05-24@14:15 Xavier Cremaschi >> > If you try om utility (from omhacks package) it could have parameter for >> > enabling fast charge. Then you can edit the "Fast charge mode" script so >> > that >> > it uses "om" command (and send the result to me so that i can commit it as >> > patch ;-). >> Thanks for the hint. As soon as I will be able to log through ssh I will >> try to find a way to make it work (86ma is probably not enough to start >> WiFi) > > ah! keep in mind: if you enable wifi at least once in any boot > cycle, your moko will drain more current than usual, also if you > disconnect wifi and put the phone to sleep. Are you really sure? Because i'm not aware of any bugs in this area. Please clarify. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v33 - More battery info and questions
Hi, On Tue, Mar 29, 2011 at 06:00:22PM +1100, Philip Rhoades wrote: >> Philip Rhoades writes: >>> - Even with the "dumb" battery configuration, the battery charging >>> animated icon continues after USB (power) disconnection - should that >>> happen? >> >> Provide "uevent" files contents for both the battery driver and >> pcf50633-mbc drivers. > > /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-mbc.0/power_supply/usb/uevent > > POWER_SUPPLY_NAME=usb > POWER_SUPPLY_TYPE=USB > POWER_SUPPLY_ONLINE=1 With USB unplugged this looks like a manifistation of a bug. Please specify the kernel version you use. >>> - The discharge rate attached for an inactive phone (with a blanked >>> screen) with a new, fully charged battery is not very good (~10 >>> hours) >> >> Keep in mind that the SoC was constantly running during that test, so >> this should be ok. Normal usage assumes you use suspend-to-ram when >> you do not actually interact with the device, that should give ~70 >> (without #1024 fix) or ~140 (with it) hours of "standby time". > > > At the moment dim is set to 20s, display off to 50s and suspend is off - > are you saying that suspend should be set to 120s or something? How > does that affect incoming calls? Incoming calls should wake up the device without any issues, there's a dedicated irq line for that. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v33 - More battery info and questions
Hi, Philip Rhoades writes: > - Even with the "dumb" battery configuration, the battery charging > animated icon continues after USB (power) disconnection - should that > happen? Provide "uevent" files contents for both the battery driver and pcf50633-mbc drivers. > - Using the methods above, both "bind" and "unbind" files exist in the > driver directory - shouldn't there be only one at any one time? If > not, don't the files only need to be created once instead of > repeatedly each time the scripts/aliases are run? Those files are always present in the sysfs, kernel maintains them automatically for every driver. > - The discharge rate attached for an inactive phone (with a blanked > screen) with a new, fully charged battery is not very good (~10 > hours) Keep in mind that the SoC was constantly running during that test, so this should be ok. Normal usage assumes you use suspend-to-ram when you do not actually interact with the device, that should give ~70 (without #1024 fix) or ~140 (with it) hours of "standby time". > - Should the phone be shut down after the "dumb" battery is fully > charged? No, charging is the same for gta02 battery and the dumb one, it's safe and doesn't require manual intervention. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko new replacement battery - charging oddness
Hi, Philip Rhoades writes: > My original Neo battery lasts about 3.5 hours from a full charge with > no activity with QtMoko v33. I bought replacement BL-6C batteries but > when I plug either of them in, they appear to be charging (~20 hours) > but when the USB is disconnected the battery icon appears to be still > charging(!) and the Neo shuts down soon after (< 2 hours) with no > charge. When I reboot, I try to cat the files in: Have you tried reading the battery Q&A[1]? It clearly states you need to use another driver to get some status for a dumb battery. [1] http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio path gain
Hi, Hrabosh writes: > giacomo 'giotti' mariani píše v Út 08. 02. 2011 v 10:40 +0100: >> > Yes, I really meant bass fix. I have replaced each 1uF cap with 2x 47uF >> > caps in parallel. They are isolated by heat-shrinking tube and >> > everything even fit under the metal cover. >> > >> > It really helped a lot, no problem using my FR as portable player now. >> > >> > I have taken some pictures ... anyone interested? I may put them online >> > if so. >> > >> Of course I'm interested! > > Here you go: > > http://hnet.endofinternet.net/elektro/Freerunner/Bass_fix/bf.html That's rather cool, i added the link to the wiki page. Thanks for sharing :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Linux 2.6.38?
Hi all, Are any of the 2.6.37 patches merged into mainline 2.6.38-rc1? Is it too late for them to be merged or are they mostly fixes that could be submitted for mainline inclusion outside the (now closed) merge window? -- bye, pabs http://bonedaddy.net/pabs3/ 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
OM/FSO/SHR related stuff for CELF embedded project proposals for 2011?
From http://lwn.net/Articles/419696/: The CE Linux Forum is looking to fund proposals for embedded Linux projects. "Each year, CELF spends money on contract work to improve Linux for use in embedded systems. Some of the projects we have sponsored in the past include Linux-tiny, DirectFB enhancements, smem, U-boot and kexecboot improvements, and Squashfs and YAFFS mainlining." If you have an idea, now is the time to submit it and, with luck, be paid to implement it. http://elinux.org/CELF_Open_Project_Proposal_2011 Some ideas I thought might be useful to OM/FSO/SHR folks: Mainlining u-boot support for OM devices. Support for AR6001/AR6002 in the ath6k driver and mainlining it. Work on porting Linux to newer phones and mainlining Android code. Mainline, bugfix the drivers for the Freerunner Navigation Board. Any more ideas? -- bye, pabs http://bonedaddy.net/pabs3/ 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: [Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?
On Fri, 2010-11-19 at 23:38 +0800, Paul Wise wrote: > Is anyone else having broken audio on Debian with pkg-fso > linux-image-2.6.34-openmoko-gta02?' gena2x seems to have found the cause, I had 'Stereo Out Switch' and 'Right Mixer Right Playback Switch' turned off in my alsa settings. Zero idea how they got like that. The arecord issue is still present though. r...@booph(Debian):~# diff -u myfile.state aplay34_working.state --- myfile.state2010-11-20 23:26:52.0 +0800 +++ aplay34_working.state 2010-11-20 23:25:08.0 +0800 @@ -539,7 +539,7 @@ comment.count 1 iface MIXER name 'Stereo Out Switch' - value false + value true } control.54 { comment.access 'read write' @@ -864,7 +864,7 @@ comment.count 1 iface MIXER name 'Right Mixer Right Playback Switch' - value false + value true } control.89 { comment.access 'read write' -- bye, pabs http://bonedaddy.net/pabs3/ 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
[Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?
Is anyone else having broken audio on Debian with pkg-fso linux-image-2.6.34-openmoko-gta02? Timo Jyrinki can reproduce it with one GTA02 but not with another one. Here are some symptoms: r...@booph(Debian):~# uname -a Linux booph 2.6.34-20101108.git1508bbb5 #1 Sat Nov 13 22:33:10 UTC 2010 armv4tl GNU/Linux r...@booph(Debian):~# aplay inigo.wav Playing WAVE 'inigo.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono aplay: pcm_write:1603: write error: Connection timed out r...@booph(Debian):~# mplayer stash/music/penguinplanet.ogg MPlayer 1.0rc3-4.4.4 (C) 2000-2009 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing stash/music/penguinplanet.ogg. [Ogg] stream 0: audio (Vorbis), -aid 0 Ogg file format detected. Clip info: Name: Penguin Planet (Authentic Edit Artist: Void Main == Trying to force audio codec driver family ffmpeg... Requested audio codec family [vorbis] (afm=libvorbis) not available. Enable it at compilation. Opening audio decoder: [tremor] Ogg/Vorbis audio decoder AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400) Selected audio codec: [tremor] afm: tremor (OggVorbis audio) == AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 0.0 (00.0) of 232.6 (03:52.5) ??,?% MPlayer interrupted by signal 2 in module: play_audio MPlayer interrupted by signal 2 in module: play_audio r...@booph(Debian):~# mplayer inigo.wav MPlayer 1.0rc3-4.4.4 (C) 2000-2009 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing inigo.wav. [demux_audio] truncated extradata (0 < 40) Audio only file format detected. == Trying to force audio codec driver family ffmpeg... Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 22050 Hz, 1 ch, u8, 176.4 kbit/100.00% (ratio: 22050->22050) Selected audio codec: [pcm] afm: pcm (Uncompressed PCM) == AO: [alsa] 22050Hz 1ch u8 (1 bytes per sample) Video: no video Starting playback... [AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed (-110): Connection timed out [AO_ALSA] Write error: Connection timed out [AO_ALSA] Trying to reset soundcard. [AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed (-110): Connection timed out [AO_ALSA] Write error: Connection timed out [AO_ALSA] Trying to reset soundcard. [AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed (-110): Connection timed out [AO_ALSA] Write error: Connection timed out [AO_ALSA] Trying to reset soundcard. [AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed (-110): Connection timed out [AO_ALSA] Write error: Connection timed out [AO_ALSA] Trying to reset soundcard. [AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed (-110): Connection timed out [AO_ALSA] Write error: Connection timed out [AO_ALSA] Trying to reset soundcard. ... .. . -- bye, pabs http://bonedaddy.net/pabs3/ 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: [GTA04] When is the next and more powerful openmoko releasing
Hi, "Dr. H. Nikolaus Schaller" writes: > time for another update. ... >> Current status: the 1.8V is now working but the VDD2 (1.2 V) not. >> The TPS chip aborts the power up sequence early. > > We could solve that by adding a jump start resistor. ... Nikolaus, this project is a very interesting effort and i am glad to read you're steadily moving towards getting a modern and functional device as free as freerunner. This news are fairly encouraging, there was nothing like that on the community mailing list for quite a while. There is this one thing that bothers me though: i would be rather glad to see Joerg Reisenweber[1], one of the most clueful and insightful HW guys from the OpenMoko fame in your team; to me it looks like his experience could really help to not only kickstart your endeavor but to also cope with all those hurdles along the way. Sincerely wishing you best of luck and happy hacking. [1] http://wiki.openmoko.org/wiki/User:JOERG -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WM8753 Speaker Playback ZC Switch
Hi, Ed Kapitein writes: > I am happily hacking on my FR and was toying with the wolfson. > I happen to notice that in order to get any sound from the earpiece i > had to switch on the Speaker Playback ZC Switch. This is used to enable/disable Zero Cross detection, i.e. the gain will be changed only on zero cross (or timeout). I'm afraid you'll need to refer to the actual datasheet to understand this in details. Feel free to ask me if anything is unclear. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: backup battery and case screws questions
Benjamin Deering writes: > I use an allen (hex) wrench to remove them, I am seeking replacements > because I lost one. FYI i'm using my gta02 as my only daily cell phone for more than a year without any screws whatsoever. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community Digest, Vol 204, Issue 8
openm...@pulster.de (Christoph Pulster) writes: > an intelligent marketing idea. My idea on the later is, to point the > finger in the Apple direction and naming the evil by name. This sounds really cool to me, Christoph. Honestly, i'd prefer to see more Apple (and Android as well) bashing. But do you have any success stories for this kind of marketing? On a related note, i think there's no commercial future with such a device. Openmoko proved that. Too few interested people, really too few. Despite Freerunner still being the only one. I'd tend to agree with Raster who says "Let's get an open enough consumer device that can be sold to the masses and hack on it". -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing freerunner's audio quality
Gennady Kupava writes: > 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. I thought we did the bassfix on this device, didn't we? That makes hell of a difference, i tried comparing my bassfixed FR with a factory one and it was stunning how much they differ. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
repairing FR back cover?
Hi all, So, I dropped my FR one too many times and broke the remaining short prong (I broke the other one a while ago) that holds the end of back cover (near the hole) in place. The two longer prongs on the side of the cover are still intact so the cover stays on but it comes off more easily when I drop it. Does anyone have some ideas for how to repair it, keeping in mind I lost the two plastic bits that broke off? Or are there spare parts available for the FR still? [Please CC me if you reply] -- bye, pabs http://bonedaddy.net/pabs3/ 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
LCA2011 Mobile FOSS Miniconf CfP
The miniconfs at LCA2011 in Brisbane, Australia was recently announced and includes a Mobile FOSS miniconf. Are any OpenMoko folks planning on submitting any talks? The CfP closes Friday 22nd October 2010. http://lca2011.linux.org.au/media/news/34 http://mobilefoss.jamespurser.com.au/Call_For_Papers -- bye, pabs http://bonedaddy.net/pabs3/ signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v26 bluetooth headset
Jim Morris writes: > Paul Fertser wrote: >> This [1] page and this guy might help. Also feel free to ping me or >> him on irc, we do know some bluetooth tricks :) > > Unfortunately frameworkd and the dbus stuff does not appear to be > relevant for qtmoko. Some dbus stuff (calls to org.bluez) is relevant :) > seems Radek got most of it working, but going into a shell and > typing stuff to connect and disconnect would probably make the > California Highway Patrol come down on you like a ton of bricks, > especially since texting while driving is illegal (although it > doesn't say typing shell commands is illegal ;) ROTFL -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v26 bluetooth headset
Jim Morris writes: > Anyway I tried to get my bluetooth headset to work, and I am not > sure exactly what needs to be done to make this work seemlessly. This [1] page and this guy might help. Also feel free to ping me or him on irc, we do know some bluetooth tricks :) Also keep in mind that if you've got an ordinary (non-stereo, non-A2DP) headset, it's not supposed to work with mplayer and such. See [2] for the reference. [1] http://wiki.openmoko.org/wiki/User_talk:Gabrys [2] http://piotr.gabryjeluk.pl/bluetooth-on-shr -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Boot selection
Hi, Ed Kapitein writes: > Is there a way to select where to boot from, nand or uSD? > and i need a software choice, no the obvious boot select with the aux > button, which requires physical access to the freerunner. With Qi you can create a special file in /boot and it will skip this uSD partition. Then when you boot from NAND you can remove this file to boot from uSD next time. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community