>  > Can you give us representative examples of the error messages ?
> 
>  Well, "can't find page::plugin" is a common error:
> 
>  package require page::analysis::peg::reachable load rc: 1 result: can't
>  find pac
>  kage page::plugin options: -code 1 -level 0 -errorcode NONE -errorline 1
>  -errori

The page::* package problem are likely only for the packages which cannot be
loaded by a regular interpreter, but only by the page::pluginmgr, or the
plugin packages themselves. They ask for a pseudo-package (forgot the name)
which is not present in the regular interpreter, but defined by the named
plugin manager.


> 
>  Then there are the "infinite loop" errors:

>  package require Ttrace load rc: 1 result: too many nested evaluations
>  (infinite
>  loop?) options: -code 1 -level 0 -errorcode NONE -errorline 1 -errorinfo
>  too\ ma

andreask@gila:~/workbench/A>  ./A/bin/tclsh8.5
% package require Thread
2.6.5
% package require Ttrace
2.6.5
% exit
andreask@gila:~/workbench/A>  ./A/bin/tclsh8.5
% package require Ttrace
2.6.5
% exit

Are you trying to load all the packages into the same interpreter ?

If yes, there may be packages which are conflicting with each other,
somehow.

It might be better to try and load everything into a trusted sub-interpreter
which is deleted after the require. That contains interactions to the
package itself and its dependencies. Not sure if that is feasible/an option
for what you wish to achieve.

Still, seeing this it would be interesting to see in which order you load
packages, so that we know which others went before (sucessfully) and thus
may cause this. And then reduce the set until the error goes away, extend,
etc. until the minimal set is identified. Then we can send this to the
package maintainer.


>  Here's a shorter one:
>  package require widget::all load rc: 1 result: too many nested
>  evaluations (infi
>  nite loop?) options: -code 1 -level 0 -errorcode NONE -errorline 1

This looks as if snit is broken in some way ... snit2 most likely as this is
8.5.

Hoowever, again, there has to be more going on behind the scenes, as a plain

andreask@gila:~/workbench/A>  ./A/bin/tclsh8.5
% package require snit
2.2.1
%

works, and it come out of the repository

% package ifneeded snit 2.2.1

        # ACTIVESTATE TEAPOT-PKG BEGIN REQUIREMENTS

        package require Tcl 8.5

        # ACTIVESTATE TEAPOT-PKG END REQUIREMENTS

            source [file join
{/home/andreask/.teapot/repository/package/tcl/lib/snit-2.2.1} snit2.tcl]

        # ACTIVESTATE TEAPOT-PKG BEGIN DECLARE

        package provide snit 2.2.1

        # ACTIVESTATE TEAPOT-PKG END DECLARE

%






>  Then there is
>  package require vfs::webdav load rc: 1 result: version conflict for
>  package "htt
>  p": have 2.5.3, need 2.6 options: -code 1 -level 0 -errorcode NONE
>  -errorline 1
>  -errorinfo {version conflict for package "http": have 2.5.3, need 2.6
>      while executing
>  "package require http 2.6"

This is definitely because of how you are loading packages into the same
interpreter, in some order. You have already loaded http 2.5.3, and now that
the webdav looks for a different http it clashes.

That is not really a bug. If it had been loaded alone it would likely find
its proper http package and load. Here it cannot, the other package is
blocking it from doing so.

>  > Re the core dump it seems to not like one of the packages. It would
>  interesting to know which package causes this.
>  While I am not certain, there is this error msg:
>  Assertion failed: rc == TCL_OK, file ../src/htmltcl.c, line 2599
>  Which might give a clue.

From the naming I think that this is in Tkhtml v3. Question is if that will
happen alone as well, or due other packages interfering. Try to load it
alone. If it fails please report to 'http://tkhtml.tcl.tk'.


>  > General query. What is your setup looking like ?

>  > IIRC you have both ActiveTcl 8.4 and 8.5 installed, in different
>  directories, and both also looking to a shared teapot repository for
>  additional packages.

>  > If that is the case then it is possible for AT 8.5 to see some
>  packages, i.e. its own and those in the teapot, but it may not know
>  about needed dependent packages if they are in the 8.4 installation and
>  not in the local teapot.

>  You have correctly identified my setup. I'm uncertain about your
>  conjecture - as far as I am aware, the teapot repository should have
>  everything (and more) that was in the at 8.4 install.

I see.

--
	Andreas Kupries <andreask@[...].com> 
	Developer @ http://www.ActiveState.com
	Tel: +1 778-786-1122

_______________________________________________
ActiveTcl mailing list
ActiveTcl@[...].com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs