[racket] Should raco-linked collections still work in v6.0?

I found/fixed my problem, and I think it arose from (a) having the lang
files in two places in my filesystem, and (b) raco setup finding one copy
automatically.

raco setup is going into "My Documents\GitHub\" and attempting to make the
.rkt files it finds in there.  I used to check out my lang files through
GitHub, so an old copy of the lang repository was in my GitHub directory.
 My manual raco link command pointed to the current repo location (which is
not within my GitHub directory).  raco setup reported several errors about
duplicate definitions, which alerted me to the second copy. Once I deleted
the stale repo from the GitHub directory, raco setup ran fine and I was
able to scribble thereafter.

Kathi


On Sat, Mar 15, 2014 at 12:29 PM, Matthew Flatt <mflatt at cs.utah.edu> wrote:

> The expected-a-module errors sound like expected errors for non-module
> files within a linked collection's directory.
>
> You shouldn't get expected-a-module errors for files outside any link.
> Also, ".git" subdirectories within a collection should excluded by
> default. Can you say more about the configuration and those errors?
>
>
> The delete-file errors are due to using `raco setup` with an
> installation without write permission. (I assume that your links are
> user-specific and not installation-specific.) Use use `--avoid-main`,
> like this:
>
>  raco setup --avoid-main
>
> This is another detail that the package system could manage for you,
> because it knows to use `--avoid-main` when setting up a user-specific
> package.
>
>
> I don't think any of these issues for linked collections are new to
> v6.0, though. Unless you were having similar problems in previous
> versions, there must be something else.
>
>
> At Sat, 15 Mar 2014 12:12:50 -0400, Kathi Fisler wrote:
> > I tried running raco setup, and got two kinds of errors (after which I
> got
> > the same error as before when trying to run Scribble):
> >
> > - "expected a 'module' declaration ..." arising from a bunch of my own
> > files (some that are reachable from my link and some that are within my
> > GitHub directories that are not connected to link commands)
> >
> > - a bunch of delete-file errors such as
> >
> > raco setup: launcher: <gui-bin>/DrRacket.exe
> > delete-file: cannot delete file
> >   path: C:\Program Files (x86)\Racket\DrRacket.exe
> >   system error: Permission denied; errno=13
> > raco setup: launcher: <gui-bin>/PLT Games.exe
> > delete-file: cannot delete file
> >   path: C:\Program Files (x86)\Racket\PLT Games.exe
> >   system error: Permission denied; errno=13
> > ...
> >
> >
> >
> >
> > On Sat, Mar 15, 2014 at 11:52 AM, Matthew Flatt <mflatt at cs.utah.edu>
> wrote:
> >
> > > Yes, the intent is that you should be able to take your time to convert
> > > from links to packages.
> > >
> > > Like Jay, I wonder whether you ran `raco setup` after `raco link` ---
> > > in contrast to `raco pkg install`, which runs `raco setup` as needed
> > > for you. A linked collection's libraries can be found for running
> > > without a `raco setup`, while documentation cross-referencing would
> > > depend on `raco setup`.
> > >
> > > (Jay: I think it's no longer the case that `raco setup` as run by
> > > `make` in a repo checkout ignores your links. If I understand what you
> > > have in mind and if I remember correctly, that's a change relative to
> > > v5.3.6.)
> > >
> > > At Fri, 14 Mar 2014 16:05:56 -0600, Jay McCarthy wrote:
> > > > Is it possible that the old link is version specific? Have you run a
> > > > full "raco setup" after upgrading? (The default "raco setup" that
> runs
> > > > during the build process will only look at the core and ignore your
> > > > links.)
> > > >
> > > > On Fri, Mar 14, 2014 at 7:59 AM, Kathi Fisler <kfisler at cs.wpi.edu>
> > > wrote:
> > > > > I have a custom #lang (a scribble extension).  In previous
> versions, I
> > > used
> > > > > raco link to register the directory containing the lang.rkt and
> other
> > > files
> > > > > for my #lang.
> > > > >
> > > > > After switching to 6.0, scribble yields an error that suggests it
> is
> > > not
> > > > > finding the functions defined in my #lang.  I have rerun the raco
> link
> > > > > command, and confirmed that the link is there (through raco link
> -l).
> > >  I get
> > > > > no errors when I attempt to "run" the lang.rkt file or the file
> > > containing
> > > > > the unfound functions.
> > > > >
> > > > > Might this be an artifact of the new package system, or am I
> looking
> > > > > elsewhere for the problem?  I couldn't tell whether I had to switch
> > > over to
> > > > > the new package system now, or whether I can take my time
> migrating our
> > > > > stuff over.
> > > > >
> > > > > thanks,
> > > > > Kathi
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ____________________
> > > > >   Racket Users list:
> > > > >   http://lists.racket-lang.org/users
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Jay McCarthy <jay at cs.byu.edu>
> > > > Assistant Professor / Brigham Young University
> > > > http://faculty.cs.byu.edu/~jay
> > > >
> > > > "The glory of God is Intelligence" - D&C 93
> > > > ____________________
> > > >   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/20140316/7cf53724/attachment-0001.html>