Re: [racket-dev] Release process for split repos

That sounds good to me. One concern, though: it looks like recreating old releases requires that all the participating repos (1) still exist, (2) have the same name/location, and (3) still have the release tags. I'm not too worried about (1) and (3), but I could see (2) happening if, e.g., a packa

Re: [racket-dev] Release process for split repos

I like the general idea. I especially like that you've included instructions for repo managers like me who will likely forget everything about git branch management and cherry picking between releases. In the past, you've played the part of central reviewer for requests to merge to the release

[racket-dev] Release process for split repos

I’ve added a draft of a new release process that takes the repository split into account. The main difference is that there is no longer a single release branch under central management; instead, there is a release branch for each repository, and management responsibilities for package release b

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

I like the last sentence of Sam's latest bullet. Robby On Thursday, October 30, 2014, Matthias Felleisen wrote: > > On Oct 30, 2014, at 3:45 PM, Sam Tobin-Hochstadt > wrote: > > >> > >> How about this one? (Starting from Matthias's offering and editing the > >> apology from Sam's a bit.) > >>

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

On Oct 30, 2014, at 3:45 PM, Sam Tobin-Hochstadt wrote: >> >> How about this one? (Starting from Matthias's offering and editing the >> apology from Sam's a bit.) >> >> Typed Racket closes a safety hole in the typing for the >> exception system. The revised type system restricts raise so >>

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

On Wed, Oct 29, 2014 at 9:46 PM, Robby Findler wrote: > I don't think that "it's true of every type system everywhere" is a > good rationale for not owning backwards-incompatible changes (even > when they are "good" backwards incompatible changes, as this one > certainly is). I do agree with you,

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

I don't think that "it's true of every type system everywhere" is a good rationale for not owning backwards-incompatible changes (even when they are "good" backwards incompatible changes, as this one certainly is). I do agree with you, however, that what is especially bad is requiring changes to "w

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

On Wed, Oct 29, 2014 at 6:57 PM, Matthias Felleisen wrote: > > properly -> corresponding fashion? No, it's a different change (the one I numbered 1. in my first message). Sam > > Otherwise fine > > > On Oct 29, 2014, at 6:54 PM, Sam Tobin-Hochstadt wrote: > >> On Wed, Oct 29, 2014 at 6:42 PM,

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

properly -> corresponding fashion? Otherwise fine On Oct 29, 2014, at 6:54 PM, Sam Tobin-Hochstadt wrote: > On Wed, Oct 29, 2014 at 6:42 PM, Matthias Felleisen > wrote: >> >> 1. Can we please, pretty please, drop these "now"s from every single >> sentence? >> >> 2. I think this is close

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

On Wed, Oct 29, 2014 at 6:42 PM, Matthias Felleisen wrote: > > 1. Can we please, pretty please, drop these "now"s from every single sentence? > > 2. I think this is close to what we may wish to say. Here is a small edit: > > * Typed Racket closes a safety hole due to the types for the > exceptio

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

1. Can we please, pretty please, drop these "now"s from every single sentence? 2. I think this is close to what we may wish to say. Here is a small edit: * Typed Racket closes a safety hole due to the types for the exception system. The revised type system restricts raise so that only ins

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

Here's another idea: * To ensure safety, Typed Racket now prohibits raising any values other than exns and simple flat data. Some existing programs may now have type errors because of this. Sam On Wed, Oct 29, 2014 at 6:12 PM, Sam Tobin-Hochstadt wrote: > The reason I don't like the second sent

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

