Camera app video functions removed?

[Andrew J. Barr]

I went to use the (unfortunately closed-source) camera app today on my N800 and 
it seems the ability to take video has been removed. What was the reason for 
this and are there any replacements that have this function?
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Java acceleration/Jazelle

[Larry Battraw]

On 7/17/07, Simon Pickering <[EMAIL PROTECTED]> wrote:
> Hi Scott (& all),
>
> > The following describes an experiment I suggested:
> > Create an array with opcodes 204 to 255 in it.  Create one handler for
> > all opcodes.
> > Set up R14 to point to opcode 204.
(snip)
> I sat down and wrote a bit of code that I hope will do this
> (eventually). The one issue I've not sorted out yet is how to print
> something to the screen from assembly. Is there some secret incantation
> (CALL for example), or do I need to define my own printf function in
> assembly)?

A couple thoughts from a former hardware hacker here: first, serial
ports are your friend so if you can find a sacrificial device that has
a cracked screen or some other serious but non- life-threatening
defect you should probably invest in a level-shifter chip and a DB-9
connector (and some soldering cleverness) to be able to communicate
through the serial port.  Sending bytes back and forth that way is
trivial and will allow you to seriously goof around with an otherwise
worthless device at the kernel or bootloader level.

  The second thought is learn the ABI convention for calling C methods
from assembly and you can pass whatever data you need to a function
that will do the printing for you.  I'd suggest going with this route
since it will be the most straightforward without soldering but also
the least versatile.  --You may end up rebooting many, many times and
the less overhead there is to initialize before playing around the
faster you can try a new idea.  At any rate, I believe the ABI changed
when we went to the armel format and so there's a handy description on
changes to system calls and so forth here:
http://wiki.debian.org/ArmEabiPort  Sorry if I'm pointing out anything
that might be obvious, these are just things I had to work through
when I was working on this type of thing on OS-less boards.


> http://people.bath.ac.uk/enpsgp/nokia770/jazelle/test_jazelle7.c
>
> > Simon, you have done a great deal of work, and gotten quite far.   Good
> > work!
>
> Many thanks and thank you for your detailed summary of the patent, it's
> good to have you on board,
>
>
> Simon

Good luck!
Larry
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Java acceleration/Jazelle

[Simon Pickering]

Hi Scott (& all),

> The following describes an experiment I suggested:
> Create an array with opcodes 204 to 255 in it.  Create one handler for
> all opcodes.
> Set up R14 to point to opcode 204.
> Set up R12 to your handler.
> Push the address you want to return to onto the stack.
> Write your handler in C and printf to the console what opcode you are
> handling as long as the opcode is <= 253.  Setup R14 to point to the
> next opcode, and R12 to point to your handler.  For opcodes 254, 255 pop
> the return address off the stack and continue.
>
> I believe this will chew through all the opcodes in the array, dumping
> output to the console until opcode 254 is encountered.  At that point
> execution of Java bytecodes will stop.  This should occur whether
> Jazelle is enable or not.

I sat down and wrote a bit of code that I hope will do this 
(eventually). The one issue I've not sorted out yet is how to print 
something to the screen from assembly. Is there some secret incantation 
(CALL for example), or do I need to define my own printf function in 
assembly)?

http://people.bath.ac.uk/enpsgp/nokia770/jazelle/test_jazelle7.c

> Simon, you have done a great deal of work, and gotten quite far.   Good
> work!

Many thanks and thank you for your detailed summary of the patent, it's 
good to have you on board,


Simon
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Mozilla based browser + brief GUADEC recap

[Hanno Zulla]

[EMAIL PROTECTED] schrieb:
> Mozilla based browser engine available for testing
> http://maemo.org/news/view/1184699585.html

Congratulations!

Just out of curiousity:

Is there any word out on why Nokia chose Mozilla over Webcore this time?

http://www.osnews.com/story.php/12965/An-Overview-of-Nokias-KHTMLWebCore-based-S60-Browser/

Regards,

Hanno
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Java acceleration/Jazelle

[Scott Bambrough]

Folks,

This is a summary of a conversation Simon and I had off line.  We
decided it would be a good idea to post it here to the list so others
could see the discussion and comment.   A couple of caveat's to keep in
mind.  I haven't had a chance to compile and try the code yet, I've been
reading the patent.  I'm also not through the entire patent yet as
well.  This means the following could require revision.

Simon and I also agreed it would be worthwhile (and make Quim happy) if
we started a Wiki page to condense our knowledge.  Following email
threads and pulling out the useful nuggets gets tedious when the thread
gets long.

 From what I've seen in the patent the Jazelle hardware treats Java
