🌐 Mailman 3 February 2003 - Python-announce-list - python.org

ng-arch: New list for discussing a better mail archiver
by A.M. Kuchling Feb. 10, 2003

Feb. 10, 2003

I've started a mailing list, ng-arch, for design and development of a better mail archiving system. To subscribe go to: http://www.amk.ca/mailman/listinfo/ng-arch It would be nice if this new archiver's implementation can be suitable for inclusion with Mailman 2.2 (and can be implemented in time), but if that's not possible it might be a standalone project. --amk (www.amk.ca) BASSANIO: The world is still deceived with ornament. -- _The Merchant of Venice_, III, ii

1 0

Python 11 proposals deadline is February 15th!
by Guido van Rossum Feb. 10, 2003

Feb. 10, 2003

The Python 11 Conference is being held July 7-11 in Portland, Oregon as part of OSCON 2003. http://conferences.oreillynet.com/os2003/ The deadline for proposals is February 15th! You only need to have your proposal in this week, you don't need to worry about trying to put together the complete presentation or tutorial materials at this time. Proposal submissions page: http://conferences.oreillynet.com/cs/os2003/create/e_sess Few proposals have been submitted so far, we need many more to have a successful Python 11 conference. If you have submitted a proposal for one of the other Python conferences this year such as PyCon, I encourage you to go ahead and submit the proposal to Python 11 as well. If you are presenting at the Python UK Conference or EuroPython, but are unable to attend Python 11, you should consider having another team member do the presentation. The theme of OSCON 2003 is "Embracing and Extending Proprietary Software". Papers and presentations on how to successfully transition away from proprietary software would also be good, but it is not necessary for your proposal to cover the theme, proposals just need to be related to Python. COMPENSATION: Free registration for speakers (except lightning talks). Tutorial speakers also get a honorarium, and some of their hotel and travel costs are covered. O'REILLY ANNOUNCEMENT: 2003 O'Reilly Open Source Convention Call For Participation Embracing and Extending Proprietary Software http://conferences.oreilly.com/oscon/ O'Reilly & Associates invites programmers, developers, strategists, and technical staff to submit proposals to lead tutorial and conference sessions at the 2003 Open Source Software Convention, slated for July 7-11 in Portland, OR. Proposals are due February 15, 2003. For more information please visit our OSCON website http://conferences.oreilly.com/oscon/ The theme this year is "Embracing and Extending Proprietary Software." Few companies use only one vendor's software on desktops, back office, and servers. Variety in operating systems and applications is becoming the norm, for sound financial and technical reasons. With variety comes the need for open unencumbered standards for data exchange and service interoperability. You can address the theme from any angle you like--for example, you might talk about migrating away from commercial software such as Microsoft Windows, or instead place your emphasis on coexistence. Convention Conferences Perl Conference 7 The Python 11 Conference PHP Conference 3 Convention Tracks Apache XML Applications MySQL and PostgreSQL Ruby --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

ANNOUNCE: PyCon registration now open
by Aahz Feb. 9, 2003

Feb. 9, 2003

