gmane.comp.lang.tcl.starkit

Rene Zaumseil | 28 Feb 20:52

missing sources at equi4.com


Hi,

I use in my kbskit project at sourceforge.net/projects/kbskit the following 
files from www.equi4.com:
  www.equi4.com/pub/sk/sdx.kit
  www.equi4.com/pub/tk/tars/vfs.tar.gz
  www.equi4.com/pub/tk/tars/vqtcl.tgz
  www.equi4.com/pub/tk/tars/zlib.tar.gz
Now the vqtcl.tgz file is missing.
Is there a chance to get it back on the above position.
Should a save a copy under sourceforge?

Also what about the future direction of the development on the vlerq side.
I really like to have only simple C and not C++ dependencies.

Thanks for your attention.

rene

headers

Jean-Claude Wippler | 28 Feb 22:11

Re: missing sources at equi4.com


Rene,

> Now the vqtcl.tgz file is missing.
> Is there a chance to get it back on the above position.

Whoops, that was not intentional. I had removed it because Vlerq is  
not used in the "genkit" build, i.e. in Tclkit "classic".  I've  
restored the symlink to /pub/vq/vqtcl.tgz now.

> Also what about the future direction of the development on the vlerq  
> side.

Vlerq is a research project (which is another way of saying that  
timelines are, ehm, "fluid"). Having said that, I'm continuing to  
spend considerable amounts of my time on Vlerq. I announced a new  
release a few hours ago on vlerq.org in fact.

My intention is to continue working on a couple of difficult  
foundation-type problems. Once that reaches a certain level, I can get  
back to creating wrappers for Tcl and other languages. One reason for  
this ordering is that the current Vlerq/Ratcl "v4" engine is actually  
pretty solid and usable. So as far as Tclkit Lite + KBS are concerned,  
I think the current code is fine - I will definitely continue to  
support it fully, and squash bugs whenever anybody bumps into one.

> I really like to have only simple C and not C++ dependencies.

Not a day goes by without me sharing that opinion and preference, I  
assure you!

(Continue reading)

headers

Rene Zaumseil | 29 Feb 09:20

Re: missing sources at equi4.com


Am Donnerstag, 28. Februar 2008 22:11 schrieb Jean-Claude Wippler:
> Whoops, that was not intentional. I had removed it because Vlerq is
> not used in the "genkit" build, i.e. in Tclkit "classic".  I've
> restored the symlink to /pub/vq/vqtcl.tgz now.
Thank you. But in the meantime I found and used the new location.
> So as far as Tclkit Lite + KBS are concerned,
> I think the current code is fine - I will definitely continue to
> support it fully, and squash bugs whenever anybody bumps into one.
That's fine with me.

After digging again in the dependencies just some more questions.

I think www.equi4.com/pub/tk/tars/vfs.tar.gz is just a copy from
sourceforge.net/projects/tclvfs. Would it be possible to tag the sources 
there. The page shows you as admin. And then I could get my version from 
there.
Is there a reason in the difference between the provided packages in 
vfs/library/pkgIndex.tcl and files/vfs1.3-pkgIndex.tcl from your kitgen.tgz?
Otherwise I would provide all the packages from the original pkgIndex.tcl.

What about http://www.equi4.com/pub/tk/tars/zlib.tar.gz. Is it also just
a copy from http://zlib.net/? So i can get my version from there too?

And last just out of curiosity. Is there a plan to make vlerq able to write
kit files. This seems for me the last real big difference to the original 
tclkits.

PS. I use the following new versions in my project:
  sqlite-3_4_0-tea.tar.gz -> sqlite-3_5_4-tea.tar.gz

(Continue reading)

headers

Jean-Claude Wippler | 1 Mar 01:48

Re: missing sources at equi4.com


> I think www.equi4.com/pub/tk/tars/vfs.tar.gz is just a copy from
> sourceforge.net/projects/tclvfs.

Yes, it has always been a tar from the latest cvs checkout of tclvfs.  
In fact, all tars in www.equi4.com/pub/tk/tars/ are simply checkouts  
of the different pieces. The only small tweak I apply is shown in  
all.diffs, which IIRC avoids a problem in 8.4 Tk's when using command- 
line arguments with a starpack. I think that no longer works in 8.5,  
don't know whether the problem is still there, in fact.

> Is there a reason in the difference between the provided packages in
> vfs/library/pkgIndex.tcl and files/vfs1.3-pkgIndex.tcl from your  
> kitgen.tgz?
> Otherwise I would provide all the packages from the original  
> pkgIndex.tcl.

In the original tclkit, only a few VFS packages were included - to  
keep size down and because several of those VFS drivers are/were in  
flux, or simply never reached the point of being widely usable. There  
are probably valid arguments either way: keep the limited set in a  
tclkit and let people add whatever else they need to their apps, or  
simply include all of tclvfs in a tclkit exe.

> What about http://www.equi4.com/pub/tk/tars/zlib.tar.gz. Is it also  
> just
> a copy from http://zlib.net/? So i can get my version from there too?

Yes. Or use my svn copy (svn co svn://svn.equi4.com/zlib/trunk zlib) -  
which I added there because I did not find a scm'ed repository

(Continue reading)