opcodes similar to Thumb instructions.   It switches to Jazelle mode and
processes the Java opcodes directly in the CPU pipeline in sequence with
other Thumb and ARM opcodes.

According to the patent, a program could start out executing 32 bit
opcodes, switch to Thumb instructions to load a sequence of Java byte
codes,  switch to Jazelle mode and execute them, return to Thumb mode,
then return to ARM mode and exit.  The program is then really a sequence
of three different types of opcodes (ARM 32, Thumb, Java).

The above is only meant to illustrate that Jazelle is not a coprocessor
implementation like the old FPA11 FPU supported by the NWFPE in the
kernel, and that execution of Java is interleaved with ARM and thumb
code.  The processor is basically executing Java bytecodes once started
until it is told to stop.

Simon pointed out that the actual transition has to be ARM->Java->ARM
according to the processor manual
(http://www.arm.com/pdfs/DDI0211I_arm1136_r1p3_trm.pdf).  This is not
what the patent suggests, but the manual will better describe the actual
implementation.

My take on a sequence for a JVM bytecode processing loop is:

load a stream of bytecodes into a buffer.
load r14 with address of first bytecode to execute in the buffer
load r12 with the address of the code to handle the bytecode
bxj r12


The program then proceeds to run executing the byte codes in the
buffer.  For this to happen, each handler for a particular byte code must:

a) load the address of the next byte code to execute
b) load the address of the software code to handle the next byte code.
c) process the current opcode
d) call bxj bjx r12 to loop and execute the next bytecode.

An opcode handler thus looks like this:

load r14 with address of first byte code to execute
load r12 with the address of the software code to handle the byte code
process the current opcode
bxj r12

This type of architecture makes sense as each opcode knows what data
follows it in the byte code stream and can adjust the byte code pointer
in r14 to point to the next opcode correctly.   Basically as long as r14
and r12 are filled before the bxj opcode is called things should be
fine.  The patent author is a little long winded about interleaving the
fills of these registers with the processing to avoid pipeline stalls.
Fine, but this is an optimization for performance that could be done after.

ARM expects a Jazelle enabled JVM to have a software handler for all
byte codes.  The reason for this is that Jazelle can be enabled/disabled
by software via a bit in CPSR.  You can check whether it is
enabled/disabled by looking at a bit in CP14.  If Jazelle is disabled,
bxj r12 calls the software routine in r12.  As long as Jazelle is
enabled you should be able to execute any of the first 203 opcodes.  One
caveat are the floating point opcodes, they may require special handling
if no VFP is present.

It is implied that register r12 should always point into the JVM, either
to a software handler for an opcode or to an unhandled byte code
handler.  A simple implementation is to always load the address of the
same routine in r12, and use it for a jump table to execute any byte
code that hits it.  This however incurs the overhead of a comparison,
and  a couple of indirect jumps to process every opcode not handled by
hardware.

To alleviate this overhead, the patent also talks about a program
translation table, and the JVM's ability to program the table.  It is
implied the Jazelle hardware is able to look up the address of the
handler for a byte code in the Jazelle translation table more efficiently.

The patent isn't clear about the form this table takes, how to program
it, or if one is actually provided with the CPU core.   From the way the
patent is written it is possible to program the translation table with a
mapping between a byte code and the address of its handler for the
opcodes (in the range 203-253) supported by the JVM and load r12 with
the address of an unhandled opcode exception handler always.

The question is how does the Jazelle hardware know where to find the
translation table?  One thought is that the translation table base
address is provided in a register (RExec in the patent), then the
Jazelle hardware simply adds the bytecode value to this address and
j

Re: Mozilla based browser + brief GUADEC recap

[Andrew J. Barr]

On 7/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> For you to enjoy (and as some of you already know):
>
> Mozilla based browser engine available for testing
> http://maemo.org/news/view/1184699585.html
>
> http://maemo.org/browser

This is wonderful!

Not only is Opera proprietary, it seems to have a lot of bugs and
misfeatures that make me not like it.

It's too bad Mozilla wasn't part of the ITOS before now, but it's
better late than never...
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Mozilla based browser + brief GUADEC recap

[david . hagood]

> For you to enjoy (and as some of you already know):
>
> Mozilla based browser engine available for testing
> http://maemo.org/news/view/1184699585.html
>
> http://maemo.org/browser
>

CONGRATULATIONS! This is a SIGNIFICANT development, and I applaud you
guys, each and every one! Thank you!

