tcllib-devel — Discussion of development for tcllib

Re: [Tcllib-devel] Commit Access

[Damon C. <da...@tc...>]

> 
> Fossil actually has a setting which (when active) allows users to
> self-register, which opens the ability to create tickets, but not
> commits.
> Tcllib uses the default, which is "inactive", given that users cannot
> be deleted. Only disabled.
> 
> I will make an account for you. Commit access. Please use branches for
> new code. Any special wishes regarding the account name ?

I always just go by damon (or Damon if that’s the convention) or damoncourtney. I find very people named Damon, so I can generally get by on just the first name. :)


> Heh. These zip packages are used by the various TEApot  tools we write
> at AS, so, it is useful to us, as is.
> They were originally in our perforce, then open-sourced into Tcllib
> about 4 years ago.
> Note, Sean Woods is working on a zip::mkzip package, in the odie
> branch of Tcllib.
> You might wish to coordinate with him. IIRC Sean's code is based on
> something Pat Thoyts wrote, and requires Tcl 8.6. Not sure about
> yours.

Well, I’m definitely not advocating getting rid of what’s there. Just adding to them, I guess. I called my package just a simple “zip” 1.0 with commands in ::zip::*, but they would probably live in the same space as the current commands since that’s already the package name.


> You have to ask Sean about that. He also presented that work in the
> 2014 conference.
> It is more a starkit-support thing in the core, based on a ZIP
> filesystem instead of metakit.

I’ve written multiple VFS layers to deal with archive files, but that’s not this. This is a straight-up utility package for zip files on the order of:

set fp [::zip::open foo.zip w]
::zip::add $fp some_file.txt
::zip::delete $fp some_other_file_in_the_zip.txt
::zip::close $fp
etc…


> And sometimes I despair, given its nature as kitchen-sink, and all
> maintenance falling to me after authors vanish.

So, expanding on the thing I rattled off a little earlier, what if we just built a system around Github (that could be replaced with some other system in the future)? Then, I wouldn’t need commit access to get my packages in, I would just need approval to get my package added to the list (or not, depending on what the user has chosen).

I could foresee a repo at github.com/tcltk/packages <http://github.com/tcltk/packages> that just contains an index detailing packages and where to find them. Most would probably live on Github, but it wouldn’t be difficult to support other platforms. Sadly, supporting our own core.tcl.tk would be the hardest since I don’t think Fossil has a proper API behind it. Luckily, all the major repos are mirrored to Github already anyway.

Github’s API is dead simple. Get a list of releases to get package versions, get the latest if no version is given. Speaking of, why doesn’t tcltk/tcllib have any proper releases? It has tags, which this package manager could use in place of releases, but the releases mechanism seems a bit more purposeful since you’re actually designating a final thing.

That might actually work. Who admins github.com/tcltk? <http://github.com/tcltk?>

D

Re: [Tcllib-devel] Commit Access

[Andreas K. <and...@ac...>]

On Wed, May 6, 2015 at 12:41 PM, Damon Courtney <da...@tc...> wrote:
> I was going to submit an anonymous ticket, which is fine, I can do that, but at the very
> least I wanted to tie my name to the account. I don’t need unbridled commit access or
> anything, but a login to create tickets would be nice. Of course, with Fossil, they’re probably the same thing. :)

Fossil actually has a setting which (when active) allows users to
self-register, which opens the ability to create tickets, but not
commits.
Tcllib uses the default, which is "inactive", given that users cannot
be deleted. Only disabled.

I will make an account for you. Commit access. Please use branches for
new code. Any special wishes regarding the account name ?

>
> I recently wrote a zip package because I thought we (we meaning the Tcl community) had
> one, but it turns out we don’t. The zipfile stuff present in tcllib already doesn’t appear that
> complete or useful.

Heh. These zip packages are used by the various TEApot  tools we write
at AS, so, it is useful to us, as is.
They were originally in our perforce, then open-sourced into Tcllib
about 4 years ago.
Note, Sean Woods is working on a zip::mkzip package, in the odie
branch of Tcllib.
You might wish to coordinate with him. IIRC Sean's code is based on
something Pat Thoyts wrote, and requires Tcl 8.6. Not sure about
yours.


> It looks like there’s a core_zip_vfs branch out there that, I assume, does this kind of thing, but I couldn’t tell what state that was in.

You have to ask Sean about that. He also presented that work in the
2014 conference.
It is more a starkit-support thing in the core, based on a ZIP
filesystem instead of metakit.

> So, I wrote one.
>
> I also have a few other web APIs I’ve built over the years: Stripe, Mailgun, Dropbox, etc… They
> were all built on top of a framework I use in Rivet (that’s Tcl on Apache for those who don’t know),
> but they could be made more general purpose if there was interest.
>
> Mostly I just wanted a place to put good work that could be of use to the community. Some out
> there like to make Github repos for everything, and while I would totally do that, I don’t think things
> get nearly as much use when they’re not part of tcllib or available in some easier form. Like or not,
> Tcllib has become the biggest library of useful modules.

And sometimes I despair, given its nature as kitchen-sink, and all
maintenance falling to me after authors vanish.

