On Sun, Oct 07, 2007 at 10:36:34AM +0400, Sergei Golovan wrote: > Hi! > > > % put $auto_path > > /usr/lib/tcl8.4 /usr/lib /usr/share /usr/lib/tk8.4 > > Where did you get your wish8.4? Mine shows: > > wish8.4 [~]set auto_path > /usr/local/lib /usr/lib/tcl8.4 /usr/lib /usr/lib/tklib0.4 > /usr/lib/tcllib1.10 /usr/lib/tk8.4 >
Current sid (8.4.16-1) shows % puts $auto_path /usr/lib/tcl8.4 /usr/lib /usr/lib/tk8.4 That was the result with wish at the time of reporting. > > Bwidget should move its stuff under /usr/share now, it depends on tk8.4 > > so I see no reasons to maintain it under /usr/lib which is not > > appropriate by policy. > > If we added /usr/share to auto_path it would lead to another slowdown > during Tcl/Tk application start. > > In my system: > > % find /usr/lib -maxdepth 1 -type d |wc -l > 188 > % find /usr/share -maxdepth 1 -type d |wc -l > 291 > > Since wish tries to find pkgIndex.tcl in every subdirectory of dirs > listed in auto_path adding of 291 directories doesn't look reasonable. > Not to me too, but that because having /usr/lib or /usr/share is silly, we need /usr/lib/tcltk and /usr/share/tcltk and moving there all stuff. I never thought to have tcltk stuff directly under /usr/share :) > I'd propose a halfway solution - to put bwidget scripts to > /usr/share/bwidget1.0.8 and link this directory to /usr/lib. This > technique is used in tcllib now. > /usr/share/tcltk/bwidget1.0.8 would be much more reasonable. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