[The first version doesn't seem to have gone out. Apologies if this appears twice.] Registration for PyCon is now open, thanks to the efforts of Kurt DeMaagd of the Perl Foundation. Early bird registration costs $150 and ends February 28, 2003. After that, it will cost $200 to pre-register until March 21 or $250 at the door. http://www.python.org/pycon/reg.html Register early! Register often! PyCon PyCon is a community-oriented conference targeting developers (both those using Python and those working on the Python project). It gives you opportunities to learn about significant advances in the Python development community, to participate in a programming sprint with some of the leading minds in the Open Source community, and to meet fellow developers from around the world. The organizers have worked hard to ensure that the conference be affordable and accessible to all. We look forward to seeing you there. PyCon DC 2003 The first PyCon will be held 26-28 March, 2003, at George Washington University's Cafritz Conference Center in Washington DC. There will be a development sprint Mon/Tues before the conference. -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ Register for PyCon now! http://www.python.org/pycon/reg.html

1 0

[Module] Dia2SQLpy
by Eric I.Arnoth Feb. 9, 2003

Feb. 9, 2003

Dia2SQLpy --------- Converts database diagrams in Dia to SQL statements Dia2SQLpy is a Python script that convert UML diagrams representing databases as drawn in Dia into SQL create statements. Currently, tables, columns, auto-incrementing primary keys and foriegn key relationships are supported. The script can produce output for both MySQL and Postgresql. Support for more database concepts is planned, including sophisticated datatype conversions for each database product. Please feel free to give comments, criticisms, bugfixes (bugs? what bugs?!? ;) feature recommendations, etc. All feeback is welcome. URL: http://software.freshmeat.net/redir/dia2sqlpy/37094/url_homepage/modules.ph… Download: http://mywebpages.comcst.net/earnoth/dia2sql.py License: GPL Platform: Posix Requires: Options-1.01 Categories: Database Eric I. Arnoth (earnoth(a)comcast.net) http://honeypotdiary.org/earnoth/html/index.php -- <a href="http://software.freshmeat.net/redir/dia2sqlpy/37094/url_homepage/modules.ph…">Dia2SQLpy</a> -- Converts database diagrams in Dia to SQL statements

1 0

RELEASED Mailman 2.1.1
by barry＠python.org Feb. 8, 2003

Feb. 8, 2003

I've released version 2.1.1 of Mailman, the GNU Mailing List Manager. Mailman is released under the GNU General Public License (GPL). Version 2.1.1 fixes many bugs found in Mailman 2.1 final, and updates language support. It also fixes a cross-site scripting vulnerability. It is recommend that all Mailman 2.1 sites upgrade to version 2.1.1. Mailman is free software that enables users to manage email mailing lists and e-newsletters. Its integrated web interface provides easy-to-use access for list members and list administrators. Mailman supports built-in archiving, automatic bounce processing, content filtering, digest delivery, spam filters, and more. Mailman is compatible with most web servers, web browsers, and mail servers. It runs on any Unix-like operating system. Mailman 2.1.1 requires Python 2.1.3 or newer. To install Mailman from source, you will need a C compiler. For more information on Mailman, including links to file downloads, please see any of the Mailman mirror web pages: http://www.gnu.org/software/mailman http://mailman.sourceforge.net http://www.list.org Patches and source tarballs are available at http://sourceforge.net/project/showfiles.php?group_id=103 There are email lists (managed by Mailman, of course!) for both Mailman users and developers. See the web sites above for details. Cheers, -Barry -------------------- snip snip -------------------- 2.1.1 (08-Feb-2003) Lots of bug fixes and language updates. Also: - Closed a cross-site scripting vulnerability in the user options page. - Restore the ability to control which headers show up in messages included in plaintext and MIME digests. See the variables PLAIN_DIGEST_KEEP_HEADERS and MIME_DIGEST_KEEP_HEADERS in Defaults.py. - Messages included in the plaintext digests are now sent through the scrubber to remove (and archive) attachments. Otherwise, attachments would screw up plaintext digests. MIME digests include the attachments inline.

1 0

ANNOUNCE: pygtk-1.99.15, pyorbit-1.99.3, gnome-python-1.99.15
by Johan Dahlin Feb. 8, 2003

Feb. 8, 2003

General ======= We expect this to be last unstable release before 2.0. For next release, we are going to concentrate on documentation and bug fixes. Highlights of news in PyGTK 1.99.15 =================================== Distutils It's now possible to build PyGtk and gnome-python using python distutils. It has not been tested extensively yet (as the autoconf version) but it should work on most systems. If it does not work for you, please report a bug and try the autoconf configure script. To build and install, simply type: ./setup.py install Alternatively you can specify a prefix (/usr is usually default): ./setup.py install --prefix /usr/local If you want to build with threading support, add the --enable-threading option to the command line. This eliminates the need of autoconf,automake,libtool and make for developers and people who want to build from CVS. libgnomeprint and libgnomeprintui Thanks to Gustavo Carneiro there is now more or less complete(!) libgnomeprint and libgnomeprintui bindings. libgnomeprint(ui) 2.1.6 or higher is required (from gnome 2.2) GMainLoop/GMainContext It's now possible to run the GMainLoop without importing gtk. This is very useful for projects that only uses input_add, timeout_add or idle_add. Threading A lot of work has been gone into improving and testing threading support in PyGTK. It should now be possible to use threads in most situations. There are a few limitations however, For instance, the mainloop will always be run in the main thread. Where to get it? ================ PyGTK, PyORBit and gnome-python can be downloaded from: http://ftp.gnome.org/pub/GNOME/sources/pygtk/1.99/ http://ftp.gnome.org/pub/GNOME/sources/gnome-python/1.99/ Overview of Changes in PyGTK 1.99.15 ==================================== distutils support (me) Code generator improvements (Jeremy Katz) Threading fixes (Jon Trowbridge, David I Lehn, Joe Shaw and John Finlay) API additions: GtkTextBuffer (James Henstridge, me and John) GtkTextView (me and John) pygtk.py bug fixes (me) GtkFileSelection (Joe) libglade (me) GMainLoop/GMainContext support (me) Overview of Changes in gnome-python 1.99.15 =========================================== distutils support (me) libgnomeprint and libgnomeprintui bindings (Gustavo Carneiro) Completed NautilusView (me) BonoboArg/BonoboArgType support in codegenerator (me) BonoboEventSource (me) BonoboUIComponent improvements (Arjan J Molenaar) Added monitor bindings (me) More mime type bindings (me) Bugs fixed: [72333] pygtk should handle unix signals [99102] Crash in pyg_object_set_property() with a custom in-python c [101566] Missing funcs(?) [102083] TextBuffer.insert_at_cursor can have default len of -1 [102084] gtk.Invisible() crashes when leaving scope [102087] Don't need to override TextBuffer.set_text() [102091] No listeners can be added to a BonoboUIComponent [102098] gnome.ui.PAD | PAD_SMALL | PAD_BIG missing [102180] should tolerate multiple pygtk.require/import gtk calls [102186] Make TextBuffer insert methods handle text consistently [102190] add monitor functions to vfs bindings [102226] libgnomeprint / libgnomeprintui bindings [102362] GObject should wrap GMainLoop [102551] CORBA_any types not wrapped correctly in callbacks [102557] Need bindings for gnome.IconList.set_icon_data/get_icon_data [102607] Provide a default value for include_hidden_chars in TextBuffer [102627] Provide default value for left_gravity parameter in TextBuffer [102628] Provide way to set TextTag properties in TextBuffer.create_tag [102650] Glade.autoconnect should accept an instance [102731] PANGO_SCALE_* constants tp pangomodule.c [102735] Allow a TextTag to be created without specifying a name by default [102756] Deadlock with pygtk and threads [102978] Wrapping gtk_file_selection_get_selections() [103443] Default values for TextIter tag methods begins_tag, ends_tag [103559] GtkImage methods can take NULL parameters [103615] distutils should be split up [103616] "data" argument to bitmap_create_from_data should have type [103851] gtk.mainiteration_do() needs to handle threads [103876] pygtk.require() considers empty directories [103979] dir() on gtk.gdk.Event instance does not show all fields [104008] wrong return value for empty list in get_list function Thanks to all contributors which this release would be impossible without: You rock guys! Tom Cato Amundsen, Ross Burton, Gustavo Carneiro, John Finlay, Florin Iucha, Jeremy Katz, Eddie Kohler, David I Lehn, Andreas Marienborg, Arjan J. Molenaar, Joe Shaw, Jon Trowbridge, Brian Warner and James Willcox -- Johan Dahlin <jdahlin(a)async.com.br> Async Open Source

1 0

[Ann] ctypes 0.4.0 released
by Thomas Heller Feb. 7, 2003

Feb. 7, 2003

I've just released ctypes 0.4.0. Homepage http://starship.python.net/crew/theller/ctypes.html ----- ctypes is a module allowing to create and manipulate C data types in Python. These can then be passed to C-functions loaded from dynamic link libraries. This module is supposed to be a greatly enhanced and much more complete replacement of Sam Rushing's calldll/npstruct/windll modules. ctypes is not based on Sam's work, it has different roots. It requires Python 2.2 or higher, since it makes intensive use of the new type system. ctypes runs on Windows, Linux, and MacOS X (and maybe on other systems as well). For all platforms except Windows you'll need a recent version of libffi which supports your processor. Ronald Oussoren has kindly assembled a snapshot of libffi taken from the GCC CVS repository which works with this release, it is available for download from the ctypes download page http://sourceforge.net/project/showfiles.php?group_id=71702. ---- Version 0.4.0, 2003-02-07: This an intermediate release, there is still a lot to be done. Changes: ctypes works with Python 2.2 and Python 2.3 now. Structure and Union fields have now readonly .size and .offset properties, see the docs. POINTER instances can now be indexed as if they point to arrays of objects instead of only a single object. CFunction instances now have a .from_param class method. (This is the protocol which allows to validate and convert function call arguments from Python to C - in other words, you can now use a CFunction subclass in the argtype attribute for a function from a DLL to specify the type of the callback function. Does anyone understand this?) Argument conversion from Python to C is somewhat faster now. I added a lot of unittests, which not only check for bugs, but also 'describe the current behaviour'. Unittest rocks! Lots and lots of bugs and potential crashes have been fixed: Alignment and sizes of structures and unions is now correct as far as I can see. Assigning Python numbers to mutable integer types (c_short, c_int, c_long and so on) now correctly checks for valid range, you can no longer assign a negative Python number to an unsigned C data type for example. General News: I moved the sources from local CVS to SourceForge CVS repository. -- Thomas

1 0

ANNOUNCE: scgi 1.0b1 released
by Neil Schemenauer Feb. 7, 2003

Feb. 7, 2003

Version 1.0b1 of the scgi package is now available from: http://www.mems-exchange.org/software/scgi/ The SCGI protocol is a replacement for the Common Gateway Interface (CGI) protocol. It is a standard for applications to interface with HTTP servers. It is similar to FastCGI but is designed to be easier to implement. Included in this package is mod_scgi, an Apache module that implements the client side of the protocol. There is also a a Python package called "scgi" which implements the server side of the protocol. Changes in version 1.0b1 ------------------------ mod_scgi.c * Reset the timeout while reading the request body. This allows large file uploads without the connection being reset. * Slight simplification of cmd_server and cmd_handler. quixote_handler.py * By default, bind to local IP address 127.0.0.1 instead of 0. Allow the local address to be specified. scgi_server.py * After receiving a passed socket, explicitly set it to non-blocking. This works around what seems to be a bug in FreeBSD. Thanks to Mike Watkins for helping track it down. -- Neil Schemenauer <nas(a)mems-exchange.org> | MEMS Exchange Software Engineer | http://www.mems-exchange.org/

1 0

ANNOUNCE: ClientTable: HTML table parsing
by jjl＠pobox.com Feb. 6, 2003

Feb. 6, 2003

http://wwwsearch.sourceforge.net/ClientTable/ WARNING: This is an alpha release: interfaces will change, and don't expect everything to work! I'm looking for feedback on the API ATM, so comments are particularly welcome. ClientTable is a Python module for generic HTML table parsing. It is most useful when used in conjunction with other parsers (htmllib or HTMLParser, regular expressions, etc.), to divide up the parsing work between your own code and ClientTable. import ClientTable import urllib2 response = urllib2.urlopen("http://www.acme.com/tables.html") tables = ClientTable.ParseFile(response, collapse_whitespace=1) table = tables[0] # Indexing a table with a string-like object gets the column under that # header. ClientTable uses the first row of headers in the table by # default. assert str(table.headers_row[0]) == "Widget production" row = table[1] col = table["Widget production"] cell = col[1] cell2 = row["Widget production"] cell3 = row.get_cell_by_nr(0) assert cell is cell2 is cell3 Python 2.2 or above is required. I will probably backport it to at least Python 2.0 later. For full documentation, see the docstrings in ClientTable.py. John

1 0

RELEASE: ClientForm 0.0.5
by jjl＠pobox.com Feb. 6, 2003

Feb. 6, 2003

http://wwwsearch.sourceforge.net/ClientForm/ Changes since 0.0.4b: * First stable release. * Parser now no longer reads entire file before starting to work on data. * Implemented ISINDEX submission, and updated documentation (see IsindexControl.__doc__). * Changed type attributes of BUTTON TYPE=SUBMIT and BUTTON TYPE=RESET to "submitbutton" and "resetbutton" respectively. Previously, they were "submit" and "reset" respectively, which made it impossible to tell whether they came from a BUTTON or an INPUT control. * Minor documentation improvements. Requires Python >= 1.5.2. ClientForm is a Python module for handling HTML forms on the client side, useful for parsing HTML forms, filling them in and returning the completed forms to the server. It has developed from a port of Gisle Aas' Perl module HTML::Form, from the libwww-perl library, but the interface is not the same. import ClientForm import urllib2 request = urllib2.Request("http://www.acme.com/form.html") response = urllib2.urlopen(request) forms = ClientForm.ParseResponse(response) form = forms[0] form["cheeses"] = ["parmesan", "leicester", "cheddar"] form.toggle("cheeses", "gorgonzola") form["author"] = "Gisle Aas" request2 = form.click("Thanks") response2 = urllib2.urlopen(request2) print response2.geturl() print response2.info() # headers for line in response2.readlines(): # body print line John

1 0