[racket] tool warnings from raco

> Do you have any links that were installed via `raco link` instead of
> `raco pkg`, such as a link from developing "pollen" before the package
> system?

Yes, Pollen was originally a PLaneT module, but IIRC I used `raco planet link` to install it (consistent with the instructions here [1])

Here's how I can reproducibly shift between states:

1) Warning appears ("tool "pollen" registered twice ...")
2) Delete `info-cache.rktd`. Warning disappears.
3) Do `raco pkg remove pollen`.
4) Go to pollen directory and do `raco pkg install`.
5) Warning reappears.

So maybe it's a simple matter of erasing the old PLaneT references (?) but I'm not sure where those lurk, and all the `raco planet ...` commands referenced in the docs [2] are apparently long gone.

[1] http://hashcollision.org/brainfudge/

[2] http://docs.racket-lang.org/planet/index.htmlhttp://docs.racket-lang.org/planet/index.html


> 
> At Sun, 27 Apr 2014 15:12:44 -0700, Matthew Butterick wrote:
>> When I invoke raco from the command line, it throws the warning:
>> 
>>> warning: tool "pollen" registered twice: "pollen" and #<path:/path/to/pollen>
>> 
>> 
>> This error also appeared on racket-dev in Jul 2013. At that time Matthew Flatt 
>> said:
>>> I changed `raco setup' to use relative paths for the info-domain cache,
>>> but not to prune away the old absolute paths.
>>> 
>>> For now, you can delete "racket/lib/info-cache.rktd", and I'll work on
>>> a repair to `raco setup'.
>> 
>> 
>> But though I've tried deleting info-cache.rktd, the warning eventually returns.
>> 
>> The problem doesn't surface with other packages. It doesn't seem to affect how 
>> anything works.
>> 
>> It also might be a bug in this particular package, though I'm not clear how a 
>> package can mess with raco's registration scheme.
>> 
>> 
>> ____________________
>>  Racket Users list:
>>  http://lists.racket-lang.org/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20140427/3d0d91e3/attachment.html>