>
> Tcl could really use a package repository built in (meaning built into core Tcl, not just ActiveTcl). Node.js is
> nice, but npm is where the hotness is. I’ve always wished we had something like that. Especially for Tcl-only
> code like tcllib that requires no platform-specific bits.
>
> I think we’re all just too old to care and would rather just get back to work. :)
>
> Damon
>
>
>> On May 6, 2015, at 2:30 PM, Andreas Kupries <and...@ac...> wrote:
>>
>> On Wed, May 6, 2015 at 12:16 PM, Damon Courtney <da...@tc...> wrote:
>>> How does one go about gaining commit access these days?
>>
>> Asking here and me picking up on the question and making an account.
>>
>>> It’s been a while since I contributed anything, but I have a few packages lying around that others might find useful. :)
>>
>> Can you tell us a bit more about the packages ?
>>
>> Huh ... I somehow thought you had done the AmazonS3 stuff in Tcllib,
>> but apparently not.
>>
>>
>> --
>> % Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
>> % EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
>> Andreas Kupries
>> Senior Tcl Developer
>> Code to Cloud: Smarter, Safer, Faster™
>> F: 778.786.1133
>> and...@ac..., http://www.activestate.com
>> Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
>



-- 
% Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
% EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Re: [Tcllib-devel] Commit Access

[Jeff H. <je...@ac...>]

The package repository discussion isn't new, but you are reflecting a
flawed point that needs be addressed by the community at large.

I say quite honestly that I have no issue with the community building a
package repo. If it had one, we might have based ActiveTcl's on top of it.
As it was, we had to engineer the whole thing, and a lot of pieces have
been open sourced from it.

However, the key aspect is that it takes a lot of effort (both human and
machine) to maintain a repo. We have many machines running 24x7x365x10
years to support this. Even the npm you refer to is itself primarily backed
by a company that has received funding to drive the system (offering things
like "private repos", something the teapot has had for ... 8+ years?).

The gutter tried to kickstart it, but it's the long term effort and
maintenance that needs either really dedicated people with lots of time on
their hands (you in the audience that qualify - please raise your hands!),
or a well-funded foundation (Tcl lacks that), or ... a company.

​Especially with .tm and pure Tcl stuff, the whole TEA system could be
reengineered, but it will take a concerted effort to get traction.

Jeff

On Wed, May 6, 2015 at 12:41 PM, Damon Courtney <da...@tc...> wrote:

> I was going to submit an anonymous ticket, which is fine, I can do that,
> but at the very least I wanted to tie my name to the account. I don’t need
> unbridled commit access or anything, but a login to create tickets would be
> nice. Of course, with Fossil, they’re probably the same thing. :)
>
> I recently wrote a zip package because I thought we (we meaning the Tcl
> community) had one, but it turns out we don’t. The zipfile stuff present in
> tcllib already doesn’t appear that complete or useful. It looks like
> there’s a core_zip_vfs branch out there that, I assume, does this kind of
> thing, but I couldn’t tell what state that was in. So, I wrote one.
>
> I also have a few other web APIs I’ve built over the years: Stripe,
> Mailgun, Dropbox, etc… They were all built on top of a framework I use in
> Rivet (that’s Tcl on Apache for those who don’t know), but they could be
> made more general purpose if there was interest.
>
> Mostly I just wanted a place to put good work that could be of use to the
> community. Some out there like to make Github repos for everything, and
> while I would totally do that, I don’t think things get nearly as much use
> when they’re not part of tcllib or available in some easier form. Like or
> not, Tcllib has become the biggest library of useful modules.
>
> Tcl could really use a package repository built in (meaning built into
> core Tcl, not just ActiveTcl). Node.js is nice, but npm is where the
> hotness is. I’ve always wished we had something like that. Especially for
> Tcl-only code like tcllib that requires no platform-specific bits.
>
> I think we’re all just too old to care and would rather just get back to
> work. :)
>
> Damon
>
>
> > On May 6, 2015, at 2:30 PM, Andreas Kupries <and...@ac...>
> wrote:
> >
> > On Wed, May 6, 2015 at 12:16 PM, Damon Courtney <da...@tc...>
> wrote:
> >> How does one go about gaining commit access these days?
> >
> > Asking here and me picking up on the question and making an account.
> >
> >> It’s been a while since I contributed anything, but I have a few
> packages lying around that others might find useful. :)
> >
> > Can you tell us a bit more about the packages ?
> >
> > Huh ... I somehow thought you had done the AmazonS3 stuff in Tcllib,
> > but apparently not.
> >
> >
> > --
> > % Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
> > % EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
> > Andreas Kupries
> > Senior Tcl Developer
> > Code to Cloud: Smarter, Safer, Faster™
> > F: 778.786.1133
> > and...@ac..., http://www.activestate.com
> > Learn about Stackato for Private PaaS:
> http://www.activestate.com/stackato
>

Re: [Tcllib-devel] Commit Access

[Damon C. <da...@tc...>]

> The package repository discussion isn't new, but you are reflecting a flawed point that needs be addressed by the community at large.

Oh, I know it’s not a new thing. This particular windmill has been tilted at more than once, but if I recall, it’s never been taken on as a project with actual core resources. While the core tends to move glacially, when someone cares about something, the needle moves.

For me, it’s just something that always comes up when I go to write code in Tcl. Invariably, I need some package, and I have to go grub around and find one. Even Tcllib doesn’t ship with the core, so most of the standard, useful stuff one might need still has to be gotten by downloading a .tar.gz, unpacking it, and sticking it somewhere. Blech.


> I say quite honestly that I have no issue with the community building a package repo. If it had one, we might have based ActiveTcl's on top of it. As it was, we had to engineer the whole thing, and a lot of pieces have been open sourced from it.
> 
> However, the key aspect is that it takes a lot of effort (both human and machine) to maintain a repo. We have many machines running 24x7x365x10 years to support this. Even the npm you refer to is itself primarily backed by a company that has received funding to drive the system (offering things like "private repos", something the teapot has had for ... 8+ years?).

All true. NPM is now funded, and they need it. Keeping servers up and running can be expensive.

But, let’s be honest here. We’re not talking about Node.js. We’re talking about Tcl. We’re never going to see that kind of uptake. And if we did, we would solve that problem then. What we’re talking about building is something that’s for US to use. WE need this, not anyone else. No one else cares anymore.

