Send Tcl-Core mailing list submissions to
tcl-core@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/tcl-core
or, via email, send a message with subject or body 'help' to
tcl-core-request@lists.sourceforge.net

You can reach the person managing the list at
tcl-core-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Tcl-Core digest..."

Today's Topics:

1. Call For Ideas - GSoC/Tcl 2010 (Andreas Kupries)
2. CFV WARNING: TIP #362: Simple 32 and 64 bit Registry Support
(Kevin Kenny)
3. Re: CFV WARNING: TIP #357: Export TclLoadFile (Kevin Kenny)
4. The Long and Winding Road.. to 8.6.0 (Donal K. Fellows)
5. Re: The Long and Winding Road.. to 8.6.0 (Jeff Hobbs)
6. Re: The Long and Winding Road.. to 8.6.0 (Donald G Porter)
7. Re: The Long and Winding Road.. to 8.6.0 (Donal K. Fellows)
8. Re: The Long and Winding Road.. to 8.6.0 (Donald G Porter)
9. Re: The Long and Winding Road.. to 8.6.0 (Alexandre Ferrieux)

----------------------------------------------------------------------

Message: 1
Date: Thu, 11 Mar 2010 09:35:42 -0800
From: Andreas Kupries
Subject: [TCLCORE] Call For Ideas - GSoC/Tcl 2010
To: Tcl List Core
Message-ID: <4B9929EE.90806@activestate.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi all.

As we seem to have found our admin and backup-admin for handling the Tcl
Community's application to GSoC 2010 it is now also the time to look over our
page of ideas for 2010, i.e.

http://wiki.tcl.tk/23186

and spruce it up a bit.

Prospective mentors and students (and anybody else actually),

* if you have an idea or project, please record it on that page.

* if you believe that an idea or project from previous years (x)
is still feasible, please copy it over to the new page

Further, regardless of your ability to work on the ideas page, please spread
the word among your community and contacts about the Summer of Code in general,
and Tcl in particular.

Lastly, the general GSoC/Tcl meeting point for prospective and actual students
and mentors is the tcl-gsoc mailing list at SourceForge. To subscribe see

https://lists.sourceforge.net/lists/listinfo/tcl-gsoc

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
(Ad x) 2009 http://wiki.tcl.tk/22182
2008 http://wiki.tcl.tk/20832
2007 http://wiki.tcl.tk/17872

--
Sincerely,
Andreas Kupries
Developer @

------------------------------

Message: 2
Date: Sun, 14 Mar 2010 18:16:27 -0400
From: Kevin Kenny
Subject: [TCLCORE] CFV WARNING: TIP #362: Simple 32 and 64 bit
Registry Support
To: Damon Courtney , Tcl Core List

Message-ID: <4B9D603B.9090709@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Damon Courtney, the author of TIP #362, informs me that he considers
it ready for vote.

If I hear no substantive comment by Friday, I intend to call the vote.

--
73 de ke9tv/2, Kevin

------------------------------

Message: 3
Date: Sun, 14 Mar 2010 18:43:02 -0400
From: Kevin Kenny
Subject: Re: [TCLCORE] CFV WARNING: TIP #357: Export TclLoadFile
To: Tcl Core List
Message-ID: <4B9D6676.10109@acm.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Kevin Kenny wrote:
> I've adopted most of the suggestions that other Tcl'ers have made
> for TIP #357 - "Export TclLoadFile", and the reference implementation is
> also nearly complete. Please be informed that unless there is further
> substantive discussion of TIP #357, I intend to call the vote early next
> week.
>

In light of Joe English's extensive comments, I withdraw the warning
and I have no immediate plans to call the vote.

--
73 de ke9tv/2, Kevin

------------------------------

Message: 4
Date: Tue, 16 Mar 2010 18:36:02 +0000
From: "Donal K. Fellows"
Subject: [TCLCORE] The Long and Winding Road.. to 8.6.0
To: Tcl Core List
Message-ID: <4B9FCF92.7020503@manchester.ac.uk>
Content-Type: text/plain; charset="utf-8"

