Works for me too! :D
It is my only phone for almost a year now.
Yes, it needs A LOT of attention and tweaking for about 3 months until
you get it just right for yourself, but after that it's good enough
as a phone and GPS, and a pretty good PDA. And yes, the screen is not
bright enough, and
Paul Fertser escreveu:
Vasco Névoa vasco.ne...@sapo.pt writes:
- GPRS stalls and doesn't allow opkg update, so forget upgrade
Well, probably it'll be solved with the new abyss muxer.
That's good to know.
SO GIMME THE WORKIN KERNEL ALREADY!!! :D
Why don't you just
I second that emotion! :) It is by far the best distro ever tested on my
Neo.
Not only that, but they also got rid of a few nasty bugs: the GPRS link
(now included out-of-the-box) no longer stalls, the USB networking with
Windows boxes is restored, and the messages and dialer apps no
longer
I wanted something simple, reliable, and fast to load and stop.
So I cooked up a couple of shell scripts and desktop shortcuts to
allow me to just press a button and get the Neo to log the GPS track
on a file.
The scripts take care of turning on the GPS receiver, avoiding
suspension during
To all, but especially OM.
I felt a little cheated when I saw the FR I had bought was not ready
to be used as a daily phone. This had in fact been the publicity by OM
at the time - GTA01 was for tinkerers, and GTA02 was for the public.
Then people said no, it was clear that GTA02 was also
I usually do cp -ax ... with success. I've cloned entire operating
systems like this in the past without problems. Haven't tried with OM
yet, but it worked with a couple of Ubuntu installations. Takes a long
time, though... ;)
Obviously, you preferably do it with the filesystem offline...
Hi all.
Now that you mention this, I think the problem is Hardware based.
I've bought an Asus Eee 901 :D, and now I have a means of comparison
in terms of WiFi reception.
My conclusion is that the Neo FR's wifi sucks.
Example1:
- my home AP has WPA; sitting 2 meters away from it, the FR show 50%
Okay, I've filed bug #2043 about this. Go ahead and add info if you like.
https://docs.openmoko.org/trac/ticket/2043
Citando Daniel Hedblom [EMAIL PROTECTED]:
Im also inclined to think its a hardware/driver problem and have
nothing to do with wpa_supplicant or any other highlevel stuff. I
Very nice patch, Treviño. :)
Standards-compliance can be a little hairy sometimes.
I can see why a responsible, otherwise-occupied person would take a
little while to publish. ;)
Thanks, and happy hacking!
Citando Marco Trevisan (Treviño) [EMAIL PROTECTED]:
Vasco Névoa wrote:
Treviño, can
Okay, okay, I get the hint... ;)
I'm switching to testing now.
I gave up on it a couple of weeks ago because it was very unstable,
but since you say it rocks... :)
Citando Sarton O'Brien [EMAIL PROTECTED]:
On Friday 26 September 2008 00:50:14 [EMAIL PROTECTED] wrote:
Hi.
It's been a long
If resolvconf isn't doing what it should, then it is our
responsibility as users to file enough bugs with enough pertinent info
until it is corrected.
If you have a clear use case that fails, open a ticket.
I don't care which kind of connection management system is inside
openmoko, as long
Hi.
It's been a long time since the last real update of packages for the
2008.x feeds.
Everyday I do opkg update and opkg upgrade and all that comes down is
the angstrom version file.
Since there are still a lot of bugs to solve, I find this strange...
What's happening?... why aren't there
The module g_file_storage is only available in the testing repositories...
Citando martin [EMAIL PROTECTED]:
Thanks, it seems pretty strait forward. I will try this.
2008/9/24 [EMAIL PROTECTED]
Hi,
is it possible to make the FreeRunner act like a regular media storage
device ?
I'm using the stable OM2008.9, and so I can't even do rmmod
g_ether, because it is built-in. (or maybe it's cdc_ether, but the
problem is the same) .
So there is no chance for me. :(
I guess you have to use a custom kernel, or perhaps an FSO or Testing image...
Citando Christian Adams [EMAIL
If you install it via the *.ipk package on the wiki page, you'll get
an init script to launch the daemon. Then copy the latest binary
version over the one installed by the package (it is much older).
From there, all you have to do is to configure the daemon to launch
at the chosen runlevel
Hi.
To anyone who actually knows the dark magic of ALSA state files and
the way they are actually being used in the Freerunner, please go read
the wiki page and let me know if it has anything wrong, and if it
should have anything else.
You can use Angus's software to do that. Look for a link in the wiki
page Andreas is talking about.
Citando Andreas Fischer [EMAIL PROTECTED]:
Hi Matthias,
You have to change the preconfigured values in
/usr/share/openmoko/scenarios/gsmhandset.state - see the mail sent
earlier today by
Wasn't that info already in http://wiki.openmoko.org/wiki/Splash_screen ?
Citando Minh Ha Duong [EMAIL PROTECTED]:
Le mardi 16 septembre 2008, [EMAIL PROTECTED] a écrit :
That is the u-boot splash image that is on its own partition, not
the kernel's bootsplash or x-start-splash.
True
Well, as long as others are keen to share their positiveness, I
thought I'd chime in as well. :P
The sudden death of my previous smartphone kicked me into using the
freerunner everyday as main (and single) phone.
And I'm glad to say it has done a proper job for over a month, even
though I
Citando Katrin Tomanek [EMAIL PROTECTED]:
Hi,
I finally managed to connect my FR via Wifi and WPA2.
The following happened: after I started this thread 2 days ago, my FR (after
rebooting) wouldn't let me connect via ssh (usb) any more -- I guess this
was the result of extensive opkg
I have 2 feature requests, as they seem to have been removed from om's qtopia:
1 - addressbook contacts list should have keyboard support. scrolling
up and down to find a contact is time-consuming and user-unfriendly
(especially when there is no graphic acceleration).
2 - addressbook contacts
I've followed the discussion about dual booting, kernel packaging, and
kernel vs. distros, and the conclusion I reach is that the devs are
inclined to use (mostly-)monolithic kernels, leaving just the extras
out in the sysfs modules dir.
This is fine by me, but there seems to be a little
I second that idea.
Mainly because it is difficult to understand which context people are
talking in... most people don't remember to say which distro they are
using, and frankly I don't think they should have to...
And it does make a big difference.
Maybe keep this list as a distro-neutral
I agree that a single list is more conducive to synergies.
Unfortunately, the traffic has grown a lot, and it is virtualy impossible to
filter on the client side (except by threading), because you cannot make up any
resilient criteria. You can't build a filter without consistently classifying
Agreed. Why does nobody seem to be addressing/acknowledging this issue
(or am I just looking in the wrong places)? An April 2008 post on the
mailing list suggests that SMedia want $15,000 to release the docs under
NDA to anyone outside of Openmoko employees. If this is the case, and
nobody
Citando Michele Renda [EMAIL PROTECTED]:
So, I think, making pessure to the firm that produce Glamo, is the only
possibility to get very open our hardware.
Given the legal situation, I agree. Let's pester them with a ton of emails! :)
Maybe we could get the FSF and GNU into this as well? We
I'm happy to anounce that the Portuguese group buy from Pulster has
been correctly satisfied. We got the mega-package yesterday.
Now I'm waiting for the group leader to break it up and give us our
phones. We'll make a mini-party, I'm sure.
Vasco.
Citando [EMAIL PROTECTED]:
Hi all.
I've
Hi all.
I've also been anxiously waiting here in Lisbon for my FR to arrive
from Pulster together with a 10+ group from Portugal and another 10+
group from Spain. And of course, Pulster is delayed. Worse yet,
they've just told us they probably switched the Spanish and Portuguese
orders by
28 matches
Mail list logo