Re: [racket-dev] The repository is now split
At Fri, 5 Dec 2014 14:04:47 -0800, John Clements wrote: 1) compilation failed because it couldn't find the 'racket' collection, but I noticed that it was referring to a nonexistent path, presumably because I had moved the root of the installation. Has that always been a bad idea? Ok, yes, it has always been a bad idea to do that without re-running `configure`. When I tried moving my checkout and using `make`, I got ../racket/racket3m -G /Users/mflatt/splt/build/config -cqu \ ../../gracket/../mac/rename-app.rkt \ /Users/mflatt/plt/racket/lib/GRacket.app GRacket3m GRacket standard-module-name-resolver: collection not found for module path: (submod racket/base reader) collection: racket in collection directories: [...] That's because a makefile generated by `configure` includes an absolute path. Getting rid of absolute paths in the makefiles is difficult and probably not worthwhile. In contrast, a `raco setup` or `raco pkg update` should work after moving a checkout, because an in-place build is supposed to be movable at the Racket level. Continuing with your report at step 2, you deleted racket/src/build, which should allow `make` to work, because it re-runs `configure`. You ran into trouble, but the error message told you how to recover --- and that won't happen again, since the way `make` links packages has stabilized. At steps 3 and 4, `make` didn't do enough work, but I've since changed the makefile to fix that problem. At step 5, you ran `make setup`, and it still failed -- but it should have worked, as noted above. I'm still stumped about that failure, because `raco setup` (which is now run by `make`) worked for me at that point. I'll just have to keep an eye out for similar problems. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
Did a fresh clone and then make (Debian 7.4) and got the error below, even though git is not down. Do we need to increase the timeout? Downloading https://github.com/racket/icons/tarball/d6ec572b628874361c104858dad2a574119872fb Downloading https://github.com/racket/images/tarball/3458568c6ba363ae9510adf4ec5001aef582f651 Downloading https://github.com/racket/lazy/tarball/fca189e90c6ab9bb5101d99b67d57c9ba010b83c tcp-connect: connection failed address: codeload.github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Thu, Dec 4, 2014 at 2:58 PM, Matthew Flatt mfl...@cs.utah.edu wrote: In cooperation with Sam, I've pushed a change to the way that `make` links the content of pkgs. If you run `make` again, it should tell you to delete your old racket/etc/config.rktd Also, the native-pkgs submodule is gone. The problem that John saw with libintl.8.dylib has been fixed by updating the native-library packages on pkgs.racket-lang.org. You'll need to use `raco pkg update` to get those updates! For now, use `git pull` to update core Racket and the handful of packages in pkgs. Use `raco pkg update` to update anything else. We expect to make `raco pkg update` apply to everything (i.e., to imply a `git pull` in the main repository's directory), but we're not there, yet. _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
Typed make and it timed out again. Could it be a github rate limit? https://developer.github.com/v3/rate_limit/ https://developer.github.com/v3/#rate-limiting Downloading https://github.com/racket/distributed-places/tarball/917d33e217b3b4897fd86a5a8116087b0714b279 Downloading https://github.com/racket/racklog/tarball/71bc8cb3dff36f343d6cdaa05e257e34def8d757 Downloading https://github.com/racket/rackunit/tarball/7300f625d56940667657dc3170acf728bf171992 Downloading https://github.com/racket/readline/tarball/a6298fd5370f9647f815c813cb5ad3032a2c0487 tcp-connect: connection failed address: github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Fri, Dec 5, 2014 at 1:00 PM, Stephen Chang stch...@ccs.neu.edu wrote: Did a fresh clone and then make (Debian 7.4) and got the error below, even though git is not down. Do we need to increase the timeout? Downloading https://github.com/racket/icons/tarball/d6ec572b628874361c104858dad2a574119872fb Downloading https://github.com/racket/images/tarball/3458568c6ba363ae9510adf4ec5001aef582f651 Downloading https://github.com/racket/lazy/tarball/fca189e90c6ab9bb5101d99b67d57c9ba010b83c tcp-connect: connection failed address: codeload.github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Thu, Dec 4, 2014 at 2:58 PM, Matthew Flatt mfl...@cs.utah.edu wrote: In cooperation with Sam, I've pushed a change to the way that `make` links the content of pkgs. If you run `make` again, it should tell you to delete your old racket/etc/config.rktd Also, the native-pkgs submodule is gone. The problem that John saw with libintl.8.dylib has been fixed by updating the native-library packages on pkgs.racket-lang.org. You'll need to use `raco pkg update` to get those updates! For now, use `git pull` to update core Racket and the handful of packages in pkgs. Use `raco pkg update` to update anything else. We expect to make `raco pkg update` apply to everything (i.e., to imply a `git pull` in the main repository's directory), but we're not there, yet. _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
The rate limit only applies to API calls, not to downloads, so I don't think that could be it. Sam On Fri, Dec 5, 2014 at 1:07 PM, Stephen Chang stch...@ccs.neu.edu wrote: Typed make and it timed out again. Could it be a github rate limit? https://developer.github.com/v3/rate_limit/ https://developer.github.com/v3/#rate-limiting Downloading https://github.com/racket/distributed-places/tarball/917d33e217b3b4897fd86a5a8116087b0714b279 Downloading https://github.com/racket/racklog/tarball/71bc8cb3dff36f343d6cdaa05e257e34def8d757 Downloading https://github.com/racket/rackunit/tarball/7300f625d56940667657dc3170acf728bf171992 Downloading https://github.com/racket/readline/tarball/a6298fd5370f9647f815c813cb5ad3032a2c0487 tcp-connect: connection failed address: github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Fri, Dec 5, 2014 at 1:00 PM, Stephen Chang stch...@ccs.neu.edu wrote: Did a fresh clone and then make (Debian 7.4) and got the error below, even though git is not down. Do we need to increase the timeout? Downloading https://github.com/racket/icons/tarball/d6ec572b628874361c104858dad2a574119872fb Downloading https://github.com/racket/images/tarball/3458568c6ba363ae9510adf4ec5001aef582f651 Downloading https://github.com/racket/lazy/tarball/fca189e90c6ab9bb5101d99b67d57c9ba010b83c tcp-connect: connection failed address: codeload.github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Thu, Dec 4, 2014 at 2:58 PM, Matthew Flatt mfl...@cs.utah.edu wrote: In cooperation with Sam, I've pushed a change to the way that `make` links the content of pkgs. If you run `make` again, it should tell you to delete your old racket/etc/config.rktd Also, the native-pkgs submodule is gone. The problem that John saw with libintl.8.dylib has been fixed by updating the native-library packages on pkgs.racket-lang.org. You'll need to use `raco pkg update` to get those updates! For now, use `git pull` to update core Racket and the handful of packages in pkgs. Use `raco pkg update` to update anything else. We expect to make `raco pkg update` apply to everything (i.e., to imply a `git pull` in the main repository's directory), but we're not there, yet. _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
One more error, with frtime: raco setup: 3 making: pkgs/frtime raco setup: 3 making: pkgs/frtime/pkgs raco setup: 3 making: pkgs/frtime/pkgs/frtime (FrTime) racket/share/pkgs/frtime/pkgs/frtime/animation.rkt:1:18: cannot open module file module path: frtime path: /home/stchang/plt-split/racket/share/pkgs/frtime/main.rkt system error: No such file or directory; errno=2 context...: standard-module-name-resolver /home/stchang/plt-split/racket/collects/compiler/cm.rkt:315:0: compile-zo* /home/stchang/plt-split/racket/collects/compiler/cm.rkt:519:26 /home/stchang/plt-split/racket/collects/compiler/cm.rkt:511:42 /home/stchang/plt-split/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /home/stchang/plt-split/racket/collects/compiler/cm.rkt:591:2: do-check /home/stchang/plt-split/racket/collects/compiler/cm.rkt:673:4 /home/stchang/plt-split/racket/collects/setup/parallel-do.rkt:431:20: loop On Fri, Dec 5, 2014 at 1:07 PM, Stephen Chang stch...@ccs.neu.edu wrote: Typed make and it timed out again. Could it be a github rate limit? https://developer.github.com/v3/rate_limit/ https://developer.github.com/v3/#rate-limiting Downloading https://github.com/racket/distributed-places/tarball/917d33e217b3b4897fd86a5a8116087b0714b279 Downloading https://github.com/racket/racklog/tarball/71bc8cb3dff36f343d6cdaa05e257e34def8d757 Downloading https://github.com/racket/rackunit/tarball/7300f625d56940667657dc3170acf728bf171992 Downloading https://github.com/racket/readline/tarball/a6298fd5370f9647f815c813cb5ad3032a2c0487 tcp-connect: connection failed address: github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Fri, Dec 5, 2014 at 1:00 PM, Stephen Chang stch...@ccs.neu.edu wrote: Did a fresh clone and then make (Debian 7.4) and got the error below, even though git is not down. Do we need to increase the timeout? Downloading https://github.com/racket/icons/tarball/d6ec572b628874361c104858dad2a574119872fb Downloading https://github.com/racket/images/tarball/3458568c6ba363ae9510adf4ec5001aef582f651 Downloading https://github.com/racket/lazy/tarball/fca189e90c6ab9bb5101d99b67d57c9ba010b83c tcp-connect: connection failed address: codeload.github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Thu, Dec 4, 2014 at 2:58 PM, Matthew Flatt mfl...@cs.utah.edu wrote: In cooperation with Sam, I've pushed a change to the way that `make` links the content of pkgs. If you run `make` again, it should tell you to delete your old racket/etc/config.rktd Also, the native-pkgs submodule is gone. The problem that John saw with libintl.8.dylib has been fixed by updating the native-library packages on pkgs.racket-lang.org. You'll need to use `raco pkg update` to get those updates! For now, use `git pull` to update core Racket and the handful of packages in pkgs. Use `raco pkg update` to update anything else. We expect to make `raco pkg update` apply to everything (i.e., to imply a `git pull` in the main repository's directory), but we're not there, yet. _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
raco pkg uses the API when it prints out Querying GitHub: https://github.com/plt/racket/blob/master/racket/collects/pkg/private/stage.rkt#L668 But when it is just doing a download and it has a particularly checksum, it just does a GET on a download URL: https://github.com/plt/racket/blob/master/racket/collects/pkg/private/stage.rkt#L266 Jay On Fri, Dec 5, 2014 at 1:49 PM, Sam Tobin-Hochstadt sa...@cs.indiana.edu wrote: The rate limit only applies to API calls, not to downloads, so I don't think that could be it. Sam On Fri, Dec 5, 2014 at 1:07 PM, Stephen Chang stch...@ccs.neu.edu wrote: Typed make and it timed out again. Could it be a github rate limit? https://developer.github.com/v3/rate_limit/ https://developer.github.com/v3/#rate-limiting Downloading https://github.com/racket/distributed-places/tarball/917d33e217b3b4897fd86a5a8116087b0714b279 Downloading https://github.com/racket/racklog/tarball/71bc8cb3dff36f343d6cdaa05e257e34def8d757 Downloading https://github.com/racket/rackunit/tarball/7300f625d56940667657dc3170acf728bf171992 Downloading https://github.com/racket/readline/tarball/a6298fd5370f9647f815c813cb5ad3032a2c0487 tcp-connect: connection failed address: github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Fri, Dec 5, 2014 at 1:00 PM, Stephen Chang stch...@ccs.neu.edu wrote: Did a fresh clone and then make (Debian 7.4) and got the error below, even though git is not down. Do we need to increase the timeout? Downloading https://github.com/racket/icons/tarball/d6ec572b628874361c104858dad2a574119872fb Downloading https://github.com/racket/images/tarball/3458568c6ba363ae9510adf4ec5001aef582f651 Downloading https://github.com/racket/lazy/tarball/fca189e90c6ab9bb5101d99b67d57c9ba010b83c tcp-connect: connection failed address: codeload.github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Thu, Dec 4, 2014 at 2:58 PM, Matthew Flatt mfl...@cs.utah.edu wrote: In cooperation with Sam, I've pushed a change to the way that `make` links the content of pkgs. If you run `make` again, it should tell you to delete your old racket/etc/config.rktd Also, the native-pkgs submodule is gone. The problem that John saw with libintl.8.dylib has been fixed by updating the native-library packages on pkgs.racket-lang.org. You'll need to use `raco pkg update` to get those updates! For now, use `git pull` to update core Racket and the handful of packages in pkgs. Use `raco pkg update` to update anything else. We expect to make `raco pkg update` apply to everything (i.e., to imply a `git pull` in the main repository's directory), but we're not there, yet. _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev -- Jay McCarthy http://jeapostrophe.github.io Wherefore, be not weary in well-doing, for ye are laying the foundation of a great work. And out of small things proceedeth that which is great. - DC 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
The bug in frtime has been fixed now. Sam On Fri, Dec 5, 2014 at 3:06 PM, Stephen Chang stch...@ccs.neu.edu wrote: One more error, with frtime: raco setup: 3 making: pkgs/frtime raco setup: 3 making: pkgs/frtime/pkgs raco setup: 3 making: pkgs/frtime/pkgs/frtime (FrTime) racket/share/pkgs/frtime/pkgs/frtime/animation.rkt:1:18: cannot open module file module path: frtime path: /home/stchang/plt-split/racket/share/pkgs/frtime/main.rkt system error: No such file or directory; errno=2 context...: standard-module-name-resolver /home/stchang/plt-split/racket/collects/compiler/cm.rkt:315:0: compile-zo* /home/stchang/plt-split/racket/collects/compiler/cm.rkt:519:26 /home/stchang/plt-split/racket/collects/compiler/cm.rkt:511:42 /home/stchang/plt-split/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /home/stchang/plt-split/racket/collects/compiler/cm.rkt:591:2: do-check /home/stchang/plt-split/racket/collects/compiler/cm.rkt:673:4 /home/stchang/plt-split/racket/collects/setup/parallel-do.rkt:431:20: loop On Fri, Dec 5, 2014 at 1:07 PM, Stephen Chang stch...@ccs.neu.edu wrote: Typed make and it timed out again. Could it be a github rate limit? https://developer.github.com/v3/rate_limit/ https://developer.github.com/v3/#rate-limiting Downloading https://github.com/racket/distributed-places/tarball/917d33e217b3b4897fd86a5a8116087b0714b279 Downloading https://github.com/racket/racklog/tarball/71bc8cb3dff36f343d6cdaa05e257e34def8d757 Downloading https://github.com/racket/rackunit/tarball/7300f625d56940667657dc3170acf728bf171992 Downloading https://github.com/racket/readline/tarball/a6298fd5370f9647f815c813cb5ad3032a2c0487 tcp-connect: connection failed address: github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Fri, Dec 5, 2014 at 1:00 PM, Stephen Chang stch...@ccs.neu.edu wrote: Did a fresh clone and then make (Debian 7.4) and got the error below, even though git is not down. Do we need to increase the timeout? Downloading https://github.com/racket/icons/tarball/d6ec572b628874361c104858dad2a574119872fb Downloading https://github.com/racket/images/tarball/3458568c6ba363ae9510adf4ec5001aef582f651 Downloading https://github.com/racket/lazy/tarball/fca189e90c6ab9bb5101d99b67d57c9ba010b83c tcp-connect: connection failed address: codeload.github.com port number: 443 step: 6 system error: Connection timed out; errno=110 context...: On Thu, Dec 4, 2014 at 2:58 PM, Matthew Flatt mfl...@cs.utah.edu wrote: In cooperation with Sam, I've pushed a change to the way that `make` links the content of pkgs. If you run `make` again, it should tell you to delete your old racket/etc/config.rktd Also, the native-pkgs submodule is gone. The problem that John saw with libintl.8.dylib has been fixed by updating the native-library packages on pkgs.racket-lang.org. You'll need to use `raco pkg update` to get those updates! For now, use `git pull` to update core Racket and the handful of packages in pkgs. Use `raco pkg update` to update anything else. We expect to make `raco pkg update` apply to everything (i.e., to imply a `git pull` in the main repository's directory), but we're not there, yet. _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
Urg... more interesting problems. I pulled and tried to rebuild, and things went pear-shaped. 1) compilation failed because it couldn't find the 'racket' collection, but I noticed that it was referring to a nonexistent path, presumably because I had moved the root of the installation. Has that always been a bad idea? Dunno. 2) I removed the racket/src/build directory, and built again. This time it failed because it detected anomalies in my racket/etc/config.rktd: cp ../COPYING-libscheme.txt ../COPYING_LESSER.txt ../COPYING.txt /Users/clements/plt/racket/share/ /Applications/Xcode.app/Contents/Developer/usr/bin/make pkgs-catalog racket/bin/racket -U -G build/config racket/src/pkgs-catalog.rkt --link racket/share/pkgs-catalog pkgs Finding packages Cataloging package at-exp-lib Cataloging package racket-doc Cataloging package racket-lib Cataloging package plt-services Cataloging package base Cataloging package racket-test Cataloging package racket-benchmarks Cataloging package racket-index racket/bin/racket -U -G build/config racket/src/pkgs-config.rkt pkgs-catalog: config file exists, but does not have a definition of `catalogs' that starts as expected config file: racket/etc/config.rktd expected initial element: ../share/pkgs-catalog possible solution: delete the config file context...: /Users/clements/plt/racket/src/pkgs-config.rkt: [running body] make[2]: *** [pkgs-catalog] Error 1 make[1]: *** [plain-in-place] Error 2 make: *** [in-place] Error 2 3) I deleted the file, and ran again. This time, compilation finished almost instantly, and nothing was compiled (Log appears at bottom). 4) Then, I tried running make again, and it stopped even faster. 5) Then, I tried running raco setup, and I got a build with literally thousands of errors of the form standard-module-name-resolver: collection not found for module path: (submod at-exp reader) collection: at-exp in collection directories: /Users/clements/Library/Racket/development/collects /Users/clements/plt/racket/collects ... [189 additional linked and package directories] context...: show-collection-err standard-module-name-resolver /Users/clements/plt/racket/collects/compiler/cm.rkt:353:23 /Users/clements/plt/racket/collects/syntax/modcode.rkt:62:2: reader /Users/clements/plt/racket/collects/syntax/modcode.rkt:264:5: compile-one /Users/clements/plt/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check... 6) at this point, I gave up and checked out a fresh copy. John pcp067879pcs:~/plt (git)-[master]- clements make if [ = ] ; \ then /Applications/Xcode.app/Contents/Developer/usr/bin/make plain-in-place PKGS=main-distribution main-distribution-test ; \ else /Applications/Xcode.app/Contents/Developer/usr/bin/make cpus-in-place CPUS= PKGS=main-distribution main-distribution-test ; fi /Applications/Xcode.app/Contents/Developer/usr/bin/make base mkdir -p build/config echo '#hash((links-search-files . ()))' build/config/config.rktd mkdir -p racket/src/build /Applications/Xcode.app/Contents/Developer/usr/bin/make racket/src/build/Makefile make[3]: `racket/src/build/Makefile' is up to date. cd racket/src/build; /Applications/Xcode.app/Contents/Developer/usr/bin/make reconfigure /Applications/Xcode.app/Contents/Developer/usr/bin/make Makefile make[4]: `Makefile' is up to date. cd racket/src/build; /Applications/Xcode.app/Contents/Developer/usr/bin/make SELF_RACKET_FLAGS=-G `cd ../../../build/config; pwd` /Applications/Xcode.app/Contents/Developer/usr/bin/make 3m cd racket; /Applications/Xcode.app/Contents/Developer/usr/bin/make 3m /Applications/Xcode.app/Contents/Developer/usr/bin/make cgc /Applications/Xcode.app/Contents/Developer/usr/bin/make common /Applications/Xcode.app/Contents/Developer/usr/bin/make g-c cd sgc; /Applications/Xcode.app/Contents/Developer/usr/bin/make ../libmzgc.a make[9]: `../libmzgc.a' is up to date. /Applications/Xcode.app/Contents/Developer/usr/bin/make foreign-stuff cd ../foreign; /Applications/Xcode.app/Contents/Developer/usr/bin/make all /Applications/Xcode.app/Contents/Developer/usr/bin/make foreign.o make[10]: `foreign.o' is up to date. /Applications/Xcode.app/Contents/Developer/usr/bin/make libffi_ON /Applications/Xcode.app/Contents/Developer/usr/bin/make
Re: [racket-dev] The repository is now split
Can you run `raco pkg show`? It looks like `raco pkg install` thinks you have main-distribution and main-distribution-test installed already. At Fri, 5 Dec 2014 14:04:47 -0800, John Clements wrote: Urg... more interesting problems. I pulled and tried to rebuild, and things went pear-shaped. 1) compilation failed because it couldn't find the 'racket' collection, but I noticed that it was referring to a nonexistent path, presumably because I had moved the root of the installation. Has that always been a bad idea? Dunno. 2) I removed the racket/src/build directory, and built again. This time it failed because it detected anomalies in my racket/etc/config.rktd: cp ../COPYING-libscheme.txt ../COPYING_LESSER.txt ../COPYING.txt /Users/clements/plt/racket/share/ /Applications/Xcode.app/Contents/Developer/usr/bin/make pkgs-catalog racket/bin/racket -U -G build/config racket/src/pkgs-catalog.rkt --link racket/share/pkgs-catalog pkgs Finding packages Cataloging package at-exp-lib Cataloging package racket-doc Cataloging package racket-lib Cataloging package plt-services Cataloging package base Cataloging package racket-test Cataloging package racket-benchmarks Cataloging package racket-index racket/bin/racket -U -G build/config racket/src/pkgs-config.rkt pkgs-catalog: config file exists, but does not have a definition of `catalogs' that starts as expected config file: racket/etc/config.rktd expected initial element: ../share/pkgs-catalog possible solution: delete the config file context...: /Users/clements/plt/racket/src/pkgs-config.rkt: [running body] make[2]: *** [pkgs-catalog] Error 1 make[1]: *** [plain-in-place] Error 2 make: *** [in-place] Error 2 3) I deleted the file, and ran again. This time, compilation finished almost instantly, and nothing was compiled (Log appears at bottom). 4) Then, I tried running make again, and it stopped even faster. 5) Then, I tried running raco setup, and I got a build with literally thousands of errors of the form standard-module-name-resolver: collection not found for module path: (submod at-exp reader) collection: at-exp in collection directories: /Users/clements/Library/Racket/development/collects /Users/clements/plt/racket/collects ... [189 additional linked and package directories] context...: show-collection-err standard-module-name-resolver /Users/clements/plt/racket/collects/compiler/cm.rkt:353:23 /Users/clements/plt/racket/collects/syntax/modcode.rkt:62:2: reader /Users/clements/plt/racket/collects/syntax/modcode.rkt:264:5: compile-one /Users/clements/plt/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check... 6) at this point, I gave up and checked out a fresh copy. John pcp067879pcs:~/plt (git)-[master]- clements make if [ = ] ; \ then /Applications/Xcode.app/Contents/Developer/usr/bin/make plain-in-place PKGS=main-distribution main-distribution-test ; \ else /Applications/Xcode.app/Contents/Developer/usr/bin/make cpus-in-place CPUS= PKGS=main-distribution main-distribution-test ; fi /Applications/Xcode.app/Contents/Developer/usr/bin/make base mkdir -p build/config echo '#hash((links-search-files . ()))' build/config/config.rktd mkdir -p racket/src/build /Applications/Xcode.app/Contents/Developer/usr/bin/make racket/src/build/Makefile make[3]: `racket/src/build/Makefile' is up to date. cd racket/src/build; /Applications/Xcode.app/Contents/Developer/usr/bin/make reconfigure /Applications/Xcode.app/Contents/Developer/usr/bin/make Makefile make[4]: `Makefile' is up to date. cd racket/src/build; /Applications/Xcode.app/Contents/Developer/usr/bin/make SELF_RACKET_FLAGS=-G `cd ../../../build/config; pwd` /Applications/Xcode.app/Contents/Developer/usr/bin/make 3m cd racket; /Applications/Xcode.app/Contents/Developer/usr/bin/make 3m /Applications/Xcode.app/Contents/Developer/usr/bin/make cgc /Applications/Xcode.app/Contents/Developer/usr/bin/make common /Applications/Xcode.app/Contents/Developer/usr/bin/make g-c cd sgc; /Applications/Xcode.app/Contents/Developer/usr/bin/make ../libmzgc.a make[9]: `../libmzgc.a' is up to date. /Applications/Xcode.app/Contents/Developer/usr/bin/make
Re: [racket-dev] The repository is now split
Sorry --- I've figure out how I misread your message, and I'm no longer interested in the output of `raco show`. The log shown for step 3 makes sense, in that `make` doesn't currently run `raco setup` at the end. So, if main-distribution is already installed, then nothing more happens after the build of minimal Racket. I think that aspect of the makefile should change. Meanwhile, I'm not clear on why moving your directory caused the package system to lose track of at-exp-lib, and I'll look into that further. At Fri, 5 Dec 2014 15:22:03 -0700, Matthew Flatt wrote: Can you run `raco pkg show`? It looks like `raco pkg install` thinks you have main-distribution and main-distribution-test installed already. At Fri, 5 Dec 2014 14:04:47 -0800, John Clements wrote: Urg... more interesting problems. I pulled and tried to rebuild, and things went pear-shaped. 1) compilation failed because it couldn't find the 'racket' collection, but I noticed that it was referring to a nonexistent path, presumably because I had moved the root of the installation. Has that always been a bad idea? Dunno. 2) I removed the racket/src/build directory, and built again. This time it failed because it detected anomalies in my racket/etc/config.rktd: cp ../COPYING-libscheme.txt ../COPYING_LESSER.txt ../COPYING.txt /Users/clements/plt/racket/share/ /Applications/Xcode.app/Contents/Developer/usr/bin/make pkgs-catalog racket/bin/racket -U -G build/config racket/src/pkgs-catalog.rkt --link racket/share/pkgs-catalog pkgs Finding packages Cataloging package at-exp-lib Cataloging package racket-doc Cataloging package racket-lib Cataloging package plt-services Cataloging package base Cataloging package racket-test Cataloging package racket-benchmarks Cataloging package racket-index racket/bin/racket -U -G build/config racket/src/pkgs-config.rkt pkgs-catalog: config file exists, but does not have a definition of `catalogs' that starts as expected config file: racket/etc/config.rktd expected initial element: ../share/pkgs-catalog possible solution: delete the config file context...: /Users/clements/plt/racket/src/pkgs-config.rkt: [running body] make[2]: *** [pkgs-catalog] Error 1 make[1]: *** [plain-in-place] Error 2 make: *** [in-place] Error 2 3) I deleted the file, and ran again. This time, compilation finished almost instantly, and nothing was compiled (Log appears at bottom). 4) Then, I tried running make again, and it stopped even faster. 5) Then, I tried running raco setup, and I got a build with literally thousands of errors of the form standard-module-name-resolver: collection not found for module path: (submod at-exp reader) collection: at-exp in collection directories: /Users/clements/Library/Racket/development/collects /Users/clements/plt/racket/collects ... [189 additional linked and package directories] context...: show-collection-err standard-module-name-resolver /Users/clements/plt/racket/collects/compiler/cm.rkt:353:23 /Users/clements/plt/racket/collects/syntax/modcode.rkt:62:2: reader /Users/clements/plt/racket/collects/syntax/modcode.rkt:264:5: compile-one /Users/clements/plt/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check... 6) at this point, I gave up and checked out a fresh copy. John pcp067879pcs:~/plt (git)-[master]- clements make if [ = ] ; \ then /Applications/Xcode.app/Contents/Developer/usr/bin/make plain-in-place PKGS=main-distribution main-distribution-test ; \ else /Applications/Xcode.app/Contents/Developer/usr/bin/make cpus-in-place CPUS= PKGS=main-distribution main-distribution-test ; fi /Applications/Xcode.app/Contents/Developer/usr/bin/make base mkdir -p build/config echo '#hash((links-search-files . ()))' build/config/config.rktd mkdir -p racket/src/build /Applications/Xcode.app/Contents/Developer/usr/bin/make racket/src/build/Makefile make[3]: `racket/src/build/Makefile' is up to date. cd racket/src/build; /Applications/Xcode.app/Contents/Developer/usr/bin/make reconfigure /Applications/Xcode.app/Contents/Developer/usr/bin/make
Re: [racket-dev] The repository is now split
One more issue, If I resume an interrupted make with make again, the compile takes around ~5hrs to complete on my (modern, lots of memory, desktop) machine. It gets stuck around search.scrbl, as Vincent mentioned on IRC (but eventually finishes). I just grabbed a fresh clone though and it compiled in normal time, so it has something to do with interrupted makes. On Fri, Dec 5, 2014 at 5:36 PM, Matthew Flatt mfl...@cs.utah.edu wrote: Sorry --- I've figure out how I misread your message, and I'm no longer interested in the output of `raco show`. The log shown for step 3 makes sense, in that `make` doesn't currently run `raco setup` at the end. So, if main-distribution is already installed, then nothing more happens after the build of minimal Racket. I think that aspect of the makefile should change. Meanwhile, I'm not clear on why moving your directory caused the package system to lose track of at-exp-lib, and I'll look into that further. At Fri, 5 Dec 2014 15:22:03 -0700, Matthew Flatt wrote: Can you run `raco pkg show`? It looks like `raco pkg install` thinks you have main-distribution and main-distribution-test installed already. At Fri, 5 Dec 2014 14:04:47 -0800, John Clements wrote: Urg... more interesting problems. I pulled and tried to rebuild, and things went pear-shaped. 1) compilation failed because it couldn't find the 'racket' collection, but I noticed that it was referring to a nonexistent path, presumably because I had moved the root of the installation. Has that always been a bad idea? Dunno. 2) I removed the racket/src/build directory, and built again. This time it failed because it detected anomalies in my racket/etc/config.rktd: cp ../COPYING-libscheme.txt ../COPYING_LESSER.txt ../COPYING.txt /Users/clements/plt/racket/share/ /Applications/Xcode.app/Contents/Developer/usr/bin/make pkgs-catalog racket/bin/racket -U -G build/config racket/src/pkgs-catalog.rkt --link racket/share/pkgs-catalog pkgs Finding packages Cataloging package at-exp-lib Cataloging package racket-doc Cataloging package racket-lib Cataloging package plt-services Cataloging package base Cataloging package racket-test Cataloging package racket-benchmarks Cataloging package racket-index racket/bin/racket -U -G build/config racket/src/pkgs-config.rkt pkgs-catalog: config file exists, but does not have a definition of `catalogs' that starts as expected config file: racket/etc/config.rktd expected initial element: ../share/pkgs-catalog possible solution: delete the config file context...: /Users/clements/plt/racket/src/pkgs-config.rkt: [running body] make[2]: *** [pkgs-catalog] Error 1 make[1]: *** [plain-in-place] Error 2 make: *** [in-place] Error 2 3) I deleted the file, and ran again. This time, compilation finished almost instantly, and nothing was compiled (Log appears at bottom). 4) Then, I tried running make again, and it stopped even faster. 5) Then, I tried running raco setup, and I got a build with literally thousands of errors of the form standard-module-name-resolver: collection not found for module path: (submod at-exp reader) collection: at-exp in collection directories: /Users/clements/Library/Racket/development/collects /Users/clements/plt/racket/collects ... [189 additional linked and package directories] context...: show-collection-err standard-module-name-resolver /Users/clements/plt/racket/collects/compiler/cm.rkt:353:23 /Users/clements/plt/racket/collects/syntax/modcode.rkt:62:2: reader /Users/clements/plt/racket/collects/syntax/modcode.rkt:264:5: compile-one /Users/clements/plt/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check... 6) at this point, I gave up and checked out a fresh copy. John pcp067879pcs:~/plt (git)-[master]- clements make if [ = ] ; \ then /Applications/Xcode.app/Contents/Developer/usr/bin/make plain-in-place PKGS=main-distribution main-distribution-test ; \ else /Applications/Xcode.app/Contents/Developer/usr/bin/make cpus-in-place CPUS= PKGS=main-distribution main-distribution-test ; fi
Re: [racket-dev] The repository is now split
I think this problem wasn't due to an interrupted `make`. The data-lib package changed today in a way that made data.scrbl run for a very long time. The problem has been fixed, which is why your fresh clone worked. Even though `raco setup` showed a status line for search.scrbl, I imagine that a separate place was still running data.scrbl (with an earlier status line), and that was the one that hadn't completed. At Fri, 5 Dec 2014 19:05:41 -0500, Stephen Chang wrote: One more issue, If I resume an interrupted make with make again, the compile takes around ~5hrs to complete on my (modern, lots of memory, desktop) machine. It gets stuck around search.scrbl, as Vincent mentioned on IRC (but eventually finishes). I just grabbed a fresh clone though and it compiled in normal time, so it has something to do with interrupted makes. On Fri, Dec 5, 2014 at 5:36 PM, Matthew Flatt mfl...@cs.utah.edu wrote: Sorry --- I've figure out how I misread your message, and I'm no longer interested in the output of `raco show`. The log shown for step 3 makes sense, in that `make` doesn't currently run `raco setup` at the end. So, if main-distribution is already installed, then nothing more happens after the build of minimal Racket. I think that aspect of the makefile should change. Meanwhile, I'm not clear on why moving your directory caused the package system to lose track of at-exp-lib, and I'll look into that further. At Fri, 5 Dec 2014 15:22:03 -0700, Matthew Flatt wrote: Can you run `raco pkg show`? It looks like `raco pkg install` thinks you have main-distribution and main-distribution-test installed already. At Fri, 5 Dec 2014 14:04:47 -0800, John Clements wrote: Urg... more interesting problems. I pulled and tried to rebuild, and things went pear-shaped. 1) compilation failed because it couldn't find the 'racket' collection, but I noticed that it was referring to a nonexistent path, presumably because I had moved the root of the installation. Has that always been a bad idea? Dunno. 2) I removed the racket/src/build directory, and built again. This time it failed because it detected anomalies in my racket/etc/config.rktd: cp ../COPYING-libscheme.txt ../COPYING_LESSER.txt ../COPYING.txt /Users/clements/plt/racket/share/ /Applications/Xcode.app/Contents/Developer/usr/bin/make pkgs-catalog racket/bin/racket -U -G build/config racket/src/pkgs-catalog.rkt --link racket/share/pkgs-catalog pkgs Finding packages Cataloging package at-exp-lib Cataloging package racket-doc Cataloging package racket-lib Cataloging package plt-services Cataloging package base Cataloging package racket-test Cataloging package racket-benchmarks Cataloging package racket-index racket/bin/racket -U -G build/config racket/src/pkgs-config.rkt pkgs-catalog: config file exists, but does not have a definition of `catalogs' that starts as expected config file: racket/etc/config.rktd expected initial element: ../share/pkgs-catalog possible solution: delete the config file context...: /Users/clements/plt/racket/src/pkgs-config.rkt: [running body] make[2]: *** [pkgs-catalog] Error 1 make[1]: *** [plain-in-place] Error 2 make: *** [in-place] Error 2 3) I deleted the file, and ran again. This time, compilation finished almost instantly, and nothing was compiled (Log appears at bottom). 4) Then, I tried running make again, and it stopped even faster. 5) Then, I tried running raco setup, and I got a build with literally thousands of errors of the form standard-module-name-resolver: collection not found for module path: (submod at-exp reader) collection: at-exp in collection directories: /Users/clements/Library/Racket/development/collects /Users/clements/plt/racket/collects ... [189 additional linked and package directories] context...: show-collection-err standard-module-name-resolver /Users/clements/plt/racket/collects/compiler/cm.rkt:353:23 /Users/clements/plt/racket/collects/syntax/modcode.rkt:62:2: reader /Users/clements/plt/racket/collects/syntax/modcode.rkt:264:5: compile-one /Users/clements/plt/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15 /Users/clements/plt/racket/collects/compiler/../racket/private/map.rkt:113:23: loop /Users/clements/plt/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt/racket/collects/compiler/cm.rkt:630:15
Re: [racket-dev] The repository is now split
Is this the expected behavior: $ git clone git:plt plt2 $ cd plt2/ $ make ... raco setup: --- post-installing collections --- raco setup: --- checking package dependencies --- make install-common-last make fix-paths if [ != ]; then \ if [ = ]; then \ racket/racketcgc -G /Users/matthias/plt2/build/config -u \ ../../collects/setup/unixstyle-install.rkt \ make-install-destdir-fix ../.. \ /Users/matthias/plt2/racket/bin /Users/matthias/plt2/racket/collects /Users/matthias/plt2/racket/doc /Users/matthias/plt2/racket/lib /Users/matthias/plt2/racket/include /Users/matthias/plt2/racket/lib /Users/matthias/plt2/racket/share /Users/matthias/plt2/racket/etc /Users/matthias/plt2/racket/share/applications /Users/matthias/plt2/racket/man yes; \ fi \ fi make preserve-raco-pkg-default-scope : cp ../COPYING-libscheme.txt ../COPYING_LESSER.txt ../COPYING.txt /Users/matthias/plt2/racket/share/ if racket/bin/racket -G build/config -I racket/base -e '(case (system-type) [(macosx) (exit 0)] [else (exit 1)])' ; then make native-from-git ; fi if [ ! -d native-pkgs/racket-win32-i386 ]; then make complain-no-submodule ; fi : : Native packages are not in the expected subdirectory. Probably, : you need to use 'git submodule init' and 'git submodule update' to get : the submodule for native packages. : exit 1 make[3]: *** [complain-no-submodule] Error 1 make[2]: *** [native-from-git] Error 2 make[1]: *** [plain-in-place] Error 2 make: *** [in-place] Error 2 [:~/plt2] matthias% On Dec 4, 2014, at 10:51 AM, Sam Tobin-Hochstadt sa...@cs.indiana.edu wrote: I've just push a change to the plt repository that removes almost all the packages. The split repositories are all in the `racket` organization on GitHub. You can see them here: https://github.com/racket/ I *highly* recommend creating a new clone of the repository, and re-running `make`. This will install all of the packages in main-distribution and main-distribution-test from the package catalog. There are a number of problems with the current Makefile setup, which we're working on fixing, but which you'll need to know about for a little while (hopefully not more than today). * If you specify an explicit set of PKGS on the `make` command line, that will NOT work. * If you have user-installed Planet packages, there may be errors. If you encounter other errors, please let me know, either by replying or by finding me on IRC. If you run `make` and then you want to edit and commit to a package such as rackunit, run the following commands inside your git checkout: $ mkdir extra-pkgs $ cd extra-pkgs $ raco pkg update --clone rackunit That will create a git checkout in the extra-pkgs/rackunit directory. The `extra-pkgs` directory is set up to be ignored by the top-level git checkout, so it's a good place to put package checkouts. This will almost certainly break our continuous integration systems for a little while, but I'm working to get that fixed. Everyone should feel free to commit to the split repositories or to the main repository at this point -- we do not plan any git surgery that would be harmed by that. I'd especially like to thank Jay and Matthew for working hard to help with this, including fixing things I've broken. :) Sam _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
For those of you who have my level of experience with such things, here is what Sam's phrase I *highly* recommend creating a new clone of the repository, and re-running `make`. means, for your value of the name 'plt2': $ git clone git:plt plt2 $ cd plt2/ $ git submodule init $ git submodule update $ make On Dec 4, 2014, at 10:51 AM, Sam Tobin-Hochstadt sa...@cs.indiana.edu wrote: I've just push a change to the plt repository that removes almost all the packages. The split repositories are all in the `racket` organization on GitHub. You can see them here: https://github.com/racket/ I *highly* recommend creating a new clone of the repository, and re-running `make`. This will install all of the packages in main-distribution and main-distribution-test from the package catalog. There are a number of problems with the current Makefile setup, which we're working on fixing, but which you'll need to know about for a little while (hopefully not more than today). * If you specify an explicit set of PKGS on the `make` command line, that will NOT work. * If you have user-installed Planet packages, there may be errors. If you encounter other errors, please let me know, either by replying or by finding me on IRC. If you run `make` and then you want to edit and commit to a package such as rackunit, run the following commands inside your git checkout: $ mkdir extra-pkgs $ cd extra-pkgs $ raco pkg update --clone rackunit That will create a git checkout in the extra-pkgs/rackunit directory. The `extra-pkgs` directory is set up to be ignored by the top-level git checkout, so it's a good place to put package checkouts. This will almost certainly break our continuous integration systems for a little while, but I'm working to get that fixed. Everyone should feel free to commit to the split repositories or to the main repository at this point -- we do not plan any git surgery that would be harmed by that. I'd especially like to thank Jay and Matthew for working hard to help with this, including fixing things I've broken. :) Sam _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
On Thu Dec 04 2014 at 11:27:45 AM Matthias Felleisen matth...@ccs.neu.edu wrote: For those of you who have my level of experience with such things, here is what Sam's phrase I *highly* recommend creating a new clone of the repository, and re-running `make`. means, for your value of the name 'plt2': $ git clone git:plt plt2 $ cd plt2/ $ git submodule init $ git submodule update $ make Exactly. Note that the `git:plt` repository that Matthias uses here is an alias for `git.racket-lang.org:plt`. If you're not a committer, you'll want to use `git://git.racket-lang.org/plt.git`. Also, the submodule steps are needed on Windows and OS X, but not on Linux (which is why I forgot to mention them). Sam _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
Okay, some teething problems. First time around, it finished way too fast. The problem seemed to be that it had an error in compiling a planet package... ah, I see, there was no 'at-exp-lib' installed? Presumably this is because planet packages don't declare pkg dependencies? Anyhow, this aborted the whole compilation. I went back to my main installation, removed all planet packages, and re-ran. It was running great, and about 30% done, when I decided that hyperthreading was not getting me anything, and that I wanted to run with 4 cpus rather than 8. So I hit Ctrl-C, and re-ran 'make'. er... big mistake. The next time through, hundreds of packages failed to compile. In general, the most popular error was one about not having the at-exp collection: standard-module-name-resolver: collection not found for module path: (submod at-exp reader) collection: at-exp in collection directories: /Users/clements/Library/Racket/development/collects /Users/clements/plt2/racket/collects ... [177 additional linked and package directories] context...: show-collection-err standard-module-name-resolver /Users/clements/plt2/racket/collects/compiler/cm.rkt:353:23 /Users/clements/plt2/racket/collects/syntax/modcode.rkt:62:2: reader /Users/clements/plt2/racket/collects/syntax/modcode.rkt:264:5: compile-one /Users/clements/plt2/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt2/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt2/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt2/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt2/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt2/racket/collects/compiler/cm.rkt:706:4: compilation-manager-load-handler standard-module-name-resolver /Users/clements/plt2/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt2/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt2/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt2/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo... ... but there were some other problems, too. Like this one: raco setup: 3 making: pkgs/plot-gui-lib/plot/typed/private ffi-lib: couldn't open libintl.8.dylib (dlopen(libintl.8.dylib, 6): image not found) context...: /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/unsafe/glib.rkt: [running body] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/unsafe/pango.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/private/font.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/private/contract.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/plot-lib/plot/private/common/contract.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/typed-racket-lib/typed-racket/tc-setup.rkt:39:0: tc-setup /Users/clements/plt2/racket/share/pkgs/typed-racket-lib/typed-racket/typed-racket.rkt:18:4 /Users/clements/plt2/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt2/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt2/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt2/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt2/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt2/racket/collects/compiler/cm.rkt:706:4: compilation-manager-load-handler standard-module-name-resolver /Users/clements/plt2/racket/collects/racket/require-transform.rkt:266:2: expand-import... I think I may just try a fresh checkout, sigh. All of this is probably JFYI ... I know, you shouldn't abort a make. In the past, though, we've been pretty robust in this department. John On Thu, Dec 4, 2014 at 8:32 AM, Sam Tobin-Hochstadt sa...@cs.indiana.edu wrote: On Thu Dec 04 2014 at 11:27:45 AM Matthias Felleisen matth...@ccs.neu.edu wrote: For those of you who have my level of experience with such things, here is what Sam's phrase I *highly* recommend creating a new clone of the repository, and re-running `make`. means, for your value of the name 'plt2': $ git clone git:plt plt2 $ cd plt2/ $ git submodule init $ git submodule update $ make Exactly. Note that the `git:plt` repository that Matthias uses here is an alias for `git.racket-lang.org:plt`. If you're not a committer, you'll want to use `git://git.racket-lang.org/plt.git` http://git.racket-lang.org/plt.git. Also, the submodule steps are needed on Windows and OS X, but not on Linux (which is why I forgot to mention them). Sam _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] The repository is now split
On Thu, Dec 4, 2014 at 12:50 PM, John Clements johnbcleme...@gmail.com wrote: Okay, some teething problems. First time around, it finished way too fast. The problem seemed to be that it had an error in compiling a planet package... ah, I see, there was no 'at-exp-lib' installed? Presumably this is because planet packages don't declare pkg dependencies? Anyhow, this aborted the whole compilation. I went back to my main installation, removed all planet packages, and re-ran. It was running great, and about 30% done, when I decided that hyperthreading was not getting me anything, and that I wanted to run with 4 cpus rather than 8. So I hit Ctrl-C, and re-ran 'make'. er... big mistake. The next time through, hundreds of packages failed to compile. In general, the most popular error was one about not having the at-exp collection: Ok, that's good to know. I'll look into what's happening there. standard-module-name-resolver: collection not found for module path: (submod at-exp reader) collection: at-exp in collection directories: /Users/clements/Library/Racket/development/collects /Users/clements/plt2/racket/collects ... [177 additional linked and package directories] context...: show-collection-err standard-module-name-resolver /Users/clements/plt2/racket/collects/compiler/cm.rkt:353:23 /Users/clements/plt2/racket/collects/syntax/modcode.rkt:62:2: reader /Users/clements/plt2/racket/collects/syntax/modcode.rkt:264:5: compile-one /Users/clements/plt2/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt2/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt2/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt2/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt2/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt2/racket/collects/compiler/cm.rkt:706:4: compilation-manager-load-handler standard-module-name-resolver /Users/clements/plt2/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt2/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt2/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt2/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo... ... but there were some other problems, too. Like this one: raco setup: 3 making: pkgs/plot-gui-lib/plot/typed/private ffi-lib: couldn't open libintl.8.dylib (dlopen(libintl.8.dylib, 6): image not found) context...: /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/unsafe/glib.rkt: [running body] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/unsafe/pango.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/private/font.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw/private/contract.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/draw-lib/racket/draw.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/plot-lib/plot/private/common/contract.rkt: [traversing imports] /Users/clements/plt2/racket/share/pkgs/typed-racket-lib/typed-racket/tc-setup.rkt:39:0: tc-setup /Users/clements/plt2/racket/share/pkgs/typed-racket-lib/typed-racket/typed-racket.rkt:18:4 /Users/clements/plt2/racket/collects/compiler/cm.rkt:315:0: compile-zo* /Users/clements/plt2/racket/collects/compiler/cm.rkt:519:26 /Users/clements/plt2/racket/collects/compiler/cm.rkt:511:42 /Users/clements/plt2/racket/collects/compiler/cm.rkt:476:0: maybe-compile-zo /Users/clements/plt2/racket/collects/compiler/cm.rkt:591:2: do-check /Users/clements/plt2/racket/collects/compiler/cm.rkt:706:4: compilation-manager-load-handler standard-module-name-resolver /Users/clements/plt2/racket/collects/racket/require-transform.rkt:266:2: expand-import... I think I may just try a fresh checkout, sigh. All of this is probably JFYI ... I know, you shouldn't abort a make. In the past, though, we've been pretty robust in this department. I think robustness in this area is important, and we'll be back there soon, hopefully. You shouldn't have to worry about aborting make. Sam John On Thu, Dec 4, 2014 at 8:32 AM, Sam Tobin-Hochstadt sa...@cs.indiana.edu wrote: On Thu Dec 04 2014 at 11:27:45 AM Matthias Felleisen matth...@ccs.neu.edu wrote: For those of you who have my level of experience with such things, here is what Sam's phrase I *highly* recommend creating a new clone of the repository, and re-running `make`. means, for your value of the name 'plt2': $ git clone git:plt plt2 $ cd plt2/ $ git submodule init $ git submodule update $ make Exactly. Note that the `git:plt` repository that Matthias uses here is an alias for `git.racket-lang.org:plt`. If you're not a committer, you'll want to use `git://git.racket-lang.org/plt.git`. Also, the submodule steps are needed on Windows and OS X, but not on
Re: [racket-dev] The repository is now split
In cooperation with Sam, I've pushed a change to the way that `make` links the content of pkgs. If you run `make` again, it should tell you to delete your old racket/etc/config.rktd Also, the native-pkgs submodule is gone. The problem that John saw with libintl.8.dylib has been fixed by updating the native-library packages on pkgs.racket-lang.org. You'll need to use `raco pkg update` to get those updates! For now, use `git pull` to update core Racket and the handful of packages in pkgs. Use `raco pkg update` to update anything else. We expect to make `raco pkg update` apply to everything (i.e., to imply a `git pull` in the main repository's directory), but we're not there, yet. _ Racket Developers list: http://lists.racket-lang.org/dev
