Re: [racket-dev] Pre-Release Checklist for v6.1.1

2014-10-23 Thread Jon Rafkind

 * Jon Rafkind rafk...@cs.utah.edu
   Release tests for (one of the) linux releases:
   - Test that the `racket' and `racket-textual' source releases
 compile fine (note that they're still called `plt' and `mz' at
 this stage).
   - Test that the binary installers for both work, try each one in
 both normal and unix-style installation modes. (just ubuntu)
   [Note: get the release candidates from the URL in this email. Use
the 'static table' link to see a list of all tar files available]


While building racket-src.tgz I saw this error (similar to the one I saw for 
the last release).

raco setup: post-installing: pkgs/mzscheme-lib/mzscheme
raco setup: post-installing: pkgs/racket-doc/help
raco setup: --- checking package dependencies ---
raco setup: --- summary of errors ---
raco setup: error: during building docs for 
pkgs/db-doc/db/scribblings/db.scrbl
raco setup:   query-rows: attempt to write a readonly database
raco setup: context...:
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/db/private/sqlite3/connection.rkt:387:0:
 handle-status*
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/db/private/sqlite3/connection.rkt:347:8
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/db/private/sqlite3/connection.rkt:170:4:
 step method in connection%
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/db/private/sqlite3/connection.rkt:158:8:
 loop
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/db/private/sqlite3/connection.rkt:61:4:
 query1 method in connection%
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/db/private/generic/functions.rkt:165:0:
 query-rows8
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/setup/doc-db.rkt:94:3: temp60
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/setup/doc-db.rkt:498:2: loop
raco setup:  
/home/jon/tmp/racket/racket-src/racket/collects/setup/doc-db.rkt:89:0: 
doc-db-key-path22
raco setup:  
/home/jon/tmp/racket/racket-src/racket/share/pkgs/racket-index/setup/xref.rkt:120:6:
 try
raco setup:  
/home/jon/tmp/racket/racket-src/racket/share/pkgs/racket-index/setup/xref.rkt:116:2
raco setup:  
/home/jon/tmp/racket/racket-src/racket/share/pkgs/scribble-lib/scribble/xref.rkt:65:19:
 send-arg73
raco setup:  
/home/jon/tmp/racket/racket-src/racket/share/pkgs/scribble-lib/scribble/base-render.rkt:1114:28
raco setup:  
/home/jon/tmp/racket/racket-src/racket/share/pkgs/scribble-lib/scribble/base-render.rkt:1114:28
raco setup:  
/home/jon/tmp/racket/racket-src/racket/share/pkgs/scribble-lib/scribble/core.rkt:24:0:
 resolve-get/where
raco setup:  
/home/jon/tmp/racket/racket-src/racket/share/pkgs/scribble-lib/scribble/core.rkt:73:0:
 resolve-search...
raco setup:  
raco setup:  
make[1]: *** [install-3m] Error 1
make[1]: Leaving directory `/home/jon/tmp/racket/racket-src/racket/src/b'
make: *** [install] Error 2

I had previously built racket-6.1.0.900-src-builtpkgs.tgz and 
racket-6.1.0.900-src.tgz without seeing this error. This error is hard to 
reproduce. After seeing this error I ran 'make install' and the rest of the 
installation seemed to proceed smoothly.
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] crash running raco setup with racket 6.1

2014-10-23 Thread David Bremner
David Bremner da...@tethera.net writes:

 Building racket 6.1, from racket-6.1-src.tgz, the debian build
 calls make install twice,
 the first time with PLT_EXTRA=--no-docs --no-zo, and the second time
 with PLT_EXTRA=--no-launcher --no-install --no-post-install. This
 second (main) call is crashing after some recent change in Debian
 unstable (not sure what, but it worked Monday).

As a point of information, I can duplicate the crash with yesterdays
snapshot (20141022-d9f2a84).  I didn't bother getting a backtrace there,
but I can if it would help.

d
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] crash running raco setup with racket 6.1

2014-10-23 Thread David Bremner
David Bremner da...@tethera.net writes:

 As a point of information, I can duplicate the crash with yesterdays
 snapshot (20141022-d9f2a84).  I didn't bother getting a backtrace there,
 but I can if it would help.

I verified that the version of libcairo2 is what makes a difference.
Installing Debian version 1.12.16-5 made the racket build work again
both for 6.1 and for the snapshot. Alas that's not going to be a
feasible strategy for the official Debian builds.

d

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] crash running raco setup with racket 6.1

2014-10-23 Thread Jens Axel Søgaard
Hi David,

FWIW here is how I built the libraries for DrRacket from scratch on OS X.
I found out that it was important that the libcairo loaded by DrRacket
was built with the same versions of the helper libraries that
DrRacket loads.

The readme has the details:
https://github.com/soegaard/racket-osx-libs

It might me worth doubling checking that the versions of the shared
libaries that Racket loads matches your expectations.

Then again, maybe there were an API change in Cairo that
caused the problem - and if so the above is irrelevant.

