Am Freitag, den 20.05.2011, 19:57 +0200 schrieb Enrico Zini:
On Mon, May 16, 2011 at 06:02:58PM +0200, Michael 'Mickey' Lauer wrote:
SUPPORTED DEVICES
We decided to only support the Palm Pre devices (Pre/Pre Plus/Pre 2) for
the first to-be-released version of Aurora. More
supported
NOTE: Cross-posted to three mailing lists, please keep it that way, if
you want to reply.
Dear FOSS-Telephony lovers,
today we want to announce something that has been brewing in our minds
for quite a while and will change the way we develop the
freesmartphone.org middleware.
In the past, FSO
Hi Lukas,
We should add a condition that will check for
FreeSmartphone.GSM.DeviceStatus.ALIVE_REGISTERED and if false, end the
process with an according error message.
sounds sensible. Please open a bug @ the FSO tracker.
--
:M:
___
Hi Peter,
thanks for this patchset! I have applied everything, but
wonder a bit about 09/11. The idea of the one second timeout
was to prevent flooding the system with orientation messages
while the device was being turned around -- based
on the assumption that it's confusing when the display
Thanks for the patch, however we rather decided
to revert the change in FSO that made the client-code
non-compatible.
Cheers,
--
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
Hi folks,
the FSO gdbus migration that we have been talking now for quite a while
(e.g.
http://www.vanille-media.de/site/index.php/2010/10/16/towards-the-end-of-2010/)
is which has been carried out in the gdbus branch is now ready to hit
master. The FSO and SHR folks have discussed the strategy
Hi folks,
the FSO gdbus migration that we have been talking now for quite a while
(e.g.
http://www.vanille-media.de/site/index.php/2010/10/16/towards-the-end-of-2010/)
is which has been carried out in the gdbus branch is now ready to hit
master. The FSO and SHR folks have discussed the strategy
What a poor soul... I have blocked the user and rollbacked some of his
commits. Please help me with this, if you have a chance.
If you need more administrative privileges, please holler.
Thanks!
:M:
___
Smartphones-userland mailing list
Hi Denis,
thanks for the patch. I will comment asap.
The license is not a problem. fsogsmd has been
GPL for quite a while now. The file headers
tell a different story and need to be sed'ed,
what counts for me is the COPYING file though.
Cheers,
:M:
Hi,
before I comment on your proposal, could you create the diff
in the other direction, i.e. FSO-old - FSO-new, instead of
the other way round? :)
Cheers,
--
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
Am Samstag, den 31.07.2010, 16:32 +0200 schrieb Visti Andresen:
I have now localize my missing logfiles from a normal dbus initiated
start of gsm0710muxd.
Could you please try fso-abyss (or even fsogsmd, which no longer needs a
seperate MUX daemon), it's a much more reliable reimplementation of
Am Samstag, den 10.07.2010, 23:48 +0200 schrieb Denis 'GNUtoo' Carikli:
hi mickeyl,
You made a firmware loader.
It's necessary for having wifi functionality on the htcdream since the
wifi firmware and calibration have to be loaded and that SHR now uses
devtmpfs.
It works great...
But you
to discard some info from the actual SUFFIX.
Use .strip() in place of .offset( 1 ) to cleanup the SUFFIX.
Signed-off-by: Antonio Ospite osp...@studenti.unina.it
That's a very good solution. Please apply.
Acked-by: Michael 'Mickey' Lauer mic...@vanille-media.de
Thanks,
:M
Am Dienstag, den 06.07.2010, 14:34 +0200 schrieb Alain2210:
Selon Michael 'Mickey' Lauer mic...@vanille-media.de:
I think I'm wrong : there is this in
plugins/modem_qualcomm_htc/plugin.vala
// sequence for when the modem is registered
registerAtCommandSequence( main
Am Montag, den 05.07.2010, 22:59 +0200 schrieb Alain2210:
Hello,
I anwser to myself :
For reception, there is also the buffered configuration where, if I
understand,
the smd is written on the SIM card. FSO2 for neo diseable this. But it is
not
clear for the other phone (CNMI seems
Could you create a log for me that shows the problem if you are using it
as modem initialization command? The channels are not allowed to send
their commands before modem initialization is completed. If they do, we
have a bug.
The log is attached, you can see that E0Q0V1 is sent (even
Am Mittwoch, den 30.06.2010, 21:39 +0200 schrieb Antonio Ospite:
On Wed, 30 Jun 2010 21:16:49 +0200
Michael 'Mickey' Lauer mic...@vanille-media.de wrote:
Could you create a log for me that shows the problem if you are using it
as modem initialization command? The channels
Hi Antonio,
here's a quick review:
1/5 Acked-by: Michael 'Mickey' Lauer mic...@vanille-media.de
2/5 Acked-by: Michael 'Mickey' Lauer mic...@vanille-media.de
3/5 Acked-by: Michael 'Mickey' Lauer mic...@vanille-media.de
4/5:
diff --git a/fsogsmd/src/plugins/modem_freescale_neptune/commands.vala
Am Donnerstag, den 24.06.2010, 15:17 +0200 schrieb Antonio Ospite:
Signed-off-by: Antonio Ospite osp...@studenti.unina.it
---
fsogsmd/conf/motorola_ezx/fsogsmd.conf |4 +
fsogsmd/configure.ac |1 +
fsogsmd/src/lib/modem.vala
Am Montag, den 28.06.2010, 15:01 +0200 schrieb Antonio Ospite:
I was surprised that booting with USB plugged in still
crashes the kernel -- how come this is still not fixed?
Basically: there were no one complaining :)
We know what triggers the bug, avoid that, and just look the other
Hi Antonio,
I just did some tests with the image you posted on my A780.
While there are
still some missing spots, I think it's a very good start, so feel
free to push this patch as is.
I was surprised that booting with USB plugged in still
crashes the kernel -- how come this is still not fixed?
Am Donnerstag, den 17.06.2010, 11:28 +0200 schrieb Antonio Ospite:
Make org.freesmartphone.GSM.Network.Unregister() work for the common case.
Looks good, feel free to apply, please.
Just curious, is there any particular reason why this wasn't implemented yet?
No necessity. At a certain point
Am Samstag, den 19.06.2010, 09:26 +0100 schrieb Al Johnson:
On Saturday 19 June 2010, Michael 'Mickey' Lauer wrote:
Am Donnerstag, den 17.06.2010, 11:28 +0200 schrieb Antonio Ospite:
Make org.freesmartphone.GSM.Network.Unregister() work for the common
case.
Looks good, feel free
Am Samstag, den 19.06.2010, 15:04 +0200 schrieb Antonio Ospite:
Some modems reply to +CLCC? instead of +CLCC
Signed-off-by: Antonio Ospite osp...@studenti.unina.it
Acked-by: Michael 'Mickey' Lauer mla...@vanille-media.de
Thanks,
--
:M
Applied -- thanks Jens and Heiko!
--
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Thanks Antonio,
all these patches look ok and I have applied them.
Looking forward to your patches against fsogsmd ;)
I will setup my A1200 to help you on that as soon as I have some more
time.
Cheers and thanks!
:M:
___
Smartphones-userland
Hi,
please send the whole log directly to me (mic...@vanille.de); I will
treat it confidentially. Btw., which version of fsogsmd is that?
Am Mittwoch, den 19.05.2010, 19:52 +0200 schrieb
jl...@escomposlinux.org:
--
2010-05-19T17:16:22.683365Z [INFO] PdpPppMux : PDP Context Status now
Hi Heiko,
thanks, that's as good as it can get.
About the libnl2 problem I have to investigate further, since once I had
the direct route.h include here which bailed out under certain
conditions (I guess due to conflicts with libnl1). I'll take another
look.
Thanks,
--
:M:
Hi Deubeuliou,
I'm trying to run FSO under debian on the nexus one (I use the ipk
packages from shr-unstable).
Cool!
I didn't find out how to make fsogsmd use a specific configuration file,
so I just put conf/htc_qualcomm_msm/fsogsmd.conf in
conf/default/fsogsmd.conf. Any hint on making it
Hi Alain,
the bug was in the rootfs (build some times ago from OE) : in
/etc/udev there was two rules for firmware.sh
With one rules, it works (with some kernel oops) only loading modules.
It's not an OOPS, just a WARNING. For what it's worth, fsodeviced has
now a firmwareloader plugin as
Excellent, thanks!
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Salut,
The good things:
* keyboard, keys, buttons, switches, touchscreen works fine (no
multitouch though)
you get all the keyboard keys ? / tab etc ?
Yes, at least from an input device level node, i'm not using X, so I
don't know whether the xmodmap is correct.
* leds,
More updates here...
The truth is, obviously in our 2.6.32 for some reason that is unknown,
we don't get the freezing tasks... CPU halted messages, which probably
means the earlysuspend (android invention :/) or the wakelocks (android
invention :/) are giving us problems / aborting the
Am Freitag, den 02.04.2010, 16:00 +0200 schrieb Michael 'Mickey' Lauer:
As you would expect. echo mem /proc/power/state suspends the dream,
echo on /proc/power/state resumes it. Apart from the display init on
resume problem this works great. I have added support for this in
fsousaged lowlevel
Am Freitag, den 02.04.2010, 11:55 +0200 schrieb arne anka:
since i did get only half an answer on commun...@om, i re-post here:
well, i have to confess, i fell off the waggon and bought an n900, too --
Ah, that's too bad... we would rather need help with the HTC dream and
the Palm Pre.
Hi Sebastian,
congrats on your purchase. You're most welcome to add support for the
N900 to FSO. Basically this will involve creating seperate modules for:
* fsodeviced (for the functions not covered by the stock kernel26
support using mainline interfaces), e.g. audio_router, audio_player,
leds,
Hi Łukasz,
commited to SVN 46896, thanks a lot!
--
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Hi Neil,
can you point me to an example why this patch is necessary?
On a related note, I think this code path is not in use since we moved
to fsodeviced.
--
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
Dear guys,
I just returned from FOSDEM (*) where we had a mini Openmoko devroom.
Seeing all the interested people and experiencing the scent of imminent
breakthroughs wrt. supporting foreign platforms got me really motivated
to kick off this year's FSOSHRCON. I consider last year being a good
Just another short update: I can now set my phone into online mode and
receive incoming calls! Answer this calls in even open our own calls to
a certain phone number should be only one step away.
YES!!!
:)
:M:
___
Smartphones-userland mailing
Hi guys,
due to some lucky (for us) coincidences, even after our request for a
devroom was officially declined, we got hold of a small time slot to
gather and hold some presentations.
We have cooked the following timeslot:
http://fosdem.org/2010/schedule/devrooms/openmoko
Hope to see you
Since we have split the configurations for FSO2,
it becomes easier to overwrite them service by service.
I therefore decided to ship default configurations
for the machines we know about with the upstream packages.
The search path for configuration files will then be like that:
a) $PWD
b) /etc
Am Samstag, den 23.01.2010, 12:01 +0100 schrieb A.A.:
Hi all,
how can I improve gtk application font size?
I started X with -dpi 96 option and I have set gtk-font-name = Sans
4 int /etc/gtk-2.0/gtkrc
How about just not lying to X? The FreeRunner's display has 285 dpi in
VGA mode.
--
Am Mittwoch, den 13.01.2010, 18:15 -0500 schrieb Brian Padalino:
I am interested in helping out with the effort to reverse engineer the
binary MSM communication protocol.
I have been told there are some people who have had some success in
figuring out the framing, but not the payload
Hi Heiko,
while packaging fsodeviced I noticed that a .service.in-file similar to
fsousaged is not present.
Is this correct or should one exist there?
f32d4c28ce77601a94962dc05186fdefa5b37a8e adds one. It's not as important
as for the other daemons, since you will most likely want to start
In the name of the FSO team, I wish all of you a Happy New Year!
2009 was a turbulent year for us, the year where Openmoko stopped
supporting us and we had to show our belief in the project by just
continuing with as much effort as possible. Thanks to all contributors
and users of our APIs.
2010
Hi Emfox,
just wanted to check whether you are still working on the treo680.
fsogsmd is rapdily improving, hence it may make sense to use it on the
treo as well.
Best regards,
:M:
___
Smartphones-userland mailing list
Ok, analyzed your logs. The problem starts w/:
2009.12.15 16:12:36.802 frameworkd.resource DEBUGprocessing command
'resume' for resource 'ogsmd.device.Device
at /org/freesmartphone/GSM/Device at 0x455830' (present
status=suspending)
For some reason it got a new command while it was still in
Hi Arne,
due to the messages in the log (resource can not be set to resume, state
resuming or something to that effect)
I'd be interested in the complete message and the +-1000 lines
surrounding it.
- who is responsible to resume the resource?
The suspend/resume path is:
1.) Someone
Am Samstag, den 12.12.2009, 18:27 +0100 schrieb arne anka:
Here's the patch that we're using in OE for over a year now:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/dbus/dbus-1.3.0/0001-Make-the-default-DBus-reply-timeout-configurable.patch
looking at it, it does nothing
Am Mittwoch, den 09.12.2009, 10:41 +0200 schrieb Timo Jyrinki:
2009/12/9 Timo Jyrinki timo.jyri...@gmail.com:
is for some reason waking up by itself quite often
Silly me, and thanks lindi. I forgot and forgot to say power button
stopped working for me on upgrade, so I bound suspend with
Without knowing exactly what problems you have, let me remind you of one
major difference of those using Debian vs. those using OE-derived
distributions on the FreeRunner. Debian insists on not patching DBus,
which leads to broken behaviour for calls that take a bit longer than a
couple of
Am Samstag, den 05.12.2009, 17:14 +0100 schrieb arne anka:
is actually the implementation of a feature wish, since developers
wanted to have a way to express
the startup order of subsystems and plugins -- now they do.
to quote mr fischer: i am not convinced.
the order should be
Dear Ryan,
sorry for the delay in answering. I have cc'ed this mail to
smartphones-userland@linuxtogo.org, which is the best place to talk
about these projects.
I have done a lot of work in the last 12 months on the reimplementation
of our FSO daemons in Vala, which compiles to C -- but
Hi,
Am Donnerstag, den 19.11.2009, 06:27 -0800 schrieb cchan...@yahoo.com:
I have a few doubts I wanted to clear:-
1. I was wondering whether the fso dbus implementation handles csm sms's
(larger than 160 char's) for outgoing messages also - or is the CSM support
only for incoming
Am Dienstag, den 10.11.2009, 22:15 +0100 schrieb Nicola Mfb:
Is there a way to detect if FSO is full started and ready?
Many apps call list resource to wait e.g. for GSM, I'd like to use a
way to be sure all FSO subsystem are ready.
Using the resource availability signal is indeed the best way
Ok, thanks for your feedback, I guess it's settled then. I will do the
changes at the end of this month.
How do you plan to start the different subsystems, if each subsystem
uses it's own files? Will there be a init.d script for each subsystem?
If I undrstand things correctly,
Dear Heiko,
Is there a way to fix libfso-glib to have all necessary function prototypes
in
freesmartphone.h as I'm told iimplicit function declarations can break
programs on some architectures.
This looks like a bug in Vala's code generation. We would need to create
a minimal example and
Hey,
it seems the commit 10584363e87286db96d14e1ad3d6fc7b714ad085 from 2009-10-29
16:49 utilities: allow creating files during a call to write() changed the
file handling in a way that breaks suspend:
fosusaged prints the following when trying to suspend:
WARNING **: utilities.vala:74:
Hi Sudharshan S,
I've been trying to get one building out of org.oe.dev, but it seems
even I'm out of luck. I'll launch a build from shr/merge now and will
upload this to www.freesmartphone.org when it's done.
Cheers,
:M:
___
Smartphones-userland
Am Montag, den 16.11.2009, 21:57 +0300 schrieb Nikita V. Youshchenko:
On a related note... my super-secret plan is to get rid of sysvinit
and make a highly optimized init process that does just enough to
get dbus and (optionally) X up. That may as well be incorporated
into
Am Montag, den 16.11.2009, 20:08 +0100 schrieb Michael 'Mickey' Lauer:
Am Montag, den 16.11.2009, 21:57 +0300 schrieb Nikita V. Youshchenko:
On a related note... my super-secret plan is to get rid of sysvinit
and make a highly optimized init process that does just enough to
get
Hi,
I seem to be hitting this: http://docs.openmoko.org/trac/ticket//2264
everything goes dead if I try to make a ssh connection using pubkey
authentication. As soon as ssh sends out a large package with the public
key, the connection dies.
Which muxer are you using? Which GSM firmware?
I
Hi folks,
as you might have seen more and more FSO 2.0 subsystems are ready for
prime time, so we have to think about how configuration works for FSO
2.0. Until now I used the same method as in FSO 1.0, which is having it
lumped all together in one config file. For FSO 2.0 I'm leaning towards
Applied, thanks!
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Applied, thanks!
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Hi Alan,
On a related point freesmartphone.org seems to be using the old hackish
3gpp ts07.10 user space code.
Correct, for systems which don't use premultiplexed drivers, we're
resorting to a userland muxer (not the gsm0710muxd though, but rather a
clean implementation based on other code).
Rod,
thanks for all the work you did to bring Openmoko forward!
Even though it took all so long due to all our detours, I'm quite satisfied
with what the Openmoko community has created throughout the years, especially
since Openmoko Inc. stopped guiding the project.
A hardware family often is
Am Mittwoch, den 16.09.2009, 21:43 +0200 schrieb Heiko Stübner:
fsobasics-2.0.pc lists dbus-1 and dbus-glib-1 in its requires-field.
As fsobasics does not use it in its build process while fsoframework uses
them
I would deem this to be a copy and paste error from the time when fsobasics
is now working in the first version. Here's an example output of mdbus -s -l
where I have (orientation status in brackets):
* put the Neo on to the table (flat faceup),
* took it and put it up-side-down back on the table (flat facedown),
* took it and operated it for a bit (held faceup portrait
Well spot, thanks. Should be fixed now.
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
This task seems to have stalled. I have completed my points. Noone else
interested in the merger anymore?
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
Dear Heiko,
this change occured due to a change in Vala which we had to catch up with.
Please make sure you have at least
http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=995b3b3fef9b1b5d9e951bbc7906c32032b35500
Sorry for the inconvenience.
Mickey.
Hi Chris,
These modems are very nice, they allow you to execute python scripts
on it. For this they have extra AT commands that I have added in my
mickeyterm copy.
Mickey, are you interesting in patch that would add these AT commands
to the list for auto-completion?
Absolutely. Note though
Current status:
recipes/freesmartphone/ [done, but see *]
recipes/python/ [done]
recipes/vala/ [done]
recipes/dbus/* [pending]
* I did not push some bogus SECTION changes in python recipes. I also did not
push your custom patch against python-ecore, since I'd rather prefer this to
be
On Sunday 02 August 2009 13:53:31 Stefan Schmidt wrote:
Hello.
On Sat, 2009-08-01 at 12:38, Michael 'Mickey' Lauer wrote:
Thanks for this proposal, I have nothing more to do add. We should
immediately launch 1) to 4) IMO. Lets try to organize it a bit though --
if noone beats me
On Saturday 01 August 2009 13:00:38 Klaus 'mrmoku' Kurzmann wrote:
Am Samstag 01 August 2009 12:38:45 schrieb Michael 'Mickey' Lauer:
Thanks for this proposal, I have nothing more to do add. We should
immediately launch 1) to 4) IMO. Lets try to organize it a bit though --
if noone beats me
FWIW, I have just regenerated the docs. PIM is now included.
Can the docs be generated using Instrospection? I think that way docs
would be very close to implementation and the pain of keeping them
updated also goes away?
Unfortunately not, however as of FSO 2.0, we're doing it the other way
The fso-usaged essence is as follows:
- install fso-usaged and deps
- add to /etc/framework.conf:
[ousaged]
disable = 1
[fsousage]
[fsousage.controller]
[cornucopia]
I'm not sure if the [cornucopia]-part is really needed.
No, it's not.
Thanks,
:M:
Am Samstag, den 18.07.2009, 10:08 +0200 schrieb Heiko Stübner:
when compiling fsousaged and fsodeviced (I would presume other programs too)
I
always get errors when comiling the plugins.
- in deviced/alsa-plugin it's missing a snd_playing_sound_type_id
- in fsousaged/controller-plugin it's
Hi Luca,
I am sorry for the delay, real life stuff come first. I am now at
DebConf9 http://debconf9.debconf.org, thus I have plenty of time to
work on Openmoko+Debian.
Sounds good! I know that real life thing... always disturbing ;)
I strongly recommend that you do not use Debian's stock
Hi Luca,
Back in December 2008 a patch to enable a rules.d behavior was submitted
to the smartphones-standards mailing list and to trac:
http://projects.linuxtogo.org/pipermail/smartphones-standards/2008-December/000778.html
Hi Luca,
For Debian, we need to
find the easiest upgreadable pathway from the Python-based frameworkd to
the Vala-based one.
About this, what is the plan? I mean, as soon as a Vala-based module
has been implemented and work, should the Python-based one be
deprecated? Or the Python
Hi folks,
as we have mentioned quite a number of times, FSO is trying to get out
of the distro business, instead we rather want to help projects such as
SHR that integrate the FSO components.
As such, now that we released milestone 5.5, the fso/milestone5.5 branch
is going to be deprecated by us
For Vala projects, we actually _want_ the generated C files to appear in the
source tarballs, so that people do not need Vala to compile them.
Cheers,
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
The Freesmartphone.org team is proud to release milestone 5.5 codenamed
'In Transit...'.
At first, we apologize for having passed the deadline for some months, but as
you might now there have been some substantial changes in our work situation
which took some time adjusting to. We're back on
Applied everything, thanks!
Btw., since this is a multidirectory repository, please include the
project (libfsoframework, fsodeviced, misc-vapi, etc.) as prefix.
Cheers!
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
The PlaySound semantics are that the same sound is only permitted to be played
once. Since we use Alsa, we have to rely on the distribution configuration of
it though. From the viewpoint of the framework, we don't want to get into
sample mixing business, hence we recommend people to enable dmix
On Tuesday 30 June 2009 14:41:45 Luca Capello wrote:
I can reproduce the error I get with my old Debian on a new installation
with kernel 2.6.29. Again, if I start Zhone from an SSH session,
everything is OK, but from ~/.xsession I always get D-Bus timeout errors
My theory would be that
I have added a license header. .vapi files are usually LGPL 2.1.
Thanks for spotting,
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
This library is licensed under LGPL 2.1., I have updated the COPYING file.
Thanks,
Mickey.
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
On Wednesday 24 June 2009 02:49:23 Luca Capello wrote:
What a boot loader has to do with GSM firmware?
GPIO setup of GSM is not done in the kernel, but the bootloader. If you miss
the proper GPIO setup, you can't talk to the modem. There were some versions
of U-Boot/Qi/Kernel that didn't take
Hi guys,
In an attempt to reduce the differences of all trees out there, I started
migrating the latest changes coming from my solo-tree @ fso.org into
fso/milestone5.5.
Cheers,
:M:
___
Smartphones-userland mailing list
Hi Łukasz,
Here are my two patches from my ongoing rewrite of ffalarms in Vala.
(Is there a better place/method you would want to accept libeflvala
patches?)
The canonical place would be the FSO mailing list smartphones-
userl...@linuxtogo.org.
libeflvala-lupan-ecore-signals.patch ::
In
Applied, thanks a lot.
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
I applied your patches against oeventsd. The rules.yaml need to be in
the EZX-specific configurations in OE.
But this is not reliable. There is two problems :
1) the +EKEV unsollicited message seems to be send by the BP only after SIM
PIN
has be set
On my A780, it works. Must be a
applied, thanks!
:M:
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Dear Heiko,
thanks for checking libgsm0710mux. All my Vala projects currently require
0.6.x since I did not have time to update a) the buildsystems, b) my patches
against 0.6.x, and c) OpenEmbedded.
I will probably not have time to do this until we have released FSO milestone
5.5 (late April,
On Thursday 09 April 2009 14:09:49 Philipp wrote:
On Thursday 09 April 2009 13:03:51 Visti Andresen wrote:
My plan is now to use as much as possible GTA01 as a real phone, in
order to spot problems. This will mean that my GTA02 can be
stressed a
bit more with tests, since I do not need
On Thursday 09 April 2009 14:28:04 Visti Andresen wrote:
Btw. What is using all that extra power on the GTA01?
I understand that the GSM can not be turned 100% off, but that should
only influence power off?
GTA01 contains current leaks, it's a hardware bug.
:M:
1 - 100 of 142 matches
Mail list logo