Re: [racket-users] raco distribute creating too many subdirectories

2019-02-08 Thread George Neuner
On 2/8/2019 5:25 PM, P. Baillet wrote: I’ve been playing with |raco distribute| to build small docker images with racket binaries in them and it seems that the command sometimes creates a very deep tree and crashes in the end (with Racket 7.2): On some platforms [those that use AUFS], a

Re: [racket-users] Guide and reference

2019-02-08 Thread Alex Harsanyi
On Friday, February 8, 2019 at 5:16:31 PM UTC+8, Jens Axel Søgaard wrote: > > > Den ons. 6. feb. 2019 kl. 12.33 skrev James Geddes >: > >> There was a recent discussion on this list about the Racket guides and >> manuals. Without wishing to comment on the suggestions therein, I did want >> to

[racket-users] Re: raco distribute creating too many subdirectories

2019-02-08 Thread Alex Harsanyi
It looks like the source tree has copies of itself inside it. This part of the path is repeating: /racket/pipo/app/lib/plt/tlf/exts/ert/r0/ I use raco distribute regularly on Windows, and while the path tree it creates is longer than I would like, it is nowhere near as deep, here is mine

[racket-users] raco distribute creating too many subdirectories

2019-02-08 Thread P. Baillet
Hello list, I’ve been playing with `raco distribute` to build small docker images with racket binaries in them and it seems that the command sometimes creates a very deep tree and crashes in the end (with Racket 7.2): ``` root@a8ec24e4167d:/racket/pipo# raco distribute app tlf copy-file:

Re: [racket-users] Re: Little language design/implementation guidance

2019-02-08 Thread Matthias Felleisen
> On Feb 7, 2019, at 7:32 PM, Neil Van Dyke wrote: > > but it might just be easier to just get a professorship instead (also > nontrivial). :) Absolutely. * How many academic PL experts do you know that design languages? * How many of their languages reach an audience of more than 7? *

Re: [racket-users] delays in message delivery

2019-02-08 Thread George Neuner
On 2/8/2019 12:30 PM, James Platt wrote: I noticed recently that there have been several messages to this list which took an excessively long time to get to me. For example, two messages from George Neuner, which arrived today, were actually sent on Wednesday. Since I am having messages

Re: [racket-users] delays in message delivery

2019-02-08 Thread Sam Tobin-Hochstadt
Yes, that's what happened here. I approved the message as soon as I got the notification but that was well after the message was sent. Sam On Fri, Feb 8, 2019, 9:51 AM Robby Findler There are some messages that get held up in the spam traps that > requires one of the admins to explicitly

Re: [racket-users] delays in message delivery

2019-02-08 Thread James Platt
On Feb 8, 2019, at 12:51 PM, Robby Findler wrote: > There are some messages that get held up in the spam traps that > requires one of the admins to explicitly approve (this happens when > the post comes from someone on the list, but where they post with a > different email address, I believe).

Re: [racket-users] delays in message delivery

2019-02-08 Thread Robby Findler
There are some messages that get held up in the spam traps that requires one of the admins to explicitly approve (this happens when the post comes from someone on the list, but where they post with a different email address, I believe). I didn't approve these particular ones, tho, so I'm not sure

[racket-users] delays in message delivery

2019-02-08 Thread James Platt
I noticed recently that there have been several messages to this list which took an excessively long time to get to me. For example, two messages from George Neuner, which arrived today, were actually sent on Wednesday. Since I am having messages delivered to my desktop client, I decided to

Re: [racket-users] Some concern about ChezScheme...

2019-02-08 Thread Jordan Johnson
On Feb 6, 2019, at 11:28, Matthias Felleisen wrote: > On Feb 6, 2019, at 2:22 PM, 'Paulo Matos' via Racket Users > wrote: >> Interestingly according to Matt these ideas were already floating around at >> his uni as early as 98? > My recollection is that Kent taught with this approach because

[racket-users] SXML/SXPath: selecting a node, keeping small subset of children

2019-02-08 Thread Jordan Johnson
Hi all, Is there an idiom in SXPath/SXSLT for selecting a node and keeping only a small subset of its children by name? E.g., if, somewhere in my document, I have ...50 other elements... ... ...more

Re: [racket-users] Some concern about ChezScheme...

2019-02-08 Thread Christopher Lemmer Webber
Matthew Flatt writes: > Personally, while my contributions to Chez Scheme so far have been > modest, I have already factored into my costs the worst-case scenario > of fully maintaining Chez Scheme as used by Racket. Even if that > happens, it still looks like a good deal in the long run. That's

Re: [racket-users] Some concern about ChezScheme...

2019-02-08 Thread Matthias Felleisen
> On Feb 6, 2019, at 3:19 PM, George Neuner wrote: > > On Wed, 6 Feb 2019 12:50:21 -0500, Matthias Felleisen > mailto:matth...@felleisen.org>> wrote: > >>> On Feb 6, 2019, at 12:30 PM, 'Paulo Matos' via Racket Users >>> wrote: >>> >>> I was quite surprised to read these nanopass ideas have

Re: [racket-users] Guide and reference

2019-02-08 Thread Jens Axel Søgaard
Den ons. 6. feb. 2019 kl. 12.33 skrev James Geddes : > There was a recent discussion on this list about the Racket guides and > manuals. Without wishing to comment on the suggestions therein, I did want > to say what I really, really like about the Racket documentation. > > There are two things.

[racket-users] [TFP'19] first call for papers: Trends in Functional Programming 2019, 12-14 June 2019, Vancouver, BC, CA (corrected dates and instructions)

2019-02-08 Thread p.achten
--- C A L L F O R P A P E R S --- == TFP 2019 == 20th Symposium on Trends in Functional Programming 12-14 June, 2019

Re: [racket-users] Guide and reference

2019-02-08 Thread Jos Koot
+1 On Thu, 7 Feb 2019 at 18:48, David Storrs wrote: > For what it's worth, I like having the Guide and the Reference be > separate things. They have different purposes and trying to mash them > together is likely to make them worse at both. > > The Guide is designed to introduce new concepts,