Re: [racket-dev] planet2 and versions

2012-12-12 Thread David Vanderson
I was professionally writing Ruby code as that community struggled through package issues. I hope that experience can shed some light here. Also I'd like to understand the basic use cases and how they work in planet2. As a user, here are my 2 use cases: 1. My friend tells me about awesome l

Re: [racket-dev] planet2 and versions

2012-12-12 Thread Asumu Takikawa
On 2012-12-12 14:29:32 -0500, Ryan Culpepper wrote: > I'm trying to understand how things are supposed to work in planet2 > without version information. Maybe this was discussed in the other (quite long) thread about Planet 2, but another thing that the lack of versions makes difficult is having b

Re: [racket-dev] scribble/doclang example?

2012-12-12 Thread Matthew Flatt
At Wed, 12 Dec 2012 18:45:10 -0700, Matthew Flatt wrote: > It's backward-incompatible, but looking for existing uses of > `scribble/doclang' [...] Well, After sending my message, I remembered another place, and now I think there may be more uses. So, I don't think a backward-incompatible change is

Re: [racket-dev] scribble/doclang example?

2012-12-12 Thread Matthew Flatt
Yes, I think this is a good idea. It's backward-incompatible, but looking for existing uses of `scribble/doclang', I find only two uses not in the distribution: your Planet package and the ICFP paper. The current `scribble/doclang' has already drifted from the ICFP paper, and I imagine that you're

[racket-dev] scribble/doclang example?

2012-12-12 Thread Danny Yoo
I'm reading the documentation on how scribble/doclang works, http://docs.racket-lang.org/scribble/doclang.html but it doesn't say really what it needs to work. That is, a program written in scribble/doclang must provide a few elements besides the chunks of document: it needs to also provide

Re: [racket-dev] planet2 and versions

2012-12-12 Thread Ryan Culpepper
On 12/12/2012 03:58 PM, Jay McCarthy wrote: I agree with Carl. But I would make an even stronger suggestion, I would suggest that you completely drop support for old Racket versions and if necessary release "webapis-lts" and "scriblogify-lts" packages that conflict with "webapis" and can only wo

Re: [racket-dev] planet2 and versions

2012-12-12 Thread Eli Barzilay
On Dec 12, 2012 3:14 PM, "Carl Eastlund" wrote: > > I will propose one possible solution for your "webapis" example. Distribute a primary wrapper package called "webapis" and separate specific versions such as "webapis1", "webapis2", and so forth. Have the code in "webapis" determine at compile-t

Re: [racket-dev] planet2 and versions

2012-12-12 Thread Ryan Culpepper
On 12/12/2012 03:13 PM, Carl Eastlund wrote: I believe it is by design that Planet 2 does not resolve this kind of issue. This gives us room to experiment with different solutions without committing to one up-front, since Planet 1 ran into various limitations of its built-in policies. I will pr

Re: [racket-dev] planet2 and versions

2012-12-12 Thread Jay McCarthy
I agree with Carl. But I would make an even stronger suggestion, I would suggest that you completely drop support for old Racket versions and if necessary release "webapis-lts" and "scriblogify-lts" packages that conflict with "webapis" and can only work on old versions. The LTS ones wouldn't be i

Re: [racket-dev] planet2 and versions

2012-12-12 Thread Carl Eastlund
I believe it is by design that Planet 2 does not resolve this kind of issue. This gives us room to experiment with different solutions without committing to one up-front, since Planet 1 ran into various limitations of its built-in policies. I will propose one possible solution for your "webapis"

[racket-dev] planet2 and versions

2012-12-12 Thread Ryan Culpepper
I'm trying to understand how things are supposed to work in planet2 without version information. Let's say I release a package, "webapis". Time passes, and I notice that Racket gets some cool new features (eg, better SSL support) that the "webapis" package should use. I write the code, and ...

Re: [racket-dev] [DrDr] R25887 (timeout 1) (unclean 1) (stderr 1) (changes 64)

2012-12-12 Thread Jay McCarthy
On Wed, Dec 12, 2012 at 11:51 AM, Sam Tobin-Hochstadt wrote: > On Wed, Dec 12, 2012 at 1:44 PM, Jay McCarthy wrote: >> On Tue, Dec 11, 2012 at 1:01 PM, Sam Tobin-Hochstadt >> wrote: >>> The Typed Racket optimizer tests continue to fail on an intermittent >>> basis in DrDr, as shown below. I'd

Re: [racket-dev] [DrDr] R25887 (timeout 1) (unclean 1) (stderr 1) (changes 64)

2012-12-12 Thread Asumu Takikawa
On 2012-12-12 13:54:14 -0500, Asumu Takikawa wrote: > FWIW, I get this intermittently when I run the Racket tests. Clarification: I meant the TR tests. Cheers, Asumu _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] [DrDr] R25887 (timeout 1) (unclean 1) (stderr 1) (changes 64)

2012-12-12 Thread Asumu Takikawa
On 2012-12-11 15:01:42 -0500, Sam Tobin-Hochstadt wrote: > which I think indicates that a thread is being killed somewhere, but I > don't know why that would be happening, and I haven't seen this > happening on other machines. FWIW, I get this intermittently when I run the Racket tests. Cheers, A

Re: [racket-dev] [DrDr] R25887 (timeout 1) (unclean 1) (stderr 1) (changes 64)

2012-12-12 Thread Sam Tobin-Hochstadt
On Wed, Dec 12, 2012 at 1:44 PM, Jay McCarthy wrote: > On Tue, Dec 11, 2012 at 1:01 PM, Sam Tobin-Hochstadt > wrote: >> The Typed Racket optimizer tests continue to fail on an intermittent >> basis in DrDr, as shown below. I'd really like to fix this, >> especially since we're doing very well f

Re: [racket-dev] [DrDr] R25887 (timeout 1) (unclean 1) (stderr 1) (changes 64)

2012-12-12 Thread Jay McCarthy
On Tue, Dec 11, 2012 at 1:01 PM, Sam Tobin-Hochstadt wrote: > The Typed Racket optimizer tests continue to fail on an intermittent > basis in DrDr, as shown below. I'd really like to fix this, > especially since we're doing very well for zero failures on DrDr, but > I don't know what's going wron

Re: [racket-dev] Planet 2 default package name services

2012-12-12 Thread Jay McCarthy
Yes, that's part of the transition plan. Right now is not an opportune time for me to do it because of finals, etc. But I anticipate to get it ready for Eli to make the necessary redirects by Christmas. Jay On Wed, Dec 12, 2012 at 10:57 AM, Carl Eastlund wrote: > The default Planet 2 package nam

[racket-dev] Planet 2 default package name services

2012-12-12 Thread Carl Eastlund
The default Planet 2 package name services are URLs based on plt-etc.byu.edu. While I understand why Planet 2 is hosted there -- all of Racket is at one university or another -- wouldn't a racket-lang.org URL be better, and then redirect to *.byu.edu behind the scenes? Like planet2.racket-lang.org