And, yes, running servers can sometimes be a pain, but rather than move to Github, we moved all development to our own core.tcl.tk server, and it kicks along doing its thing just fine.


> The gutter tried to kickstart it, but it's the long term effort and maintenance that needs either really dedicated people with lots of time on their hands (you in the audience that qualify - please raise your hands!), or a well-funded foundation (Tcl lacks that), or ... a company.
> 
> ​Especially with .tm and pure Tcl stuff, the whole TEA system could be reengineered, but it will take a concerted effort to get traction.

Any more than core.tcl.tk already uses? We’re talking about a web server serving out plain .zip files. For the kind of traffic I would expect, the maintenance wouldn’t be that incredible, I don’t think. Don’t think I haven’t considered doing it all myself (who hasn’t?). I’ve owned tclhome.com for more than decade, and I originally got it to build just such a thing.

But Gutter is an example of exactly what will happen with something that is not built and pushed from the core out. It will get no traction. Without a command that is built right into Tcl (and accompanying command-line utility, but not one or the other), you won’t GET any traction.

Look at Go. Google understands this. They built it right into the language from the start, even using Github out of the box.

go get github.com/golang/example/hello
OR
import "github.com/golang/example/stringutil”

Could someone else have built a package repository for Go? Sure. Would anyone have used it? Maybe. But it certainly would have taken a lot of time and effort to get traction.

No, we’re not Google. But neither are we going to be receiving that kind of attention. Hell, maybe we should just write a package manager that can pull repos straight from Github the way Go did. Let Github serve up our packages. All we really need is a package file included in each repo that tells what dependencies and stuff you need. Then we don’t need a server.

But then, we could have done that with the core repos as well, but we chose our own server. Why? Why Fossil and our own servers instead of something more standard? But if we seriously can’t muster the resources to have a package repository on our own, we still need one and just let someone else host it. But it still needs to be in the core to gain any movement.

None of this is new. Just a particular burr that has crept back into my saddle after years and years of hunting down and downloading .tar.gz files every time I need to build something useful.

D

Re: [Tcllib-devel] Commit Access

[Damon C. <da...@tc...>]

I was going to submit an anonymous ticket, which is fine, I can do that, but at the very least I wanted to tie my name to the account. I don’t need unbridled commit access or anything, but a login to create tickets would be nice. Of course, with Fossil, they’re probably the same thing. :)

I recently wrote a zip package because I thought we (we meaning the Tcl community) had one, but it turns out we don’t. The zipfile stuff present in tcllib already doesn’t appear that complete or useful. It looks like there’s a core_zip_vfs branch out there that, I assume, does this kind of thing, but I couldn’t tell what state that was in. So, I wrote one.

I also have a few other web APIs I’ve built over the years: Stripe, Mailgun, Dropbox, etc… They were all built on top of a framework I use in Rivet (that’s Tcl on Apache for those who don’t know), but they could be made more general purpose if there was interest.

Mostly I just wanted a place to put good work that could be of use to the community. Some out there like to make Github repos for everything, and while I would totally do that, I don’t think things get nearly as much use when they’re not part of tcllib or available in some easier form. Like or not, Tcllib has become the biggest library of useful modules.

Tcl could really use a package repository built in (meaning built into core Tcl, not just ActiveTcl). Node.js is nice, but npm is where the hotness is. I’ve always wished we had something like that. Especially for Tcl-only code like tcllib that requires no platform-specific bits.

I think we’re all just too old to care and would rather just get back to work. :)

Damon


> On May 6, 2015, at 2:30 PM, Andreas Kupries <and...@ac...> wrote:
> 
> On Wed, May 6, 2015 at 12:16 PM, Damon Courtney <da...@tc...> wrote:
>> How does one go about gaining commit access these days?
> 
> Asking here and me picking up on the question and making an account.
> 
>> It’s been a while since I contributed anything, but I have a few packages lying around that others might find useful. :)
> 
> Can you tell us a bit more about the packages ?
> 
> Huh ... I somehow thought you had done the AmazonS3 stuff in Tcllib,
> but apparently not.
> 
> 
> -- 
> % Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
> % EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
> Andreas Kupries
> Senior Tcl Developer
> Code to Cloud: Smarter, Safer, Faster™
> F: 778.786.1133
> and...@ac..., http://www.activestate.com
> Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

Re: [Tcllib-devel] Commit Access

[Andreas K. <and...@ac...>]

On Wed, May 6, 2015 at 12:16 PM, Damon Courtney <da...@tc...> wrote:
> How does one go about gaining commit access these days?

Asking here and me picking up on the question and making an account.

> It’s been a while since I contributed anything, but I have a few packages lying around that others might find useful. :)

Can you tell us a bit more about the packages ?

Huh ... I somehow thought you had done the AmazonS3 stuff in Tcllib,
but apparently not.


-- 
% Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
% EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

[Tcllib-devel] Commit Access

[Damon C. <da...@tc...>]

How does one go about gaining commit access these days? It’s been a while since I contributed anything, but I have a few packages lying around that others might find useful. :)

Damon

[Tcllib-devel] Tcllib 1.17 released

[Andreas K. <aku...@sh...>]

inline "http://core.tcl.tk/akupries/blog/ann-tcllib-117.html"

Another year passed, a new release of Tcllib, bringing us to 1.17. 
Well, a year plus a delay of two months due to distractions at work
and otherwise.

An excerpt from the release README:

    6   new packages                in 5   modules
    66  changed packages            in 39  modules
    46  internally changed packages in 31  modules
    293 unchanged packages          in 74  modules
    418 packages, total             in 118 modules, total