/Jens Axel





2014-10-23 12:46 GMT+02:00 David Bremner da...@tethera.net:
 David Bremner da...@tethera.net writes:

 As a point of information, I can duplicate the crash with yesterdays
 snapshot (20141022-d9f2a84).  I didn't bother getting a backtrace there,
 but I can if it would help.

 I verified that the version of libcairo2 is what makes a difference.
 Installing Debian version 1.12.16-5 made the racket build work again
 both for 6.1 and for the snapshot. Alas that's not going to be a
 feasible strategy for the official Debian builds.

 d

 _
   Racket Developers list:
   http://lists.racket-lang.org/dev



-- 
--
Jens Axel Søgaard

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] crash running raco setup with racket 6.1

2014-10-23 Thread David Bremner
Jens Axel Søgaard jensa...@soegaard.net writes:


 It might me worth doubling checking that the versions of the shared
 libaries that Racket loads matches your expectations.

 Then again, maybe there were an API change in Cairo that
 caused the problem - and if so the above is irrelevant.


Since I'm building for Debian, I have less flexibility with the
libraries; more or less the whole point is that everyone uses the same
libcairo2. Of course there could be a problem with the way libcairo is
compiled; then I'd expect a flood of complaints from other packages. I
wasn't able to find a documented API change so far.

I'd be very interested to know if other people can build racket with
libcairo 1.14.0. It is quite new.

I managed to isolate the problem a little to running scribble on a
particular file.  Here is a new backtrace (with libcairo symbols) from running

% gdb --args build/racket/racket3m -j -X 
/home/bremner/software/debian/racket/debian/tmp/usr/share/racket/collects -G 
/home/bremner/software/debian/racket/debian/tmp/etc/racket  
debian/tmp/usr/share/racket/pkgs/images-doc/images/scribblings/images.scrbl

#0  0x7713f077 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x77140458 in __GI_abort () at abort.c:89
#2  0x006a9fde in fault_handler (
sn=optimized out, si=0x9ea530, ctx=optimized out)
at /home/bremner/software/debian/racket/src/racket/gc2/sighand.c:99
#3  signal handler called
#4  _fill_xrgb32_lerp_opaque_spans (
abstract_renderer=0x7fff73d0, y=343, h=0, 
spans=0x1372088, num_spans=5)
at ../../../../src/cairo-image-compositor.c:2249
#5  0x7fffeda67406 in blit_a8 (xmax=483, xmin=463, 
height=1, y=343, spans=0x1372078, 
renderer=0x7fff73d0, cells=optimized out)
at ../../../../src/cairo-tor-scan-converter.c:1635
#6  glitter_scan_converter_render (
renderer=0x7fff73d0, antialias=1, 
winding_mask=optimized out, 
converter=optimized out)
at ../../../../src/cairo-tor-scan-converter.c:1786
#7  _cairo_tor_scan_converter_generate (
converter=0x1370ff0, renderer=0x7fff73d0)
at ../../../../src/cairo-tor-scan-converter.c:1849
#8  0x7fffeda5952c in composite_polygon (
extents=extents@entry=0x7fff8d00, 
polygon=polygon@entry=0x7fff88b0, 
fill_rule=fill_rule@entry=CAIRO_FILL_RULE_WINDING, 
antialias=antialias@entry=CAIRO_ANTIALIAS_GRAY, 
compositor=0x7fffedd02140 spans, 
compositor=0x7fffedd02140 spans)
at ../../../../src/cairo-spans-compositor.c:801
#9  0x7fffeda59f95 in clip_and_composite_polygon (
compositor=compositor@entry=0x7fffedd02140 spans, 
extents=extents@entry=0x7fff8d00, 
polygon=polygon@entry=0x7fff88b0, 
fill_rule=CAIRO_FILL_RULE_WINDING, 
antialias=antialias@entry=CAIRO_ANTIALIAS_GRAY)
at ../../../../src/cairo-spans-compositor.c:967
#10 0x7fffeda5abba in _cairo_spans_compositor_stroke (
_compositor=0x7fffedd02140 spans, 
extents=0x7fff8d00, path=optimized out, 
style=0x7fff9110, ctm=0x7fff9140, 
ctm_inverse=0x7fff9170, 
tolerance=0.10001, 
antialias=CAIRO_ANTIALIAS_GRAY)
at ../../../../src/cairo-spans-compositor.c:1083
#11 0x7fffeda15d8f in _cairo_compositor_stroke (
compositor=0x7fffedd02140 spans, 
surface=0x74a88000, op=CAIRO_OPERATOR_CLEAR, 
source=0x70003, path=0xadaa38, style=0x7fff9110, 
ctm=0x7fff9140, ctm_inverse=0x7fff9170, 
tolerance=1.3906711615657361e-309, 
antialias=CAIRO_ANTIALIAS_GRAY, clip=0xa81480)
at ../../../../src/cairo-compositor.c:157
#12 0x7fffeda27062 in _cairo_image_surface_stroke (
abstract_surface=optimized out, op=optimized out, 
source=optimized out, path=optimized out, 
style=optimized out, ctm=optimized out, 
ctm_inverse=0x7fff9170, tolerance=optimized out, 
antialias=CAIRO_ANTIALIAS_GRAY, clip=0xa81480)
at ../../../../src/cairo-image-surface.c:964
#13 0x7fffeda5df56 in _cairo_surface_stroke (
surface=0xddfbd0, op=CAIRO_OPERATOR_OVER, 
source=0x7fff91a0, path=0xadaa38, 
stroke_style=0x7fff9110, ctm=0x7fff9140, 
ctm_inverse=0x7fff9170, 
tolerance=0.10001, 
antialias=CAIRO_ANTIALIAS_GRAY, clip=0xa81480)
at ../../../../src/cairo-surface.c:2270
#14 0x7fffeda1dc02 in _cairo_gstate_stroke (
gstate=0xada700, path=path@entry=0xadaa38)
at ../../../../src/cairo-gstate.c:1194
#15 0x7fffeda176e9 in _cairo_default_context_stroke (
abstract_cr=0xada6d0)
at ../../../../src/cairo-default-context.c:1010
#16 0x7fffeda10725 in INT_cairo_stroke (cr=0xaa)
at ../../../../src/cairo.c:2150
#17 0x776d4d1e in ffi_call_unix64 ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
#18 0x776d4788 in ffi_call ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
#19 0x0069b696 in ffi_do_call (
argv=0x7fffca105a68, self=0x74a88000, 

