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 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 > >> >
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 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/
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/Ma
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/Develope
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
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 wrote: > One more error, with frtime: > > raco setup: 3 making: /frtime > raco setup: 3 making: /frtime/pkgs > raco setup: 3 making: /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 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 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 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
"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 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 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 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 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." - D&C 64:33 _ 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: /frtime raco setup: 3 making: /frtime/pkgs raco setup: 3 making: /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 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 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 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 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 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 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
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 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 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
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 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] DrDr & the split repository
Yes. It may be possible to write a script to port props, but I think the errors are few enough it isn't worth it. Jay On Fri, Dec 5, 2014 at 8:27 AM, Robby Findler wrote: > And just to confirm: we should be checking into our own failures in > drdr and fixing the info files now, right? > > Robby > > > On Fri, Dec 5, 2014 at 6:14 AM, Jay McCarthy wrote: >> Since we split the repository, there have been significantly more >> errors on DrDr: >> >> http://drdr.racket-lang.org/ >> >> This is mainly because DrDr used to use a monolithic metadata file: >> >> https://github.com/plt/racket/blob/master/pkgs/plt-services/meta/props >> >> This meta-data file included things like "Don't run this file" and >> "Give it a timeout of 5 minutes" or "This program fails randomly, so >> don't blame the committer". But we can't use this centralized metadata >> with the decentralized repository. >> >> Instead, Matthew changed "raco test" (which is how DrDr tests >> programs) to support all these options. They can be test on a >> per-directory or per-file basis. The documentation for this is here: >> >> http://docs.racket-lang.org/raco/test.html?q=raco%20test#%28part._test-config%29 >> >> Jay >> >> -- >> 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." >> - D&C 64:33 >> _ >> 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." - D&C 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrDr & the split repository
And just to confirm: we should be checking into our own failures in drdr and fixing the info files now, right? Robby On Fri, Dec 5, 2014 at 6:14 AM, Jay McCarthy wrote: > Since we split the repository, there have been significantly more > errors on DrDr: > > http://drdr.racket-lang.org/ > > This is mainly because DrDr used to use a monolithic metadata file: > > https://github.com/plt/racket/blob/master/pkgs/plt-services/meta/props > > This meta-data file included things like "Don't run this file" and > "Give it a timeout of 5 minutes" or "This program fails randomly, so > don't blame the committer". But we can't use this centralized metadata > with the decentralized repository. > > Instead, Matthew changed "raco test" (which is how DrDr tests > programs) to support all these options. They can be test on a > per-directory or per-file basis. The documentation for this is here: > > http://docs.racket-lang.org/raco/test.html?q=raco%20test#%28part._test-config%29 > > Jay > > -- > 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." > - D&C 64:33 > _ > Racket Developers list: > http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] DrDr & the split repository
Since we split the repository, there have been significantly more errors on DrDr: http://drdr.racket-lang.org/ This is mainly because DrDr used to use a monolithic metadata file: https://github.com/plt/racket/blob/master/pkgs/plt-services/meta/props This meta-data file included things like "Don't run this file" and "Give it a timeout of 5 minutes" or "This program fails randomly, so don't blame the committer". But we can't use this centralized metadata with the decentralized repository. Instead, Matthew changed "raco test" (which is how DrDr tests programs) to support all these options. They can be test on a per-directory or per-file basis. The documentation for this is here: http://docs.racket-lang.org/raco/test.html?q=raco%20test#%28part._test-config%29 Jay -- 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." - D&C 64:33 _ Racket Developers list: http://lists.racket-lang.org/dev