The full details can be found in the
[release technote](http://core.tcl.tk/tcllib/technote/56416fe9cf1b0c0f5cd535861
225a56af8228999).

Happy Tcling.

-- 
So long,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
	Developer @	<http://www.activestate.com/>

EuroTcl 2015, June 20-21, Cologne/DE, http://www.eurotcl.tcl3d.org/
Tcl'2015, Oct 19-23, Manassas, VA, USA, http://www.tcl.tk/community/tcl2015/
-------------------------------------------------------------------------------

[Tcllib-devel] Tcllib 1.17 RC0 heads-up

[Andreas K. <and...@ac...>]

Anybody following the Tcllib timeline should have seen that the 1.17
release is currently in the works.

The head of branch "tcllib-1-17-rc", i.e

    https://core.tcl.tk/tcllib/info/7dbcd4888608c334

is in a state where it passes the entire testsuite for me, against
Tcl/Tk 8.[456] (*), plus some supporting packages (**).

Anybody can get zip archive an tarball from the above link, assuming
that they are logged in as at least anon, if not their account, should
they have one.

The README for the release is directly available via
    https://core.tcl.tk/tcllib/doc/tcllib-1-17-rc/support/releases/history/README-1.17.txt

If you believe that a fix for a specific bug should be in the release
please send me mail with a link to the relevant ticket, or branch.
Note that tickets with quality patches (***) have preference over
tickets with patches and that tickets without patches are ignored at
this point in time.

I have only tested on a Linux/64bit platform.
Anybody with cycles, please test on your platforms as well.

If all goes well I hope to make the release official Thursday next
week, i.e. April 30.


====
(Ad *) 8.4 Tcl 649ee985ae33bf4f630e78f8993b05d8bc7f7d36
           Tk  83ac457aac7a364f9eb8e8909d7f074063d367bc
       8.5 Tcl d6acbd85345d03232659a62e6b147a1ce000cb5d
           Tk  f0211bdae01a13a9dcb71f4e5801ff55c946fb5a
       8.6 Tcl 0a2e3bb2d9434f8813273d8c0f903e90b10dd73d
           Tk  089301fecb5fdb9979e9c0852fb3f85934338c59

(Ad **) Mostly pulled out of the AS teapot
        tdom - used by gpx
        critcl - used in pt directly.
        TclOO - 8.5
        tcllibc - Not from teapot. Created locally via critcl, the
various C accelerators.

(***) A quality patch not only fixes the issue, but also extends the
testsuite and updates the documentation.

-- 
% Tcl'2015 Oct 19-23 = http://www.tcl.tk/community/tcl2015/cfp.html
% EuroTcl'15 June 20-21 = http://www.eurotcl.tcl3d.org/
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

[Tcllib-devel] Fwd [comp.lang.tcl] TkDND: Sources moved...

[Andreas K. <and...@ac...>]

__ From: Georgios Petasis <pe...@ii...>

I have moved (once again) the sources for TkDND, from google code (that
is closing down) to qithub:

https://github.com/petasis/tkdnd

Please monitor the above url for changes.

Regards,
George

-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

