beepy-announce Mailing List for BEEPy - a Python BEEP library
Status: Alpha
Brought to you by:
jpwarren
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <bee...@li...> - 2008-05-10 04:19:39
|
Hi folks, I've finally found some free time to work on BEEPy a little, and have fixed up the unit tests to use twisted trial, so they actually work now. You can grab the code from the usual place at SourceForge: http://sourceforge.net/project/showfiles.php?group_id=58978 On looking over the code, it's a bit scary how naive I was about how twisted worked back in the day, so there's quite a bit of work required to fix up various aspects of the code. Some of it is downright embarrassing. I received a big patch bundle from some developers using BEEPy, but unfortunately applying it all in one go broke the API in various ways that were not immediately obvious, and all the tests were failing again. This means I'll need to manually wade through the patch bundle to pick out the bits that I think should be applied against codebase. I also want to migrate the code from CVS to subversion. I use subversion exclusively for all my other projects, so it's just this one that is still hanging onto the old ways. CVS is painful to use in a variety of ways, so I'd like to stop using it. Unless I hear rowdy exclamations of dismay, I'll assume that a move to subversion is fine with everyone. So the immediate plan is to migrate the code to subversion and then set to work applying useful patches to the code. -- Justin Warren <dae...@ei...> |
From: <bee...@li...> - 2007-09-03 08:09:22
|
Hi Everyone, The BEEPy 0.6 release was broken, due to a bug in the script I used to change the license notice in all the source files. It truncated a lot of them and rendered the release un-usable. Poor quality control on my part. I have now fixed the truncation problem, and re-released the code as version 0.6.1. If you downloaded and attempted to use version 0.6, please delete it and replace it with 0.6.1. My thanks to Sam Roberts for bringing this to my attention. -- Justin Warren <dae...@ei...> |
From: <bee...@li...> - 2007-07-28 02:43:14
|
Hi everyone, The long awaited re-licensed version of BEEPy under the MIT license has now been released. You can grab it from the usual place over at SourceForge via: http://sourceforge.net/project/showfiles.php?group_id=58978 Hopefully this will encourage more people to use BEEPy, and BEEP. Enjoy! -- Justin Warren <dae...@ei...> |
From: <bee...@li...> - 2004-09-28 09:45:47
|
Hi Everyone, It is with great joy and relief that I announce the release of version 0.5 of BEEPy. About bloody time! I hear you say. Hopefully it's been worth the wait. The release is available in three formats for the first time, now that I've bothered to find out how distutils does it: .tar.gz for the standard unix crowd .tar.bz2 for those who want something a little smaller .zip for those trapped somewhere without tar, gzip or gnutar. Full details of the changes (as much as I kept track of them) are in doc/CHANGES as usual, but the major updates are as follows: - SEQ frames have been implemented. The load-sharing algorithm is quite basic and the API for managing channel priorities is very beta, but it appears to be servicable. I've tested it transferring several multi-megabyte graphics files between two servers over 3 channels with different priority levels and they appear to share bandwidth as per the priority settings. - Refactoring of transport layer code. All code is now in three files: beepy.transports.base: Basic non-twisted transport code. beepy.transports.tcp: Majority of TCP related transport code. beepy.transports.tls: TLS specific code Hopefully this makes things a bit easier to follow. - Fixed up a lot of needless complexity in the logging. - Documentation inline using epydoc markup. Downloads available via sourceforge at https://sourceforge.net/projects/beepy/ as usual. Enjoy! -- Justin Warren <dae...@ei...> |
From: <bee...@li...> - 2004-01-07 05:34:43
|
Greetings everyone! I've proud to announce that the latest version of BEEPy, 0.4, has now been officially released! Head over to sourceforge and download the source distribution at: http://sourceforge.net/project/showfiles.php?group_id=58978 This release includes significant changes from older versions. The API has been completely changed, so I advise those of you using older versions to check it out soon so that you can start migrating your applications. The core design of the API should remain in this form from this point onwards, barring a much better design becoming obvious. BEEPy now makes use of the twisted framework for low level socket communications so you will need to obtain and install twisted before installing BEEPy. You can get it from over at http://www.twistedmatrix.com/ or your usual sources. BEEPy also now supports TLS for transport layer security, via twisted and the pyOpenSSL library. If you wish to use TLS for encrypted sessions, you will need to install pyOpenSSL as well as twisted. Additionally, there is a significant amount of example code in the test/ directory to help you to learn how BEEPy works. I have also updated the example client/server tutorial in doc/HOWTO to reflect the new twisted based code. I'm quite pleased with the level of functionality in BEEPy thus far and I'm confident that you will find the new and improved API easier to work with. Check it out and let me know what you think. Cheers, Justin |
From: <bee...@li...> - 2003-02-13 22:13:35
|
Greetings all, Just a quick mail to let you know that I've changed the list permissions for this list, beepy-devel and beepy-announce to only allow list members to post to the list. This has been done as a pre-emptive measure as spam is starting to be sent to the lists. It makes it harder for new people to join the BEEPy community, but realistically, confirming a subscription is pretty straightforward and people who would be using BEEPy are likely to be able to figure that out. --=20 Justin Warren - Senior Consulting Engineer, Unicity Pty Ltd |
From: Justin W. <dae...@ei...> - 2003-01-02 01:44:49
|
Yes folks, the long awaited BEEPy version 0.3 is now available for download from sourceforge! Version 0.3 brings with it a host of improvements includi= ng=20 the following major features: - Python distutils for easy installation. - SASL/OTP support. Support for one time passwords via the SASL/OTP mechani= sm=20 is now available. - Even more testing and example code. Work is now progressing on adding TLS support to the library to enable=20 secure, authenticated and encrypted sessions as well as improving code=20 stability and ease-of-use. --=20 Justin Warren - Senior Consulting Engineer, Unicity Pty Ltd |
From: Justin W. <dae...@ei...> - 2002-09-19 05:23:34
|
BEEPy users everywhere rejoice! Version 0.2a is now up on SourceForge, ready and waiting to be inflicted on Python programmers everywhere. It has now achieved a level of functionality that allows you to create actual BEEP applications. I've coded up a quick example that echoes MSG frames back as RPY frames and explained how it all works in doc/HOWTO. So, go forth and plunder the download server and treat yourself to a BEEPy installfest. You know you want to. Oh, the notes and changes section of the releases area on sourceforge appears to be broken at the moment, so I haven't been able to add them for this release yet. I'll fix it when I can. changelog --------- - mgmtparser.py Parser now ignores whitespace outside element tags, thus creating fewer elements within a dom.document, saving on memory. - Re-implemented Session as a finite state machine. Session is now a subcla= ss of StateMachine with a defined set of states and reasons to transition. Transports define the details of the state transitions by implementing the state handlers. - Start and close of channels works for successful cases between an Initiat= or and a Listener. Error handling is minimal. - The use of Channel.deallocateMsgno() is now expected to be performed by a Channel's Profile to ensure that messages are only marked as completely received once the Profile is ready, rather than when they get placed onto the Channel queue. - tcpsession.TCPCommsMixin.getInputFrame() now correctly processes multiple frames received within a single datablock instead of just the first one. - Added an example client/server implementation using BEEPy and the Echo profile. Walkthrough of how to use the library in doc/HOWTO uses it as an example. --=20 Do not meddle in the affairs of troff, for it is subtle and quick to anger. |