From: AndreasK on
ActiveState is pleased to announce the release of ActiveTcl 8.5.8.2, a
patchlevel release of the complete, ready-to-install Tcl distribution
for Windows, Mac OS X, Linux, Solaris, AIX and HP-UX; based on the
Tcl/Tk 8.5.8 core.

For detailed information or to download these releases, see:
http://www.activestate.com/activetcl/

== New in ActiveTcl 8.5.8.2 ==

A patchlevel release with updates, including:

* Updated Tcl/Tk core to 8.5.8
* Updated teacup package management application
* Updated packages
** platform 1.0.8
** BWidget 1.9.1
** struct::stack 1.5.1
** struct::queue 1.4.2
** pngtcl 1.4.1
** zlibtcl 1.2.5
** sqlite 3.6.23

Download ActiveTcl 8.5.8.2 now:
http://www.activestate.com/activetcl

For access to more packages, use the included [teacup] application.

=== Getting Started ===

Whether you're a first-time user or a long-time fan, our free
resources
will help you get the most from ActiveTcl.

User forums and FAQs:
http://community.activestate.com/products/ActiveTcl

Mailing list archives:
http://aspn.activestate.com/ASPN/Mail/?topic=Tcl

Documentation:
http://docs.activestate.com/activetcl/8.5/

=== On what platforms does ActiveTcl run? ===

ActiveTcl includes installers for the following platforms:

- Windows/x86
- Mac OS X
- Linux/x86
- Linux/x86_64 (aka "AMD64")
- Solaris/SPARC (Business Edition only)
- Solaris/x86 (Business Edition only)
- HP-UX/PA-RISC (Business Edition only)
- AIX/PowerPC (Business Edition only)

Custom builds are available in Enterprise Edition:

http://www.activestate.com/activetcl/enterprise/

=== Feedback ===

Everyone is encouraged to participate in making Tcl an even better
language. For bugs related to ActiveTcl, please use:

http://bugs.ActiveState.com/enter_bug.cgi?product=ActiveTcl&version=8.5.8.2

Tcl/Tk is maintained by the Tcl community, with the sources and bug
database at SourceForge:
http://tcl.SourceForge.net/

Enjoy!

--
Andreas Kupries
Senior Tcl Developer
ActiveState, The Dynamic Language Experts

P: 778.786.1122
F: 778.786.1133
andreask(a)activestate.com
http://www.activestate.com
Get insights on Open Source and Dynamic Languages at www.activestate.com/blog
From: Harald Oehlmann on
On 21 Mai, 01:29, AndreasK <andreas.kupries(a)gmail.com> wrote:
> ** BWidget 1.9.1

Hi Andreas,

thank you for including BWidget 1.9.1 in the distribution.

This is IMHO relatively early, because some applications may not run
any more due to the tile support and the move of some parameters to
the class.

Anyway, some guys on this side of the ocean are working on a release
for EuroTCL end of the month.

> ** sqlite 3.6.23
I recntly downloaded current sqlite which told to be "3.6.23.1"...

Thank you,
Harald
From: Jeff Hobbs on
On May 25, 12:19 am, Harald Oehlmann <wortka...(a)yahoo.de> wrote:
> On 21 Mai, 01:29, AndreasK <andreas.kupr...(a)gmail.com> wrote:
> > ** BWidget 1.9.1
>
> thank you for including BWidget 1.9.1 in the distribution.
>
> This is IMHO relatively early, because some applications may not run
> any more due to the tile support and the move of some parameters to
> the class.

If you are not on the activetcl-dev mailing list, I recommend signing
on. We send to this list prior to releases to let downstream module
authors know about timing and to alert us if something should be
pulled from a specific dev line. If BWidget changes that much though,
is it appropriate to place this under a 1.x compatible release? Or
perhaps the larger changes should require a master control variable,
much as BWidget::theme already operates?

> Anyway, some guys on this side of the ocean are working on a release
> for EuroTCL end of the month.

Let us know, give it a new version, and it will be made available via
teapot at least.

Jeff
From: Joe English on
Jeff Hobbs wrote:
> Harald Oehlmann wrote:
>> thank you for including BWidget 1.9.1 in the distribution.
>>
>> This is IMHO relatively early, because some applications may not run
>> any more due to the tile support and the move of some parameters to
>> the class.
> [...]
> If BWidget changes that much though,
> is it appropriate to place this under a 1.x compatible release? Or
> perhaps the larger changes should require a master control variable,
> much as BWidget::theme already operates?

In my experience, BWidget compatibility between
successive minor releases has historically pretty
much always been problematic. I typically have to
spend 1-2 days updating our codebase whenever we've
upgraded to a new BWidget version.


--Joe English