Hi everyone

I think I speak for just about everyone here when I say that I'd like to
see Tcl 8.6.0. After all, it will have many interesting features and
there's plenty of evidence that it is able to support intensive use
(e.g., the Wiki runs on 8.6). But we seem to be stuck at 8.6b1.1!

What needs to change?

Well, someone (several of us someones in fact) needs to pull their
finger out and get on with it! It's about as simple as that.

More specifically, we need to stop waiting on features before doing
another beta. The features that I see people being interested in are:

TIPs:
#348 on better information about errors
#357 on better ways to handle libraries
#362 on a fix for the [registry] command
Non-TIPs (included for "strategic" reasons which we can discuss):
Add basic IPv6 support (no official API changes)
Add the Thread package to tcl/pkgs/
Make the Unix [tk_getOpenFile] more powerful
(Plus the usual bugfixes, of course.)

What's involved in making a release if we ignore these things? Well, the
HEAD is (usually) buildable from checkout and mostly passes its test
suite so we're not actually that far. Given how much has changed since
8.6b1, I'd actually argue that the best thing we can do now is to make
another beta. Now.

Or at least a release candidate for a beta so that we can check to see
if we build in at least the critical configurations on key platforms.
I'd argue that none of the features above are likely to be worth waiting
a beta on, and the benefit for getting out of our current stasis far
exceeds the cost of not having all the above. (Only build bugs should be
fixed in the period from b2RC1 to b2, so I'd hope that we can make that
very short.)

Once 8.6b2 is out, we can sort the above features out (or explicitly
decide to postpone them) and refocus on getting to the finishing line.
The main point is that we've got to stop messing about. The community
deserves better from us.

Donal.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: donal_k_fellows.vcf
Type: text/x-vcard
Size: 241 bytes
Desc: not available

------------------------------

Message: 5
Date: Tue, 16 Mar 2010 13:26:07 -0700
From: Jeff Hobbs
Subject: Re: [TCLCORE] The Long and Winding Road.. to 8.6.0
To: "Donal K. Fellows"
Cc: Tcl Core List
Message-ID: <90950C7A-4123-4BAA-AB20-EE6C443D1F49@activestate.com>
Content-Type: text/plain; charset=us-ascii

On 2010-03-16, at 11:36 AM, Donal K. Fellows wrote:
> Non-TIPs (included for "strategic" reasons which we can discuss):
> Add basic IPv6 support (no official API changes)

This actually has adds one option to 'socket' (-type or -family, depending on what you want to choose), as you need to have support to provide selection of the INET type for key applications.

I provided a patch for this that was tested, but I believe that Reinhard was in process with a variant patch that had "improved" characteristics.

Jeff

------------------------------

Message: 6
Date: Tue, 16 Mar 2010 17:04:29 -0400
From: Donald G Porter
Subject: Re: [TCLCORE] The Long and Winding Road.. to 8.6.0
To: "Donal K. Fellows"
Cc: Tcl Core List
Message-ID: <4B9FF25D.7060306@nist.gov>
Content-Type: text/plain; charset=UTF-8; format=flowed

Donal K. Fellows wrote:
> What's involved in making a release if we ignore these things?

I need bundle-able releases of Itcl and tdbc.

--
| Don Porter Mathematical and Computational Sciences Division |
| donald.porter@nist.gov Information Technology Laboratory |
| http://math.nist.gov/~DPorter/ NIST |
|______________________________________________________________________|

------------------------------

Message: 7
Date: Tue, 16 Mar 2010 22:14:16 +0000
From: "Donal K. Fellows"
Subject: Re: [TCLCORE] The Long and Winding Road.. to 8.6.0
To: tcl-core@lists.sourceforge.net
Message-ID: <4BA002B8.20804@manchester.ac.uk>
Content-Type: text/plain; charset="utf-8"

On 16/03/2010 21:04, Donald G Porter wrote:
> Donal K. Fellows wrote:
>> What's involved in making a release if we ignore these things?
>
> I need bundle-able releases of Itcl and tdbc.

