Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Laurent
Great! Thank you very much. On Wed, Jun 5, 2013 at 11:04 PM, Matthew Flatt mfl...@cs.utah.edu wrote: More generally, I hope I haven't come across as being firmly opposed to the idea of single-collection packages. I intended to come across as being opposed to implementing the idea myself. :)

Re: [racket-dev] updated proposal for moving to packages

2013-06-06 Thread Robby Findler
Okay. Good point about the relative difficulties of testing too. I am for 3. Robby On Thursday, June 6, 2013, Matthew Flatt wrote: At Wed, 5 Jun 2013 21:26:51 -0500, Robby Findler wrote: For point 3., do you have a sense of what milestones we'd have to reach (at what times) in order to

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Matthew Flatt
At Thu, 6 Jun 2013 13:36:38 +0200, Laurent wrote: Some other the details: * A package's mode is recorded in the installed-package table. Otherwise, a linked package could switch modes just because the package directory's content changes, which would be difficult to keep in

Re: [racket-dev] updated proposal for moving to packages

2013-06-06 Thread Sam Tobin-Hochstadt
On Thu, Jun 6, 2013 at 9:23 AM, Matthew Flatt mfl...@cs.utah.edu wrote: Trying to characterize the milestones doesn't really seem to capture the potential danger at this point, though. If we can build installers that let users run DrRacket, then I think there's not so much that can go wrong

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Sam Tobin-Hochstadt
On Thu, Jun 6, 2013 at 10:00 AM, Matthew Flatt mfl...@cs.utah.edu wrote: What I'd like is to have single-collection being the default [...] So here is a demo patch attached to precise what I mean (without test, would have taken me way too much time). Because it considers that

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Laurent
If info.rkt does not exist, it creates it and gives the 'collection-name the name of the package by default. That doesn't seem like a good idea to me. As you've noted, there can be problems with writing extra files. The collection name could be instead computed in `pkg-single-collection',

Re: [racket-dev] updated proposal for moving to packages

2013-06-06 Thread Matthew Flatt
At Thu, 6 Jun 2013 10:00:56 -0400, Sam Tobin-Hochstadt wrote: When we have a small core, then there should be practically no packages without explicit dependencies --- when a package's dependencies are specified accurately, at least. Is it possible to enforce, either in the package system

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Matthew Flatt
At Thu, 6 Jun 2013 10:17:28 -0400, Sam Tobin-Hochstadt wrote: If we go that way, then I'd characterize a single-collection package without 'single-collection' in info.rkt as a low-quality package, but a low-quality package is a fine starting point for a high-quality package. Would this

Re: [racket-dev] updated proposal for moving to packages

2013-06-06 Thread Jay McCarthy
On Thu, Jun 6, 2013 at 9:33 AM, Matthew Flatt mfl...@cs.utah.edu wrote: At Thu, 6 Jun 2013 10:00:56 -0400, Sam Tobin-Hochstadt wrote: When we have a small core, then there should be practically no packages without explicit dependencies --- when a package's dependencies are specified

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Jay McCarthy
On Thu, Jun 6, 2013 at 8:17 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Thu, Jun 6, 2013 at 10:00 AM, Matthew Flatt mfl...@cs.utah.edu wrote: What I'd like is to have single-collection being the default [...] So here is a demo patch attached to precise what I mean (without test,

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Sam Tobin-Hochstadt
On Thu, Jun 6, 2013 at 1:42 PM, Jay McCarthy jay.mccar...@gmail.com wrote: I am *very* strongly in favor of this -- I'd rather have single-collection packages than multi-collection packages, if forced to choose. I'm very glad that you and Laurent have done the work here. The main problem

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Jay McCarthy
On Thu, Jun 6, 2013 at 12:03 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Thu, Jun 6, 2013 at 1:42 PM, Jay McCarthy jay.mccar...@gmail.com wrote: I am *very* strongly in favor of this -- I'd rather have single-collection packages than multi-collection packages, if forced to choose. I'm

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Laurent
On Thu, Jun 6, 2013 at 7:42 PM, Jay McCarthy jay.mccar...@gmail.com wrote: On Thu, Jun 6, 2013 at 8:17 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Thu, Jun 6, 2013 at 10:00 AM, Matthew Flatt mfl...@cs.utah.edu wrote: What I'd like is to have single-collection being the default

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Sean McBeth
What if the differentiation between User A and User B's Package P were encoded in the version number, instead of the name. Semantically, that's what we're dealing with, two different versions of the same package. Directly after a fork, the packages would be Package P, version A.1.15, and Package

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Sam Tobin-Hochstadt
Can't this be alleviated by the guidance on naming that the docs already provide? Sam On Jun 6, 2013 2:30 PM, Jay McCarthy jay.mccar...@gmail.com wrote: On Thu, Jun 6, 2013 at 12:03 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Thu, Jun 6, 2013 at 1:42 PM, Jay McCarthy

Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Jay McCarthy
On Thu, Jun 6, 2013 at 12:31 PM, Laurent laurent.ors...@gmail.com wrote: On Thu, Jun 6, 2013 at 7:42 PM, Jay McCarthy jay.mccar...@gmail.com wrote: On Thu, Jun 6, 2013 at 8:17 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: On Thu, Jun 6, 2013 at 10:00 AM, Matthew Flatt