(I'm still having problems WRT the new Telepathy modules, but that can wait.)

Now, to go start beating upon the browser and writing bug reports

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Mozilla based browser + brief GUADEC recap

[quim.gil]

For you to enjoy (and as some of you already know):

Mozilla based browser engine available for testing
http://maemo.org/news/view/1184699585.html

http://maemo.org/browser

This was announced today in Ari's keynote and then Leonid from the
browser team gave a presentation providing all the technical details (we
will upload soon all the presentations we are having at GUADEC).

In between Dirk-Jan introduced the Modest email client project and its
current status. No binaries to download yet but it is functional and you
can either compile it or wait a bit more. Dirk-Jan commented that
perhaps it will end up in Sardine.

Anyway, in the last 24h we have shown three important pieces of the
maemo platform that had attracted a lot of comments and discussion:
browser, email client and SIP connector (+ other real time communication
enhancements). Three projects based on open source code and
collaboration model, developed openly now with functional versions ready
to be tested and improved until reaching final product quality.

In the meantime Hildon is making big steps in its way to GNOME upstream
and we have published an alpha SDK release to showcase its API changes.

We hope you enjoy the first impressions of the Chinook wind... What we
are completing during GUADEC is not an Internet Tablet OS release but it
implies also a lot of work done not only to provide better software but
also to do it in the open source way.

I don't do this much, but let me applaude the work of the teams involved
and let me also wish them the best in their new or reshaped relationship
with the community (aka you). We are Nokia but they are just people, and
I can tell they have put a lot of effort and passion to bring the most
exiciting results of their work.

Quim
PS: don't worry, we don't forget all the rest of things that can be
still improved. You have seen now some of the wheels that were moving,
there are still some moving and some will start moving once the Summer
is left behind. We keep listening and learning.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Sardine device upgrade failing for days now

[Marius Vollmer]

"ext Neil MacLeod" <[EMAIL PROTECTED]> writes:

> The formatting of the page as a whole is a bit messed up following
> the conversion from Wiki - I will try and clean it up (my first
> Midgard edit!)

Thanks! :)
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Sardine device upgrade failing for days now

[Neil MacLeod]

Marius Vollmer wrote:
> "ext Neil MacLeod" <[EMAIL PROTECTED]> writes:
> 
>> [...] it would be
>> worth adding an extra step to the Wiki device upgrade instructions
>> mentioning the need to "mkdir /tmp/.run" once the copy is completed
>> (and after the chroot!)
> 
> I did that.  Please check:
> 
> http://maemo.org/community/wiki/howto_getstartedwithsardine/

Looks good, thanks Marius.

The formatting of the page as a whole is a bit messed up following the 
conversion from Wiki - I will try and clean it up (my first Midgard edit!)

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

VS: R: Some weird questions about speech2text, text2speech, GPS ...

[Julius Luukko]

Hi Marco,

The example was by Jussi, not by me.

Julius

- Alkuperäinen viesti -
Lähettäjä: Marco Solari  <[EMAIL PROTECTED]>
Vastaanottaja: 
Lähetetty: Ti 17 Heinä 2007 11:37:30
Aihe: R: Some weird questions about speech2text, text2speech, GPS ...
Hi, Julius,
Thanks a lot ! It's just the example I needed, as simple as possible ...
If we will succeed to put up some general _and_ useful utility which uses
the GPS data I will publish it here, for sure ...
Thanks again for Your attention, everybody !

Marco



-Messaggio originale-
Da: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Per conto di Jussi Kukkonen
Inviato: lunedì 16 luglio 2007 21.22
A: maemo-developers@maemo.org
Oggetto: Re: Some weird questions about speech2text, text2speech, GPS ...

Julius Luukko wrote:
> gpsd is included in N800. Please see
> 
> http://maemo.org/development/documentation/how-tos/3-x/howto_connectiv
> ity_guide_bora.html 
> http://maemo.org/community/wiki/howtousegpsframeworkinos2007/
> http://gpsd.berlios.de/
> 
> Please note, however, that there is an open bug
> 
> https://bugs.maemo.org/show_bug.cgi?id=1621
>

While triaging that bug I wrote a small test program. So, if you're
interested in pretty much the shortest possible example of using gpsd and
libgpsbt on maemo take a look at
https://garage.maemo.org/plugins/scmsvn/viewcvs.php/gpstest/?root=geoclue

You might also be interested in the geoinformation framework Geoclue (at
least for future projects):
  http://www.freedesktop.org/wiki/Software/GeoClue
  https://garage.maemo.org/projects/geoclue/

HTH,
  Jussi



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: maemo examples

[[EMAIL PROTECTED]]

Another problem for my environment is apt tool, 
probably the problem is linked whith proxy configuration
How can i configure proxy for apt tool inside scratchbox ?

