Is Openmoko working on their 'back to basics' plan?
Dear community, http://onlinedev.blogspot.com/2008/10/is-openmoko-working-on-there-back-to.html And please read my comment below. I have to say I don't like opinions like this but I will take it as a result of high expectation. We will keep sending to the public list once we have something, commit to public scm, etc. but we certainly won't do _weekly_ release. For now please be patient and let the engineers work. Now for the status update this week: Tick merged the qtopia echo patch (#1267), it works, no echo but the audio sounds a little bit less 'vivid' (not sure if this is the right word). He is now working on the touch screen usage, see http://lists.openmoko.org/pipermail/devel/2008-October/002712.html Olv and Erin is working on reducing boot time. Currently it's reduced from 2:35 (Om2008.9) to around 1:40. One minute less in one week, and Olv just got back from hospital last Monday. We will merge this into OE once we get it organized properly. Jeremy is working together with kernel guy (aka Matt Hsu) to look into the possible improvement, namely take a screenshot and show it first during resume. It's a common technique in mobile phone. Julian is working on the python loader. He is new to python but he got very good helps here in the office such as Guillaume, etc. He still got some distro work to finish so it's going to take a while before he can work full time on this. Currently we have a major blocker #2071. It can be solved by update EFL, but no icons will show up in illume. This seems to be a different bug, but we are having an evas-native related issue on the build server so the EFL packages are not updated correctly in downloads.openmoko.org. This prevents people from confirming it and fire another bug. EFL ABI changed along with the svn rev increment last week, so Installer and Locations won't work without rebuilding. Although people already got reassigned, but nobody will give Om2008 love except us and holger, so we will fix the issues above and update testing repo soon. Regards, John ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
> *Updated Duke3D a version without sound but that works like a charm an > has a semitransparent buttons Nice to know people appreciate my work ;) By the way, I fixed the .desktop file (I'm like you, I don't like testing so much...) Turning sound back on is just a matter of changing the config file. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
Helmut Tessarek ??: > Hi, > > I'm still using my original uboot version and I think it is time to upgrade. > Unfortunately the wiki seems not to be accurate, because it states the > following: > > The latest bootloader binary builds can be found under > http://downloads.openmoko.org/daily/ . > > All versions of the GTA02 (Neo FreeRunner) that have been sold to the public > are > version 5 hardware, so look for a file with "gta02" and "v5" in the name, for > example: uboot-gta02v5-latest.bin > > This is the listing of the above link: > > [ ] dfu-util22-Oct-2008 01:31 579K > [ ] gta01bv4-lowlevel.bin 22-Oct-2008 01:31 280 > [ ] gta01bv4-u-boot.bin 22-Oct-2008 01:31 214K > [ ] gta02v5_and_up-lowlevel.bin 22-Oct-2008 01:31 308 > [ ] gta02v5_and_up-u-boot.bin 22-Oct-2008 01:31 211K > [ ] testing-om-gta01-20081021.rootfs.jffs2 22-Oct-2008 01:31 34M > [ ] testing-om-gta01-20081021.rootfs.tar.gz 22-Oct-2008 01:31 28M > [ ] testing-om-gta01-20081022.uImage.bin22-Oct-2008 01:31 1.7M > [ ] testing-om-gta02-20081021.rootfs.jffs2 22-Oct-2008 01:31 41M > [ ] testing-om-gta02-20081021.rootfs.tar.gz 22-Oct-2008 01:31 30M > [ ] testing-om-gta02-20081022.uImage.bin22-Oct-2008 01:31 1.7M > > I assume that gta02v5_and_up-u-boot.bin is the correct image, but how can I > be sure? > Furthermore, what is gta02v5_and_up-lowlevel.bin? > Is there a stable version of uboot, or are there only daily builds available? > > Helmut > > You mena in this page? http://wiki.openmoko.org/wiki/Uboot If it is. Can somebody feel free to fix it? > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
Helmut Tessarek wrote: > What is gta02v5_and_up-lowlevel.bin? The "lowlevel.bin" file is used with the debug board, to initialize the Freerunner so that you can upload a copy of u-boot into RAM over JTAG. If you don't have a debug board then you can ignore it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: netfix testers?
On Thu, 23 Oct 2008 14:48:08 -0400, Stefan Monnier <[EMAIL PROTECTED]> wrote: >> binary from an unofficial source. (it does need resolvconf, which is >> preinstalled on 2007.x/2008.x/FDOM, not on Raster or SHR, don't know > about >> others, but is in the official feeds regardless) > > FWIW, on my Om2008.9 distribution, resolvconf was indeed installed, but > it was disabled and the installation was incomplete (missing > the /lib/resolvconf part IIRC). > > > Stefan Exactly right - I included /lib/resolvconf/list-records and /etc/resolvconf/run/enable-updates in my tarball for that reason. :) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Thu, 23 Oct 2008 22:04:36 +0800, matt_hsu wrote: |> Can I know which hardware version do you use? A5 or A6? I used your |> state files to try my A5. It seems that it could reduce the buzzing |> noise. |> But it could not get rid of it all. | | /proc/cpuinfo says it's A6 (0360), while frameworkd (Debian) says A5. | It's the one with capacitor on SD clock lines. Should be A6 if I remember | the text on the PCB correctly. It should be an A6, right. | Seems that I was lucky with getting no buzz at all, most of the time it | is still audible (not hurting ears anymore though). | | Investigating further, I recorded Mic1 and Mic2 while calling directly on | the FreeRunner (switched to a modified capturehandset.state with | increased recording levels while calling): | | http://wiki.openmoko.org/images/3/34/Lmic1_Rmic2-interference-call.wav Hey great work doing and documenting all this! | (no headset connected, both mic capture volumes 3, only mic1 routed | through ALC_MIX, mic2 directly to right PGA). | | Snippet of the waveform: | http://wiki.openmoko.org/wiki/Image:Lmic1_Rmic2-interference-call.png | | A voicebox recording of the buzzing before the "fix": | http://wiki.openmoko.org/images/7/71/FR_GSM_buzz.wav | | After the "fix", the voicebox did not record endlessly anymore and | recognized the remaining buzz as silence. | | Looking at the first recording, it is visible that Mic1 signal is | inverted by the path it takes through the wolfson chip. Sadly it does not | seem to be possible to mix inverted Mic1 and Mic2 in hardware without | going through ADC - doing so on the PC reduced noise somewhat... I wonder | if that could be done in software on the FreeRunner, recording both mic | signals, deducing from Mic1 when contamination occurs, extracting the | according waveform from Mic2 signal, and then subtracting the extracted | (average) buzzing waveform from Mic2 whenever Mic1 levels get over a | certain threshold - and then playing back the resulting signal over | either PCM or voice codec to the GSM modem. I think that plan might be | thwarted by full duplex restrictions by the chip, as I did not succeed | yet to play back recorded audio while still recording without heavy | artifacts (clicking, a lot of noise). That is a cool idea, but the match is bad comparing mic1 and mic2 waveform from your great image on the wiki page. Mic2 seems to have more capacitance that smooths the response to the impulses. | Turning off sidetone mic on MONO MIXER (control 77) and playing back | music over Hi-Fi DAC/PCM to mono interface / GSM resulted in buzz-free | (though a little distorted, did not tweak much) music experience on the | phone called. This basically confirms that signals get contaminated | through MIC path. Yes it seems to be this way: nice test. | I did not succeed yet in playing back recorded MIC signals over the voice | codec/voice DAC without the signals leaving the wolfson chip (loopback) - | is that actually possible? If I understand you mean to capture the DAC output at the ADC input? This does seem to be possible via this recmix thing, it can bring monomix output back into the right ADC input. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkkBOAAACgkQOjLpvpq7dMqxqQCfQIfjT2xxQiHAAK1drokSA+fE 7+IAn29qNaCvRF82UZ5iR1dRZ4cCHZVp =+4lA -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: trouble connecting via wifi
I still can not get a response after manually configuring to ARP table on my access point. On Fri, Oct 17, 2008 at 6:23 PM, Kevin <[EMAIL PROTECTED]> wrote: > No encryption. Using wireshark it appears that my accese point is > reciving the ping requests but can not respond to them because the > phone is not replying to ARP requests. > > On Fri, Oct 17, 2008 at 5:34 PM, Neil Jerram <[EMAIL PROTECTED]> wrote: >> 2008/10/17 Kevin <[EMAIL PROTECTED]>: >>> It gives the correct routing but the problem is i am not getting >>> responses back when i try to ping the gateway. >> >> What about encryption, then? Does your network use WEP or WPA? >> >> Neil >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
On Friday 24 October 2008 07:33:04 David Samblas wrote: > Quoting Matt Luzum <[EMAIL PROTECTED]>: > > Also, the tarball unpacks everything into var/tmp/root/. If I move > > everything from there into the root directory of the SD partition it > > boots, although I can't start contacts or the dialer. That could be > > something I did wrong, though. I don't think so. This was happening to me on testing and was due to a missing ld.so.cache. I had to uncomment ldconfig form the startup scripts to prevent this from occurring. I'm not sure what the correct fix really is, as I'm not sure as to the intended layout of the filesystem. > No surely something I did wrong > any body sees what's wrong in this sentece to make a tarball of a neo > rootfs? > > #ssh [EMAIL PROTECTED] "tar -cp /var/tmp/root -C /var/tmp/root"|gzip - > > Fat_and_Dirty_OM.200808-updates.20080909.rootfs.tar.gz I'd say it's fine but you can abbreviate a bit by using 'tar cpzf' which will incorporate gzip. I think tar will preserve permissions automatically aswell, it's only when extracting I believe. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Finger Keyboard
Again me... hit the wrong key-combo... The code is a real hack - I see it as a proof of concept for my initial idea: The keyboard should have two modes. - A fullscreen-mode with plenty of space for big buttons and a textfield. - a minimized-mode with at least two buttons: one to switch to fullscreen. The second to PASTE the text that was written in fullscreen-mode to the target. Initially I wanted to present you a much nicer (design, functionality) version. But I got stuck in the GUI frameworks. Currently it is written with python-etk. But I couldn't find documentation for skinning my app (am I such a bad googler?). I also got the impression that python-etk is very limited (cannot delete a single caracter from the textfield). What do you think about this concept? Is anyone interested in continuing this approach? /nik by the way: I also detected another quite nice keyboard written in python-evas [2]. The same here: I can't find good documentation: How can I set the right properties to the window, so that illume accepts it as a keyboard (just the function-calls). It is also very hard to optimize it for smaller screens. [2] https://svn.enlightenment.org/svn/e/trunk/BINDINGS/python/python-edje/examples/evas-demo/02-vkbd/ #!/usr/bin/python # Copyright (c) 2008 Nik Lutz # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License # as published by the Free Software Foundation; either version 2 # of the License, or (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. # # Author: Nik Lutz ## # A keyboard for mobile-phones ## # opkg install task-python-efl python-fcntl python-etk python-ecore python-threading # wget http://rabenfrost.net/celtune/misc/python-xlib_0.14-ml0_armv4t.ipk # opkg install python-xlib_0.14-ml0_armv4t.ipk # Using on OpenMoko (with Illume as window manager) ### # # 1) Save this file as /usr/bin/fingerkeyboard # 2) Create /usr/share/applications/fingerkeyboard.desktop with: """ [Desktop Entry] Encoding=UTF-8 Version=0.8 Name=FingerKeyboard Type=Application Comment=A real finger keyboard to Terminal=false Path=/usr/bin exec=fingerkeyboard Icon=htop Categories=ConsoleOnly;System;Application; GenericName=Finger Keyboard Categories=Office;Keyboard """ # 3) Create /usr/bin/fingerkeyboard with: """ #!/bin/sh export DISPLAY=:0 export HOME=/home/root /usr/bin/python /usr/bin/fingerkeyboard.py """ # 4) Make it Executable chmdo a+x /usr/bin/fingerkeyboard # 5) Open a terminal and execute fingerkeyboard # 6) open Illume/Enlightenment Config and select FingerKeyboard as Application # 7) klick on the "qwerty" and the keyboard should appear import etk import ecore import ecore.x import threading import os import Xlib.display #import Xlib.X #import Xlib.XK #import Xlib.error class State: timeout = 0.7 timer = None last_button = None textblock = None iter_out = None def get_last_button(self): return self.last_button def last_button_commit(): self.last_button.commit(self) def set_last_button(self, b): self.last_button = b def releaseButton_cb(self, button): iug = button def pressButton_cb(self, button): if self.timer: self.timer.cancel() if self.get_last_button() == button: button.nextSymbol() else: if self.get_last_button(): self.commit(self.get_last_button().selected) self.get_last_button().reset() self.set_last_button(button) self.timer = threading.Timer(self.timeout, self.timer_cb, button.selected) self.timer.start() def timer_cb(self,arg): self.commit(arg) self.get_last_button().reset() self.set_last_button(None) def commit(self , string): self.text_block.insert(self.iter_out, string) self.iter_out.forward_end() def propose_text(self, string): pass def propose_text_UNUSED(self, string): txt = self.text_block.text_get(-1) txt = txt[0:-1] self.text_block.text_set(txt, False ) #self.iter_out = etk.TextblockIter(self.text_block) self.iter_out.forward_end() self.text_block.insert(self.iter_out, string) self.text_block.insert(self.iter_out, '#') def set_textfield(self, text
Finger Keyboard
Hi all I spent some night hacking on a new keyboard that can be used "blindly". I tested it with the resterman-image [1], but I t should also work in other environments. Installation instructions can be found in the (attached) python-file (fingerkeyboard.py). The code is a real hack - I see it as a proof of concept for my initial idea: The keyboard should have two modes. A fullscreen keyboard with plenty of space for big buttons Initially I intended to continue developping and to release a better version into the wild. But I got stuck with the I spent hours to find documentation and examples to achive what I have now [1] openmoko-illume-image-glibc-ipk--20081012-om-gta02 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
On Thursday 23 October 2008 22:13:02 Helmut Tessarek wrote: > Hey, > > > how many files with "gta02v5" and "u-boot" in the name do you see? > > One. > > How many files do you see with 'latest' in the name? > > Is it possible to answer my questions or is the only thing you know how to > be sarcastic? > > But I guess you just don't know it either: > > What is gta02v5_and_up-lowlevel.bin? > Is there a stable version of uboot, or are there only daily builds > available? Sarcasm and stating the obvious aside, there used to be an identical file to gta02v5_and_up-u-boot.bin that had 'latest' in the name, I assume to avoid people asking which one is the latest. It seems it no longer exists or possibly exists somewhere else. All that said, everything is pretty fluid at the moment and I've found that as long as you know you have a compatible u-boot image, checking the creation/modification date is more accurate than assuming somebody is maintaining the 'latest' file. Seeing as the 'lowlevel' image doesn't even contain the word 'u-boot', it's really outside the scope of obtaining a relevant u-boot image. Hope that helps. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
2008/10/24 Helmut Tessarek <[EMAIL PROTECTED]>: > How many files do you see with 'latest' in the name? > > But I guess you just don't know it either: > > What is gta02v5_and_up-lowlevel.bin? > Is there a stable version of uboot, or are there only daily builds available? this is a fair question. convention would be to post all versions, with a link that always points to the newest stable version, another link to the newest unstable version and so on at the moment, it appears all we get is a daily compiled, latest version. which necessarily implies it's from the unstable branch. nightly builds and so on if you download and flash though, it appears not to have changed since 20 sep iirc, just to have been recompiled against the same code base. so, maybe it is the latest stable version? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: running om2008 as normal user
2008/10/24 arne anka <[EMAIL PROTECTED]>: >> I have been using debian so that all X apps run as normal user for >> almost a month now. > > with everything? suspend, gps, wlan, you name it? i've tried debain too, as normal user and it was great i got gps working no problem. can't comment on wlan, though - corruption bug on microsd stuffed up that idea. back to om2008 at the moment till it's fixed accelerometers also should not be an issue. gsm part works fine - i've made calls and sent texts there's info on the wiki how to use suspend as a normal user. it's a bit hacky and i don't think that secure (basically suggests adding the user to sudo group, then requiring no password to use sudo), but i'm sure a better way could be found Timo's solution sounds interesting, might be worth a look ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
xfonts ?
Hi > Does anyone know how to start xterm to get > a bigger font on this machine ? What fonts > are available ? To answer my own question, I downloaded the binary http://meshy.org/~ato/tmp/xlsfonts chmod u+x and executed. it returns > -misc-fixed-medium-r-semicondensed--0-0-75-75-c-0-iso8859-1 > -misc-fixed-medium-r-semicondensed--13-100-100-100-c-60-iso8859-1 > -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 > 6x13 > cursor > fixed Allthough I can't select any of these fonts using "xterm -fn bla", I'm also assuming there is no font to my liking there. Any other fonts in any other packages ? I'm trying to find a font similar to the qtopia or illume keyboard; just legible. curious, *-pike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to change hardware, usbkeyboard layout?
Stefan Monnier wrote: > >> First things first. Hi. I've been rading this list for a loong time, so i >> thought it was time to join in. >> I'm just wondering. Where do i change the layout for my usb hardware >> keyboard. My Freerunner is in usb host mode and everything is working >> fine, >> exept that i'm used to the dworak layout. Where can i change this so it >> has >> system wide effect. Remember, it's a hardware USB keyboard, not the >> illume/asu/matchbox ones. > > Unless you're using Qtopia (or Android), the window system is X11, so > you can use the usual X11 keyboard layout configuration tools (tho > they're probably not installed by default under Om2008 or FSO). > > > Stefan > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > Well, i've been searching quite thorough but haven't found anything. The most logical thing for me would be to edit the /etc/X11/xorg.conf but it issn't there :S I can't find any tool to set the layout. -- View this message in context: http://n2.nabble.com/How-to-change-hardware%2C-usbkeyboard-layout--tp1365764p1369841.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
Quoting Matt Luzum <[EMAIL PROTECTED]>: > Also, the tarball unpacks everything into var/tmp/root/. If I move > everything from there into the root directory of the SD partition it > boots, although I can't start contacts or the dialer. That could be > something I did wrong, though. No surely something I did wrong any body sees what's wrong in this sentece to make a tarball of a neo rootfs? #ssh [EMAIL PROTECTED] "tar -cp /var/tmp/root -C /var/tmp/root"|gzip - > Fat_and_Dirty_OM.200808-updates.20080909.rootfs.tar.gz > > What kernel should we be using with this? the standard OM200809 kernel > > > > Ben Hussey wrote: >> The link titled, ftp://ftp.tuxbrain.com/openmoko/fdom/releases, points >> to the same url but with FDOM in capital letters. So I get a file not >> found error. The fdom needs to be changed to lowercase in the url. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable solutions Hey watch out!! there's a Linux in you pocket!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FDOM pet Tux (other distros too)
Hi David, There is a purple brained Tux on the FDOM page at http://www.tuxbrain.com/fdom_en.html Is that FDOM's pet or your company's ? If it's FDOM, is the picture copyleft ? If it is copyleft, would you care to add it to http://wiki.openmoko.org/wiki/FDOM_-_a_Fat_and_Dirty_OM_based_distribution ? The wiki s needs more pretty pictures. Minh -- Minh HA DUONG, Chargé de Recherche, CNRS CIRED, Centre International de Recherches sur l'Environnement et le Développement http://minh.haduong.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] In need of debian tarball
Hi Because of annoying problems with debian installation (sd card clocking etc) I wanted to install it via tarball, downloaded from torrent (as described in alternate method of installation). But, guess what, there are no seeders! And there is no tarballs on any ftp. So here is what I please for: can someone, who had a little more luck than me, put his tarball on some server? Btw, it's strange for me, that it is not in any repository yet. Thanks in advance, wp. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Example of remapping AUX button for Scummvm
Thank you for your script! I have AUX remapped to F11 when using ePDFViewer, so that it can return from full screen mode now. But, `eval' have to be used in the new better version: eval enlightenment_remote -binding-key-del ${CONTEXT} ${KEY} ${MODIFIERS} ${ANY_MOD} ${ACTION} ${PARAMS} eval enlightenment_remote -binding-key-add ${CONTEXT} ${KEY} ${MODIFIERS} ${ANY_MOD} ${ACTION} ${PARAMS} Or it won't work, and we will get this: REPLY: BINDING CONTEXT=ANY KEY="Keycode-177" MODIFIERS=NONE ANY_MOD=1 ACTION="simple_lock" PARAMS="" REPLY: BINDING CONTEXT=ANY KEY=""Keycode-177"" MODIFIERS=NONE ANY_MOD=1 ACTION=""simple_lock"" PARAMS= REPLY: BINDING CONTEXT=ANY KEY="""Keycode-177""" MODIFIERS=NONE ANY_MOD=1 ACTION="""simple_lock""" PARAMS="" ... 2008/10/20 Bryan DeLuca <[EMAIL PROTECTED]> > On Sun, 19 Oct 2008 15:05:48 +0200 > "Marco Trevisan (Treviño)" <[EMAIL PROTECTED]> wrote: > > > Bryan DeLuca wrote: > > > I thought some folks might find this useful. I have updated the > scummvm shell script in Om2008.9 stable, to remove the enlightenment keybind > to allow for the key to be remapped with xmodmap. I simply followed > Raster's instructions on using enlightenment_remote. Hope this helps > someone. > > > > Nice example... Thanks! > > > > -- > > Treviño's World - Life and Linux > > http://www.3v1n0.net/ > > > > Glad you like it. Here is a better version that will capture whatever the > previous Enlightenment settings for AUX were. Instead of assuming like my > first version did. Should be good enough for most uses. > > Enjoy! > -- > Bryan DeLuca <[EMAIL PROTECTED]> > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: netfix testers?
> binary from an unofficial source. (it does need resolvconf, which is > preinstalled on 2007.x/2008.x/FDOM, not on Raster or SHR, don't know about > others, but is in the official feeds regardless) FWIW, on my Om2008.9 distribution, resolvconf was indeed installed, but it was disabled and the installation was incomplete (missing the /lib/resolvconf part IIRC). Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to change hardware, usbkeyboard layout?
> First things first. Hi. I've been rading this list for a loong time, so i > thought it was time to join in. > I'm just wondering. Where do i change the layout for my usb hardware > keyboard. My Freerunner is in usb host mode and everything is working fine, > exept that i'm used to the dworak layout. Where can i change this so it has > system wide effect. Remember, it's a hardware USB keyboard, not the > illume/asu/matchbox ones. Unless you're using Qtopia (or Android), the window system is X11, so you can use the usual X11 keyboard layout configuration tools (tho they're probably not installed by default under Om2008 or FSO). Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
On Thu, 23 Oct 2008 17:48:51 +0100, Andy Green wrote: > As I understood what Matt explained today, it seemed there was a danger > that what these changes did was simply attenuate all the mic audio alike > along with the buzz. > > It would be highly interesting clue if that was not the case... If I am not horribly mistaken by all the knobs and dials that I turned, it is actually possible to have higher mic amplification when mic audio is routed through PGA than otherwise. Signal to noise ratio (or rather signal to buzz ratio) is getting way better! I just made another test call with the original profile (no buzzing this time, bummer) and then switched to the modified gsmhandset.state and back repeatedly. The modified profile made a faint buzzing appear - however, mic audio was louder on the receiving end of the conversation. It was described to me to be just like the difference between being talked to by a person facing away from you (original profile) and a person talking to you face to face (modified profile). Another point made was that mic amplification seems to be a little high with my new settings, resulting in a bit of distortion or clipping. Greetings, Jan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
driver links on wiki not up to date
The links to drivers on the page http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware are not valid anymore, and lead to a "Not Found" page. Will somebody take care of this ? :) - Taran Gill ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
On Thu, 23 Oct 2008 22:04:36 +0800, matt_hsu wrote: > Can I know which hardware version do you use? A5 or A6? I used your > state files to try my A5. It seems that it could reduce the buzzing > noise. > But it could not get rid of it all. /proc/cpuinfo says it's A6 (0360), while frameworkd (Debian) says A5. It's the one with capacitor on SD clock lines. Should be A6 if I remember the text on the PCB correctly. Seems that I was lucky with getting no buzz at all, most of the time it is still audible (not hurting ears anymore though). Investigating further, I recorded Mic1 and Mic2 while calling directly on the FreeRunner (switched to a modified capturehandset.state with increased recording levels while calling): http://wiki.openmoko.org/images/3/34/Lmic1_Rmic2-interference-call.wav (no headset connected, both mic capture volumes 3, only mic1 routed through ALC_MIX, mic2 directly to right PGA). Snippet of the waveform: http://wiki.openmoko.org/wiki/Image:Lmic1_Rmic2-interference-call.png A voicebox recording of the buzzing before the "fix": http://wiki.openmoko.org/images/7/71/FR_GSM_buzz.wav After the "fix", the voicebox did not record endlessly anymore and recognized the remaining buzz as silence. Looking at the first recording, it is visible that Mic1 signal is inverted by the path it takes through the wolfson chip. Sadly it does not seem to be possible to mix inverted Mic1 and Mic2 in hardware without going through ADC - doing so on the PC reduced noise somewhat... I wonder if that could be done in software on the FreeRunner, recording both mic signals, deducing from Mic1 when contamination occurs, extracting the according waveform from Mic2 signal, and then subtracting the extracted (average) buzzing waveform from Mic2 whenever Mic1 levels get over a certain threshold - and then playing back the resulting signal over either PCM or voice codec to the GSM modem. I think that plan might be thwarted by full duplex restrictions by the chip, as I did not succeed yet to play back recorded audio while still recording without heavy artifacts (clicking, a lot of noise). Turning off sidetone mic on MONO MIXER (control 77) and playing back music over Hi-Fi DAC/PCM to mono interface / GSM resulted in buzz-free (though a little distorted, did not tweak much) music experience on the phone called. This basically confirms that signals get contaminated through MIC path. I did not succeed yet in playing back recorded MIC signals over the voice codec/voice DAC without the signals leaving the wolfson chip (loopback) - is that actually possible? Cheers, Jan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
Also, the tarball unpacks everything into var/tmp/root/. If I move everything from there into the root directory of the SD partition it boots, although I can't start contacts or the dialer. That could be something I did wrong, though. What kernel should we be using with this? Ben Hussey wrote: > The link titled, ftp://ftp.tuxbrain.com/openmoko/fdom/releases, points > to the same url but with FDOM in capital letters. So I get a file not > found error. The fdom needs to be changed to lowercase in the url. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
Links has been fixed. an autoadvice:Remeber to sleep before code helps to see things clearer Quoting Ben Hussey <[EMAIL PROTECTED]>: > ftp://ftp.tuxbrain.com/openmoko/fdom/[EMAIL PROTECTED] > wrote: >> Hi there, >> There is a new FDOM release uploaded at ... no, NOT at compartida.net >> as the topic suggest FDOM has a new home at >> http://www.tuxbrain.com/fdom_en.html >> and if you ask yourself why is because Tuxbrain is my brand new >> company and I finally have my own server to upload those "light" images >> Saergio please configure compartida as mirror if you don't mind >> >> This release is plenty of new things, the first and I believe the most >> Important is that you don't need to reflash your neo to FDOMize it :) >> Thank's to Nacho, Armin and all of you who have give us ideas and >> links we have created the FDOMizer :) It can be considered a >> instruction's log of what we do from a OM2008.X to transform it to a >> FDOM, >> The script has been structured to be able to update previous versions >> of FDOM to the latests one. even it has a "only fix" option in case >> some opkg update upgrade mess up things... better to say try to put >> order in the mess we created without success :) >> >> I have to say we have no much time to test it so surelly this is the >> most unstable release of FDOM we have released, but thanks of the >> script you will know exactly what we have done an will be easy to know >> how to fix it, if you want to collaborate to improve Fdomizer for next >> release fell free to register on the devel list. >> >> Here is a few of the improvement we have added to this new version >> (maybe some of them will half-work and one or two doesn't work at all >> yet but surely in near future they will) >> you can take a look directly at the script to see what and how is >> installed. here I post a list commented that can be used as guide to >> next steps (fix all that doesn't work out of the box) >> >> *dillo (this is FAST app definition ;) it's a pity it doesn't comes >> with ssl included) >> *ePdfview, not tested yet >> *gutenflash (is so geek app that is a must), >> *qt-x11 calculator works fine :) >> *lint-wifi(no wifi arround when I tested) >> *fbreader(install but not apear on the main screen, must investigate why) >> *Updated remoko to 0.3.2 (do not work for a dependency problem >> python-textutils packages seem to have bad MD5 from every where I try >> to download) >> In the game part :) >> *Updated Duke3D a version without sound but that works like a charm an >> has a semitransparent buttons >> *Pingus :) since I know it exists I was willing to have them on the neo >> *of course the venerated openmoocow!!! so silly that you must smile >> any time you upside down your neo >> *And this one is for steve GNUChess ;) >> And a lot of cosmetic fixes(arrange icons, submenus, search bar on >> contacts...) and some no so cosmetic (hwclock, alsa states, storage >> issue...) thanks to Armin >> >> And if you visit the page you will see one thing even my coadmins >> doesn't wait for }8-)> >> >> Things to improve that I'm not proud of, >> GPL stuff, I was intended to document where any piece of code comes >> from but I have no time to do that, so I will try to improve this >> making comments on the script itself any time I put a binaries >> directly and revamped confs. >> Pindgin It has been update in angstrom repository and it segfaults, >> surely is dependency issue but I need more time to test. >> In the first start you must disable automated sleep for a couple of >> minutes to let the system time to stabilize. >> >> >> Well surely you will discover a lot more things to not to be proud of, >> but that's what we like it, FAT and DIRTY ;) >> >> David Reyes Samblas Martinez >> http://www.tuxbrain.com >> Open ultraportable solutions, >> watch out!! there is a Linux in you pocket ;) > > The link titled, ftp://ftp.tuxbrain.com/openmoko/fdom/releases, points > to the same url but with FDOM in capital letters. So I get a file not > found error. The fdom needs to be changed to lowercase in the url. > > -Ben > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable solutions Hey watch out!! there's a Linux in you pocket!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: running om2008 as normal user
> I have been using debian so that all X apps run as normal user for > almost a month now. with everything? suspend, gps, wlan, you name it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
(qte 4.3.3.) Kernel bug in nwester: where to report?
Hi all, A few days ago OM2008.9 got updated which meant it was downdated. E crashed at boot, everytime. I now put qt 4.3.3. on, with the latest mwester uImage (uImage-gta02-g291a9d50_mwester-stable.bin). I tried to get the kernel bug for pairing with my bluetooth set again, and it worked. Can someone tell me where I should report this: Oct 23 17:01:58 om-gta02 user.notice Qtopia: QDBusConnection received a message of type 3 that it shouldn't have Oct 23 17:01:58 om-gta02 daemon.info hcid[1324]: link_key_notify (sba=00:06:6E:17:42:22, dba=00:12:1C:06:85:3C) Oct 23 17:02:06 om-gta02 daemon.info hcid[1324]: link_key_request (sba=00:06:6E:17:42:22, dba=00:12:1C:06:85:3C) Oct 23 17:02:11 om-gta02 user.crit kernel: kernel BUG at net/bluetooth/rfcomm/tty.c:313! Thanks Paul -- Buying books would be a good thing if one could also buy the time to read them -Arthur Schopenhauer http://www.nlpagan.net Running on Mandriva Linux 2008 and Ubuntu 8.04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Jan R wrote: |> Hi all! |> |> The GSM buzzing noise was unbearable for anybody I called, and it was |> indeed louder than my voice - that's why I had a look at the wolfson data |> sheet and the ALSA channel map on the wiki and fiddled a bit... |> | Hi Jan, | | Can I know which hardware version do you use? A5 or A6? | I used your state files to try my A5. It seems that it could reduce the | buzzing noise. | But it could not get rid of it all. As I understood what Matt explained today, it seemed there was a danger that what these changes did was simply attenuate all the mic audio alike along with the buzz. It would be highly interesting clue if that was not the case... - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkkAqusACgkQOjLpvpq7dMp4FwCeIQWbLSFeLmoMQZ1hNIMc/Fq9 5+oAnA47MKkxXtVLotmUXN4s/qODJml2 =6+dU -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
Matthias Apitz wrote: > El día Thursday, October 23, 2008 a las 10:04:36PM +0800, matt_hsu escribió: > >> Jan R wrote: >>> Hi all! >>> >>> The GSM buzzing noise was unbearable for anybody I called, and it was >>> indeed louder than my voice - that's why I had a look at the wolfson data >>> sheet and the ALSA channel map on the wiki and fiddled a bit... >>> >> Hi Jan, >> >> Can I know which hardware version do you use? A5 or A6? >> I used your state files to try my A5. It seems that it could reduce the >> buzzing noise. >> But it could not get rid of it all. > > Same here. How can I figure out which hardware version I own? Open the case and remove the battery. There is a small label with the revision printed on it. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: running om2008 as normal user
"arne anka" <[EMAIL PROTECTED]> writes: >> which file is used to set the auto-login user? > > not sure -- but even changing that would not really help, since a lot of > functionality simply requires root rights. > _all_ distributions available suffer from the same big security issue that > the run as root. > > the issue was discussed some month ago and there was broad consensus that > it needs to be adressed -- and then there was nothing. > every distribution (and framework!) simply continues with requiring > superuser rights. I have been using debian so that all X apps run as normal user for almost a month now. The only change I needed was to add suid bit to /usr/bin/apm. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
ftp://ftp.tuxbrain.com/openmoko/fdom/[EMAIL PROTECTED] wrote: > Hi there, > There is a new FDOM release uploaded at ... no, NOT at compartida.net > as the topic suggest FDOM has a new home at > http://www.tuxbrain.com/fdom_en.html > and if you ask yourself why is because Tuxbrain is my brand new > company and I finally have my own server to upload those "light" images > Saergio please configure compartida as mirror if you don't mind > > This release is plenty of new things, the first and I believe the most > Important is that you don't need to reflash your neo to FDOMize it :) > Thank's to Nacho, Armin and all of you who have give us ideas and > links we have created the FDOMizer :) It can be considered a > instruction's log of what we do from a OM2008.X to transform it to a > FDOM, > The script has been structured to be able to update previous versions > of FDOM to the latests one. even it has a "only fix" option in case > some opkg update upgrade mess up things... better to say try to put > order in the mess we created without success :) > > I have to say we have no much time to test it so surelly this is the > most unstable release of FDOM we have released, but thanks of the > script you will know exactly what we have done an will be easy to know > how to fix it, if you want to collaborate to improve Fdomizer for next > release fell free to register on the devel list. > > Here is a few of the improvement we have added to this new version > (maybe some of them will half-work and one or two doesn't work at all > yet but surely in near future they will) > you can take a look directly at the script to see what and how is > installed. here I post a list commented that can be used as guide to > next steps (fix all that doesn't work out of the box) > > *dillo (this is FAST app definition ;) it's a pity it doesn't comes > with ssl included) > *ePdfview, not tested yet > *gutenflash (is so geek app that is a must), > *qt-x11 calculator works fine :) > *lint-wifi(no wifi arround when I tested) > *fbreader(install but not apear on the main screen, must investigate why) > *Updated remoko to 0.3.2 (do not work for a dependency problem > python-textutils packages seem to have bad MD5 from every where I try > to download) > In the game part :) > *Updated Duke3D a version without sound but that works like a charm an > has a semitransparent buttons > *Pingus :) since I know it exists I was willing to have them on the neo > *of course the venerated openmoocow!!! so silly that you must smile > any time you upside down your neo > *And this one is for steve GNUChess ;) > And a lot of cosmetic fixes(arrange icons, submenus, search bar on > contacts...) and some no so cosmetic (hwclock, alsa states, storage > issue...) thanks to Armin > > And if you visit the page you will see one thing even my coadmins > doesn't wait for }8-)> > > Things to improve that I'm not proud of, > GPL stuff, I was intended to document where any piece of code comes > from but I have no time to do that, so I will try to improve this > making comments on the script itself any time I put a binaries > directly and revamped confs. > Pindgin It has been update in angstrom repository and it segfaults, > surely is dependency issue but I need more time to test. > In the first start you must disable automated sleep for a couple of > minutes to let the system time to stabilize. > > > Well surely you will discover a lot more things to not to be proud of, > but that's what we like it, FAT and DIRTY ;) > > David Reyes Samblas Martinez > http://www.tuxbrain.com > Open ultraportable solutions, > watch out!! there is a Linux in you pocket ;) The link titled, ftp://ftp.tuxbrain.com/openmoko/fdom/releases, points to the same url but with FDOM in capital letters. So I get a file not found error. The fdom needs to be changed to lowercase in the url. -Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New home for the New FDOM
Hi! Great to see a new release with new software! What's the easiest way to see a changelog? It was great to have it on the wiki page but now it's gone.. I think users would like to see what are the changes since the last version. I know that you can use the svn to check it but.. It's a bother and everybody don't know how to do it.. (I think I'd be able to do it with some svn reference). So please make it easily available somewhere! Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android open sourced
Nishit Dave wrote: > On Wed, Oct 22, 2008 at 8:31 PM, Kishore <[EMAIL PROTECTED]>wrote: > > >> Since i got my neo rather recently, i have only tried 4.4.1. Is 4.3 still >> the >> better choice? A couple of days ago i lost my daily use phone (motoming >> A1200) >> and so i now need to use the FR as my daily phone. >> >> > > Join the club. > FWIW, I've been running 4.3 as my only cellphone for several weeks now. I've got the bug #1024 re-registration problem, which is annoying, but I can still make and receive calls. I've only gotten into a really funky state once or twice - due, I think, to switching between booting 4.3 and other distros (FSO). It's been pretty stable since I ran out of time to mess with it :) --pj ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
HI, Am Donnerstag, den 23.10.2008, 12:42 +0200 schrieb arne anka: > >> type), copied the content of the first one (kernel and a text file whose > >> purpose i do not yet grasp) > > it should be a text file that, just for reference, contains the URL of > > the installed kernel > > that i did understand -- but has it other meanings but to offer the user a > link? ie, does the system somehow rely on that file? no :-) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
Am Donnerstag, den 23.10.2008, 16:11 +0200 schrieb Matthias Apitz: > El día Thursday, October 23, 2008 a las 10:04:36PM +0800, matt_hsu escribió: > > > Jan R wrote: > > > Hi all! > > > > > > The GSM buzzing noise was unbearable for anybody I called, and it was > > > indeed louder than my voice - that's why I had a look at the wolfson data > > > sheet and the ALSA channel map on the wiki and fiddled a bit... > > > > > Hi Jan, > > > > Can I know which hardware version do you use? A5 or A6? > > I used your state files to try my A5. It seems that it could reduce the > > buzzing noise. > > But it could not get rid of it all. > > Same here. How can I figure out which hardware version I own? [EMAIL PROTECTED]:~# cat /proc/cpuinfo|grep Revision Revision: 0350 :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
El día Thursday, October 23, 2008 a las 10:04:36PM +0800, matt_hsu escribió: > Jan R wrote: > > Hi all! > > > > The GSM buzzing noise was unbearable for anybody I called, and it was > > indeed louder than my voice - that's why I had a look at the wolfson data > > sheet and the ALSA channel map on the wiki and fiddled a bit... > > > Hi Jan, > > Can I know which hardware version do you use? A5 or A6? > I used your state files to try my A5. It seems that it could reduce the > buzzing noise. > But it could not get rid of it all. Same here. How can I figure out which hardware version I own? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz and gsmhandset.state
Jan R wrote: > Hi all! > > The GSM buzzing noise was unbearable for anybody I called, and it was > indeed louder than my voice - that's why I had a look at the wolfson data > sheet and the ALSA channel map on the wiki and fiddled a bit... > Hi Jan, Can I know which hardware version do you use? A5 or A6? I used your state files to try my A5. It seems that it could reduce the buzzing noise. But it could not get rid of it all. Cheers, Matt > First thing I noticed was that according to http://wiki.openmoko.org/ > images/2/2c/WM8753_BlockDiagram_GSM_handset.png , the recorded audio was > routed through one of the PGAs on the GTA01. For a reason I could not > find anywhere, it is now routed directly from MIC_MUX to the Mono mixer > on the right side of the diagram on GTA02. > > Switching 'Mic Sidetone Mux' (control 63) to either of the PGAs (left or > right) immediately lowers interference noise by an enormous amount at the > same 'Mono Playback Volume' (control 5). > > Routing audio through ALC_MIX and subsequently the left PGA did lower the > volume for the called person a bit. > > With the modified gsmhandset.state, the buzzing noise is occasionally > fading in and out and has a very low volume in comparison to the previous > state. With a bit of luck, buzzing fades out at some point and does not > return for 40 seconds or so. > > > Changes to om-testing daily feed gsmhandset.state (20081020): > > control.4 'Speaker Playback Volume' lowered to 100 from 127 to reduce > echo for call(ed|ing) person. > > control.12 'Mono Sidetone Playback Volume' increased to 6 from 2 > > control.48 'Mic2 Capture Volume' increased to 2 from 0 > > control.63 'Mic Sidetone Mux' set to 'Right PGA' > > > > Hope this helps somebody apart from me to use the FreeRunner as a > phone. :) > > Greetings, > Jan > > > > For convenience, the whole modified gsmhandset.state file: > > state.neo1973gta02 { > control.1 { > comment.access 'read write' > comment.type INTEGER > comment.count 2 > comment.range '0 - 255' > iface MIXER > name 'PCM Volume' > value.0 0 > value.1 0 > } > control.2 { > comment.access 'read write' > comment.type INTEGER > comment.count 2 > comment.range '0 - 255' > iface MIXER > name 'ADC Capture Volume' > value.0 0 > value.1 0 > } > control.3 { > comment.access 'read write' > comment.type INTEGER > comment.count 2 > comment.range '0 - 127' > iface MIXER > name 'Headphone Playback Volume' > value.0 0 > value.1 0 > } > control.4 { > comment.access 'read write' > comment.type INTEGER > comment.count 2 > comment.range '0 - 127' > iface MIXER > name 'Speaker Playback Volume' > value.0 100 > value.1 100 > } > control.5 { > comment.access 'read write' > comment.type INTEGER > comment.count 1 > comment.range '0 - 127' > iface MIXER > name 'Mono Playback Volume' > value 103 > } > control.6 { > comment.access 'read write' > comment.type INTEGER > comment.count 2 > comment.range '0 - 7' > iface MIXER > name 'Bypass Playback Volume' > value.0 7 > value.1 7 > } > control.7 { > comment.access 'read write' > comment.type INTEGER > comment.count 2 > comment.range '0 - 7' > iface MIXER > name 'Sidetone Playback Volume' > value.0 0 > value.1 0 > } > control.8 { > comment.access 'read write' > comment.type INTEGER > comment.count 2 > comment.range '0 - 7' > iface MIXER > name 'Voice Playback Volume' > value.0 0 > value.1 0 > } > control.9 { > comment.access 'read write' > comment.type BOOLEAN > comment.count 2 > iface MIXER > name 'Headphone Playback ZC Switch' > value.0 false > value.1 false > } > control.10 { > comment.access 'read write' > comment.type BOOLEAN > comment.count 2 > iface MIXER > name 'Speaker Playback ZC Switch' > value.0 false > value.1 false > } > control.11 { > comment.access 'read write' > co
Re: New home for the New FDOM
Hi, On Thu, Oct 23, 2008 at 2:40 PM, <[EMAIL PROTECTED]> wrote: > Hi there, > There is a new FDOM release uploaded at ... no, NOT at compartida.net > as the topic suggest FDOM has a new home at > http://www.tuxbrain.com/fdom_en.html FDOMizer looks good, but how can I tell what my current FDOM-distribution is? I could check the files, ofocurse, but being able to see it from a file (or perhaps the FDOMizer can somehow tell?) would be more automagic :-) Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
New home for the New FDOM
Hi there, There is a new FDOM release uploaded at ... no, NOT at compartida.net as the topic suggest FDOM has a new home at http://www.tuxbrain.com/fdom_en.html and if you ask yourself why is because Tuxbrain is my brand new company and I finally have my own server to upload those "light" images Saergio please configure compartida as mirror if you don't mind This release is plenty of new things, the first and I believe the most Important is that you don't need to reflash your neo to FDOMize it :) Thank's to Nacho, Armin and all of you who have give us ideas and links we have created the FDOMizer :) It can be considered a instruction's log of what we do from a OM2008.X to transform it to a FDOM, The script has been structured to be able to update previous versions of FDOM to the latests one. even it has a "only fix" option in case some opkg update upgrade mess up things... better to say try to put order in the mess we created without success :) I have to say we have no much time to test it so surelly this is the most unstable release of FDOM we have released, but thanks of the script you will know exactly what we have done an will be easy to know how to fix it, if you want to collaborate to improve Fdomizer for next release fell free to register on the devel list. Here is a few of the improvement we have added to this new version (maybe some of them will half-work and one or two doesn't work at all yet but surely in near future they will) you can take a look directly at the script to see what and how is installed. here I post a list commented that can be used as guide to next steps (fix all that doesn't work out of the box) *dillo (this is FAST app definition ;) it's a pity it doesn't comes with ssl included) *ePdfview, not tested yet *gutenflash (is so geek app that is a must), *qt-x11 calculator works fine :) *lint-wifi(no wifi arround when I tested) *fbreader(install but not apear on the main screen, must investigate why) *Updated remoko to 0.3.2 (do not work for a dependency problem python-textutils packages seem to have bad MD5 from every where I try to download) In the game part :) *Updated Duke3D a version without sound but that works like a charm an has a semitransparent buttons *Pingus :) since I know it exists I was willing to have them on the neo *of course the venerated openmoocow!!! so silly that you must smile any time you upside down your neo *And this one is for steve GNUChess ;) And a lot of cosmetic fixes(arrange icons, submenus, search bar on contacts...) and some no so cosmetic (hwclock, alsa states, storage issue...) thanks to Armin And if you visit the page you will see one thing even my coadmins doesn't wait for }8-)> Things to improve that I'm not proud of, GPL stuff, I was intended to document where any piece of code comes from but I have no time to do that, so I will try to improve this making comments on the script itself any time I put a binaries directly and revamped confs. Pindgin It has been update in angstrom repository and it segfaults, surely is dependency issue but I need more time to test. In the first start you must disable automated sleep for a couple of minutes to let the system time to stabilize. Well surely you will discover a lot more things to not to be proud of, but that's what we like it, FAT and DIRTY ;) David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable solutions, watch out!! there is a Linux in you pocket ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
Hi Rainer, > The only thing i can say is that gta02v5_and_up-u-boot.bin is the actual > u-boot firmware. I used this to reflash my u-boot for several times. I > don't know what the lowlevel file is for and i never used it up to now. Thanks for your answer. Helmut ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
Hey, > how many files with "gta02v5" and "u-boot" in the name do you see? One. How many files do you see with 'latest' in the name? Is it possible to answer my questions or is the only thing you know how to be sarcastic? But I guess you just don't know it either: What is gta02v5_and_up-lowlevel.bin? Is there a stable version of uboot, or are there only daily builds available? Helmut ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
>> type), copied the content of the first one (kernel and a text file whose >> purpose i do not yet grasp) > it should be a text file that, just for reference, contains the URL of > the installed kernel that i did understand -- but has it other meanings but to offer the user a link? ie, does the system somehow rely on that file? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
Hi, Am Mittwoch, den 22.10.2008, 10:54 +0200 schrieb arne anka: > then i mounted the 512mb in my pc, checked the partition values (size, > type), copied the content of the first one (kernel and a text file whose > purpose i do not yet grasp) it should be a text file that, just for reference, contains the URL of the installed kernel Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
2008/10/22 clare johnstone <[EMAIL PROTECTED]>: > > Beware: > http://blog.assembla.com/assemblablog/tabid/12618/bid/7019/New-subscription-plans-Clarification-and-even-better-pricing.aspx (And never mind the content, just the ".aspx" is a strong hint of what we need to know.) Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
One thing I forgot to mention about 2007.2: Accelerometers don't work, which is kinda annoying. In terms of 2007.2 being maintained, I wouldn't hold your breath. SHR could be interesting, though... -Dale Giovanni wrote: > I'm also still using 2007.2, which is reasonably stable. > > I have the same usage/behavior as Dale Maggee wrote. > > I also hope that 2007.2 can be improved and maintained until there is a > really stable distro. > > > > On Wed, Oct 22, 2008 at 1:17 PM, Dale Maggee <[EMAIL PROTECTED]>wrote: > > >> I'm still using 2007.2, because in my experience it does have the most >> solid phone/sms functionality. >> >> It's far from perfect, though: >> - Suspend / resume is a dog, and since it's not being worked on any more >> I'm doubtful that this will ever be fixed. I have suspend and resume >> turned off, and use the 'dim only, don't lock' option, which turns off >> and locks the screen (despite the label), but doesn't suspend it. This >> gives reasonable reliability, but means you're limited to about 4-6 >> hours of battery life. >> >> - hangs - after amassing quite a few SMS's and a large call history, it >> takes a *long* time to open the dialler or the messaging application. >> During this time it's sitting at 99% CPU utilization. It works, but you >> need to be patient. Thankfully the dialler seems to pop up quickly when >> you're recieving a call. >> >> - Lockups - after using it for a while, it seems to require rebooting >> about once every 2 days or so - it just seems to freeze for no apparent >> reason. This may be due to something I've done. >> >> I'm impressed by Qtopia and by FSO3, but both have caveats which for me >> meant using 2007.2. I'm not a fan of ASU / 2008.x at all, although I am >> about to give FDOM a try. >> >> -Dale >> >> Warren Baird wrote: >> >>> I must admit I never tried 2007.2 - but the things I read about it >>> >> suggested >> >>> that it also wasn't very stable - people recommended using Qtopia if you >>> wanted a stable phone experience. >>> >>> Does 2007.2 really provide a rock-solid phone/sms experience? >>> >>> Warren >>> >>> On Mon, Oct 20, 2008 at 1:58 PM, Johny Tenfinger <[EMAIL PROTECTED] >>> wrote: >>> >>> >>> On Mon, Oct 20, 2008 at 19:54, Warren Baird <[EMAIL PROTECTED]> wrote: > Until I'm convinced those items are addressed, my $400 FR is going to > > remain turned off in my backpack, and my friends who bought iPhones will continue to laugh at me for 'wasting' my money on such a 'phone'. >> *please* >> give me some ammunition to use against them! Use the 2007.2, Luke! >>> >>> >>> ___ >>> Openmoko community mailing list >>> community@lists.openmoko.org >>> http://lists.openmoko.org/mailman/listinfo/community >>> >>> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> >> > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
Thanks for the warning ! Looks like it's time to move my repositories ... 2008/10/23 clare johnstone <[EMAIL PROTECTED]> > On Wed, Oct 22, 2008 at 2:56 PM, Thomas des Courières > <[EMAIL PROTECTED]> wrote: > > Do you know http://www.assembla.com/ ? > > they provide for free trac, subversion, and team managing facilities. > > And they don't are affiliated with big brother ... > > > > Beware: > > http://blog.assembla.com/assemblablog/tabid/12618/bid/7019/New-subscription-plans-Clarification-and-even-better-pricing.aspx > > clare > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: running om2008 as normal user
> which file is used to set the auto-login user? not sure -- but even changing that would not really help, since a lot of functionality simply requires root rights. _all_ distributions available suffer from the same big security issue that the run as root. the issue was discussed some month ago and there was broad consensus that it needs to be adressed -- and then there was nothing. every distribution (and framework!) simply continues with requiring superuser rights. obviously the idea of privilege separation is not very appealing to core developers ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
> This is the listing of the above link: > > [ ] dfu-util22-Oct-2008 01:31 579K > [ ] gta01bv4-lowlevel.bin 22-Oct-2008 01:31 280 > [ ] gta01bv4-u-boot.bin 22-Oct-2008 01:31 214K > [ ] gta02v5_and_up-lowlevel.bin 22-Oct-2008 01:31 308 > [ ] gta02v5_and_up-u-boot.bin 22-Oct-2008 01:31 211K > [ ] testing-om-gta01-20081021.rootfs.jffs2 22-Oct-2008 01:31 34M > [ ] testing-om-gta01-20081021.rootfs.tar.gz 22-Oct-2008 01:31 28M > [ ] testing-om-gta01-20081022.uImage.bin22-Oct-2008 01:31 1.7M > [ ] testing-om-gta02-20081021.rootfs.jffs2 22-Oct-2008 01:31 41M > [ ] testing-om-gta02-20081021.rootfs.tar.gz 22-Oct-2008 01:31 30M > [ ] testing-om-gta02-20081022.uImage.bin22-Oct-2008 01:31 1.7M > > I assume that gta02v5_and_up-u-boot.bin is the correct image, but how > can I be sure? how many files with "gta02v5" and "u-boot" in the name do you see? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uboot version? wiki not accurate
Helmut Tessarek wrote: > Hi, > > I'm still using my original uboot version and I think it is time to upgrade. > Unfortunately the wiki seems not to be accurate, because it states the > following: > > The latest bootloader binary builds can be found under > http://downloads.openmoko.org/daily/ . > > All versions of the GTA02 (Neo FreeRunner) that have been sold to the public > are > version 5 hardware, so look for a file with "gta02" and "v5" in the name, for > example: uboot-gta02v5-latest.bin > > This is the listing of the above link: > > [ ] dfu-util22-Oct-2008 01:31 579K > [ ] gta01bv4-lowlevel.bin 22-Oct-2008 01:31 280 > [ ] gta01bv4-u-boot.bin 22-Oct-2008 01:31 214K > [ ] gta02v5_and_up-lowlevel.bin 22-Oct-2008 01:31 308 > [ ] gta02v5_and_up-u-boot.bin 22-Oct-2008 01:31 211K > [ ] testing-om-gta01-20081021.rootfs.jffs2 22-Oct-2008 01:31 34M > [ ] testing-om-gta01-20081021.rootfs.tar.gz 22-Oct-2008 01:31 28M > [ ] testing-om-gta01-20081022.uImage.bin22-Oct-2008 01:31 1.7M > [ ] testing-om-gta02-20081021.rootfs.jffs2 22-Oct-2008 01:31 41M > [ ] testing-om-gta02-20081021.rootfs.tar.gz 22-Oct-2008 01:31 30M > [ ] testing-om-gta02-20081022.uImage.bin22-Oct-2008 01:31 1.7M > > I assume that gta02v5_and_up-u-boot.bin is the correct image, but how can I > be sure? > Furthermore, what is gta02v5_and_up-lowlevel.bin? > Is there a stable version of uboot, or are there only daily builds available? The only thing i can say is that gta02v5_and_up-u-boot.bin is the actual u-boot firmware. I used this to reflash my u-boot for several times. I don't know what the lowlevel file is for and i never used it up to now. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android open sourced
On Wed, Oct 22, 2008 at 8:31 PM, Kishore <[EMAIL PROTECTED]>wrote: > On Wednesday 22 Oct 2008 4:38:31 am Lorn Potter wrote: > > Jim Morris wrote: > > > Lorn Potter wrote: > > >> Jim Morris wrote: > > >>> Cédric Berger wrote: > > >> > > >> Just because 4.4.1 might be unstable doesn't mean qt extended will > > >> always be that way. It just means that 4.4.1 was buggier than > expected. > > > > > > Oh I know it will get better, I was just disappointed it was less > stable > > > than the previous version. > > > > We all were. The truth is, 4.4.1 was pushed out before it was ready. But > it > > couldn't be helped. > > Since i got my neo rather recently, i have only tried 4.4.1. Is 4.3 still > the > better choice? A couple of days ago i lost my daily use phone (motoming > A1200) > and so i now need to use the FR as my daily phone. > Join the club. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community