Re: [racket-dev] crash running raco setup with racket 6.1

2014-10-23 Thread Matthew Flatt
I can confirm the crash with a Cairo 1.14 build on 64-bit Mac OS X.
I've submitted a bug report for Cairo (Bug 85372).


For the record, here's how I assembled the report:

The crash happened for me when building the plot documentation. By
successively pruning the document's source, I whittled the crashing
expression down to just

 (plot3d (surface3d (λ (x y) (* (cos x) (sin y)))
(- pi) pi (- pi) pi))

Next, I put the generated picture in datum form via `plot3d/dc` and
`record-dc%`. That gave me a 35k-line S-expression that corresponds to
drawing commands. I performed a binary search on that sequence to find
a small segment that still causes a crash. I end up with

 #lang racket
 (require racket/draw)

 (define W 242) ; size must be big enough to trigger the crash
 (define H 242)
 ; must use the bitmap (non-platform-specific) back-end:
 (define dc (send (make-bitmap W H) make-dc))

 (define picture
   '((set-smoothing smoothed)
 (do-set-pen! ((0 0 0 1.0) 1/3 solid round round #f))
 (draw-lines
  ((94.49384481799765 . 241.40423862491832)
   (97.92538321881572 . 237.25698103165843)
   (103.86884481799765 . 235.02180530906503)
   (100.43730641717958 . 239.0632764810762)
   (94.49384481799765 . 241.40423862491832))
  0.0
  0.0)))

 ((recorded-datum-procedure picture) dc)

To make a Cairo bug report easier to assemble, I instrumented the Cairo
FFI library to log all calls. There were 30 or so calls, many of which
I could tell were redundant or irrelevant. I produced this C program
that crashes with a C-level stack trace like the original one:

 #include cairo/cairo.h

 int main () {
   cairo_t *cr;

   cr = cairo_create(cairo_image_surface_create(0, 242, 242));

   cairo_set_antialias(cr, 2);
   cairo_set_line_width(cr, 1.0/3.0);

   cairo_new_path(cr);
   cairo_move_to(cr, 94.49384481799765, 241.40423862491832);
   cairo_line_to(cr, 97.92538321881572, 237.25698103165843);
   cairo_line_to(cr, 103.86884481799765, 235.02180530906503);
   cairo_line_to(cr, 100.43730641717958, 239.0632764810762);
   cairo_line_to(cr, 94.49384481799765, 241.40423862491832);
   cairo_stroke(cr);
 }

I'm pretty sure that program shouldn't crash, and it doesn't crash for
me with Cairo 1.12.

I've spelled out my strategy above in the hope that someone else will
be able to file a Cairo bug report the next time there's a similar
problem. :)

At Thu, 23 Oct 2014 12:46:55 +0200, David Bremner wrote:
 David Bremner da...@tethera.net writes:
 
  As a point of information, I can duplicate the crash with yesterdays
  snapshot (20141022-d9f2a84).  I didn't bother getting a backtrace there,
  but I can if it would help.
 
 I verified that the version of libcairo2 is what makes a difference.
 Installing Debian version 1.12.16-5 made the racket build work again
 both for 6.1 and for the snapshot. Alas that's not going to be a
 feasible strategy for the official Debian builds.
 
 d
 
 _
   Racket Developers list:
   http://lists.racket-lang.org/dev

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


[racket-dev] Pre-Release Checklist for v6.1.1, Second Call

2014-10-23 Thread Ryan Culpepper

