Hi,
Since 13 Jan, the FSO-unstable image has reduced to 49M in size
(rootfs.tar.gz) and has no x server / enlightenment. The 12 Jan image was
63M. Is this planned behaviour - or is the auto build breaking somewhere?
CAn anyone throw some light on this?
--
View this message in context:
http:/
On Thu, 15 Jan 2009 00:59:52 +0100, Stefan Schmidt
wrote:
>> I was referring to the fact that I could use their code to do something
>> similar. But what I have in mind is to provide a dbus service, providing
>> GSM based location. Now I think I understand what you meant above in
>> your mail, ab
On Thu, 15 Jan 2009 00:07:08 + (UTC), JW
wrote:
>> "Ketaki Deo" gmail.com> writes:
>> > In my application, I am interested in accessing the voice stream and
> sending
>> > data over on it.
>
>
> a long time ago on one of the lists someone (raster?) wrote that sending
> data
> over voice cha
On Thu, 15 Jan 2009 01:19:52 +0100 Marcos Mezo babbled:
> On Thursday 15 January 2009 00:42:49 Carsten Haitzler wrote:
> > On Wed, 14 Jan 2009 10:01:20 + Andy Green babbled:
> >
> > nothing to do with hardware here - all to do with software stack. the fact
> > is there is no generic "zoom" c
> "Ketaki Deo" gmail.com> writes:
> > In my application, I am interested in accessing the voice stream and sending
> > data over on it.
a long time ago on one of the lists someone (raster?) wrote that sending data
over voice channel is not a good option because
a) signal rate is suprisingly low
On Thursday 15 January 2009 00:42:49 Carsten Haitzler wrote:
> On Wed, 14 Jan 2009 10:01:20 + Andy Green babbled:
>
> nothing to do with hardware here - all to do with software stack. the fact
> is there is no generic "zoom" control for apps - and apps have no concept
> of one. you also need t
Hello.
On Thu, 2009-01-15 at 00:18, Onen wrote:
>
> Stefan Schmidt wrote:
> >
> > Great. What interface do you use for this? Already the new monitor
> > interface?
> >
> Well, no. Would you mind pointing me more precisely what you are talking
> about? I use code similar to the examples you f
On Wed, 14 Jan 2009 10:01:20 + Andy Green babbled:
nothing to do with hardware here - all to do with software stack. the fact is
there is no generic "zoom" control for apps - and apps have no concept of one.
you also need to think about where in the stack you sit - if you go
to /dev/input...
Hello,
Stefan Schmidt wrote:
>>> How does it get the gsm and gps data? I hope from the FSO framework!
>>>
>>>
>> What else? ;-)
>>
>
> Great. What interface do you use for this? Already the new monitor interface?
>
Well, no. Would you mind pointing me more precisely what you are
Hello.
On Tue, 2009-01-13 at 23:06, Werner Almesberger wrote:
>
> Specifically, I tested:
> - starting it when the interface is up: detects and registers it
> - idem, but unbinding and re-binding the driver: detect.c detects
> and registers the interface
> - starting with the interface unbound
Hello.
On Mon, 2009-01-12 at 23:52, Onen wrote:
>
> Stefan Schmidt wrote:
> > On Mon, 2009-01-12 at 16:03, Mat Real wrote:
> >
> >> For each cell zone, I generate a kml file. This is nice to see how cells
> >> enveloppe and
> >> how coordinates have been generated.
> >>
> > The maps looks
It is indeed the toolchain wiki I was following.
The only thing I didn't do already was replacing AC_PROG_CC for AC_PROG_CXX.
After replacing that I did make clean, om-conf and make. It still complains it
still says "*** No rule to make target `main.c', needed by `main.o'".
I've put my complete
Hi,
I am trying to package my application using the om-make-ipkg script, but I
am getting the following error,
libtool: link: cannot find the library `/usr/lib/libXrandr.la'
Can anyone help me with that?
--
Thanks and Regards,
Ketaki Deo
___
devel mai
One question, which wiki is the one you used as reference? is it the
toolchain wiki page?
The issue is the way you have autotools configured for the project.
Let's suppose I followed the wiki page:
http://wiki.openmoko.org/wiki/Toolchain#How_to_create_your_own_project_from_the_sample_project
The
In which file of the toolchain can I configure "make" to use arm-angstrom-
linux-gnueabi-g++ instead of arm-angstrom-linux-gnueabi-gcc? I can't find it
in any file that is not made by om-conf. I wonder if it's an argument of om-
conf. #om-conf --help and #man om-conf don't do anything useful.
Pet
On Wednesday 14 January 2009, Ketaki Deo wrote:
> Well, I am trying to send some signals itself over it.
> Do you know which language would allow me to do so?
> I found these Phone APIs, but from what I read they can only be used in
> Python. Is that true?
The FSO phone APIs use dbus which can be
"Ketaki Deo" writes:
> Well, I am trying to send some signals itself over it.
> Do you know which language would allow me to do so?
> I found these Phone APIs, but from what I read they can only be used in
> Python. Is that true?
Audio routing is controlled with ALSA.
__
It's because you are using the C compiler instead of C++ compiler, that
compiler name should be :
arm-angstrom-linux-gnueabi-g++
Nicolas
Le mardi 13 janvier 2009 à 18:11 +0100, Peter Nijs a écrit :
> Hi,
>
> How can I lake the toolchain compile my code as C++ instead of C? Just
> compiling it
Well, I am trying to send some signals itself over it.
Do you know which language would allow me to do so?
I found these Phone APIs, but from what I read they can only be used in
Python. Is that true?
On Wed, Jan 14, 2009 at 8:44 AM, Timo Juhani Lindfors
wrote:
> "Ketaki Deo" writes:
> > In my a
"Michael 'Mickey' Lauer" writes:
> file, 2.) there is a kernel OOPs when recording data atm.
You can workaround the OOPS by opening the alsa device first and only
then setting DAI mode to 1.
___
devel mailing list
devel@lists.openmoko.org
https://lists
"Ketaki Deo" writes:
> In my application, I am interested in accessing the voice stream and sending
> data over on it.
Audio compression will make it quite difficult to send any data over
it.
___
devel mailing list
devel@lists.openmoko.org
https://list
Ok. That clears up a few issues for me :-) Thanks.
Here are more thoughts.
How are you planning on showing tasks/events/appointments on the home
screen?
Is there some documentation / discussion I can read about the PIM services
planned?
I am also looking at coding a paroli-settings plug-in (if
I'm referring to http://wiki.openmoko.org/wiki/Toolchain .
Ok, I've tried:
# cd /usr/local/openmoko/source/labyrinth/
# make clean
# cd ../
# om-conf labyrinth
# cd labyrinth
# make
but it still outputs the same. I'm using the makefile.in's etc provided with
the toolchain. I've changed them to
On Wed, Jan 14, 2009 at 4:29 AM, Christopher Friedt
wrote:
> Hi everyone,
>
> I wanted to write to the list about two things - 1) zooming in the
> browser, photo viewer, etc, and 2) 'swiping' instead of typing
>
> 1)
>
> Assuming (well, hoping really) that could also apply to the
> touch-screen on
Hi again,
first of all, thanks for the input and thoughts, they are, as Charlie
pointed out, very helpful.
c_c wrote:
> Questions
> Can't we have a daily build?
The way builds are provided by OM will change drastically soon (see mail
titled meeting in Braunschweig) the plan is to have daily bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Are there any hardware engineers who can verify whether or not the
| touch-screen on the Neo or FR could register or generate motion-based
| events? If not, is this something that could be done easily in
|
26 matches
Mail list logo
