<div dir="ltr"><div>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.</div><div> </div><div>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.</div> <div> </div><div>Kathi</div></div><div class="gmail_extra"> <div class="gmail_quote">On Sat, Mar 15, 2014 at 12:29 PM, Matthew Flatt <<a href="mailto:mflatt@cs.utah.edu" target="_blank">mflatt@cs.utah.edu</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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. <div class="HOEnZb"><div class="h5"> 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 <<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>> 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 <<a href="mailto:kfisler@cs.wpi.edu">kfisler@cs.wpi.edu</a>> > > 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: > > > > <a href="http://lists.racket-lang.org/users" target="_blank">http://lists.racket-lang.org/users</a> > > > > > > > > > > > > > > > > -- > > > Jay McCarthy <<a href="mailto:jay@cs.byu.edu">jay@cs.byu.edu</a>> > > > Assistant Professor / Brigham Young University > > > <a href="http://faculty.cs.byu.edu/~jay" target="_blank">http://faculty.cs.byu.edu/~jay</a> > > > > > > "The glory of God is Intelligence" - D&C 93 > > > ____________________ > > > Racket Users list: > > > <a href="http://lists.racket-lang.org/users" target="_blank">http://lists.racket-lang.org/users</a> > > > > </div></div></blockquote></div> </div>