Checklist items for the v6.1.1 release
  (using the v6.1.0.900 release candidate build)

Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s is/are done).  Also, if you have any
commits that should have been picked, make sure that the changes are in.

Important: new builds are created without announcement, usually whenever
I pick a few commits.  If you need to commit changes, please make sure
you tell me to pick it into the release branch.

-- Release candidates are at
--   http://pre-release.racket-lang.org

Please use these installers (or source bundles) -- don't test from
your own git clone (don't test the `master' branch by mistake!).  To
get the tests, you can do this:

  cd ...racket-root...
  ./bin/raco pkg install -i main-distribution-test

--

* Matthias Felleisen matth...@ccs.neu.edu
  - Teachpacks Tests: check that new teachpacks are addable
  - Teachpack Docs: check teachpack docs in the bundles
  - Try teaching-languages testing framework (check-expect)
  Updates:
  - Teachpack Updates: update HISTORY
  (updates should show v6.1.1 as the most current version; email me
  to pick the changes when they're done, or tell me if there are no such
  changes.)

* Eli Barzilay e...@barzilay.org
  - Swindle Tests
  - XREPL Tests
  - Verify PL language
  - Racket Tree: compare new distribution tree to previous one
  - Run the unix installer tests
  - Run zsh completions tests
(. .../racket-completion.zsh; _racket --self-test)

* Stephen Bloch sbl...@adelphi.edu
  - Picturing Programs Tests

* Jon Rafkind rafk...@cs.utah.edu
  Release tests for (one of the) linux releases:
  - Test that the `racket' and `racket-textual' source releases
