Hi everyone,
Just wanted to let you know that PyCar-1.2.3.0-pre1 is available for download( http://pymedia.org/pycar )
At this time only Windows binary, but I plan to release Linux ISO in 2 weeks with even more features
https://sourceforge.net/project/shownotes.php?release_id=276836
What is it ?
------------------
PyCar is a car multimedia center written fully in Python( even video player ), using PyMedia package.
It features the following:
- Plays mp3, mp2, ogg, ac3, wma
- Plays audio disks
- Plays avi, VideoCD, SVCD and DVDs
- Shows media information for all supported formats
- Displays album pictures( cover art )
- Playlists
- Interacts with LCD
- local CDDB support for Audio disks
( take a copy from the http://freecddb.org )
- i18n compatible, russian language translation included
- Adjustable cache size for skip free playback while on the road
- Touch screen friendly
- Skinnable
Installation
-----------
Just unzip pycar-xxxx.zip to any location you want and run configure.exe first to point to the right location where your media files are.
Then run pycar.exe.
See pics and more info at: http://pymedia.org/pycar
Windows binary available: https://sourceforge.net/project/shownotes.php?release_id=276836
Enjoy !
Dmitry/
We are pleased to announce that ActivePython 2.4b1 is now available
from:
http://www.ActiveState.com/Products/ActivePython
This is a beta release matching the recently tagged core Python 2.4b1.
Builds for Windows, Linux and Solaris are available.
We would welcome any and all feedback to:
ActivePython-feedback(a)ActiveState.com
Please file bugs against ActivePython at:
http://bugs.ActiveState.com/ActivePython
What is ActivePython?
---------------------
ActivePython is ActiveState's quality-assured binary build of Python.
Builds for Windows, Linux and Solaris and made freely available.
In addition to the Python core, ActivePython includes commonly used
external modules such as expat for XML processing, zlib and bzip2 for
data compression, the bsddb database library, Tcl/Tk 8.4.4 (with Tix);
the PyWin32 suite of Windows tools developed by Mark Hammond, including
the Pythonwin IDE, bindings to the Win32 API and Windows COM; and more.
ActivePython also includes a wealth of Python documentation, including:
- the core Python docs;
- Andrew Kuchling's "What's New in Python" series;
- the Non-Programmer's Tutorial for Python;
- Mark Pilgrim's excellent "Dive into Python"; and
- a snapshot of the Python FAQs, HOWTOs and PEPs.
An online version of the docs can be found here:
http://aspn.activestate.com/ASPN/docs/ActivePython/2.4/welcome.html
Thanks, and enjoy!
Trent
--
Trent Mick
trentm(a)activestate.com
SeaPIG (the Seattle Python Interest Group) is excited to announce the
NORTHWEST PYTHON SPRINT #2
October 23-24, 2004
Bellevue, Washington, USA
http://seapig.org/NorthwestPythonSprint
The cost is FREE, thanks to our host Construx Software. There will be a
large, comfortable room seating 50+ people at tables, wireless and wired
Internet access, and a projector for demonstrations. We have the room
reserved for Saturday and Sunday, but feel free to drop in whenever you
can make it.
Kevin Altis will be giving a short intro to PythonCard
(http://pythoncard.sourceforge.net/) and coaching a sprint.
>From his blog:
I'll be giving a presentation on PythonCard Saturday morning as well
as helping people work on their own PythonCard projects, fix bugs, and
make additions to the framework and tools. Which projects we tackle will
depend on how many people show up and what interests them the most.
(http://altis.pycs.net/2004/09/30.html)
We have plenty of space, so feel free to sign up to coach other projects
or just bring your own and look for a partner.
What is a sprint? A sprint is a group of people who gather for a day or
more to work on a common software project. The members choose
individual tasks and usually work solo or in pairs in the same room,
then get together periodically to compare notes. We'll follow the model
that has worked successfully at the past several Python conferences:
several groups working on different projects in the same room. Past
sprints have done development work on the Python core, Twisted,
Docutils, Webware, Zope, Chandler, etc. Most projects have a variety of
tasks that need to be done -- coding modules, designing test suites,
squashing bugs, writing user documentation and developer documentation,
brainstorming design strategies, planning promotional activities, etc --
so there's something for every skill level. You'll need to bring a
laptop, or if you don't have one you can pair with somebody who does.
If you'd like to coach a sprint, sign up to attend, propose a lightning
talk or demonstration, or just get more information, see our wiki page:
http://seapig.org/NorthwestPythonSprint
or contact:
seattle-python(a)lists.seapig.org
or
Brian Dorsey <brian at dorseys.org>, 206-619-6975
Mike Orr <mso at oz.net>, 206-240-4250
Construx is located at 11820 Northup Way #E200, Bellevue WA 98005. It's
eight miles from downtown Seattle; twenty from Sea-Tac Airport.
(http://seapig.org/ConstruxMeetingLocation)
Carpools and homestays are available if you contact us in advance.
OVERVIEW
Albatross is a small toolkit for developing highly stateful web
applications.
The toolkit has been designed to take a lot of the pain out of
constructing intranet applications although you can also use Albatross
for deploying publicly accessed web applications.
In slightly more than 3000 lines of Python (according to pycount) you
get the following:
* An extensible HTML templating system similar to DTML including tags for:
- Conditional processing.
- Macro definition and expansion.
- Sequence iteration and pagination.
- Tree browsing.
- Lookup tables to translate Python values to arbitrary template
text.
* Application classes which offer the following features:
- Optional server side or browser side sessions.
- The ability to place Python code for each page in a dynamically
loaded module, or to place all page processing code in a single
mainline.
* The ability to deploy applications as CGI, FastCGI, mod_python or
a pure python HTTP server by changing less than 10 lines of code.
The toolkit application functionality is defined by a collection of
fine grained mixin classes. Nine different application types and six
different execution contexts are prepackaged, you are able to define
your own drop in replacements for any of the mixins to alter any
aspect of the toolkit semantics.
Application deployment is controlled by your choice of either cgi,
FastCGI, mod_python, or BaseHTTPServer Request class. It should be
possible to develop a Request class for Medusa or Twisted to allow
applications to be deployed on those platforms with minimal changes.
Albatross comes with over 160 pages of documentation. HTML, PDF and
PostScript formatted documentation is available from the toolkit
homepage.
The toolkit homepage:
http://www.object-craft.com.au/projects/albatross/
The Albatross mailing list subscription and archives:
http://object-craft.com.au/cgi-bin/mailman/listinfo/albatross-users
CHANGES SINCE 1.1
There have been many improvements and bug fixes since release 1.1.
The following page describes the changes in detail.
http://www.object-craft.com.au/projects/albatross/albatross/rel-1.20.html
Highlights include:
* A new BranchingSessionContext application context class, that provides
better syncronisation between browser state and application state
when the application state is stored server-side.
* Improved adapters for the different deployment modes (CGI, FastCGI,
mod_python, standalone, etc). Application status codes (such as
HTTP_INTERNAL_SERVER_ERROR) are now returned to the browser.
* The page module loader in PageModuleMixin has been reimplemented so
that it does not pollute sys.modules. Page modules are now loaded
into a synthetic module's namespace, rather than the global module
namespace. This will break code that defined classes in page modules
and placed instances of those classes into the session.
* Multi-instance response headers are now supported (so, for example,
more than one Cookie can be set. The ResponseMixin.get_header() method
now returns a list rather than a single string. ctx.req_equals(name)
now checks for name.x if name is not found. This makes using image
maps as buttons easier.
* Under some circumstances, redirect_url() would redirect to incorrect
or invalid URLs (for example, an https app would redirect to http)
- the URI parsing has been refactored, and this bug has been
fixed. Tests were also added for the refactored URI parsing.
* Several cookie handling bugs were fixed.
--
Andrew McNamara, Senior Developer, Object Craft
http://www.object-craft.com.au/
Myghty 0.94 Released
Myghty is an all-new Python Server Page (PSP) templating system designed
for large-scale, high availablity websites and applications. Written and
optimized from the ground up to complement mod_python, as well as
standalone, CGI and application embedded environments, its conceptual
design and syntax is derived from HTML::Mason, the default web application
platform for the mod_perl world. It is designed with both the migrating
Mason user and the original Python user in mind, supporting the full
featureset of Mason, including components, methods, inheritance,
autohandlers, dhandlers, caching, friendly exception handling, etc. as well
as enhancements including full Python whitespace support, component-
specific autoflush, cache and whitespace trim flags, thread-global code
sections, and a streamlined design taking full advantage of Python's unique
architectural features. Compares favorably to other Python templating
solutions such as Cheetah and Spyce.
The component cache API is released as of version 0.94 and includes in-
memory and dbm-file based cache implementations, with support for new
implementations configurable at runtime. The caching API allows fine-
grained caching control for component output as well as user defined data
structures, synchronized and shared among multiple threads, processes, or
both.
Myghty has gained a small userbase in just its first two months which is
growing at a fast pace, receiving favorable reviews for its ease of use,
smooth operation, and great flexibility.
Myghty is released under the GNU Lesser General Public License (LGPL).
Documentation, examples and download links can be found at:
http://www.myghty.org
Michael Bayer
mike_mp(a)zzzcomputing.com
<P><A HREF="http://www.myghty.org">Myghty 0.94</A> - A high performance
Python Server Page templating system derived from HTML::Mason. (18-Oct-04)
curses-extra offers some widgets written using curses module.
Version 0.3 is now available for download from
http://www.sideralis.net/index.php?action=4&pjid=20
Changes in curses_extra 0.3
---------------------------
added Label widget
added TextEntry widget
added TextView widget
added documentation, browsable with pydoc or epydoc
examples improved
packaged with distutils
bugfixes
===========================
The following classes and functions are present in the module
Widget
Button
ButtonBar #bar of buttons (automatically manage arrow keys)
CheckButton
RadioButton
CheckButtonList #list of checkbutton (as ButtonBar)
ComboBox
Label
Menu
MenuBar
TextEntry
TextView
add_shortcut(pattern,action) #check combinations of keys, eg <ctrl>H
use_shortcut(c,obj) #check if character is a shortcut, and use it
# in case
#NOTE: widgets auto-check for the shortcuts
chgat(win[,y,x],count,attr,color) #change attributes of an area
--
-=Riccardo Galli=-
_,e.
s~ ``
~@. ideralis Programs
. ol
`**~ http://www.sideralis.net
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On behalf of the Python development team and the Python community, I'm
happy to announce the first beta of Python 2.4.
Python 2.4b1 is an beta release. We'd greatly appreciate it if you could
download it, kick the tires and let us know of any problems you find,
but it is probably not suitable for production usage.
~ http://www.python.org/2.4
Notable changes in beta1 include a new subprocess module to provide a
more convenient interface to spawning processes and a new command line
argument -m modulename to run a module from the library. See either the
highlights, the What's New in Python 2.4, or the detailed NEWS file --
all available from the Python 2.4 webpage.
This is the first beta release of Python 2.4. Python 2.4 is now in the
beta part of the release cycle - there should be few or no new features,
merely bug fixes. There will be at least one more beta in a couple of
weeks, followed by a release candidate and then the final release.
Please log any problems you have with this release in the SourceForge
bug tracker (noting that you're using 2.4b1):
~ http://sourceforge.net/bugs/?group_id=5470
Enjoy the new release,
Anthony
Anthony Baxter
anthony(a)python.org
Python Release Manager
(on behalf of the entire python-dev team)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBcoEMDt3F8mpFyBYRAhJhAKCCclb5ytuljQIGvIz9dIV2LmL0KQCgl5DX
357fPses//NSjyK+7B10YPg=
=lzWC
-----END PGP SIGNATURE-----
python-dev Summary for 2004-09-16 through 2004-09-30
++++++++++++++++++++++++++++++++++++++++++++++++++++
This is a summary of traffic on the `python-dev mailing list`_ from September
16, 2004 through September 30, 2004. It is intended to inform the wider Python
community of on-going developments on the list. To comment on anything
mentioned here, just post to `comp.lang.python`_ (or email
python-list(a)python.org which is a gateway to the newsgroup) with a subject line
mentioning what you are discussing. All python-dev members are interested in
seeing ideas discussed by the community, so don't hesitate to take a stance on
something. And if all of this really interests you then get involved and join
`python-dev`_!
This is the forty-ninth summary written by Brett Cannon (Wow, my thesis gives
an entire .5% speed-up on pystone at the moment; ain't that grand...).
To contact me, please send email to brett at python.org ; I do not have the
time to keep up on comp.lang.python and thus do not always catch follow-ups
posted there.
All summaries are archived at http://www.python.org/dev/summary/ .
Please note that this summary is written using reStructuredText_ which can be
found at http://docutils.sf.net/rst.html . Any unfamiliar punctuation is
probably markup for reST_ (otherwise it is probably regular expression syntax
or a typo =); you can safely ignore it, although I suggest learning reST; it's
simple and is accepted for `PEP markup`_ and gives some perks for the HTML
output. Also, because of the wonders of programs that like to reformat text, I
cannot guarantee you will be able to run the text version of this summary
through Docutils_ as-is unless it is from the `original text file`_.
.. _PEP Markup: http://www.python.org/peps/pep-0012.html
The in-development version of the documentation for Python can be found at
http://www.python.org/dev/doc/devel/ and should be used when looking up any
documentation on new code; otherwise use the current documentation as found at
http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at
http://www.python.org/peps/ . To view files in the Python CVS online, go to
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and
suggested patches can be found at the SourceForge_ project page.
The `Python Software Foundation`_ is the non-profit organization that holds the
intellectual property for Python. It also tries to forward the development and
use of Python. But the PSF_ cannot do this without donations. You can make a
donation at http://python.org/psf/donations.html . Every penny helps so even a
small donation (you can donate through PayPal or by check) helps.
.. _python-dev: http://www.python.org/dev/
.. _SourceForge: http://sourceforge.net/tracker/?group_id=5470
.. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev
.. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python
.. _Docutils: http://docutils.sf.net/
.. _reST:
.. _reStructuredText: http://docutils.sf.net/rst.html
.. _PSF:
.. _Python Software Foundation: http://python.org/psf/
.. contents::
.. _last summary: http://www.python.org/dev/summary/2004-09-01_2004-09-15.html
.. _original text file: http://www.python.org/dev/summary/2004-09-16_2004-09-30.ht
=====================
Summary Announcements
=====================
Wow. This must have been the easiest summary I have ever done. Why can't they
all be like this? I didn't even skip that much!
This summary also marks the first instance of having a contributing writer
(ignoring the time when Raymond Hettinger was guest writer and wrote the whole
summary himself). So thanks to Michael Chermside for writing up those
summaries. And this is open to anyone, so if you feel that one of the skipped
threads is worth summarizing and you catch it on the draft I send out of the
Summary please mail them to me and it will probably get included.
=========
Summaries
=========
------------------------------------------
Assume nothing when mutability is possible
------------------------------------------
Tim Peters discovered a new way to create an infinite list thanks to generator
expressions. But what really came out of this whole discussion came about when
someone else came up with an example that exposed a bug in list.extend().
The first thing was that "you can't assume anything about a mutable object
after potentially calling back into Python." Basically you can't assume the
state of any mutable object was not changed if you execute Python code from C.
While it might seem handy to store state while in a loop for instance, you
can't count on things not changing by the time you get control back so you just
have to do it the hard way and get state all over again.
Second was that you need to be careful when dealing with iterators. If you
mutate an iterator while iterating you don't have a guarantee it won't explode
in your face. Unless you explicitly support it, document it, and take care to
protect against it then just don't assume you can mutate an iterator while
using it.
Contributing threads:
- `A cute new way to get an infinite loop
<http://mail.python.org/pipermail/python-dev/2004-September/049054.html>`__
- `More data points
<http://mail.python.org/pipermail/python-dev/2004-September/049080.html>`__
-----------------------------
The fewer licenses the better
-----------------------------
The idea of copying some code from OpenSSH_ for better pty handling was
proposed. This was frowned upon since that becomes one more legal issue to
keep track of. Minimizing the licenses that Python must keep track of and make
sure to comply with, no matter how friendly, is a good thing.
.. _OpenSSH: http://www.openssh.org/
Contributing threads:
- `using openssh's pty code
<http://mail.python.org/pipermail/python-dev/2004-September/049085.html>`__
-----------------------------------------------------------------------
Trying to deal with the exception hierarchy in a backwards-friendly way
-----------------------------------------------------------------------
Nick Coghlan came up with the idea of having a tuple that contained all of the
exceptions you normally would not want to catch in a blanket 'except'
statement; KeyboardInterrupt, MemoryError, SystemExit, etc.). This tuple was
proposed to live in sys.special_exceptions with the intended usage of::
try:
pass # stuff...
except sys.special_exceptions:
raise # exceptions that you would not want to catch should keep propogating
up the call chain
except:
pass # if you reach here the exception should not be a *huge* deal
Obviously the best solution is to just clean up the exception hierarchy, but
that breaks backwards-compatibility. But this idea seemed to lose steam.
Contributing threads:
- `Proposing a sys.special_exceptions tuple
<http://mail.python.org/pipermail/python-dev/2004-September/049139.html>`__
--------------
Built on beer!
--------------
by Michael Chermside
In this short thread Guido admits that Python *is* really built on
beer: "...it's true! During the early days, when hacking on Python,
I often lived on stroopwafels and beer."
Contributing threads:
- `built on beer?
<http://mail.python.org/pipermail/python-dev/2004-September/049032.html>`__
-----------------------------------
Docs still available in gzip format
-----------------------------------
by Michael Chermside
Fred Drake suggested that we stop providing the Python
documentation in gzip format. We offered the zip and bzip2 formats which have
unique advantages (bzip2 compresses better and zip has a directory built in so
individual files can be extracted) over gzip and he wanted to reduce the number
of different formats offered. However, there was much dissention, so the
final decision was to retain the format.
Contributing threads:
- `Planning to drop gzip compression for future releases.
<http://mail.python.org/pipermail/python-dev/2004-September/048987.html>`__
---------------------------------------------------------
Making running stdlib modules as scripts that much easier
---------------------------------------------------------
Nick Coghlan contributed a patch for a new command-line option, ``-m``, that
will search sys.path for a module of that name and execute it as a
``__main__``. This can be really handy for things such as checking the
docstrings of a module (``python -m pydoc heapq``) and such.
Currently, though, it only for top-level modules in sys.path and thus ignores
packages. If you want that functionality there is a recipe by Nick on the
Python Cookbook at
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/307772 . There is also
discussions going on python-dev about how to possibly add this in the future.
Contributing threads:
- `Running a module as a script
<http://mail.python.org/pipermail/python-dev/2004-September/049138.html>`__
===============
Skipped Threads
===============
- Decimal, copyright and license
- Noam's open regex requests
- Socket/Asyncore bug needs attention
- open('/dev/null').read() -> MemoryError
- Finding the module from PyTypeObject?
- Odd compile errors for bad genexps