[tvijayan]

Python for S60 1.9.1 is now released.

You can download the release from maemo garage
https://garage.maemo.org/frs/?group_id=854

This release runs on S60 3rd edition, S60 3rd edition FP1, S60 3rd edition FP2 and S60 5th edition devices.

The release includes:
- Self signed device binaries for S60 3rd Ed and S60 3rd Ed FP2 (which will work even on S60 3rd Ed FP1 and S60 5th Ed devices respectively).
- Separate SDK zips for 3rdEd, 3rdEdFP1 and 3rdEdFP2. SDK zip contains both gcce and armv5 link libraries
- Installer for Windows platform that includes
----- Getting started guide
----- PyS60 runtime sis
----- PythonScriptShell sis
----- Application packaging tool with GUI and README
----- Python HTML documentation updated with S60 module reference
- Archive package for Linux/Mac that includes
----- PyS60 runtime sis
----- PythonScriptShell sis
----- Application packaging tool with README
----- Python HTML documentation updated with S60 module reference
- Python source code
- OpenSSL source code
- PyQt source code

The Python runtime component and the PythonScriptShell packages are self signed with the user-grantable capability set.
The capability set for S60 3rd Ed is ReadUserData WriteUserData NetworkServices LocalServices UserEnvironment.
The capability set for S60 3rd Ed FP2 is ReadUserData WriteUserData NetworkServices LocalServices UserEnvironment Location.

Expectation management: THIS IS NOT A FINAL PRODUCT.

This is one of the rough releases of a code-base that has been rewritten to a large extent. Just like we did with the 1.1.x and 1.3.x
series. We want to involve you in the development and testing process so that you can point out any sharp edges and pointy bits that the releases may have.

The idea is to expose the code to early testing and gather feedback so that the final PyS60 2.0 can be solid and fulfill YOUR needs.

Now, on to what we have now - the 1.9.1 release.

On the brighter side:

- Better interpreter startup and sis installation time than in 1.9.0. We'll optimize
this further in the future releases.

Uninstall PyS60 1.9.0 before installing 1.9.1 to get the feel of actual installation time.

- All the Python files in the runtime sis are compiled into .pyc files and
included in a zip file. sys.path is updated with the path of this zip file.
This reduced the interpreter startup time considerably.

- A more generic error message is displayed when trying to load an application
without the PyS60 Dependencies installed.

- Support for building just a <subsystem> is provided. Refer build, build_emu,
build_device help of setup.py

- Unlike 1.4.x, a single SDK zip contains both gcce and armv5 link libraries.
Separate SDK zips are provided for 3rdEd, 3rdEdFP1 and 3rdEdFP2.

- The default mode of ensymble py2sis command is changed to 'pycore'. All
scripts which refer to pys60 modules socket and calendar should use the new
names - btsocket and e32calendar to use the S60 functionality in pycore mode.
Also renamed "Prioritize PyS60 module library" to "1.4.x compatibility mode"
on the UI of application packager.

Corrected defects:
------------------

3230: Problems with applications packaged with console profile and PyS60 mode.
3317: N70 is included in the supported device list in the Getting Started Guide,
even though it's a 2ndEdFP2 device

Here are some of the things that are worse in 1.9.1 when compared to 1.4.5:

- The runtime package is much bigger than with 1.4.x. This'll get smaller once we have the modified packaging model working - estimate is that
the final base runtime would be less than 1MB.

- There is an additional dependency to the OpenC libraries, which must be installed for the runtime to work.

- Sadly, S60 2.x devices are not supported by the new code-base, and never will be. This is because OpenC libraries aren't available for S60 2.x.

- Binary compatibility between 1.9.x versions isn't guaranteed until 2.0. We won't break it without good reason, but it can happen.

Our targets for the final 2.0 are:

- Better usability for the developer and the end user:

- Easier runtime deployment. It must be possible for a developer to package their application in a way that the end user doesn't need
to think about the runtime installation. Note that we're not saying the end user doesn't have to _install_ the runtime, we're just saying
they don't need to _think_ about it.

- Easier tools installation and SIS packaging for Python applications. Especially packaging Python applications to SIS has proved to be pretty
tough with all the dependencies you need to install. The 1.9.0 release improves things with the new all-in-one installer that gives you the
packaging tool, the documentation and the SIS files you need for development in one package. The user-friendly Ensymble tool is now official,
and there is a GUI for one-button package creation.

- Easier and more robust ways to use and distribute 3rd party extension modules with your application. Free use of third party extensions is
one of the main advantages of Python, and we want to enable and encourage that. We'll improve the Ensymble packaging tool to automatically
bundle modules not included in the base runtime into your application SIS, as well as specify how a module author can distribute their
module to other developers so that the module can be easily used.

- Integrated HTML documentation: The S60 specific documentation is now a part of the full Python documentation so you no longer need to switch
between them.

- Reliability and compliance with the standard Python. We've put effort into automatic testing on multiple target platforms as well as fixing
any noncompliance revealed by Python's own regrtest.py test suite. The compliance isn't perfect yet, but it's much better than with the old
1.4.x code-base.

- Quicker start-up and smaller base runtime package size than with 1.9.0.

- Selected API additions. Qt support is definitely on the roadmap. Schedule we can't give yet.

- Support for non-Windows platforms for things other than C++ extension development. Already preliminary support is available in 1.9.0, which
contains an all-in-one archive that gives you the packaging tool, the documentation and the SIS files.