I'd argue that those are not blockers, merely good-to-haves. We really
cannot (as a matter of general policy) allow contributed packages to
delay a beta release.

Donal.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: donal_k_fellows.vcf
Type: text/x-vcard
Size: 241 bytes
Desc: not available

------------------------------

Message: 8
Date: Tue, 16 Mar 2010 18:18:40 -0400
From: Donald G Porter
Subject: Re: [TCLCORE] The Long and Winding Road.. to 8.6.0
To: "Donal K. Fellows"
Cc: "tcl-core@lists.sourceforge.net"
Message-ID: <4BA003C0.4070708@nist.gov>
Content-Type: text/plain; charset=UTF-8; format=flowed

Donal K. Fellows wrote:
> On 16/03/2010 21:04, Donald G Porter wrote:
>> Donal K. Fellows wrote:
>>> What's involved in making a release if we ignore these things?
>> I need bundle-able releases of Itcl and tdbc.
>
> I'd argue that those are not blockers, merely good-to-haves. We really
> cannot (as a matter of general policy) allow contributed packages to
> delay a beta release.

I'm not going to engage this argument and simply take your message
as the prod it's intended to be.

--
| Don Porter Mathematical and Computational Sciences Division |
| donald.porter@nist.gov Information Technology Laboratory |
| http://math.nist.gov/~DPorter/ NIST |
|______________________________________________________________________|

------------------------------

Message: 9
Date: Tue, 16 Mar 2010 23:34:11 +0100
From: Alexandre Ferrieux
Subject: Re: [TCLCORE] The Long and Winding Road.. to 8.6.0
To: "Donal K. Fellows"
Cc: Tcl Core List
Message-ID:
<5e9437311003161534q2f47d6ddsae26c34263905fba@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On 3/16/10, Donal K. Fellows wrote:
> Hi everyone
>
> I think I speak for just about everyone here when I say that I'd like to
> see Tcl 8.6.0. After all, it will have many interesting features and
> there's plenty of evidence that it is able to support intensive use
> (e.g., the Wiki runs on 8.6). But we seem to be stuck at 8.6b1.1!
>
> What needs to change?
>
> Well, someone (several of us someones in fact) needs to pull their
> finger out and get on with it! It's about as simple as that.
>
> More specifically, we need to stop waiting on features before doing
> another beta. The features that I see people being interested in are:
>
> TIPs:
> #348 on better information about errors
> #357 on better ways to handle libraries
> #362 on a fix for the [registry] command
> Non-TIPs (included for "strategic" reasons which we can discuss):
> Add basic IPv6 support (no official API changes)
> Add the Thread package to tcl/pkgs/
> Make the Unix [tk_getOpenFile] more powerful
> (Plus the usual bugfixes, of course.)
>
> What's involved in making a release if we ignore these things? Well, the
> HEAD is (usually) buildable from checkout and mostly passes its test
> suite so we're not actually that far. Given how much has changed since
> 8.6b1, I'd actually argue that the best thing we can do now is to make
> another beta. Now.
>
> Or at least a release candidate for a beta so that we can check to see
> if we build in at least the critical configurations on key platforms.
> I'd argue that none of the features above are likely to be worth waiting
> a beta on, and the benefit for getting out of our current stasis far
> exceeds the cost of not having all the above. (Only build bugs should be
> fixed in the period from b2RC1 to b2, so I'd hope that we can make that
> very short.)
>
> Once 8.6b2 is out, we can sort the above features out (or explicitly
> decide to postpone them) and refocus on getting to the finishing line.
> The main point is that we've got to stop messing about. The community
> deserves better from us.
>
> Donal.

I don't know exactly for the other items, but please note that #348 is
close to being fully baked, only awaiting Don's review. Given this
status, it would be very disappointing to let that TIP miss a second
chance of contact with beta testers.

-Alex

------------------------------

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev

------------------------------

_______________________________________________
Tcl-Core mailing list
Tcl-Core@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tcl-core

End of Tcl-Core Digest, Vol 46, Issue 6
***************************************