[racket] Adding a raco command not working for me

At Sat, 6 Apr 2013 11:19:43 -0400, Greg Hendershott wrote:
> So on http://docs.racket-lang.org/planet2/Developing_Packages.html
> should it switch the steps around? Folks should not run `raco pkg
> install --link demo` until _after_ they create an info.rkt in demo?

Good point! Technically, for the things in the documentation's example,
the order doesn't matter. But swapping the order would be less
confusing to someone who already knows about "info.rkt" files from
other sources.


Assuming that you have an "info.rkt" now, though, I'm puzzled that
these steps are not working...

> Because when I try to run `raco pkg install --link` now, it does
> nothing, telling me:
> 
> $ raco pkg install --link frog
> raco pkg install: package is already installed
>   package: frog
> 
> OK. So I just tried:
> 
> $ raco pkg remove frog
> 
> (FYI that gives a huge amount of output, which doesn't say anything
> about removing `frog`, but a lot about making other stuff.  But `raco
> pkg show` confirms it was removed.)
> 
> Next I try:
> 
> $ raco pkg install --link frog
> 
> And I try:
> 
> $ raco pkg show
> 
> <It's installed.>
> 
> But:
> 
> $ raco help
> 
> Does not show my command listed.

And, just to be sure, `raco setup frog' has no effect?


> So it's still not working. From my (probably not great) understanding
> for getinfo.rkt, I'm still not sure how it _could_ work because these
> linked collections aren't returned by
> `current-library-collection-paths`.

The call to `current-library-collection-paths' is involved with finding
"cache.rktd", which is an index for "info.rkt" entries. All
installation-specific entries are indexed in the installation's
"cache.rktd", and all user-specific entries are indexed in the
user-specific "cache.rktd".

Installation, user, and shared package scopes all work for me, but what
is your default package scope? (It's "user", unless you've specifically
changed it.)