Bug reports, patches and feature requests can be filed in mamemo garage. That's what we track regularly, not every thread in the discussion
board. If you post a bug report only in the DiBo, we might miss it.

Bugs: https://garage.maemo.org/tracker/?at...54&func=browse
Feature Requests: https://garage.maemo.org/tracker/?at...54&func=browse
When filing bugs, include the device you used, its firmware version (you can see this by entering *#0000# in the idle screen), the PyS60 version
and a minimal test case (if applicable).

For more details on reporting bugs refer the "Reporting Bugs" section of the Python documentation.

That's it for now. Try it out, send feedback and stay tuned for 1.9.2.

Happy hacking!

-- Python for S60 team

[gaba88]

Great a new release.

Will try this soon and first with the SDKs.

Congrats to the PyS60 team.

Enjoy Pythoning
Gaba88

[Rafael T.]

Great

Continue to make minor but often releases

By the way, I did the suggestion in the other topic but I think you didn't got to read:

Is there a possibility to implement support for the extended panic code? It would be a good feature for us to use in standlone applications, since we are able to use User::InfoPrint(), which is much more visible than the simple print in Python


Congratulations for the new release!



BR,

Rafael.

[JOM]

Hi,

Is there Sensor Framework support yet?

Hopeful,

--jouni

[xiaoaiyongheng]

Tomorrow is chinese new year!!!
Happy everyone!!!

[aaaaapo]

Originally Posted by Rafael T.

Continue to make minor but often releases

Hmm, I have heard something similar before... Perhaps:

"Release early. Release often. And listen to your customers."

I really agree!

[cyke64]

Originally Posted by JOM

Hi,

Is there Sensor Framework support yet?

Hopeful,

--jouni

Hello Jouni

In this release there's nothing new (no new functions nor touch ui nor Sensor Framework). This release fixes some bugs and py files are compiled to pyc and zip in only one file (speed start up) and copyright 2009 have been added in all files.

You have to wait for a next release in one month

BR
Cyke64

[tvijayan]

Originally Posted by JOM

Is there Sensor Framework support yet?

1.4.5 Sensor module is ported to 1.9.x, but this wont work on 3Ed FP2 devices. Next release might have the sensor support for all the devices.

- PyS60 Team

[croozeus]

- Better interpreter startup and sis installation time than in 1.9.0. We'll optimize
this further in the future releases.

Uninstall PyS60 1.9.0 before installing 1.9.1 to get the feel of actual installation time.

- All the Python files in the runtime sis are compiled into .pyc files and
included in a zip file. sys.path is updated with the path of this zip file.
This reduced the interpreter startup time considerably.

- A more generic error message is displayed when trying to load an application
without the PyS60 Dependencies installed.

- Support for building just a <subsystem> is provided. Refer build, build_emu,
build_device help of setup.py

- Unlike 1.4.x, a single SDK zip contains both gcce and armv5 link libraries.
Separate SDK zips are provided for 3rdEd, 3rdEdFP1 and 3rdEdFP2.

- The default mode of ensymble py2sis command is changed to 'pycore'. All
scripts which refer to pys60 modules socket and calendar should use the new
names - btsocket and e32calendar to use the S60 functionality in pycore mode.
Also renamed "Prioritize PyS60 module library" to "1.4.x compatibility mode"
on the UI of application packager.

Many suggestions implemented!


Great Job Team!


Haven't tried yet! but hopefully the launch time would be bearable.

[mikezs]

With the SDK now released, a sensor framework module should be easy to create, along with a touch input one!

[JOM]

Originally Posted by cyke64

...Sensor Framework.
You have to wait for a next release in one month

Sigh,

It's going to be a looooong month

Still hopeful,

--jouni

[cyke64]

Originally Posted by tvijayan

1.4.5 Sensor module is ported to 1.9.x, but this wont work on 3Ed FP2 devices. Next release might have the sensor support for all the devices.

- PyS60 Team

A bit reminder for everybody :
Sensor module in 1.4.5 and 1.9.1 is using the Sensor API (compatible with device 3rd FP1 support accelerometer(N95 , N93i , N82 ...) except E66 !
Sensor Framework would be ported to 1.9.2 and the new sensor module would support Sensor API and Sensor Framework for Device 3rd FP2 like 6210 Navigator or E66 or 5th Edition ( 5800 or N97 )

BR
Cyke64

[gueninmi]

Hi

Yesterday, i tried using appswitch 3rd ed module with all in one SDK.

I downloaded 3rd SDK files and copied appswitch.py in c:\resource ans _appswitch.pyd in c:\sys\bin.

Then i used the simple python code :

import appswitch
apps = appswitch.application_list(True)
print apps

With 1.9.1 pys60, i got en error "no module appswitch" whereas with 1.4.5 it worked fine.

Can you give me some help ?

Thanks

[gaba88]

Hello

AFAIK the PyS60 1.9.x doesnt support the extension modules yet due to some changes in file system.

Enjoy Pythoning
Gaba88

[GameDude]

Great. The sources compile now

Just one problem with 5th ed sdk.

mwldsym2.exe: Undefined symbol: 'void MApaEmbeddedDocObserver::MApaEmbeddedDocObserver_Reserved1(void) (?MApaEmbeddedDocObserver_Reserved1@MApaEmbeddedDocObserver@@EAEXXZ)'
...

You'll need to add 'apparc.lib' to appuifw.mmp(.in)