Re: [racket-dev] [plt] Push #26936: master branch updated

2013-06-06 Thread Robby Findler
Can't we do better than a memo table? On Thursday, June 6, 2013, wrote: stamourv has updated `master' from 5ea3a1ce6d to 6e8c9ed15a. http://git.racket-lang.org/plt/5ea3a1ce6d..6e8c9ed15a =[ 2 Commits ]== Directory summary: 82.9%

Re: [racket-dev] [plt] Push #26936: master branch updated

2013-06-06 Thread Carl Eastlund
Also if you're going to memoize things, why are you using assoc rather than a hash table? Or if at all possible, a weak hash table? Carl Eastlund On Thu, Jun 6, 2013 at 6:35 PM, Robby Findler ro...@eecs.northwestern.eduwrote: Can't we do better than a memo table? On Thursday, June 6,

Re: [racket-dev] patch to enable no-sidebar option in scribble

2013-06-06 Thread Matthew Flatt
At Tue, 4 Jun 2013 18:55:51 -0400, Sean McBeth wrote: I'm not familiar with the ins and outs of Scribble, but it seems you could add to the scribble-style.css file: .tocsub{display:none;} True, but I think the 'no-sidebar style property is a fine addition. To me, the table of contents is the

Re: [racket-dev] Keywords

2013-06-06 Thread Matthew Flatt
At Thu, 9 May 2013 16:22:54 +0200, Laurent wrote: On Mon, May 6, 2013 at 2:52 PM, Matthew Flatt mfl...@cs.utah.edu wrote: Anything is open for discussion, but speaking for myself, I'm not interested in revisiting keyword syntax or case sensitivity. I've always wondered why the syntax

Re: [racket-dev] [plt] Push #26936: master branch updated

2013-06-06 Thread Vincent St-Amour
At Thu, 6 Jun 2013 18:39:57 -0400, Carl Eastlund wrote: Also if you're going to memoize things, why are you using assoc rather than a hash table? Or if at all possible, a weak hash table? I'm using `procedure-closure-contents-eq?' as the equality predicate. AFAIK, there's no hash table for

Re: [racket-dev] [plt] Push #26936: master branch updated

2013-06-06 Thread Vincent St-Amour
Maybe. I'll see if I can think of a better solution. Vincent At Thu, 6 Jun 2013 17:35:50 -0500, Robby Findler wrote: Can't we do better than a memo table? On Thursday, June 6, 2013, wrote: stamourv has updated `master' from 5ea3a1ce6d to 6e8c9ed15a.

Re: [racket-dev] [plt] Push #26936: master branch updated

2013-06-06 Thread Carl Eastlund
Good point. Might be an argument for a procedure-closure-contents-hash-code function. Of course, never mind that if you can forego memoization entirely. Carl Eastlund On Thu, Jun 6, 2013 at 7:46 PM, Vincent St-Amour stamo...@ccs.neu.eduwrote: At Thu, 6 Jun 2013 18:39:57 -0400, Carl Eastlund

[racket-dev] Fwd: PLaneT(2): Single vs multi-collection packages

2013-06-06 Thread Laurent
(post back to the mailing list...) On Thu, Jun 6, 2013 at 9:02 PM, Jay McCarthy jay.mccar...@gmail.comwrote: My goal is to have a large xrefed documentation site of all ring-0 packages (we are close to this) so you can look up awesome or slideshow-latex and then require it and have