Version 10 of GUTTER

Updated 2005-05-06 11:58:53 by NEM

Initialism, standing for: Great Unified Tcl/Tk Extension Repository.

Something that might be useful: [L1 ]


LV Too bad there isn't an interface for submitting new entries, or updates to existing entries.

JE Sure there is -- email the administrator :-) Data collection so far has focussed on "pull" mode -- gathering links from existing sources like SF, Freshmeat and Usenet. Once the site goes live, and if it gains traction, and if a solution to the Spam Problem can be devised, then a submission form will probably be added. But that'll happen later, there's a bunch of other stuff to be done first.


LV I don't see anything here or on the web page to indicate who the administrator is, let alone how to email them.


Lars H: A example of what web-based uploads could look like is provided by CTAN (The Comprehensive TeX Archive Network): http://dante.ctan.org/CTAN/upload.html

SYStems Okay, I never used CPAN, but if I understand corectly, it removes a perl package from the OS domain, meaning, if I want XOTcl on debian, I won't need a debian package, but a Tcl-CPAN package which as I can see will make life easier, as it can unify and formilize Tcl packages amongts linux distros, so even I am not competant enough to implement such a solution, I will shamelessly cheerlead it. For starter I think if the solution will be implemented as a web-service, web site admins a-la forums admins can be a good enough solution for spam. I imagine a solution like this

 apt-get tcl-can
 apt-cache info search tcl
 tcl-can - Tcl comprehensive archive network 
 # hint, tcl-cpan is the only thing I need to get tcl, tcl-can cannot depend on tcl
 tcl-can install XOTcl
 You will need to download 2 new packages
 tcl, xotcl 
 Continue yes or no?
 # and so on,
 # tcl-can search ''pattern''
 # tcl-can info ''name'' -- shows package info
 # tcl-can policy ''name'' -- same idea as debian, tell what I have and what I could have 
 # tcl-can download ''name'' -- download package only, no deps necessary
 # tcl-can install ''name'' -- download and install with dependencies
 # tcl-can files ''name'' -- list files in package, wether the package is installed or not
 # tcl-can remove ''name''
 # tcl-can add ''name.tp'' -- upload a tp (tcl package) to the rep, should be availble for anyone
 #                            of course we should find a way to deal with names conflicts,
 #                            I suggest that like webmails, first come, first take
 #                            popular packages can be added before this rep be made public    
 # tcl-can delete ''name.tp'' -- remove package fro repository admins only, require pass
 # tcl-can login ''admin'' -- asks for a password, of course can be hacked, but other admin ca
 #                            recover the site from damage
 # etc ...

Of course, Tk and webmin front ends can be made availble later, a port to windows, etc ...

This will definitely be cool and I think it removes a huge load from linux distribution makers the package format (i.e. the file that contain the depencies list and much more) must be easily prepared and made, debian packaging manual is a ciptic 40 pages long monster

Also ideas to consider, running multiple versions concurently, also some obvious issues, how to deal with tcl extensions writen in other langs, mostly c, and what tcl packages who are just wrappers as this imagination seems to only work for pure tcl packages, and honestly I dont even have the knowledge to think about solving this.


Yet another attempt by an individual to solve the problem of cataloging the Tcl software landscape.


RS isn't sure whether the name helps in advertising Tcl: "Oh, you need tdom - just get it from the gutter"

LV Would CANTCL be better advertising?


NEM would like to applaud Joe for spending the effort in getting this set up. Hope it succeeds. It's already looking like a useful resource.


Category Distribution