Initialism, standing for: Great Unified Tcl/Tk Extension Repository. Something that might be useful: [http://www.flightlab.com/~joe/gutter/] ---- [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. [LV] Yes, I too want to say ''thank you'' for working hard on this. ---- [Category Distribution]