You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Mark H. <ma...@us...> - 2001-02-15 17:13:19
|
Brent Welch <we...@pa...> wrote: > My > understanding is that the box running tcltk.com is also running some asiainfo > services. Yes, that's right. Actually some very interesting services, in fact. > Yeah, that's probably > best. We'll need to set up a commitinfo script so we can have several > modules that are writable by different contributors. Mark - are you open > to that? I don't even bother with the commitinfo... Unruly contributors (Michael is a notable example) are held in check by the fear of receiving a sternly worded note from me should they trespass their natural boundaries. From your description my goals were probably a bit different for tclweb and tcltk.com. I wanted: 1. a site that could be collaboratively managed via cvs 2. a site that could be easily replicated to multiple servers 3. a simple site 4. one or two interesting features Details: 1. Many very complex solutions have been proposed for this problem, but CVS does just about everything you need for collaborative web site development. It provides other benefits such as an increased level of security and accountability. 2. I replicate the site to a box in China. The speed difference is very noticable. I hope one day that tcl will be popular enough that multiple sites will want to be a part of a worldwide mirroring system. To that end, I wanted the smallest administrative overhead necessary. To mirror tcltk.com, all you need is: an existing apache or iplanet setup a spare IP address on your box anonymous CVS client access to sourceforge willing to install the KAP plugin into your iplanet or apache server a few 10's of megabytes of disk This also makes it easy for contributors to develop content. If you have a linux box with apache, all you need to do is add kap (about a 10 minute job), checkout the project, and you have a full mirror on your desk. 3. Coz my web pages are butt-ugly when I try to get fancy. 4. Such as (on our china server only) serving WAP pages to GSM phones. In this sense it is a bit of a laboratory for some of my real work at AsiaInfo. I'm not too concerned about having a comprehensive portal service, and things like personalization are (imo) a bit overkill. I like sites like cpan.org and python.org, which have a lot of useful material without a lot of fluff. > > Is this the same effort as the "tclweb" project? If not, how do > > these two projects complement or compete with one another? Brent's vision is grander than mine. Scriptics had serious portal intentions, and it shows. I continue Alfredo's vision of trying to put together some useful things. I have new sets of PFD docs waiting to be uploaded, for example. > > I want to help. The natives on c.l.t. are growing restless in their > > desire for an "official home" for Tcl on the web. I don't know how official it is, but I and several other people amuse ourselves with it occasionally. And it *is* referenced by Eric Raymond, after all. So if you would like to fiddle around, drop me a note and I'll add you to the project. [incr Cheers], Mark BTW, I've forgotten the administrative password to tclweb-admin, so don't feel bad if you don't get approved. Now that somebody is actually showing some interest I'll move the mailing list over to yahoo groups, which at least seems to remember my password for me. |
From: Mark H. <ma...@us...> - 2000-12-07 08:42:49
|
tcltk.com is now mirroring some of the sf projects... I am mirroring the daily message log (one per day) of the fetch. I will be sending a few test messages in order to work out if ro...@tc... is able to post to this list. Apologies in advance for the inconvenience! -- Mark Harrison AsiaInfo Holdings, Inc. ma...@us... Beijing/Santa Clara |
From: Brent W. <we...@aj...> - 2000-10-31 20:32:45
|
I'm interested in helping. It looks like "dev.scriptics.com" will remain up for the indefinite future, by the way, although I will probably be dismantling some features that don't make as much sense anymore. I'm also not %100 happy with AOLserver there. *BUT*, I am very happy with the Tcl infrastructure I've created for TclHttpd and ported to AOLserver. Unfortunately, KAP doesn't support the 100's of pages I have developed, nor the more flexible extension mechanism (not just templates, but a means to "eval" a Tcl command to implement a page.) If you can do a very basic, general eval hook in KAP, then I can implement whatever framework I need. Any progress on that? >>>"Mark Harrison" said: > If you're receiving this message, it's because at some time or > another we have discussed tcltk.com. Now that some of the other > things I've been working on for the TCT (such as sourceforge) > are well under way, I want to get this project going. > > If you're not interested, then maximum apologies to you. > > I want to make the new tcltk.com (also known as tcltk.org) > a useful site that works in conjunction with the sourceforge > site. > > I would like to recruit a number of "content editors" who are > interested in working on a particular part of the website > which might interest them. That's why you're receiving this > message. > > Here is my vision for how things will be set up: > > We have a linux box hosted by Verio running > apache > KAP (embeds tcl into web pages) > mysql > > All the web content is managed via cvs. I've had some good > luck with this approach at some of our customer sites. You > can back things out, see what crackers have done, etc. > It's also nice for distributed management, since modifications > are made to the repository instead of being put directly > on the site. > > I've created the "tclweb" project to support this. Changes are > pushed onto the "tclweb" cvs repository, and then populated (by > some means) to the server machine. > > This is an easily clonable setup, which gives two advantages: > > 1. It's easy for someone to set up a mirror site. Put the > software on your system, and checkout the content from > sourceforge. > > 2. It's easy for someone to stage... if you're a content > editor, just run the software on your own linux box and > edit the content as you like. When it's reached the > point of perfection, just "cvs commit" and have it > automatically pushed onto the web site. If you goof > up, do any of the normal cvs things and have the content > restored as you like it. > > My own feeling is that tcltk.com does not need to be a > "comprehensive" portal site, but should be a good starting > point for anyone needing to find tcl resources. That's why > my first efforts were aimed at pushing as many things as possible > over to sourceforge. I don't want to do everything, but instead > focus on the maximum return on (time) investment. > > I'm also tending to downplay this quarter's suddenly hot "p2p" > personalization trend. It can provide some value, but I think > that the relative effort is a bit high for the value received. > > Anyways, I'm interested in what you think... let me know! > > Mark > > -- > Mark Harrison AsiaInfo Holdings, Inc. > ma...@us... Beijing/Santa Clara > > _______________________________________________ > Tclweb-admin mailing list > Tcl...@li... > http://lists.sourceforge.net/mailman/listinfo/tclweb-admin -- Brent Welch <we...@aj...> http://www.ajubasolutions.com Scriptics changes to Ajuba Solutions scriptics.com => ajubasolutions.com |
From: Mark H. <ma...@us...> - 2000-10-31 12:24:44
|
If you're receiving this message, it's because at some time or another we have discussed tcltk.com. Now that some of the other things I've been working on for the TCT (such as sourceforge) are well under way, I want to get this project going. If you're not interested, then maximum apologies to you. I want to make the new tcltk.com (also known as tcltk.org) a useful site that works in conjunction with the sourceforge site. I would like to recruit a number of "content editors" who are interested in working on a particular part of the website which might interest them. That's why you're receiving this message. Here is my vision for how things will be set up: We have a linux box hosted by Verio running apache KAP (embeds tcl into web pages) mysql All the web content is managed via cvs. I've had some good luck with this approach at some of our customer sites. You can back things out, see what crackers have done, etc. It's also nice for distributed management, since modifications are made to the repository instead of being put directly on the site. I've created the "tclweb" project to support this. Changes are pushed onto the "tclweb" cvs repository, and then populated (by some means) to the server machine. This is an easily clonable setup, which gives two advantages: 1. It's easy for someone to set up a mirror site. Put the software on your system, and checkout the content from sourceforge. 2. It's easy for someone to stage... if you're a content editor, just run the software on your own linux box and edit the content as you like. When it's reached the point of perfection, just "cvs commit" and have it automatically pushed onto the web site. If you goof up, do any of the normal cvs things and have the content restored as you like it. My own feeling is that tcltk.com does not need to be a "comprehensive" portal site, but should be a good starting point for anyone needing to find tcl resources. That's why my first efforts were aimed at pushing as many things as possible over to sourceforge. I don't want to do everything, but instead focus on the maximum return on (time) investment. I'm also tending to downplay this quarter's suddenly hot "p2p" personalization trend. It can provide some value, but I think that the relative effort is a bit high for the value received. Anyways, I'm interested in what you think... let me know! Mark -- Mark Harrison AsiaInfo Holdings, Inc. ma...@us... Beijing/Santa Clara |
From: Mark H. <ma...@us...> - 2000-09-08 04:24:56
|
test 1, sending to list and to person -- Mark Harrison AsiaInfo Holdings, Inc. ma...@us... Beijing/Santa Clara |
From: Mark H. <ma...@us...> - 2000-09-08 04:24:56
|
test 2 - sending only to list -- Mark Harrison AsiaInfo Holdings, Inc. ma...@us... Beijing/Santa Clara |