- Messaggio originale -
Da: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
A: [EMAIL PROTECTED]
Cc: maemo-developers@maemo.org
Inviato: Martedì 17 luglio 2007, 16:27:26
Oggetto: Re: maemo examples



- Messaggio originale -
Da: Jami Pekkanen <[EMAIL PROTECTED]>
A: "ext [EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Cc: maemo-developers@maemo.org
Inviato: Martedì 17 luglio 2007, 15:21:08
Oggetto: Re: maemo examples

On Tue, 2007-07-17 at 05:59 -0700, ext [EMAIL PROTECTED] wrote:
> Hi , where i can found examples used in the tutorial ?
> The following link does't work 
> http://maemo.org/development/examples/ 
> and my apt in scratchbox too.
> I'm trying to create a deb package to
 install  my application on N800 
> What can I do ?



Could you specify which tutorial has the broken link? To install the
maemo-examples package, you have to have lines:

deb http://repository.maemo.org/ bora free non-free
deb-src http://repository.maemo.org/ bora free

In your scratchbox's /etc/apt/sources.list and run 'apt-get update'
before 'apt-get source maemo-examples'. Files of the example packages
can also be found in:
https://staging.maemo.org/svn/maemo/projects/tools/trunk/maemo_testing/maemo-examples/

They don't however include an example of making Debian package at the
moment. For that you can refer to the examples of Hildon Desktop Plugins
howto
(http://maemo.org/development/documentation/how-tos/3-x/tutorial_desktop_plugins_bora.html),
 which also includes files for autotools. These however differ a bit for 
plugins and standalone programs.

I hope this helps.

- Jami Pekkanen

Thanks Jami ,
from the maemo home follow the Development link and from here click  Example on 
the 
left side of the page, a page not found error  occur.
In how-tos  section in   "Making a package for the Application Manager in maemo 
3.x " link to hello-world-app_0.4.tar.gz. doesn't exist.

Just another small question, We are working on an advanced radio device and in 
particular I'm involved on  the radio controller (GUI). This device is based on
 OMAP 2430 processor, and linux. To develop this task we have purchased a pair 
of N800 to evaluaing the platform (software).  
Can i use maemo, eventually modifying source code, on my device ?
Thanks
Luca












  L'email della prossima generazione? Puoi averla con la nuova Yahoo! 
Mail___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers







  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Sardine device upgrade failing for days now

[Marius Vollmer]

"ext Neil MacLeod" <[EMAIL PROTECTED]> writes:

> [...] it would be
> worth adding an extra step to the Wiki device upgrade instructions
> mentioning the need to "mkdir /tmp/.run" once the copy is completed
> (and after the chroot!)

I did that.  Please check:

http://maemo.org/community/wiki/howto_getstartedwithsardine/
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: maemo 4.0 Chinook alpha SDK released

[Kalle Vahlman]

2007/7/17, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> maemo 4.0 Chinook alpha SDK
> http://maemo.org/development/sdks/maemo_4-0_chinook_alpha_sdk.html
>
> maemo 4.0 Chinook API break and Nokia N800 support
> https://maemo.org/news/view/1184675758.html

Might want to make that "http" instead of "https"... ;)

-- 
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: maemo examples

[[EMAIL PROTECTED]]

- Messaggio originale -
Da: Jami Pekkanen <[EMAIL PROTECTED]>
A: "ext [EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Cc: maemo-developers@maemo.org
Inviato: Martedì 17 luglio 2007, 15:21:08
Oggetto: Re: maemo examples

On Tue, 2007-07-17 at 05:59 -0700, ext [EMAIL PROTECTED] wrote:
> Hi , where i can found examples used in the tutorial ?
> The following link does't work 
> http://maemo.org/development/examples/ 
> and my apt in scratchbox too.
> I'm trying to create a deb package to install  my application on N800 
> What can I do ?



Could you specify which tutorial has the broken link? To install the
maemo-examples package, you have to have lines:

deb http://repository.maemo.org/ bora free non-free
deb-src http://repository.maemo.org/ bora free

In your scratchbox's /etc/apt/sources.list and run 'apt-get update'
before 'apt-get source maemo-examples'. Files of the example packages
can also be found in:
https://staging.maemo.org/svn/maemo/projects/tools/trunk/maemo_testing/maemo-examples/

