Version 6 of canonical way of site configuration

Updated 2006-01-31 14:30:04

What is the canonical way of configuring a Tcl installation for site specific purposes? I think its a well known problem: You are using a Tcl-installation which is installed from the system supplier (e.g. a Linux distro). Tcl/Tk an the libs provided are installed under /usr/lib, thus limiting the search path to /usr/lib/ and descendants. These directories will be requrely wiped out during a system upgrade. Beside this part of the installation you maintain another set of libs and packages specific for this site (so normally under /usr/local/lib). For that reason the search path has to be extended. What is the best way to manage this across updates?

  • a special package config-site, which is part of the distribution and will be evaluatet during the init-process, so that during the update this package can be backed up
  • like above but not evaluated during init, but immediately after the program start
  • simply adding the code to the application
  • ...

What is your opinion?

joheid

RS: Use a self-contained Tclkit with all the needed libs built in?

joheid: agreed as optimal for smaller programs, but if you always need a bunch of libs?

schlenk: Its rather problematic to do a cross platform solution to this, especially if MS Windows gets involved. But on Linux you should follow the FHS http://www.pathname.com/fhs/ . One way I found quite nice for appending to the package search path was setting the TCLLIBPATH environment variable to my local package repository.


Category Deployment