I don't know what you use o-p-p for, so I can't tell for sure, but I
don't need it.
Hmm, yes, maybe I should switch back to Illume again...
Me likewise. Some folk tried to convince me to use Illume but I just
found it annoying and inconsistent with other desktops I use. I
definitely prefer l
I also see this behaviour, but it varies depending on the SIM, or maybe
depending on the telco. With some cards it works reliably on the first
try, with others, I have to keep re-trying until it eventually works.
arne anka wrote:
# This one is OK
log_level = INFO
# This one isn't
log_level =
The latest version has been in use by SHR for quite a while now and
seems pretty stable.
Yes and it works well for me too so far. The only problem is this is
the first I've heard about it. Would it be possible for
fso-config-gta02 to be kept updated?
Jonathan
_
[fsousage]
lowlevel_type = openmoko
[fsousage.controller]
[fsousage.lowlevel_openmoko]
I have precise settings, and still get the problems I described.
Jonathan
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.li
Do you have fso-usaged package installed ?
Yes - just confirmed I have version 0.9.1+git20091016-2
Jonathan
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-user
Hello again,
Still trying to get zhone reasonably stable under debian, I'm finding
that about 4 times out of 5 fso-abyss fails to allocate a channel. I'm
not sure whether restarting framework makes a difference or whether it's
just persistence that does the trick but just trying over and agai
As one of those other users I'm happy to send you logs.
Thanks.
OK here goes. Actually unless you can see something I can't the
surprising thing is that there is no sign of the incoming message in the
logs at all. But (and this may provide a clue) yesterday I tried a
different SIM belongi
i tried both and think e17/illume is more appropriate than lxde.
I confess I haven't tried it but two reasons why I like having a 'real'
WM are:
1. One app that I have found (to my surprise) to be quite usable is
OpenOffice. I guess that if I were useing e17/illume the pop-up windows
would
1. Sometimes fails to send SMS.
2. Sometimes fails to show new incoming SMS.
I also got reports from other users via mailinglist, but no
logs/traces. I don't have enough time to debug it myself.
That's no problem at all, I'm happy to try to debug this. (Actually
(1) happened for me earlier tod
as for the shr-apps and their small windows -- it might be a solution to
use e17/illume as wm.
That seems a pity to me. I am enjoying running a real wm (lxde/openbox)
and using all my favourite debian apps on my fr and wouldn't want to
throw that all away just so that I can read my text messag
not sure if it already casme up, but how did you configure the sms
backend in frameworkd.conf?
section opimd, key messages_default_backend
messages_default_backend = SIM-Messages-FSO
I've also tried it with opimd enabled and disabled.
Cheers, Jonathan
>> re your problems with zhone and sms: never seen that.
Strangely enough, whatever I do I get exactly the same problem. That is,
I've tried fso-gsm0710muxd, fso-abyss, ousaged, fso-usaged, with opimd,
without opimd. I've force reinstalled fso-frameworkd, I've tried other
people's framework.c
Hello,
Using the information here:
http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-June/001573.html
I've been able to detect a headset button press and use it to pause and
unpause mplayer. Very nice for listening to podcasts with the
Freerunner in my pocket.
To make it work
i posted some messages about that four or five weeks ago before i wnet
into the wild (ie no inet).
Ah OK I did try looking around for messages on the same topic but didn't
see any.
re your problems with zhone and sms: never seen that. did you check
carefully your config files?
My question
Hello,
After making debug build of ophonekitd I can shed a little more light on
the segfaults I've been getting. Rather than more reverse engineering I
thought I'd put what I have on this list to see if anyone else can
detect what the problem might be from this information.
Here is some outp
The package is still WIP. It needs some time, because I'm refactoring
the packaging of the configuration, so that all FSO configuration
package are built from one source package. At the moment the general
configuration is generated from fso-frameworkd source package.
OK not a problem.
But I tak
I've experienced the same error when I restart Zhone too early after a
frameworkd restart. It seems fso-abyss needs more time to initialize
itself. Have you tried waiting about 30 sec and restarting Zhone again?
Thanks for that, yes it did work once I'd reverted to fso-gsm0710muxd.
However zhon
Thanks Sebastian,
Sebastian Reichel wrote:
here is the one I'm currently using on my phone.
I tried your framework configuration and strangely enough it make no
difference at all. That is, ophonekitd still gets Illegal
Instruction/Segmentation Fault and zhone still said 'Failed to read
au
All I can say is that, after a couple of days, frameworkd has been
working reliably so far with Zhone.
zhone doesn't work for me either. It stops with 'Failed to read
authentication status' and never connects to the GSM network.
I take it there must be something suspect in my framework confi
can you please check if you installed the newest ophonekitd package
available? The functions, which need the ressource enabled, should
be called by a callback once the ressource is enabled.
My ophonekitd version is the latest debian release 0.1+git20090917-1
It was working reasonably reliably u
Hope this helps.
It makes some difference but not enough :(
Below is the output from running ophonekitd with opimd disabled. If I
enable opimd I get almost the same output, but ending with 'Illegal
instruction' rather than 'Segmentation fault'.
I'm wondering whether my previous efforts mig
sable configuration files
to this list?
Cheers,
Jonathan
Jonathan Schultz wrote:
I just tried that and things have gotten worse. openmoko-panel-plugin
is now chewing around 40% of the CPU and I am unable to use it to turn
on the GSM - that is, I can try to turn on the GSM but nothing
act
I just tried that and things have gotten worse. openmoko-panel-plugin
is now chewing around 40% of the CPU and I am unable to use it to turn
on the GSM - that is, I can try to turn on the GSM but nothing actually
happens.
Sorry for all this rambling but I engaged my brain and took a look
ins
I just noticed that I have the choice of fso-config-general and
fso-config-gta02. I previously had fso-config-gta02 but I see that
fso-config-general is more recent. I'll give that a try now.
I just tried that and things have gotten worse. openmoko-panel-plugin
is now chewing around 40% of
Thanks for the quick response!
I'm almost done with the config packages. I guess your problems are
the result of a bad configuration.
I just noticed that I have the choice of fso-config-general and
fso-config-gta02. I previously had fso-config-gta02 but I see that
fso-config-general is more
Hello,
I haven't noticed any discussion of this on this list so I wonder if
noone else has experienced the same issues with fso-frameworkd
0.9.5.9+git20090920-1 using ophonekit.
The most obvious symptom is that it just stops working whenever I have
an incoming text message. Sometimes it res
> finally there are more or less working shr packages in
> the pkg-fso repository :)
Wow, that looks fantastic!
I had one problem that I've been beating my head against the wall
solving, but I found it eventually in the file /etc/X11/Xsession.d which
seems to have a syntax error in it that made
Jonathan Schultz wrote:
I didn't have quite this much success.
Did you get a fix using "device = NMEADevice"?
No but I did find an explanation for the problem:
http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00
Since the
I didn't have quite this much success.
Did you get a fix using "device = NMEADevice"?
No but I did find an explanation for the problem:
http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00
I applied the patch manually and things seem to be wo
... so moving the pickle file out of the way ...
rm /var/lib/freesmartphone/ogpsd.pickle
... restoring /etc/frameworkd.conf ...
[ogpsd]
device = GTA02Device
... going outside ...
and theres a fix within 60 seconds!
I didn't have quite this much success. The GPS did go back to sending
UBX dat
[Re-sending, sorry about the formatting mess the last time]
Hello again folks,
I finally replaced my Kingston SD card with a Sandisk and am once again
looking at getting Paroli working under Debian.
I'm having intermittent results with having the phone ring, setting the
ALSA status, and even ha
Hello again folks,
I finally replaced my Kingston SD card with a Sandisk and am once again
looking at getting Paroli working under Debian.
I'm having intermittent results with having the phone ring, setting the
ALSA status, and even having the dialer start when an incoming call is
received.
Hi Luca,
Thanks for all those pointers.
At the moment I am stuck on the "SD fails spectacularly and
unpredictably when a SIM card is used" problem. I'd encountered the same
thing in the past trying to use zhone and qt-extended under debian and
had always presumed that it was some kernel bug t
On Tue, Jul 14, 2009 at 2:19 PM, Jonathan Schultz wrote:
Alsa scenarios are handled by fso, check configuration (it should has
stereoout as default) and logs.
Which configuration file should I be checking?
I have no file of that name. Nor does it appear that any debian package
provides one
Alsa scenarios are handled by fso, check configuration (it should has
stereoout as default) and logs.
Which configuration file should I be checking?
Hint: it may be not related, do you have a dmix configuration in your
/etc/asound.conf ?
I have no file of that name. Nor does it appear that
There are elementary and python-e* packages in Debian. Does it work with
these?
I see no sign of elementary in the standard Debian repositories. Should
I be looking somewhere else?
As for python-edje/-dbus/-ecore/-evas in 'experimental' - no it didn't
work with these.
Jonathan
__
Hello.
I don't know whether this is the most appropriate list for this
discussion but I see there has already been a little on the topic so
here goes.
With a little effort I have managed to get paroli running under debian.
To do this I had to build elementary, python-e_dbus, python-ecore,
37 matches
Mail list logo