[Tcllib-devel] 1st Call For Papers - 22nd Annual Tcl/Tk Conference (Tcl'2015)

[<and...@ac...>]

Hello tcllib-devel, fyi ...

22nd Annual Tcl/Tk Conference (Tcl'2015)
http://www.tcl.tk/community/tcl2015/

October 19 - 23, 2015
Comfort Suites Manassas
7350 Williamson Blvd, 20109
Manassas, Virginia, USA

Important Dates:

Abstracts and proposals due   August 24, 2015
Notification to authors       August 31, 2015
WIP and BOF reservations open July 27, 2015
Author materials due          September 28, 2015
Tutorials Start               October 19, 2015
Conference starts             October 21, 2015

Email Contact:                tcl...@go...

Submission of Summaries

Tcl/Tk 2015 will be held in Manassas, Virginia, USA from October 19, 2015 to October 23, 2015.

The program committee is asking for papers and presentation proposals
from anyone using or developing with Tcl/Tk (and extensions). Past
conferences have seen submissions covering a wide variety of topics
including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to tcl...@go... no later than August 24, 2015. Authors of accepted
abstracts will have until September 28, 2015 to submit their final
paper for the inclusion in the conference proceedings. The proceedings
will be made available on digital media, so extra materials such as
presentation slides, code examples, code for extensions etc. are
encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 30 minutes to present their paper at
the conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis
starting in July 27, 2015. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in July 27, 2015. Some WIP and BOF time slots will be held open
for on-site reservation. All attendees with an interesting work in
progress should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2015/) and will be published on
various Tcl/Tk-related information channels.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://code.activestate.com/lists/tcl-announce to subscribe to the
tcl-announce mailing list.


Conference Committee

   * Andreas Kupries  ActiveState Inc
   * Arjen Markus     Deltares
   * Brian Griffin    Mentor Graphics
   * Clif Flynt       Noumena Corp
   * Cynthia Lilagan  National Museum of Health & Medicine, Chicago
   * Donal Fellows    University of Manchester
   * Gerald Lester    KnG Consulting LLC
   * Jeff Hobbs       ActiveState Inc
   * Joe Mistachkin   Mistachkin Systems
   * Kevin Kenny      GE Global Research Center
   * Larry Virden
   * Mike Doyle       National Museum of Health & Medicine, Chicago
   * Ronald Fox       CAEN Technologies
                      NSCL @ Michigan State University
   * Steve Landers    Digital Smarties
   * Steve Redler, IV SR Technology

Contact Information     tcl...@go...

Tcl'2015 would like to thank those who are sponsoring the conference:

   * ActiveState Inc
   * Buonacorsi Foundation
   * Mentor Graphics
   * Noumena Corp
   * SR Technology
   * Tcl Community Association

Re: [Tcllib-devel] bibtex patch

[Andreas K. <and...@ac...>]

Hi Justin

My apologies for the long delay between your mail and my response. I
was distracted by both work and things for the Tcl conference.
I have created a ticket for your patch at

    http://core.tcl.tk/tcllib/tktview/071dbedcc8fcf432a790313030b807d2149d132f

and started a bit of discussion in there. You might have seen the
notification mails already. They also contain a link to the ticket,
for easy access and response.






On Tue, Mar 10, 2015 at 11:31 AM, Justin M Wozniak <wo...@mc...> wrote:
> Hi all
>     Here is a patch against the bibtex module.  It fixes a minor issue where
> the token "string" could be found and treated as a string macro definition
> in the middle of a field.  It also adds a new "casesensitivestrings" feature
> to make bibtex string macros case sensitive (which is how bibtex works).
>     Justin
>
> --
> Justin M Wozniak
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Tcllib-devel mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcllib-devel
>



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

[Tcllib-devel] bibtex patch

[Justin M W. <wo...@mc...>]

Hi all
     Here is a patch against the bibtex module.  It fixes a minor issue 
where the token "string" could be found and treated as a string macro 
definition in the middle of a field.  It also adds a new 
"casesensitivestrings" feature to make bibtex string macros case 
sensitive (which is how bibtex works).
     Justin

-- 
Justin M Wozniak

Re: [Tcllib-devel] [PATCH] tcllib/cmdline: add options format "[-]-opt[=val]" support.

[Andreas K. <and...@ac...>]

Hello and thank you for the request and patch.
My apologies for reacting only now.
I was a bit distracted by office work and found only now the time to respond.

Please note that our canonical place for the submission of requests,
patches, etc is with our Ticket tracker at

    https://core.tcl.tk/tcllib/reportlist

I have now created a ticket for your request,
    https://core.tcl.tk/tcllib/tktview/fef66e4953d95b97c3dda0bbe35f746b511e76dd
and put all pertinent information into it.

I added your email as contact information to ensure that you will be
informed of any changes to this ticket. You might have already gotten
the notification about the ticket creation and adding your patch as
attachment.

Do you have any test cases / examples which demonstrate the workings
of the patched cmdline package ?
These would be useful to have to make sure that future changes to the
package will not break the feature.




On Wed, Nov 26, 2014 at 8:28 PM, 尹剑虹 <yin...@16...> wrote:
> tcllib/cmdline: add options format "[-]-opt[=val]" support.
>
> Q: Why add --options[=value] support?
> A: I want to rewrite some tools completed by bash with tcl,
>    but cmdline can not support orig "--option=val" format,
>    so created this patch.
> ---
>  modules/cmdline/cmdline.tcl |   15 +++++++++++++--
>  1 个文件被修改，插入 13 行(+)，删除 2 行(-)
>
> diff --git a/modules/cmdline/cmdline.tcl b/modules/cmdline/cmdline.tcl
> index e191b52..4803950 100644
> --- a/modules/cmdline/cmdline.tcl
> +++ b/modules/cmdline/cmdline.tcl
> @@ -120,8 +120,17 @@ proc ::cmdline::getKnownOpt {argvVar optstring optVar
> valVar} {
>                 set argsList [lrange $argsList 1 end]
>             }
>
> -           "-*" {
> +           "-*" -
> +           "--*" {
>                 set option [string range $arg 1 end]
> +               if [string equal [string range $option 0 0] "-"] {set option
> [string range $arg 2 end]}
> +
> +               # support for format: [-]-option=value
> +               set idx [string first "=" $option 1]
> +               if {$idx != -1} {
> +                       set _val [string range $option [expr $idx+1] end]
> +                       set option [string range $option 0 [expr $idx-1]]
> +               }
>
>                 if {[lsearch -exact $optstring $option] != -1} {
>                     # Booleans are set to 1 when present
> @@ -131,7 +140,9 @@ proc ::cmdline::getKnownOpt {argvVar optstring optVar
> valVar} {
>                 } elseif {[lsearch -exact $optstring "$option.arg"] != -1} {
>                     set result 1
>                     set argsList [lrange $argsList 1 end]
> -                   if {[llength $argsList] != 0} {
> +                   if {[info exists _val]} {
> +                       set value $_val
> +                   } elseif {[llength $argsList] != 0} {
>                         set value [lindex $argsList 0]
>                         set argsList [lrange $argsList 1 end]
>                     } else {
> --
> 1.7.10.4
>
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcllib-devel mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcllib-devel
>



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

[Tcllib-devel] [PATCH] tcllib/cmdline: add options format "[-]-opt[=val]" support.

[尹剑虹 <yin...@16...>]

tcllib/cmdline: add options format "[-]-opt[=val]" support.

Q: Why add --options[=value] support?
A: I want to rewrite some tools completed by bash with tcl,
   but cmdline can not support orig "--option=val" format,
   so created this patch.
---
 modules/cmdline/cmdline.tcl |   15 +++++++++++++--
 1 个文件被修改，插入 13 行(+)，删除 2 行(-)

diff --git a/modules/cmdline/cmdline.tcl b/modules/cmdline/cmdline.tcl
index e191b52..4803950 100644
--- a/modules/cmdline/cmdline.tcl
+++ b/modules/cmdline/cmdline.tcl
@@ -120,8 +120,17 @@ proc ::cmdline::getKnownOpt {argvVar optstring optVar valVar} {
                set argsList [lrange $argsList 1 end]
            }
 
-           "-*" {
+           "-*" -
+           "--*" {
                set option [string range $arg 1 end]
+               if [string equal [string range $option 0 0] "-"] {set option [string range $arg 2 end]}
+
+               # support for format: [-]-option=value
+               set idx [string first "=" $option 1]
+               if {$idx != -1} {
+                       set _val [string range $option [expr $idx+1] end]
+                       set option [string range $option 0 [expr $idx-1]]
+               }
 
                if {[lsearch -exact $optstring $option] != -1} {
                    # Booleans are set to 1 when present
@@ -131,7 +140,9 @@ proc ::cmdline::getKnownOpt {argvVar optstring optVar valVar} {
                } elseif {[lsearch -exact $optstring "$option.arg"] != -1} {
                    set result 1
                    set argsList [lrange $argsList 1 end]
-                   if {[llength $argsList] != 0} {
+                   if {[info exists _val]} {
+                       set value $_val
+                   } elseif {[llength $argsList] != 0} {
                        set value [lindex $argsList 0]
                        set argsList [lrange $argsList 1 end]
                    } else {
--
1.7.10.4

[Tcllib-devel] [PATCH] tcllib/cmdline: add options format "[-]-opt[=val]" support.

[尹剑虹 <yin...@16...>]

tcllib/cmdline: add options format "[-]-opt[=val]" support.

Q: Why add --options[=value] support?
A: I want to rewrite some tools completed by bash with tcl,
   but cmdline can not support orig "--option=val" format,
   so created this patch.
---
 modules/cmdline/cmdline.tcl |   15 +++++++++++++--
 1 个文件被修改，插入 13 行(+)，删除 2 行(-)

diff --git a/modules/cmdline/cmdline.tcl b/modules/cmdline/cmdline.tcl
index e191b52..4803950 100644
--- a/modules/cmdline/cmdline.tcl
+++ b/modules/cmdline/cmdline.tcl
@@ -120,8 +120,17 @@ proc ::cmdline::getKnownOpt {argvVar optstring optVar valVar} {
                set argsList [lrange $argsList 1 end]
            }
 
-           "-*" {
+           "-*" -
+           "--*" {
                set option [string range $arg 1 end]
+               if [string equal [string range $option 0 0] "-"] {set option [string range $arg 2 end]}
+
+               # support for format: [-]-option=value
+               set idx [string first "=" $option 1]
+               if {$idx != -1} {
+                       set _val [string range $option [expr $idx+1] end]
+                       set option [string range $option 0 [expr $idx-1]]
+               }
 
                if {[lsearch -exact $optstring $option] != -1} {
                    # Booleans are set to 1 when present
@@ -131,7 +140,9 @@ proc ::cmdline::getKnownOpt {argvVar optstring optVar valVar} {
                } elseif {[lsearch -exact $optstring "$option.arg"] != -1} {
                    set result 1
                    set argsList [lrange $argsList 1 end]
-                   if {[llength $argsList] != 0} {
+                   if {[info exists _val]} {
+                       set value $_val
+                   } elseif {[llength $argsList] != 0} {
                        set value [lindex $argsList 0]
                        set argsList [lrange $argsList 1 end]
                    } else {
--
1.7.10.4

Re: [Tcllib-devel] New module: base64url

[Andreas K. <and...@ac...>]

On Tue, Nov 18, 2014 at 5:43 AM, Dr Neil Madden <nei...@gm...> wrote:
> [Resending after re-subscribing to list: seems mailman partially forgot me]

Weird.

> Hi Andreas, everyone,
>
> Well, it’s been a while since I’ve done any Tcl development!

And glad to hear from you.

>
> I am intending to write a bunch of packages to help me with my main development job.
> Eventually this will include things like JSON Web Token/JOSE support, OAuth2, OpenID
> Connect, etc. I intend to submit these to tcllib as and when they are done, assuming
> others would find them useful.

IMHO they would be. We recently got an oauth module and package (v1
only), so the oauth2 would fit there. OpenID possibly as well.

>
> As a first baby step, I attach a ‘base64url’ module as a thin wrapper around the existing
> base64 module for providing the url-safe variant.

Ok. Thanks. Saved the attachments. Will try to intergrate them soonest,

>
> I am still getting used to fossil and modern tcllib development, so apologies
> if I’ve missed any steps in the configuration or workflow. Has basic test suite
> and manual page (although I can’t seem to get the man page to be installed?).

I will have a look. The information about what to install is in the file
    support/installation/modules.tcl

Do you want me to make you a proper dev account in the repository ?

-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

[Tcllib-devel] New module: base64url

[Dr N. M. <nei...@gm...>]

[Resending after re-subscribing to list: seems mailman partially forgot me]

Hi Andreas, everyone,

Well, it’s been a while since I’ve done any Tcl development!

I am intending to write a bunch of packages to help me with my main development job. Eventually this will include things like JSON Web Token/JOSE support, OAuth2, OpenID Connect, etc. I intend to submit these to tcllib as and when they are done, assuming others would find them useful.

As a first baby step, I attach a ‘base64url’ module as a thin wrapper around the existing base64 module for providing the url-safe variant.

I am still getting used to fossil and modern tcllib development, so apologies if I’ve missed any steps in the configuration or workflow. Has basic test suite and manual page (although I can’t seem to get the man page to be installed?).

Cheers,

Neil

[Tcllib-devel] 21th Tcl Conference - Registration & Hotel Reminder

[Andreas K. <and...@ac...>]

21'th Annual Tcl/Tk Conference (Tcl'2014)
http://www.tcl.tk/community/tcl2014/

This is a reminder that Registration for the Conference is open and
can be done at

	http://www.tcl.tk/community/tcl2014/reg.html

Note that the holding period for hotel rooms has passed. To register
for a room, call 1-503-796-3851, speak to Mary Kirchner and mention
the Tcl Conference to receive the reduced rate.

See you in Portland,

Andreas Kupries
Tcl 2014 Program Chair
ActiveState Software Inc.
Vancouver, BC, Canada

Re: [Tcllib-devel] plus 'digital libraries' (Re: parsing binary files)

[Arjen M. <Arj...@de...>]

Hi Andreas,


The package I have been using is geared to retrieving numerical data. I guess that the decode package could serve quite nicely as a vehicle for my package. I will have a closer look. Pity if such a package goes unnoticed.
Regards,
Arjen


> -----Original Message-----
> From: Andreas Kupries [mailto:and...@ac...]
> Sent: Monday, October 06, 2014 6:56 PM
> To: Arjen Markus
> Cc: Tcllib Developers ML @sf
> Subject: Re: [Tcllib-devel] plus 'digital libraries' (Re: parsing binary files)
>
> On Mon, Oct 6, 2014 at 12:21 AM, Arjen Markus <Arj...@de...> wrote:
> > Hi Andreas,
> >
> >
> >
> > While I have not looked at the paper yet or at the Python package, I
> > am interested in reading binary files from Tcl. A couple of weeks ago
> > I started using the code at http://wiki.tcl.tk/10807 again, with some
> > changes of course, because the files I wanted to read have a very
> > different structure than shape files. After a false start (can't
> > remember what I did wrong but it was quite stupid) I got it all up and
> > running and I have been using this ad hoc package a lot. Perhaps I
> > should turn it into a more reuseable one, like with documentation and tests, for
> Tcllib.
>
> Arjen, please have a look at fileutil::decode which is already in Tcllib.
> (It has no manpage tough :( )
> From a first glance it seems that the wiki page code is roughly equivalent, or possibly
> a bit less.
>
>
>
> --
> Andreas Kupries
> Senior Tcl Developer
> Code to Cloud: Smarter, Safer, Faster(tm)
> F: 778.786.1133
> and...@ac..., http://www.activestate.com Learn about Stackato for
> Private PaaS: http://www.activestate.com/stackato
>
> 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
> http://www.tcl.tk/community/tcl2014/
> Send mail to tcl...@go..., by Sep 8 Registration is open.

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Tcllib-devel] plus 'digital libraries' (Re: parsing binary files)

[Andreas K. <and...@ac...>]

On Mon, Oct 6, 2014 at 12:21 AM, Arjen Markus <Arj...@de...> wrote:
> Hi Andreas,
>
>
>
> While I have not looked at the paper yet or at the Python package, I am
> interested in reading binary files from Tcl. A couple of weeks ago I started
> using the code at http://wiki.tcl.tk/10807 again, with some changes of
> course, because the files I wanted to read have a very different structure
> than shape files. After a false start (can’t remember what I did wrong but
> it was quite stupid) I got it all up and running and I have been using this
> ad hoc package a lot. Perhaps I should turn it into a more reuseable one,
> like with documentation and tests, for Tcllib.

Arjen, please have a look at fileutil::decode which is already in Tcllib.
(It has no manpage tough :( )
>From a first glance it seems that the wiki page code is roughly
equivalent, or possibly a bit less.



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
Send mail to tcl...@go..., by Sep 8
Registration is open.

Re: [Tcllib-devel] plus 'digital libraries' (Re: parsing binary files)

[Arjen M. <Arj...@de...>]

Hi Andreas,



While I have not looked at the paper yet or at the Python package, I am interested in reading binary files from Tcl. A couple of weeks ago I started using the code at http://wiki.tcl.tk/10807 again, with some changes of course, because the files I wanted to read have a very different structure than shape files. After a false start (can't remember what I did wrong but it was quite stupid) I got it all up and running and I have been using this ad hoc package a lot. Perhaps I should turn it into a more reuseable one, like with documentation and tests, for Tcllib.



Regards,



Arjen


> -----Original Message-----
> From: Andreas Kupries [mailto:and...@ac...]
> Sent: Friday, October 03, 2014 9:06 PM
> To: Andreas Kupries; Tcllib Developers ML @sf; Cameron Laird
> Subject: [Tcllib-devel] plus 'digital libraries' (Re: parsing binary files)
>
> A paper on parsing binary formats
>
> http://www.ijdc.net/index.php/ijdc/article/viewFile/207/276
> (PDF)
> http://www.ijdc.net/
> International Journal of Digital Curation
>
> Could be interesting for people with interest in digital libraries as well.
>
>
> On Fri, Oct 3, 2014 at 10:57 AM, Andreas Kupries <and...@ac...>
> wrote:
> > unfort python
> > still, very tempted to attempt a port
> >
> > http://construct.readthedocs.org/en/latest/
> >
> > It reminded of something I had seen a few months ago ...
> > Found it again
> >
> > http://hachoir3.readthedocs.org/
> > also python.
> >
> > tcllib has only a fileutil::decode which is comparatively weak.
> >
> > --
> > Andreas Kupries
> > Senior Tcl Developer
> > Code to Cloud: Smarter, Safer, Faster(tm)
> > F: 778.786.1133
> > and...@ac..., http://www.activestate.com Learn about
> > Stackato for Private PaaS: http://www.activestate.com/stackato
> >
> > 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
> > http://www.tcl.tk/community/tcl2014/
> > Send mail to tcl...@go..., by Sep 8 Registration is
> > open.
>
>
>
> --
> Andreas Kupries
> Senior Tcl Developer
> Code to Cloud: Smarter, Safer, Faster(tm)
> F: 778.786.1133
> and...@ac..., http://www.activestate.com Learn about Stackato for
> Private PaaS: http://www.activestate.com/stackato
>
> 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
> http://www.tcl.tk/community/tcl2014/
> Send mail to tcl...@go..., by Sep 8 Registration is open.
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI
> DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-
> Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0
> Requirement 10 and 11.5 with EventLog Analyzer
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> Tcllib-devel mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcllib-devel

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

[Tcllib-devel] plus 'digital libraries' (Re: parsing binary files)

[Andreas K. <and...@ac...>]

A paper on parsing binary formats

http://www.ijdc.net/index.php/ijdc/article/viewFile/207/276
(PDF)
http://www.ijdc.net/
International Journal of Digital Curation

Could be interesting for people with interest in digital libraries as well.


On Fri, Oct 3, 2014 at 10:57 AM, Andreas Kupries
<and...@ac...> wrote:
> unfort python
> still, very tempted to attempt a port
>
> http://construct.readthedocs.org/en/latest/
>
> It reminded of something I had seen a few months ago ...
> Found it again
>
> http://hachoir3.readthedocs.org/
> also python.
>
> tcllib has only a fileutil::decode which is comparatively weak.
>
> --
> Andreas Kupries
> Senior Tcl Developer
> Code to Cloud: Smarter, Safer, Faster™
> F: 778.786.1133
> and...@ac..., http://www.activestate.com
> Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
>
> 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
> http://www.tcl.tk/community/tcl2014/
> Send mail to tcl...@go..., by Sep 8
> Registration is open.



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
Send mail to tcl...@go..., by Sep 8
Registration is open.

[Tcllib-devel] parsing binary files

[Andreas K. <and...@ac...>]

unfort python
still, very tempted to attempt a port

http://construct.readthedocs.org/en/latest/

It reminded of something I had seen a few months ago ...
Found it again

http://hachoir3.readthedocs.org/
also python.

tcllib has only a fileutil::decode which is comparatively weak.

-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
Send mail to tcl...@go..., by Sep 8
Registration is open.

Re: [Tcllib-devel] twitter oauth

[Andreas K. <and...@ac...>]

On Wed, Oct 1, 2014 at 11:49 PM, Javi Pérez <ja...@li...> wrote:
> Andreas,
>
> I made this script for own use and now I see the great potential of this
> tool. I didn’t find any good tcl script for manage the current version of
> twitter API so I’m glad to be able to share my work with everyone trough
> your package. I’m willing to do whatever it takes to make it convenient to
> use.
>
> About the dev account, I think I have a dev account in source forge already.

Tcllib is managed on core.tcl.tk, not sourceforge.
Only the mailing lists (tcllib-devel, tcllib-bugs) are still on SF.

See
  http://core/tcl.tk/tcllib
That page refers to the trackers.
You have to login as anonymous to be able to create a ticket.


> Give me a way to upload the script and I will do it in your way.

After creating a ticket you can attach files to it.
Attaching a file as part of the creation is unfortunately not possible.

>
> About the online documentation: yes please of course, I due all my tcl
> skills to those documentations so I love them
>
>
> 2014-10-02 2:22 GMT+02:00 Andreas Kupries <and...@ac...>:
>>
>> On Wed, Oct 1, 2014 at 11:17 AM, Javi Pérez <ja...@li...>
>> wrote:
>> > License: i will use the license you use in every tcllib scripts
>>
>> Thank you. That is good.
>>
>> > maintenance: yes
>>
>> True, but how ?
>>
>> Would you want/need a dev account for the repository ?
>>
>> Or would it be enough for you to provide patches
>> and updated sources through Tcllib's ticket system ?
>>
>> > documentation: the script is full commented -- will be documented too
>>
>> I am more talking about externally visible documentation.
>> See for example
>>
>>
>> https://core.tcl.tk/tcllib/doc/trunk/embedded/www/tcllib/files/modules/json/json_write.html
>>
>> and
>>    https://core.tcl.tk/tcllib/doc/trunk/modules/json/json_write.man
>>
>> for the sources for the document.
>>
>> > tests: i am using it since 2012 for my own apps, large debug
>>
>> So, tested by dog-fooding. Ok.
>>
>> > large: around 400 lines
>>
>> That is small to us. ... I should possibly try and compute the median
>> for the files in tcllib.
>>
>> >
>> > file type: .tm, a only one file
>> >
>> > this was made for own use in a personal project but it works too well
>> > for
>> > keep it secret, i will adapt the code for make it more universal
>>
>> Ok
>>
>> >
>> > BTW: keep in mind i am not native english, so typos may be found
>> >
>> > dependencies: (Tcl 8.5)
>> >     package require http
>> >     package require tls
>> >     package require base64
>> >     package require sha1
>> >     package require json
>> >
>> > This is a piece of the script, will help you to make an idea about what
>> > we
>> > are talking about, if you want the full file, just ask, i dont want to
>> > bother with attached files
>>
>> While the start looks like an application the other parts of your
>> description (.tm), etc mean that it is definitely a package.
>>
>> Tcllib would be the better choice for placement.
>>
>>
>> >
>> > # !/bin/sh
>> > # the next line will restart with tclsh wherever it is \
>> > exec tclsh "$0" "$@"
>> >
>> > # oauth-1.1.tm
>> > # This module pretend give full support to API version 1.1 of Twitter
>> > #       using HTTPS for every requests.
>> > #
>> > # Copyright (c) 2012 Javier Pérez hx...@eg....
>>
>> --
>> Andreas Kupries
>> Senior Tcl Developer
>> Code to Cloud: Smarter, Safer, Faster™
>> F: 778.786.1133
>> and...@ac..., http://www.activestate.com
>> Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
>>
>> 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
>> http://www.tcl.tk/community/tcl2014/
>> Send mail to tcl...@go..., by Sep 8
>> Registration is open.
>
>



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
and...@ac..., http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato

21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
Send mail to tcl...@go..., by Sep 8
Registration is open.