compile fine (note that they're still called `plt' and `mz' at
this stage).
  - Test that the binary installers for both work, try each one in
both normal and unix-style installation modes. (just ubuntu)
  [Note: get the release candidates from the URL in this email. Use
   the 'static table' link to see a list of all tar files available]

* David Van Horn dvanh...@ccs.neu.edu
  - EoPL Tests

* Neil Toronto neil.toro...@gmail.com
  - Plot Tests
  - Images Tests
  - Inspect icons
  - Math tests
_
 Racket Developers list:
 http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v6.1.1, Second Call

2014-10-23 Thread David Van Horn
On 10/23/14, 12:48 PM, Ryan Culpepper wrote:
 * David Van Horn dvanh...@ccs.neu.edu
   - EoPL Tests

Done.

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v6.1.1, Second Call

2014-10-23 Thread Matthias Felleisen

DrRacket on Mac OS X, 64-bit, Installer Package won't start on double-click. 

At the command line, I get this error message: 

[:~] matthias% /Applications/Racket/DrRacket.app/Contents/MacOS/DrRacket 
/Applications/Racket/share/pkgs/drracket/drracket/private/compiled/rectangle-intersect_rkt.zo::1:
 read (compiled): wrong version for compiled code
  compiled version: 6.0.900.900
  expected version: 6.1.0.900
  context...:
   standard-module-name-resolver
   
/Applications/Racket/share/pkgs/drracket/drracket/private/module-browser.rkt: 
[traversing imports]
   /Applications/Racket/share/pkgs/drracket/drracket/private/link.rkt: 
[traversing imports]
   /Applications/Racket/share/pkgs/drracket/drracket/tool-lib.rkt: [traversing 
imports]
   
/Applications/Racket/share/pkgs/drracket/drracket/private/drracket-normal.rkt: 
[running body]
   /Applications/Racket/share/pkgs/drracket/drracket/drracket.rkt: [running 
body]





On Oct 23, 2014, at 12:48 PM, Ryan Culpepper ry...@ccs.neu.edu wrote:

 Checklist items for the v6.1.1 release
  (using the v6.1.0.900 release candidate build)
 
 Search for your name to find relevant items, reply when you finish an
 item (please indicate which item/s is/are done).  Also, if you have any
 commits that should have been picked, make sure that the changes are in.
 
 Important: new builds are created without announcement, usually whenever
 I pick a few commits.  If you need to commit changes, please make sure
 you tell me to pick it into the release branch.
 
 -- Release candidates are at
 --   http://pre-release.racket-lang.org
 
 Please use these installers (or source bundles) -- don't test from
 your own git clone (don't test the `master' branch by mistake!).  To
 get the tests, you can do this:
 
  cd ...racket-root...
  ./bin/raco pkg install -i main-distribution-test
 
 --
 
 * Matthias Felleisen matth...@ccs.neu.edu
  - Teachpacks Tests: check that new teachpacks are addable
  - Teachpack Docs: check teachpack docs in the bundles
  - Try teaching-languages testing framework (check-expect)
  Updates:
  - Teachpack Updates: update HISTORY
  (updates should show v6.1.1 as the most current version; email me
  to pick the changes when they're done, or tell me if there are no such
  changes.)
 
 * Eli Barzilay e...@barzilay.org
  - Swindle Tests
  - XREPL Tests
  - Verify PL language
  - Racket Tree: compare new distribution tree to previous one
  - Run the unix installer tests
  - Run zsh completions tests
(. .../racket-completion.zsh; _racket --self-test)
 
 * Stephen Bloch sbl...@adelphi.edu
  - Picturing Programs Tests
 
 * Jon Rafkind rafk...@cs.utah.edu
  Release tests for (one of the) linux releases:
  - Test that the `racket' and `racket-textual' source releases
compile fine (note that they're still called `plt' and `mz' at
this stage).
  - Test that the binary installers for both work, try each one in
both normal and unix-style installation modes. (just ubuntu)
  [Note: get the release candidates from the URL in this email. Use
   the 'static table' link to see a list of all tar files available]
 
 * David Van Horn dvanh...@ccs.neu.edu
  - EoPL Tests
 
 * Neil Toronto neil.toro...@gmail.com
  - Plot Tests
  - Images Tests
  - Inspect icons
  - Math tests


_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v6.1.1, Second Call

2014-10-23 Thread Matthew Flatt
Is it possible that you installed on top of an existing v6.0.900.900
installation (for the previous release's candidate)?

The file

  share/pkgs/drracket/drracket/private/compiled/rectangle-intersect_rkt.zo

existed in v6.0.900.900, but it does not exist in v6.1.0.900, because
the library moved to a different package, drracket-tool-lib. If you
installed v6.1.0.900 on top of v6.0.900.900, then the file would not
get replaced, and the module search would potentially find the old file
instead of the replacement that is in a different location.

At Thu, 23 Oct 2014 13:24:08 -0400, Matthias Felleisen wrote:
 
 DrRacket on Mac OS X, 64-bit, Installer Package won't start on double-click. 
 
 At the command line, I get this error message: 
 
 [:~] matthias% /Applications/Racket/DrRacket.app/Contents/MacOS/DrRacket 
 /Applications/Racket/share/pkgs/drracket/drracket/private/compiled/rectangle-int
 ersect_rkt.zo::1: read (compiled): wrong version for compiled code
   compiled version: 6.0.900.900
   expected version: 6.1.0.900
   context...:
standard-module-name-resolver

 /Applications/Racket/share/pkgs/drracket/drracket/private/module-browser.rkt: 
 [traversing imports]
/Applications/Racket/share/pkgs/drracket/drracket/private/link.rkt: 
 [traversing imports]
/Applications/Racket/share/pkgs/drracket/drracket/tool-lib.rkt: 
 [traversing 
 imports]

 /Applications/Racket/share/pkgs/drracket/drracket/private/drracket-normal.rkt:
  
 [running body]
/Applications/Racket/share/pkgs/drracket/drracket/drracket.rkt: [running 
 body]
 
 
 
 
 
 On Oct 23, 2014, at 12:48 PM, Ryan Culpepper ry...@ccs.neu.edu wrote:
 
  Checklist items for the v6.1.1 release
   (using the v6.1.0.900 release candidate build)
  
  Search for your name to find relevant items, reply when you finish an
  item (please indicate which item/s is/are done).  Also, if you have any
  commits that should have been picked, make sure that the changes are in.
  
  Important: new builds are created without announcement, usually whenever
  I pick a few commits.  If you need to commit changes, please make sure
  you tell me to pick it into the release branch.
  
  -- Release candidates are at
  --   http://pre-release.racket-lang.org
  
  Please use these installers (or source bundles) -- don't test from
  your own git clone (don't test the `master' branch by mistake!).  To
  get the tests, you can do this:
  
   cd ...racket-root...
   ./bin/raco pkg install -i main-distribution-test
  
  --
  
  * Matthias Felleisen matth...@ccs.neu.edu
   - Teachpacks Tests: check that new teachpacks are addable
   - Teachpack Docs: check teachpack docs in the bundles
   - Try teaching-languages testing framework (check-expect)
   Updates:
   - Teachpack Updates: update HISTORY
   (updates should show v6.1.1 as the most current version; email me
   to pick the changes when they're done, or tell me if there are no such
   changes.)
  
  * Eli Barzilay e...@barzilay.org
   - Swindle Tests
   - XREPL Tests
   - Verify PL language
   - Racket Tree: compare new distribution tree to previous one
   - Run the unix installer tests
   - Run zsh completions tests
 (. .../racket-completion.zsh; _racket --self-test)
  
  * Stephen Bloch sbl...@adelphi.edu
   - Picturing Programs Tests
  
  * Jon Rafkind rafk...@cs.utah.edu
   Release tests for (one of the) linux releases:
   - Test that the `racket' and `racket-textual' source releases
 compile fine (note that they're still called `plt' and `mz' at
 this stage).
   - Test that the binary installers for both work, try each one in
 both normal and unix-style installation modes. (just ubuntu)
   [Note: get the release candidates from the URL in this email. Use
the 'static table' link to see a list of all tar files available]
  
  * David Van Horn dvanh...@ccs.neu.edu
   - EoPL Tests
  
  * Neil Toronto neil.toro...@gmail.com
   - Plot Tests
   - Images Tests
   - Inspect icons
   - Math tests
 
 
 _
   Racket Developers list:
   http://lists.racket-lang.org/dev
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v6.1.1, Second Call

2014-10-23 Thread Matthias Felleisen

Yes, I did and expected this to be the problem. Can't we add a line to the Mac 
package installer that removes left-over stuff? 

I deleted the old installation and re-installed and drracket starts up fine. 

-- Matthias





On Oct 23, 2014, at 2:26 PM, Matthew Flatt mfl...@cs.utah.edu wrote:

 Is it possible that you installed on top of an existing v6.0.900.900
 installation (for the previous release's candidate)?
 
 The file
 
  share/pkgs/drracket/drracket/private/compiled/rectangle-intersect_rkt.zo
 
 existed in v6.0.900.900, but it does not exist in v6.1.0.900, because
 the library moved to a different package, drracket-tool-lib. If you
 installed v6.1.0.900 on top of v6.0.900.900, then the file would not
 get replaced, and the module search would potentially find the old file
 instead of the replacement that is in a different location.
 
 At Thu, 23 Oct 2014 13:24:08 -0400, Matthias Felleisen wrote:
 
 DrRacket on Mac OS X, 64-bit, Installer Package won't start on double-click. 
 
 At the command line, I get this error message: 
 
 [:~] matthias% /Applications/Racket/DrRacket.app/Contents/MacOS/DrRacket 
 /Applications/Racket/share/pkgs/drracket/drracket/private/compiled/rectangle-int
 ersect_rkt.zo::1: read (compiled): wrong version for compiled code
  compiled version: 6.0.900.900
  expected version: 6.1.0.900
  context...:
   standard-module-name-resolver
 
 /Applications/Racket/share/pkgs/drracket/drracket/private/module-browser.rkt:
  
 [traversing imports]
   /Applications/Racket/share/pkgs/drracket/drracket/private/link.rkt: 
 [traversing imports]
   /Applications/Racket/share/pkgs/drracket/drracket/tool-lib.rkt: 
 [traversing 
 imports]
 
 /Applications/Racket/share/pkgs/drracket/drracket/private/drracket-normal.rkt:
  
 [running body]
   /Applications/Racket/share/pkgs/drracket/drracket/drracket.rkt: [running 
 body]
 
 
 
 
 
 On Oct 23, 2014, at 12:48 PM, Ryan Culpepper ry...@ccs.neu.edu wrote:
 
 Checklist items for the v6.1.1 release
 (using the v6.1.0.900 release candidate build)
 
 Search for your name to find relevant items, reply when you finish an
 item (please indicate which item/s is/are done).  Also, if you have any
 commits that should have been picked, make sure that the changes are in.
 
 Important: new builds are created without announcement, usually whenever
 I pick a few commits.  If you need to commit changes, please make sure
 you tell me to pick it into the release branch.
 
 -- Release candidates are at
 --   http://pre-release.racket-lang.org
 
 Please use these installers (or source bundles) -- don't test from
 your own git clone (don't test the `master' branch by mistake!).  To
 get the tests, you can do this:
 
 cd ...racket-root...
 ./bin/raco pkg install -i main-distribution-test
 
 --
 
 * Matthias Felleisen matth...@ccs.neu.edu
 - Teachpacks Tests: check that new teachpacks are addable
 - Teachpack Docs: check teachpack docs in the bundles
 - Try teaching-languages testing framework (check-expect)
 Updates:
 - Teachpack Updates: update HISTORY
 (updates should show v6.1.1 as the most current version; email me
 to pick the changes when they're done, or tell me if there are no such
 changes.)
 
 * Eli Barzilay e...@barzilay.org
 - Swindle Tests
 - XREPL Tests
 - Verify PL language
 - Racket Tree: compare new distribution tree to previous one
 - Run the unix installer tests
 - Run zsh completions tests
   (. .../racket-completion.zsh; _racket --self-test)
 
 * Stephen Bloch sbl...@adelphi.edu
 - Picturing Programs Tests
 
 * Jon Rafkind rafk...@cs.utah.edu
 Release tests for (one of the) linux releases:
 - Test that the `racket' and `racket-textual' source releases
   compile fine (note that they're still called `plt' and `mz' at
   this stage).
 - Test that the binary installers for both work, try each one in
   both normal and unix-style installation modes. (just ubuntu)
 [Note: get the release candidates from the URL in this email. Use
  the 'static table' link to see a list of all tar files available]
 
 * David Van Horn dvanh...@ccs.neu.edu
 - EoPL Tests
 
 * Neil Toronto neil.toro...@gmail.com
 - Plot Tests
 - Images Tests
 - Inspect icons
 - Math tests
 
 
 _
  Racket Developers list:
  http://lists.racket-lang.org/dev


_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v6.1.1, Second Call

2014-10-23 Thread Matthew Flatt
Ad, I hadn't guessed that you use the Installer Package. It isn't one
of our normal distribution mode (i.e., there's no link to it on the
eventual download page), so far, and so I forgot about it, but it is
certaily prominent on the pre-release page.

I'm not yet sure of the right repair, but I'll work on it.

At Thu, 23 Oct 2014 15:11:03 -0400, Matthias Felleisen wrote:
 
 Yes, I did and expected this to be the problem. Can't we add a line to the 
 Mac 
 package installer that removes left-over stuff? 
 
 I deleted the old installation and re-installed and drracket starts up fine. 
 
 -- Matthias
 
 
 
 
 
 On Oct 23, 2014, at 2:26 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
 
  Is it possible that you installed on top of an existing v6.0.900.900
  installation (for the previous release's candidate)?
  
  The file
  
   share/pkgs/drracket/drracket/private/compiled/rectangle-intersect_rkt.zo
  
  existed in v6.0.900.900, but it does not exist in v6.1.0.900, because
  the library moved to a different package, drracket-tool-lib. If you
  installed v6.1.0.900 on top of v6.0.900.900, then the file would not
  get replaced, and the module search would potentially find the old file
  instead of the replacement that is in a different location.
  
  At Thu, 23 Oct 2014 13:24:08 -0400, Matthias Felleisen wrote:
  
  DrRacket on Mac OS X, 64-bit, Installer Package won't start on 
  double-click. 
  
  At the command line, I get this error message: 
  
  [:~] matthias% /Applications/Racket/DrRacket.app/Contents/MacOS/DrRacket 
  
 /Applications/Racket/share/pkgs/drracket/drracket/private/compiled/rectangle-int
  ersect_rkt.zo::1: read (compiled): wrong version for compiled code
   compiled version: 6.0.900.900
   expected version: 6.1.0.900
   context...:
standard-module-name-resolver
  
  
 /Applications/Racket/share/pkgs/drracket/drracket/private/module-browser.rkt: 
  [traversing imports]
/Applications/Racket/share/pkgs/drracket/drracket/private/link.rkt: 
  [traversing imports]
/Applications/Racket/share/pkgs/drracket/drracket/tool-lib.rkt: 
 [traversing 
  imports]
  
  
 /Applications/Racket/share/pkgs/drracket/drracket/private/drracket-normal.rkt:
  
  [running body]
/Applications/Racket/share/pkgs/drracket/drracket/drracket.rkt: [running 
  body]
  
  
  
  
  
  On Oct 23, 2014, at 12:48 PM, Ryan Culpepper ry...@ccs.neu.edu wrote:
  
  Checklist items for the v6.1.1 release
  (using the v6.1.0.900 release candidate build)
  
  Search for your name to find relevant items, reply when you finish an
  item (please indicate which item/s is/are done).  Also, if you have any
  commits that should have been picked, make sure that the changes are in.
  
  Important: new builds are created without announcement, usually whenever
  I pick a few commits.  If you need to commit changes, please make sure
  you tell me to pick it into the release branch.
  
  -- Release candidates are at
  --   http://pre-release.racket-lang.org
  
  Please use these installers (or source bundles) -- don't test from
  your own git clone (don't test the `master' branch by mistake!).  To
  get the tests, you can do this:
  
  cd ...racket-root...
  ./bin/raco pkg install -i main-distribution-test
  
  --
  
  * Matthias Felleisen matth...@ccs.neu.edu
  - Teachpacks Tests: check that new teachpacks are addable
  - Teachpack Docs: check teachpack docs in the bundles
  - Try teaching-languages testing framework (check-expect)
  Updates:
  - Teachpack Updates: update HISTORY
  (updates should show v6.1.1 as the most current version; email me
  to pick the changes when they're done, or tell me if there are no such
  changes.)
  
  * Eli Barzilay e...@barzilay.org
  - Swindle Tests
  - XREPL Tests
  - Verify PL language
  - Racket Tree: compare new distribution tree to previous one
  - Run the unix installer tests
  - Run zsh completions tests
(. .../racket-completion.zsh; _racket --self-test)
  
  * Stephen Bloch sbl...@adelphi.edu
  - Picturing Programs Tests
  
  * Jon Rafkind rafk...@cs.utah.edu
  Release tests for (one of the) linux releases:
  - Test that the `racket' and `racket-textual' source releases
compile fine (note that they're still called `plt' and `mz' at
this stage).
  - Test that the binary installers for both work, try each one in
both normal and unix-style installation modes. (just ubuntu)
  [Note: get the release candidates from the URL in this email. Use
   the 'static table' link to see a list of all tar files available]
  
  * David Van Horn dvanh...@ccs.neu.edu
  - EoPL Tests
  
  * Neil Toronto neil.toro...@gmail.com
  - Plot Tests
  - Images Tests
  - Inspect icons
  - Math tests
  
  
  _
   Racket Developers list:
   http://lists.racket-lang.org/dev
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Pre-Release Checklist for v6.1.1, Second Call

2014-10-23 Thread Matthias Felleisen

(I know, and I hadn't used it in forever.)


On Oct 23, 2014, at 9:04 PM, Matthew Flatt wrote:

 Ad, I hadn't guessed that you use the Installer Package. It isn't one
 of our normal distribution mode (i.e., there's no link to it on the
 eventual download page), so far, and so I forgot about it, but it is
 certaily prominent on the pre-release page.
 
 I'm not yet sure of the right repair, but I'll work on it.
 
 At Thu, 23 Oct 2014 15:11:03 -0400, Matthias Felleisen wrote:
 
 Yes, I did and expected this to be the problem. Can't we add a line to the 
 Mac 
 package installer that removes left-over stuff? 
 
 I deleted the old installation and re-installed and drracket starts up fine. 
 
 -- Matthias
 
 
 
 
 
 On Oct 23, 2014, at 2:26 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
 
 Is it possible that you installed on top of an existing v6.0.900.900
 installation (for the previous release's candidate)?
 
 The file
 
 share/pkgs/drracket/drracket/private/compiled/rectangle-intersect_rkt.zo
 
 existed in v6.0.900.900, but it does not exist in v6.1.0.900, because
 the library moved to a different package, drracket-tool-lib. If you
 installed v6.1.0.900 on top of v6.0.900.900, then the file would not
 get replaced, and the module search would potentially find the old file
 instead of the replacement that is in a different location.
 
 At Thu, 23 Oct 2014 13:24:08 -0400, Matthias Felleisen wrote:
 
 DrRacket on Mac OS X, 64-bit, Installer Package won't start on 
 double-click. 
 
 At the command line, I get this error message: 
 
 [:~] matthias% /Applications/Racket/DrRacket.app/Contents/MacOS/DrRacket 
 
 /Applications/Racket/share/pkgs/drracket/drracket/private/compiled/rectangle-int
 ersect_rkt.zo::1: read (compiled): wrong version for compiled code
 compiled version: 6.0.900.900
 expected version: 6.1.0.900
 context...:
  standard-module-name-resolver
 
 
 /Applications/Racket/share/pkgs/drracket/drracket/private/module-browser.rkt:
  
 [traversing imports]
  /Applications/Racket/share/pkgs/drracket/drracket/private/link.rkt: 
 [traversing imports]
  /Applications/Racket/share/pkgs/drracket/drracket/tool-lib.rkt: 
 [traversing 
 imports]
 
 
 /Applications/Racket/share/pkgs/drracket/drracket/private/drracket-normal.rkt:
  
 [running body]
  /Applications/Racket/share/pkgs/drracket/drracket/drracket.rkt: [running 
 body]
 
 
 
 
 
 On Oct 23, 2014, at 12:48 PM, Ryan Culpepper ry...@ccs.neu.edu wrote:
 
 Checklist items for the v6.1.1 release
 (using the v6.1.0.900 release candidate build)
 
 Search for your name to find relevant items, reply when you finish an
 item (please indicate which item/s is/are done).  Also, if you have any
 commits that should have been picked, make sure that the changes are in.
 
 Important: new builds are created without announcement, usually whenever
 I pick a few commits.  If you need to commit changes, please make sure
 you tell me to pick it into the release branch.
 
 -- Release candidates are at
 --   http://pre-release.racket-lang.org
 
 Please use these installers (or source bundles) -- don't test from
 your own git clone (don't test the `master' branch by mistake!).  To
 get the tests, you can do this:
 
 cd ...racket-root...
 ./bin/raco pkg install -i main-distribution-test
 
 --
 
 * Matthias Felleisen matth...@ccs.neu.edu
 - Teachpacks Tests: check that new teachpacks are addable
 - Teachpack Docs: check teachpack docs in the bundles
 - Try teaching-languages testing framework (check-expect)
 Updates:
 - Teachpack Updates: update HISTORY
 (updates should show v6.1.1 as the most current version; email me
 to pick the changes when they're done, or tell me if there are no such
 changes.)
 
 * Eli Barzilay e...@barzilay.org
 - Swindle Tests
 - XREPL Tests
 - Verify PL language
 - Racket Tree: compare new distribution tree to previous one
 - Run the unix installer tests
 - Run zsh completions tests
  (. .../racket-completion.zsh; _racket --self-test)
 
 * Stephen Bloch sbl...@adelphi.edu
 - Picturing Programs Tests
 
 * Jon Rafkind rafk...@cs.utah.edu
 Release tests for (one of the) linux releases:
 - Test that the `racket' and `racket-textual' source releases
  compile fine (note that they're still called `plt' and `mz' at
  this stage).
 - Test that the binary installers for both work, try each one in
  both normal and unix-style installation modes. (just ubuntu)
 [Note: get the release candidates from the URL in this email. Use
 the 'static table' link to see a list of all tar files available]
 
 * David Van Horn dvanh...@ccs.neu.edu
 - EoPL Tests
 
 * Neil Toronto neil.toro...@gmail.com
 - Plot Tests
 - Images Tests
 - Inspect icons
 - Math tests
 
 
 _
 Racket Developers list:
 http://lists.racket-lang.org/dev


_
  Racket Developers list:
  http://lists.racket-lang.org/dev