The reason I don't like the second sentence you wrote is that it's true of every type system everywhere. And also, the more significant change for users will almost certainly be the first one (it's required changes to several packages already) -- almost no one raises anything that isn't an exn, and

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

On Wed, Oct 29, 2014 at 5:47 PM, Robby Findler wrote: > Yes, that's what I mean. I don't think that the sentence "This may > break existing programs that rely on unsafe behavior." is accurate. > How about "This may break existing programs." or "Closing this hole > requires us to disallow some prog

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

I prefer the second sentence I sent to either of those. Fundamentally I think it is reasonable for the sentence to be slightly apologetic. There was a problem, we fixed it, but the fix may require some pain of our users. There's nothing wrong with that; it's just a fact of life. No shame in hiding

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

Yes, that's what I mean. I don't think that the sentence "This may break existing programs that rely on unsafe behavior." is accurate. How about "This may break existing programs." or "Closing this hole requires us to disallow some programs that do not signal runtime errors." or something like that

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

There were two holes. 1. We allowed exception handlers to assume that they received values of type `exn`, even when that wasn't right. 2. We allowed typed programs to throw arbitrary values, which means that you could throw a typed function to an untyped handler, which could then misuse it. Both

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

Sam: can you elaborate on precisely what the hole was? In particular, if there are any safe programs that the type system now rejects, I'd be in favor of a slightly different wording. Robby On Wed, Oct 29, 2014 at 2:35 PM, Sam Tobin-Hochstadt wrote: > On Wed, Oct 29, 2014 at 3:30 PM, Ryan Culpep

[racket-dev] Release Announcement for v6.1.1, Second Draft

The release announcement sketch that I have so far is below. Please mail me new items and/or edits. -- Racket version 6.1.1 is now available from http://racket-lang.org/ * Mac OS X Yosemite: fixed compatibility problems, m

Re: [racket-dev] Release Announcement for v6.1.1, Second Draft

On Wed, Oct 29, 2014 at 3:30 PM, Ryan Culpepper wrote: > > * Exception handling changed to be safe. This may break existing > programs that rely on unsafe behavior. > > * Casts and predicates are supported in typed regions. I think these two bullets (esp the first one) need to make clear that t

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

On 10/27/2014 12:25 PM, Ryan Culpepper wrote: neil: - remove dependence on libgtkgl (c601b82f) * For OpenGL on Linux, removed dependence on libgtkgl and added support for core profiles (see `set-legacy?`). Neil ⊥ _ Racket Developers list: http://lists.racket-l

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

For TR: * Exception handling changed to be safe. This may break existing programs that rely on unsafe behavior. * Exports from the GUI and framework libraries have types, and can be used transparently from typed programs. * Casts and predicates are supported in typed regions. Vincent At

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

For me: * Added the drracket/check-syntax library to facilitate check syntax-like behavior in other IDEs * Redex: explained the benchmark programs added a conditional-form to metafunctions * 2htdp/image's notion of equality no longer considers an image's baseline. * Contracts: contract-

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

At Mon, 27 Oct 2014 12:25:22 -0400, Ryan Culpepper wrote: > mflatt: > - optimizations (most from Gustavo Massaccesi) (82ffd405, 25c05d66, > a7a912ee, 1f2f7a1d, d14b4a80, 769c5b6e, 35eb6562, 15423988) > - add replace-evt (as suggested by Jan Dvořák) (bc69a9b0) > - fixing letrec updates? (e

[racket-dev] Release Announcement for v6.1.1

The release announcement sketch that I have so far is below. Please mail me new items and/or edits. -- mflatt: - optimizations (most from Gustavo Massaccesi) (82ffd405, 25c05d66, a7a912ee, 1f2f7a1d, d14b4a80, 769c5b6e, 35eb6

[racket-dev] Release for v6.1.1 has begun

The release process for v6.1.1 has begun: the `release' branch was created for any work that is left and is now bumped to v6.1.0.900. You can go on using the `master' branch as usual, it is now bumped to v6.1.1.1 (to avoid having two different trees with the same version). If you have any bug-fi

Re: [racket-dev] Release for v6.1.1 is about to begin

Indeed it does. Sorry for not thinking of that first! -Nick On Thu, Oct 2, 2014 at 12:59 PM, Matthew Flatt wrote: > The latest should work. Please try a snapshot: > > http://pre.racket-lang.org/ > > > At Thu, 2 Oct 2014 12:55:50 -0700, Nick Sivo wrote: >> Figured I'd wait until OS X Yosemite w

Re: [racket-dev] Release for v6.1.1 is about to begin

The latest should work. Please try a snapshot: http://pre.racket-lang.org/ At Thu, 2 Oct 2014 12:55:50 -0700, Nick Sivo wrote: > Figured I'd wait until OS X Yosemite was closer to release before > mentioning this, but DrRacket 6.1 doesn't run on it. Now that Yosemite > has reached Release Cand

Re: [racket-dev] Release for v6.1.1 is about to begin

Figured I'd wait until OS X Yosemite was closer to release before mentioning this, but DrRacket 6.1 doesn't run on it. Now that Yosemite has reached Release Candidate status is there anyone I can invite to my Apple Developer Team so they can look into it? I'd try to track it down myself but don't h

[racket-dev] Release for v6.1.1 is about to begin

The release process for v6.1.1 will begin in about a week. If you have any new features that you want in and are relatively close to being done, now is a good time to do that. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Release Announcement for v6.1

On 2014-08-01 13:54:15 -0400, Asumu Takikawa wrote: > On 2014-07-28 14:33:07 -0400, Ryan Culpepper wrote: > > asumu: > > - removed mzlib/class100 (5711e900) Whoops, sorry, we should actually put in a blurb about class100 though. * As noted in the v5.3.2 release, the `mzlib/class100` library is

[racket-dev] Release Announcement for v6.1, second draft

The release announcement draft that I have so far is below. Please mail me new items and/or edits. -- Racket v6.1 raises an exception when a local variable is used before its definition, instead of producing an # value. (Thanks

Re: [racket-dev] Release Announcement for v6.1

On 2014-07-28 14:33:07 -0400, Ryan Culpepper wrote: > asumu: > - removed mzlib/class100 (5711e900) > - classes and TR (various) I don't have anything in particular for classes. For TR, we should add Stephen's contribution of async-channel support: * Typed Racket now supports asynchronous chann

Re: [racket-dev] Release Announcement for v6.1

On Tue, Jul 29, 2014 at 12:47 PM, Matthias Felleisen wrote: > > On Jul 28, 2014, at 2:33 PM, Ryan Culpepper wrote: > >> matthias: >> - add check-random (aec84f4a) > > > check-random is an addition to the preferred unit testing framework in > the teaching languages. It enables the testing of stude

Re: [racket-dev] Release Announcement for v6.1

At Tue, 29 Jul 2014 06:31:21 -0700, Sam Tobin-Hochstadt wrote: > Plumbers look like a fundamental new runtime system concept, and so I think > we should mention them, even though most people won't use them. At Tue, 29 Jul 2014 13:47:58 -0400, Matthias Felleisen wrote: > +1 on plumbers, if only for

Re: [racket-dev] Release Announcement for v6.1

On Jul 28, 2014, at 2:33 PM, Ryan Culpepper wrote: > matthias: > - add check-random (aec84f4a) check-random is an addition to the preferred unit testing framework in the teaching languages. It enables the testing of students' functions that use random-number generation. (Thanks to David Van

Re: [racket-dev] Release Announcement for v6.1

Plumbers look like a fundamental new runtime system concept, and so I think we should mention them, even though most people won't use them. Sam On Jul 29, 2014 4:02 AM, "Matthew Flatt" wrote: > At Mon, 28 Jul 2014 14:33:07 -0400, Ryan Culpepper wrote: > > mflatt: > > - ARM JIT: fix software floa

Re: [racket-dev] Release Announcement for v6.1

At Mon, 28 Jul 2014 14:33:07 -0400, Ryan Culpepper wrote: > mflatt: > - ARM JIT: fix software floating-point (ffb0dd52) > - add plumbers (d5b42f8c) > - raco make: improve parallelism (9e3b9844) > - deprecate 3-arg module name resolver calls (8aaa3fc5) > - win32: support symbolic links (3e3cb716, 9f

Re: [racket-dev] Release Announcement for v6.1

On Mon, Jul 28, 2014 at 1:33 PM, Ryan Culpepper wrote: > robby: > - random generation from contracts (1cb1ff28, 76c6a1b7) > - contract improvements (c64d70ab) > - change semantics of _!_ variables under ellipses (69c96c62) > - change metafunction contract formatting (d067311c) > - recursive-contra

[racket-dev] Release Announcement for v6.1

The release announcement sketch that I have so far is below. Please mail me new items and/or edits. -- mflatt: - ARM JIT: fix software floating-point (ffb0dd52) - add plumbers (d5b42f8c) - raco make: improve parallelism (9e3b984

Re: [racket-dev] Release for v6.1 has begun

Please disregard previous message. Picturing-programs stuff passes all test cases; no edits necessary. Stephen Bloch sbl...@adelphi.edu GPG key at http://home.adelphi.edu/sbloch/sbloch.pubkey.asc signature.asc Description: Message signed with OpenPGP using GPGMail _

[racket-dev] Release for v6.1 has begun

The release process for v6.1 has begun: the `release' branch was created for any work that is left and is now bumped to v6.0.900.900. You can go on using the `master' branch as usual, it is now bumped to v6.1.0.1 (to avoid having two different trees with the same version). If you have any bug-fix

[racket-dev] Release for v6.0.2 is about to begin

The release process for v6.0.2 will begin in about a week. If you have any new features that you want in and are relatively close to being done, now is a good time to do that. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Release Announcement for v6.0.1

At Thu, 01 May 2014 13:49:55 -0400, Ryan Culpepper wrote: > mflatt: > - 2x bitmaps (037a211f, e47a90cc, etc); file/convertible (eda4f357) > - retina displays (7dc63162) > - dc alignment scale (582e9925) > - bignum performance (780d6ae5) > - added syntax/wrap-modbeg (bfda0665) > - treat FFI primitiv

Re: [racket-dev] Release Announcement for v6.0.1

On May 1, 2014 10:01 PM, "Robby Findler" wrote: > > On Thu, May 1, 2014 at 8:44 PM, Eric Dobson wrote: > > 6f56948cff75dd4497b742ae01cd5df18c654e6f > > - The contract boundary between typed/untyped modules is much less expensive. > > This one plus the one on the contract system side should probab

Re: [racket-dev] Release Announcement for v6.0.1

On Thu, May 1, 2014 at 8:44 PM, Eric Dobson wrote: > 6f56948cff75dd4497b742ae01cd5df18c654e6f > - The contract boundary between typed/untyped modules is much less expensive. This one plus the one on the contract system side should probably be combined into a single bullet item: - the boundary be

Re: [racket-dev] Release Announcement for v6.0.1

6f56948cff75dd4497b742ae01cd5df18c654e6f - The contract boundary between typed/untyped modules is much less expensive. dd8b646b0b3a0fd7905467f275f0f786eac958dd - Occurrence typing now works better with when/unless. Example: (let ((x (read))) (unless (number? x) (error 'bad-input)) (add1 x))

Re: [racket-dev] Release Announcement for v6.0.1

On 05/01/2014 11:49 AM, Ryan Culpepper wrote: The release announcement sketch that I have so far is below. Please mail me new items and/or edits. -- neil: - plot 3D BSP tree (a515e7ce) - PDF/PS scaling changed to 1.0x1.0 (efc46

Re: [racket-dev] Release Announcement for v6.0.1

At Thu, 01 May 2014 13:49:55 -0400, Ryan Culpepper wrote: > vincent: > - contract profiler (cc0e6763, 7495243d, etc) Nothing significant for this release. > - make f[lx]vectors sequences (8e32e6e4) Not sure that's worth putting in the release notes, but if we decide it is, here's a bullet: - fl

Re: [racket-dev] Release Announcement for v6.0.1

On 2014-05-01 13:49:55 -0400, Ryan Culpepper wrote: > asumu: * Types in Typed Racket are now pretty-printed. * Function types can now be written in prefix style, which is now preferred and is used for printing. Infix function types are still accepted for backwards compatibility. *

Re: [racket-dev] Release Announcement for v6.0.1

The ones near my name: - Check Syntax cooperates with Typed Racket to show arrows and other Check Syntax highlighting even when there is a type error - Functions provided via contract-out that have first-order contracts perform better Robby On Thu, May 1, 2014 at 12:49 PM, Ryan Culpepper wro

[racket-dev] Release Announcement for v6.0.1

The release announcement sketch that I have so far is below. Please mail me new items and/or edits. -- mflatt: - 2x bitmaps (037a211f, e47a90cc, etc); file/convertible (eda4f357) - retina displays (7dc63162) - dc alignment scale

[racket-dev] Release for v6.0.1 has begun

The release process for v6.0.1 has begun: the `release' branch was created for any work that is left and is now bumped to v6.0.0.900. You can go on using the `master' branch as usual, it is now bumped to v6.0.1.1 (to avoid having two different trees with the same version). If you have any bug-fi

[racket-dev] Release for v6.0.1 is about to begin

The release process for v6.0.1 will begin in about a week. If you have any new features that you want in and are relatively close to being done, now is a good time to do that. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] release notes draft

I think this is reasonably short for a 3x release cycle. Robby On Mon, Jan 13, 2014 at 4:27 PM, Matthias Felleisen wrote: > > -- please no 'now's (every bullet in Vincent's wording includes it) > -- didn't we say at some point we want to keep things short and point to > longer on-line announcem

Re: [racket-dev] release notes draft

Here's the latest draft. Robby Racket 5.92 has a new package system, including a catalog of hundreds of already-available packages. Please visit http://pkgs.racket-lang.org/ for an overview of the packages. Recent releases included the "beta" versions of the package system. Racket version 6.

Re: [racket-dev] release notes draft

-- please no 'now's (every bullet in Vincent's wording includes it) -- didn't we say at some point we want to keep things short and point to longer on-line announcements? On Jan 13, 2014, at 5:04 PM, Robby Findler wrote: > Thanks! > > I didn't include the DrRacket one, since I ha

Re: [racket-dev] release notes draft

Thanks! I didn't include the DrRacket one, since I have more plans for that and would like to hold off announcing it until I get those things done (notably better some color-blindness color schemes, but also other tweaks to make color schemes just work better in general). Robby On Mon, Jan 13,

Re: [racket-dev] release notes draft

At Mon, 13 Jan 2014 12:25:06 -0600, Robby Findler wrote: > > [1 ] > On Mon, Jan 13, 2014 at 11:05 AM, Vincent St-Amour > wrote: > > > These release notes look good to me, but maybe a bit short. > > > > Since this is our first release with new features since 5.3.4 last May, > > I would have expe

Re: [racket-dev] release notes draft

I took Matthias's for now. :) faster than light, I think. Robby On Mon, Jan 13, 2014 at 12:33 PM, Matthias Felleisen wrote: > > faster than what? > > > On Jan 13, 2014, at 1:32 PM, Sam Tobin-Hochstadt > wrote: > > > * Typed Racket is 50% faster when type checking some programs. > > For exam

Re: [racket-dev] release notes draft

faster than what? On Jan 13, 2014, at 1:32 PM, Sam Tobin-Hochstadt wrote: > * Typed Racket is 50% faster when type checking some programs. > For example: http://bit.ly/1d0Ye4z > > Sam > > On Mon, Jan 13, 2014 at 1:25 PM, Robby Findler > wrote: >> I'll wait for an actual new bullet here,

Re: [racket-dev] release notes draft

* Typed Racket is 50% faster when type checking some programs. For example: http://bit.ly/1d0Ye4z Sam On Mon, Jan 13, 2014 at 1:25 PM, Robby Findler wrote: > I'll wait for an actual new bullet here, if one of Sam/Matthias doesn't mind > writing it? > > Robby > > > On Mon, Jan 13, 2014 at 11:0

Re: [racket-dev] release notes draft

-- the performance of the Typed Racket compiler improved by 50% on some typed programs; see http://bit.ly/1d0Ye4z > > >> see http:// ... On Jan 13, 2014, at 1:25 PM, Robby Findler wrote: > I'll wait for an actual new bullet here, if one of Sam/Matthias doesn't mind > writing it? > > Robb

Re: [racket-dev] release notes draft

I'll wait for an actual new bullet here, if one of Sam/Matthias doesn't mind writing it? Robby On Mon, Jan 13, 2014 at 11:06 AM, Matthias Felleisen wrote: > > Use 'compiler performance' > > Avoid 'faster' without 'than' > > > > On Jan 13, 2014, at 12:05 PM, Sam Tobin-Hochstadt > wrote: > > > I

Re: [racket-dev] release notes draft

On Mon, Jan 13, 2014 at 11:05 AM, Vincent St-Amour wrote: > These release notes look good to me, but maybe a bit short. > > Since this is our first release with new features since 5.3.4 last May, > I would have expected a longer list. For example, during the previous > release notes discussion, Ja

Re: [racket-dev] release notes draft

I don't like the use of "compilation" here, but I'm happy to drop "now". Sam On Mon, Jan 13, 2014 at 12:02 PM, Matthias Felleisen wrote: > > I would omit 'now' (that's the whole point of a release announcement) and I'd > avoid the dangling comparison with > > the Typed Racket compilation impro

Re: [racket-dev] release notes draft

Use 'compiler performance' Avoid 'faster' without 'than' On Jan 13, 2014, at 12:05 PM, Sam Tobin-Hochstadt wrote: > I don't like the use of "compilation" here, but I'm happy to drop "now". > > Sam > > On Mon, Jan 13, 2014 at 12:02 PM, Matthias Felleisen > wrote: >> >> I would omit 'now

Re: [racket-dev] release notes draft

These release notes look good to me, but maybe a bit short. Since this is our first release with new features since 5.3.4 last May, I would have expected a longer list. For example, during the previous release notes discussion, Jay and Neil had some bullets that I don't see on this list. There als

Re: [racket-dev] release notes draft

I would omit 'now' (that's the whole point of a release announcement) and I'd avoid the dangling comparison with the Typed Racket compilation improved by 50% on some typed programs; see http:// ... On Jan 13, 2014, at 11:43 AM, Sam Tobin-Hochstadt wrote: > Looks good. > > On Mon, J

Re: [racket-dev] release notes draft

Looks good. On Mon, Jan 13, 2014 at 11:40 AM, Robby Findler wrote: > How about this bullet: > > * Typed Racket is now 50% faster when type checking some programs. >For example: http://bit.ly/1d0Ye4z > > > > On Mon, Jan 13, 2014 at 9:56 AM, Sam Tobin-Hochstadt > wrote: >> >> The graph is at:

Re: [racket-dev] release notes draft

How about this bullet: * Typed Racket is now 50% faster when type checking some programs. For example: http://bit.ly/1d0Ye4z On Mon, Jan 13, 2014 at 9:56 AM, Sam Tobin-Hochstadt wrote: > The graph is at: > > http://drdr.racket-lang.org/28051/pkgs/typed-racket-pkgs/typed-racket-test/tests/t

Re: [racket-dev] release notes draft

The graph is at: http://drdr.racket-lang.org/28051/pkgs/typed-racket-pkgs/typed-racket-test/tests/typed-racket/succeed/new-metrics.rkt Sam On Mon, Jan 13, 2014 at 10:39 AM, Robby Findler wrote: > Okay, new version below. Thanks! > > If there is a drdr graph that shows the 50% jump, I'd like to a

Re: [racket-dev] release notes draft

Okay, new version below. Thanks! If there is a drdr graph that shows the 50% jump, I'd like to add that pointer into the notes in the bullet you added, eg: * Typed Racket is now 50% faster when type checking some large programs. See, for example: http://drdr.racket-lang.org/./bigfile.rkt

Re: [racket-dev] release notes draft

On Sat, Jan 11, 2014 at 9:27 PM, Robby Findler wrote: > Below is the latest release notes draft. Comments? > > Robby > > > > Racket has a new package system, including a catalog of already available > packages. How about: "Racket version 6.0 comes with a new package system, including a catalog o

Re: [racket-dev] release notes draft

I had hoped that that was going to be the correct url because " doc.racket-lang.org/pkg" is the top of the packages docs and the v5.92 packages documentation has a "getting-started.html" file. Robby On Sun, Jan 12, 2014 at 4:51 PM, Matthias Felleisen wrote: > > > It would be nice if the docs url

Re: [racket-dev] release notes draft

It would be nice if the docs url were functional. -- Matthias On Jan 11, 2014, at 9:27 PM, Robby Findler wrote: > Below is the latest release notes draft. Comments? > > Robby > > > > Racket has a new package system, including a catalog of already available > packages. Please visit > > ht

[racket-dev] release notes draft

Below is the latest release notes draft. Comments? Robby Racket has a new package system, including a catalog of already available packages. Please visit http://pkgs.racket-lang.org/ for an overview. Recent releases included the "beta" versions of the package system. Racket version 6.0 inco

[racket-dev] release blocker?

I don’t know how close we are to release… I just saw a big bug and I want to test it against the current release candidate. It has to do with the “Colors” tab of the preferences. John _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] release notes

Thanks! On Wednesday, December 25, 2013, Eric Dobson wrote: > Added a rackunit HISTORY.txt file. > > ec75e9ae0838dfb25e5c92a4c011bd63145cbbdc > > On Sat, Dec 21, 2013 at 6:35 PM, Robby Findler > > wrote: > > I think you should consider starting one (assuming you've not already). > > > > Robby > >

Re: [racket-dev] release notes

Added a rackunit HISTORY.txt file. ec75e9ae0838dfb25e5c92a4c011bd63145cbbdc On Sat, Dec 21, 2013 at 6:35 PM, Robby Findler wrote: > I think you should consider starting one (assuming you've not already). > > Robby > > > > On Sat, Dec 21, 2013 at 8:34 PM, Neil Toronto > wrote: >> >> False. >> >>

Re: [racket-dev] release notes

I think you should consider starting one (assuming you've not already). Robby On Sat, Dec 21, 2013 at 8:34 PM, Neil Toronto wrote: > False. > > > On 12/21/2013 07:33 PM, Robby Findler wrote: > >> ∃ relevant(HISTORY.txt) ? >> >> Robby >> >> >> On Sat, Dec 21, 2013 at 8:29 PM, Neil Toronto >

Re: [racket-dev] release notes

False. On 12/21/2013 07:33 PM, Robby Findler wrote: ∃ relevant(HISTORY.txt) ? Robby On Sat, Dec 21, 2013 at 8:29 PM, Neil Toronto mailto:neil.toro...@gmail.com>> wrote: Every existing, relevant HISTORY.txt was updated. :D Neil ⊥ On 12/21/2013 06:08 PM, Robby Findler wrote:

Re: [racket-dev] release notes

∃ relevant(HISTORY.txt) ? Robby On Sat, Dec 21, 2013 at 8:29 PM, Neil Toronto wrote: > Every existing, relevant HISTORY.txt was updated. :D > > Neil ⊥ > > > On 12/21/2013 06:08 PM, Robby Findler wrote: > >> Did an appropriate HISTORY.txt file get updated with these? >> >> Robby >> >> >> On Sat,

Re: [racket-dev] release notes

Every existing, relevant HISTORY.txt was updated. :D Neil ⊥ On 12/21/2013 06:08 PM, Robby Findler wrote: Did an appropriate HISTORY.txt file get updated with these? Robby On Sat, Dec 21, 2013 at 5:25 PM, Neil Toronto mailto:neil.toro...@gmail.com>> wrote: On 12/19/2013 07:41 PM, Robby F

Re: [racket-dev] release notes

Did an appropriate HISTORY.txt file get updated with these? Robby On Sat, Dec 21, 2013 at 5:25 PM, Neil Toronto wrote: > On 12/19/2013 07:41 PM, Robby Findler wrote: > >> Neil \bot: point-label3d >> > > * Plot: Added plot/no-gui, plot/pict and plot/bitmap for non-GUI uses >(such as documen

Re: [racket-dev] release notes

On 12/19/2013 07:41 PM, Robby Findler wrote: Neil \bot: point-label3d * Plot: Added plot/no-gui, plot/pict and plot/bitmap for non-GUI uses (such as documentation building), and point-label3d. Neil \bot: math library improvements (docs in 6525e8f7 other stuff?) * Math: math/flonum expo

Re: [racket-dev] release notes

At Thu, 19 Dec 2013 20:41:25 -0600, Robby Findler wrote: > Sam, Vincent: errortrace-based profiling * The profiler provides a new mode that uses the Errortrace library to produce more fine-grained profiles. (Also added a history file for the profiler, commit 15b333a0a6517 ) > Vincent: contract

Re: [racket-dev] release notes

Okay, done. Robby On Fri, Dec 20, 2013 at 3:37 PM, Jay McCarthy wrote: > Ah. I think you should do it :) > > On Fri, Dec 20, 2013 at 2:36 PM, Robby Findler > wrote: > > I mean that I think these comments should go into a HISTORY.txt file > > somewhere. Shall I put them in one, or do you mind d

Re: [racket-dev] release notes

Ah. I think you should do it :) On Fri, Dec 20, 2013 at 2:36 PM, Robby Findler wrote: > I mean that I think these comments should go into a HISTORY.txt file > somewhere. Shall I put them in one, or do you mind doing it? > > Robby > > > On Fri, Dec 20, 2013 at 3:31 PM, Jay McCarthy > wrote: >> >>

Re: [racket-dev] release notes

I mean that I think these comments should go into a HISTORY.txt file somewhere. Shall I put them in one, or do you mind doing it? Robby On Fri, Dec 20, 2013 at 3:31 PM, Jay McCarthy wrote: > On Fri, Dec 20, 2013 at 2:17 PM, Robby Findler > wrote: > > I understand that one can reasonably view t

Re: [racket-dev] release notes

On Fri, Dec 20, 2013 at 2:17 PM, Robby Findler wrote: > I understand that one can reasonably view these as bug fixes. Nevertheless, > they affect observable behavior of the functions in a way that could > possibly break others code (as opposed to more "obvious" bug fixes that are > likely to only

Re: [racket-dev] release notes

I understand that one can reasonably view these as bug fixes. Nevertheless, they affect observable behavior of the functions in a way that could possibly break others code (as opposed to more "obvious" bug fixes that are likely to only affect others' code by fixing problems with it). So these shou

Re: [racket-dev] release notes

On Thu, Dec 19, 2013 at 7:41 PM, Robby Findler wrote: > Jay, Jan Dvořák: formlet improvements * web-server/formlets supports generic input formlets and strings on all formlet default values. > Jay: Host and Content-Length headers in http-client.rkt: > (dc8f52dbb1e3ca48622629a76000b5fea021697d)

Re: [racket-dev] release notes

On Fri, Dec 20, 2013 at 6:43 AM, Sam Tobin-Hochstadt wrote: > On Fri, Dec 20, 2013 at 8:26 AM, Matthew Flatt wrote: >> >> At Thu, 19 Dec 2013 20:41:25 -0600, Robby Findler wrote: >>> Jay, Matthew: pkg improvements >>> [...] >>> Matthew, Robby: gui package manager >> >> Racket has a new package sy

Re: [racket-dev] release notes

* 2htdp/batch-io includes functions for reading html/xml from files and URLs as X-expressions plus some conveniences for designing web-oriented graph traversals. On Dec 20, 2013, at 8:26 AM, Matthew Flatt wrote: > I've pushed some HISTORY.txt and documentation updates. > > Here are so

Re: [racket-dev] release notes

On Thu, Dec 19, 2013 at 9:41 PM, Robby Findler wrote: > I didn't track the TR commits as carefully as the other ones (sorry guys but > you refactor a lot and it's hard to keep everything straight...) but I did > see a bunch of optimizer related commits for TR and so I wondered if someone > would

Re: [racket-dev] release notes

I know this is a different list than in the past and so you may need to parse the beginning of my message extra carefully. Also, have a look at my and Matthew's commits in response to get a sense of what I'm hoping you'll do in response to this. And if your name's on the list and you aren't clear,

Re: [racket-dev] release notes

On Fri, Dec 20, 2013 at 8:26 AM, Matthew Flatt wrote: > > At Thu, 19 Dec 2013 20:41:25 -0600, Robby Findler wrote: >> Jay, Matthew: pkg improvements >> [...] >> Matthew, Robby: gui package manager > > Racket has a new package system and a catalog of packages at > > http://pkgs.racket-lang.org/ W

Re: [racket-dev] release notes

I've pushed some HISTORY.txt and documentation updates. Here are some draft blurbs for the release announcement: At Thu, 19 Dec 2013 20:41:25 -0600, Robby Findler wrote: > Jay, Matthew: pkg improvements > [...] > Matthew, Robby: gui package manager Racket has a new package system and a catalog o

[racket-dev] release notes

Hi all: it's time to collect the release notes. Unlike past times, I've done something slightly differently when collecting information from the git logs. I tried to track every thing that looked like user-visible change (that wasn't "obviously" just a bug report) that either seemed worthy of the

  1   2   3   4   5   >