They don't however include an example of making Debian package at the
moment. For that you can refer to the examples of Hildon Desktop Plugins
howto
(http://maemo.org/development/documentation/how-tos/3-x/tutorial_desktop_plugins_bora.html),
 which also includes files for autotools. These however differ a bit for 
plugins and standalone programs.

I hope this helps.

- Jami Pekkanen

Thanks Jami ,
from the maemo home follow the Development link and from here click  Example on 
the 
left side of the page, a page not found error  occur.
In how-tos  section in   "Making a package for the Application Manager in maemo 
3.x " link to hello-world-app_0.4.tar.gz. doesn't exist.

Just another small question, We are working on an advanced radio device and in 
particular I'm involved on  the radio controller (GUI). This device is based on 
OMAP 2430 processor, and linux. To develop this task we have purchased a pair 
of N800 to evaluaing the platform (software).  
Can i use maemo, eventually modifying source code, on my device ?
Thanks
Luca













___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: maemo examples

[Ian]

Ola,
>> http://maemo.org/development/examples/
>> and my apt in scratchbox too. I'm trying to create a deb package to install  
>> my application on
>> N800
>> What can I do ?
I had some problems too with apt when installing the bora environment on ubuntu 
feisty and asking
around on irc I found that the problem was with /etc/resolv.conf and 
/etc/nsswitch.conf . I
documented what i did here if it will help you:
http://ianlawrence.info/random-stuff/maemo-3-1-bora-on-ubuntu-feisty
[]'s
Ian



-- 
"Todos os animais são iguais, mas alguns animais são mais iguais do que os 
outros""
http://ianlawrence.info


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

ANNOUNCE: maemo 3.1 installer update

[Janne Johansson]

The maemo 3.1 Bora scratchbox and SDK installer scripts have been
updated. Basically this has been done to install the latest scratchbox
packages with sightly different set of devkits and to properly set up
the SDK in the new environment.

A new scratchbox installation will support maemo 4.0 Public Alpha SDK
(and later) in addition to the maemo 3.x environment.

People currently only interested in 3.x development don't have to take
any action. 

New installations should use the updated scripts.

For (slightly) more information, see:
http://repository.maemo.org/stable/3.1/INSTALLER_UPDATE_README.txt

-- 
Janne


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: maemo examples

[Jami Pekkanen]

On Tue, 2007-07-17 at 05:59 -0700, ext [EMAIL PROTECTED] wrote:
> Hi , where i can found examples used in the tutorial ?
> The following link does't work 
> http://maemo.org/development/examples/ 
> and my apt in scratchbox too.
> I'm trying to create a deb package to install  my application on N800 
> What can I do ?

Could you specify which tutorial has the broken link? To install the
maemo-examples package, you have to have lines:

deb http://repository.maemo.org/ bora free non-free
deb-src http://repository.maemo.org/ bora free

In your scratchbox's /etc/apt/sources.list and run 'apt-get update'
before 'apt-get source maemo-examples'. Files of the example packages
can also be found in:
https://staging.maemo.org/svn/maemo/projects/tools/trunk/maemo_testing/maemo-examples/

They don't however include an example of making Debian package at the
moment. For that you can refer to the examples of Hildon Desktop Plugins
howto
(http://maemo.org/development/documentation/how-tos/3-x/tutorial_desktop_plugins_bora.html),
 which also includes files for autotools. These however differ a bit for 
plugins and standalone programs.

I hope this helps.

- Jami Pekkanen

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: hacker edition status and future?

[Rtp]

Joni Valtanen <[EMAIL PROTECTED]> writes:

Hi !

>> Hello,
>> 
>> since now the project is revived and some work is going on, I'd like
> to
>> raise this again. It would be nice if someone involved in this project
>> could comment this
>> http://lists.maemo.org/pipermail/maemo-developers/2007-May/010280.html
>
> Next version is coming as rootfs. There is no kernel updates.

:(

>
>> I guess this project is not exactly top secret like regular firmwares
>> so
>> more open process would be nice.
>
> Same components are used as in n800 version, but the kernel is older
> 2.6.16. There is lot of work if n800 version of the kernel is used.

why ? afaik upstream omap tree is supporting n770 and n800 so it's
technically feasible. 
If it's a matter of resources, I'm sure you'll find people here that
will be happy to help you in this task. 
If it's a matter of userspace breakages, imho there should not be too
much. fwiw when running my custom 2.6.21-rc kernel, events like usb
cable plug and no wifi were the only breakages I've noticed. 

Arnaud

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

maemo examples

[[EMAIL PROTECTED]]

Hi , where i can found examples used in the tutorial ?
The following link does't work 
http://maemo.org/development/examples/ 
and my apt in scratchbox too.
I'm trying to create a deb package to install  my application on N800 
What can I do ?

Thanks

Luca




  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

maemo 4.0 Chinook alpha SDK released

[quim.gil]

maemo 4.0 Chinook alpha SDK
http://maemo.org/development/sdks/maemo_4-0_chinook_alpha_sdk.html

maemo 4.0 Chinook API break and Nokia N800 support
https://maemo.org/news/view/1184675758.html

Sorry for adding only two links with further comments but I have to run
if I want to be on time for Ari's keynote (where more news will be
announced).

We'll get back to you later on.

Quim

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: hacker edition status and future?

[Frantisek Dufka]

Joni Valtanen wrote:
> 
> Next version is coming as rootfs. There is no kernel updates.

OK, this means hacking 2.6.16 kernel and backporting something makes 
sense. Alternatively time could be spent in making dual kernel booting 
situation working (IT2006 vs 2007 with newer kernel) so this answer 
helps to prioritize things, thanks :-)


> Same components are used as in n800 version, but the kernel is older
> 2.6.16. There is lot of work if n800 version of the kernel is used.

Yes but I hope you are not completely ditching n800 kernel for future 
hacker edition releases (if any).

If you are not planning this it would be nice to say so and also publish 
binary stuff needed to use newer kernels. First HE version had initfs 
that worked with newer kernels but it is not availabe anymore at
http://tablets-dev.nokia.com/os2007_hacker_edition.php The IT2006 one 
crashes in dsme early on boot with 2.6.18 which makes things really hard 
since the unstoppable (retu?) watchdog reboots device and also reading 
flags (like root device) from config partition with cal-tool is 
impossible without dsme running.

Frantisek
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: ANNOUNCE: Internet Communications Software Update for N800

[Jorge Salamero Sanz]

On Tuesday 17 July 2007 10:01:03 Dmitry Rozhkov wrote:
> So in order to try the update it would be more safer to flash the official
> 4.2007.26-8 image and to install the update on top of this clean image.

anyone has tried with hacker edition ? should work ?
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

R: Some weird questions about speech2text, text2speech, GPS ...

[Marco Solari]

Hi, Julius,
Thanks a lot ! It's just the example I needed, as simple as possible ...
If we will succeed to put up some general _and_ useful utility which uses
the GPS data I will publish it here, for sure ...
Thanks again for Your attention, everybody !

Marco



-Messaggio originale-
Da: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Per conto di Jussi Kukkonen
Inviato: lunedì 16 luglio 2007 21.22
A: maemo-developers@maemo.org
Oggetto: Re: Some weird questions about speech2text, text2speech, GPS ...

Julius Luukko wrote:
> gpsd is included in N800. Please see
> 
> http://maemo.org/development/documentation/how-tos/3-x/howto_connectiv
> ity_guide_bora.html 
> http://maemo.org/community/wiki/howtousegpsframeworkinos2007/
> http://gpsd.berlios.de/
> 
> Please note, however, that there is an open bug
> 
> https://bugs.maemo.org/show_bug.cgi?id=1621
>

While triaging that bug I wrote a small test program. So, if you're
interested in pretty much the shortest possible example of using gpsd and
libgpsbt on maemo take a look at
https://garage.maemo.org/plugins/scmsvn/viewcvs.php/gpstest/?root=geoclue

You might also be interested in the geoinformation framework Geoclue (at
least for future projects):
  http://www.freedesktop.org/wiki/Software/GeoClue
  https://garage.maemo.org/projects/geoclue/

HTH,
  Jussi



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: ANNOUNCE: Internet Communications Software Update for N800

[Ross Burton]

On Tue, 2007-07-17 at 11:54 +0300, Naba Kumar wrote:
> > Actually, this is not bug. Apparently the guys who report this problem 
> > have also installed additional beta software which is not compatible 
> > with this update. And I suspect that it could be some packages from the
> > OpenedHand repository, i.e. 'contacts' which depends on 
> > */evolution-data-server (=1.4.2.1.r554-3)/ through libebook. But the package
> > evolution-data-server is deprecated in the upcoming release in favor of 
> > evolution-data-server-addressbook.
> > So in order to try the update it would be more safer to flash the official
> > 4.2007.26-8 image and to install the update on top of this clean image.
> > 
> Or perhaps uninstall the gpe softare for now and try rtcomm 
> installation. I think openedhand guys should be notified of this. I am 
> putting Ross in CC.

Contacts is not GPE, it's Pimlico. :)

I think the easiest solution here is to uninstall Contacts/Dates/Tasks,
and remove the OpenedHand repository from Application Manager.

When the rtcomm beta is official released, we'll rebuild our full EDS
packages and try and ensure an upgrade path.

Ross
-- 
Ross Burton mail: [EMAIL PROTECTED]
  jabber: [EMAIL PROTECTED]
 www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: ANNOUNCE: Internet Communications Software Update for N800

[Ingmar Baumgart]

Hi,

Naba Kumar wrote:
> Nokia OSSO happily announces the release of the 'Internet Communications
> Software development update' for Maemo. This update brings you the
> latest developments in Internet messaging and call on Nokia n800 device
> destined for next Internet Tablet OS release.

This is very good news! I wonder if it is feasible to backport this to
OS2006 for Nokia 770? Has anybody tried to install the packages on a 770
running the hacker edition OS?

Regards,
  Ingmar

-- 
Dipl.-Inform. Ingmar Baumgart
Institut für Telematik, Universität Karlsruhe (TH)
Zirkel 2, 76128 Karlsruhe, Germany
Phone: +49 721 608 8281, Fax: +49 721 608 6789
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

RE: ANNOUNCE... (and more, please read)

[quim.gil]

Thanks Dmitry for the precision.

I have just published the announcement in maemo.org:

SIP support and more in the Internet communications software update for
developers
http://maemo.org/news/view/1184660757.html

Can you check that there are not problem downloading the packages? It
seems some users are getting problems just trying to download the
software (while others and ourselves have no problems, weird).

Let me add a message for those of you active in ITT, personal blogs and
etc:

In this case (and in any release we make of software under development)
we encourage you to use the bugzilla component to file any bugs or
issues, and this list for developers to comment any other issues. The
developers of these releases are watching these reports and this list,
and they answer asap. 

It is not an usual practice at Nokia to release software under
development. We are doing this (and we want to do it more) to get deeper
in the basic open source development rules: release soon & release
often. 

But as you know Nokia is a strong brand related to finished end user
products. We might be questioned if releasing software under development
causes indirectly confusion among Nokia customers (aka end users)
rushing to install software provided by Nokia that doesn't work as they
expect, or even breaks. And perhaps the problems are not even caused by
Nokia but by other factors, usual issues of R&D mode like conflict of
dependencies with 3rd party beta software (as it looks like it's the
case of the issue found yesterday by some users right after the
announcement). End users read the issues but perhaps not the solution
and explanation given 24h later, and in the meantime Nokia and the
Internet Tablets have lost some points from their point of view. This
might be expensive in the league Nokia is playing, where 'open source
development' is not a key element at all, and it is probably not even
quite understood.

This is why we want to keep any unstable release under the maemo scope,
and this is why you will see that in our announcements we won't save
occasions to state that this software is "under development", "for
developers", etc, even if it basically works. So please distribute the
information as much as you want (we are really thankful about this) but
insist as well on the target audience of the new software to avoid
confusion and frustrated expectations. 

Thank you very much.

Quim

>-Original Message-
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On Behalf Of ext 
>Dmitry Rozhkov
>Sent: 17 July, 2007 11:01
>To: maemo-developers@maemo.org
>Subject: ANNOUNCE: Internet Communications Software Update for N800
>
>*Hi,
>
>Actually, this is not bug. Apparently the guys who report this 
>problem have also installed additional beta software which is 
>not compatible with this update. And I suspect that it could 
>be some packages from the OpenedHand repository, i.e. 
>'contacts' which depends on */evolution-data-server 
>(=1.4.2.1.r554-3)/ through libebook. But the package 
>evolution-data-server is deprecated in the upcoming release in 
>favor of evolution-data-server-addressbook.
>So in order to try the update it would be more safer to flash 
>the official
>4.2007.26-8 image and to install the update on top of this clean image.
>
>*
>BR,
>Dmitry
>
>Quim Gil *> wrote:
>
>> Hi, I just talked to Naba, currently offline. This issue is 
>known and 
>> confirmed now. It is caused by a last minute change. We can't fix it 
>> tonight but we hope to fix it tomorrow morning asap.
>
>> As you see this is really software under development, fresh meat 
>> released publicly to be shared with other developers. Please be 
>> cautious when recommending this update to end users because this is 
>> not even a beta release as Nokia understands beta releases 
>(of end user products).
>
>> Thanks for your understanding. Sorry for this bug, but at least you 
>> got the news today. More news to come soon (and if you 
>happen to be in 
>> GUADEC come and meet the developers).
>
>>/ > Unable to install osso-rtcom-beta
>/>/ > Application pacakges missing: evolution-data-server 
>(=1.4.2.1.r554-3) /
>
>___
>maemo-developers mailing list
>maemo-developers@maemo.org
>https://lists.maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: ANNOUNCE: Internet Communications Software Update for N800

[Naba Kumar]

ext Dmitry Rozhkov wrote:
> *Hi,
> 
> Actually, this is not bug. Apparently the guys who report this problem 
> have also installed additional beta software which is not compatible 
> with this update. And I suspect that it could be some packages from the
> OpenedHand repository, i.e. 'contacts' which depends on 
> */evolution-data-server (=1.4.2.1.r554-3)/ through libebook. But the package
> evolution-data-server is deprecated in the upcoming release in favor of 
> evolution-data-server-addressbook.
> So in order to try the update it would be more safer to flash the official
> 4.2007.26-8 image and to install the update on top of this clean image.
> 
Or perhaps uninstall the gpe softare for now and try rtcomm 
installation. I think openedhand guys should be notified of this. I am 
putting Ross in CC.

Thanks.

Regards,
-Naba

> *
> BR,
> Dmitry
> 
> Quim Gil * > wrote:
> 
>> Hi, I just talked to Naba, currently offline. This issue is known and
>> confirmed now. It is caused by a last minute change. We can't fix it
>> tonight but we hope to fix it tomorrow morning asap.
> 
>> As you see this is really software under development, fresh meat
>> released publicly to be shared with other developers. Please be cautious
>> when recommending this update to end users because this is not even a
>> beta release as Nokia understands beta releases (of end user products).
> 
>> Thanks for your understanding. Sorry for this bug, but at least you got
>> the news today. More news to come soon (and if you happen to be in
>> GUADEC come and meet the developers).
> 
>> / > Unable to install osso-rtcom-beta
> />/ > Application pacakges missing: evolution-data-server (=1.4.2.1.r554-3)
> /
> 
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: gstreamer rtsp element on N800

[Jami Pekkanen]

On Tue, 2007-07-17 at 00:56 -0700, ext Ngurah wrote:
> Hi,
>   I just curious why there is no gstreamer rtsp element yet for
> N800. Is it enough if i just compile the gst-plugins-good on sbox then
> copy the needed rtsp library to N800 for getting working rtsp element
> on N800? 

I don't know the reason why it's missing (maybe you'll find out after
trying :), but you surely could compile it on sbox.

At least it compiles fine, I just tried using (on ARMEL sbox):
$ apt-get build-dep gst-plugins-good0.10
$ apt-get source gst-plugins-good0.10
$ cd gst-plugins-good0.10-0.10.4-osso2
$ dpkg-buildpackage -b

It also compiles a bunch of other plugin packages so it takes a while.
The plugin is then found at  ./gst/rtsp/.libs/libgstrtsp.so

If you want to install it using dpkg, add line
usr/lib/gstreamer-0.10/libgstrtsp.so
To debian/gstreamer0.10-plugins-good.install before dpkg-buildpackage.
(I'm not 100% sure about this though).

- Jami Pekkanen

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

ANNOUNCE: Internet Communications Software Update for N800

[Dmitry Rozhkov]

*Hi,

Actually, this is not bug. Apparently the guys who report this problem 
have also installed additional beta software which is not compatible 
with this update. And I suspect that it could be some packages from the
OpenedHand repository, i.e. 'contacts' which depends on 
*/evolution-data-server (=1.4.2.1.r554-3)/ through libebook. But the package
evolution-data-server is deprecated in the upcoming release in favor of 
evolution-data-server-addressbook.
So in order to try the update it would be more safer to flash the official
4.2007.26-8 image and to install the update on top of this clean image.

*
BR,
Dmitry

Quim Gil *https://lists.maemo.org/mailman/listinfo/maemo-developers>> wrote:

> Hi, I just talked to Naba, currently offline. This issue is known and
> confirmed now. It is caused by a last minute change. We can't fix it
> tonight but we hope to fix it tomorrow morning asap.

> As you see this is really software under development, fresh meat
> released publicly to be shared with other developers. Please be cautious
> when recommending this update to end users because this is not even a
> beta release as Nokia understands beta releases (of end user products).

> Thanks for your understanding. Sorry for this bug, but at least you got
> the news today. More news to come soon (and if you happen to be in
> GUADEC come and meet the developers).

>/ > Unable to install osso-rtcom-beta
/>/ > Application pacakges missing: evolution-data-server (=1.4.2.1.r554-3)
/

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

gstreamer rtsp element on N800

[Ngurah]

Hi,
  I just curious why there is no gstreamer rtsp element yet for
N800. Is it enough if i just compile the gst-plugins-good on sbox then copy the 
needed rtsp library to N800 for getting working rtsp element on N800? 

BR
Gusti Andika

   
-
Got a little couch potato? 
Check out fun summer activities for kids.___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers