Re: [racket-dev] Accessing OpenType MATH information through racket/draw

Hi Alexis, (Apologies if anyone is getting this twice.) On 1/8/22 17:10, Alexis King wrote: In my experiments so far, I have been getting access to these metrics by importing |racket/draw/unsafe/pango| and |racket/draw/private/local| and using private APIs to make the necessary FFI calls my

Re: [racket-dev] FreeBSD installation

On Sun, May 23, 2021 at 1:05 PM Matthew Flatt wrote: > At Sat, 22 May 2021 08:09:53 -0700 (PDT), "je...@lisp.sh" wrote: > To keep the build process from getting too big while still improving > cross-build support, we might add more Minimal Racket builds without > expanding the set of full distrib

Re: [racket-dev] new Architecture?

On Thu, Nov 12, 2020 at 6:09 PM 'John Clements' via Racket Developers < racket-dev@googlegroups.com> wrote: > I just spent some time on the chez web page, and it’s astonishingly > opaque; I can’t see any mention at all of what architectures it supports, > which you’d think would be a front-page it

Re: [racket-dev] Re: Racket Development Nixos

I can't be too much help, but I do remember some previous threads on the racket-users list about using Racket on NixOS and GuixSD . I'd suggest asking there

Re: [racket-dev] changes to the racket repo

On Sun, Aug 2, 2020 at 12:11 PM Matthew Flatt wrote: > At Sun, 2 Aug 2020 16:54:33 +0100, Laurent wrote: > > I followed this first (though I actually removed every `compiled` > > subdirectory too), then `git pull`, then `make`, but it failed with: > > checking for unistd.h... yes > > checking uui

Re: [racket-dev] Release Announcement for v7.7

Not a big deal, but for posterity, Matthew wrote in the commit message for < https://github.com/racket/racket/commit/710320e>: > "Mac OS X" -> "Mac OS" > Although "macOS" is the correct name for Apple's current desktop OS, > we've decided to go with "Mac OS" to cover all of Apple's Unix-like > des

Re: [racket-dev] Re: Can SQLite be compiled with additional extensions for the next release?

I'm also interested in these extensions. I'm not sure if there about potential downsides to statically linking them, though: e.g. IIUC Racket relies on a not-especially-recent system libsqlite3 on Mac OS (but maybe it shouldn't?). >From other mailing list discussions, though, I understand that it'

Re: [racket-dev] Release Announcement for v7.6

I like Robby's division into two bullets, and I like the idea of a footnote. I wrote a note in the documentation for the new safety limits construct that tries to address both compatibility with the old way(s) of configuring your webserver and compatibility going forward, in that programmers can n

Re: [racket-dev] Release Announcement for v7.6

On Mon, Jan 27, 2020 at 11:28 AM Matthew Flatt wrote: > I would also highlight that the web > server change is technically not backward-compatible. > … > * The Web Server provides fine-grained control over various aspects of >handling client connections (timeouts, buffer sizes, maximum hea

Re: [racket-dev] Re: Continuous Integration update and future

While it's about CI of Racket programs rather than of Racket itself, I wanted to point to a recent discussion on Greg Hendershott's "travis-racket" repository: https://github.com/greghendershott/travis-racket/issues/37 I think it's a very important piece of tooling for the Racket environment, and,

Re: [racket-dev] Looking for VM / bytecode docs

On Thu, Nov 7, 2019 at 10:38 AM Joshua Judson Rosen < rozzin.rac...@hackerposse.com> wrote: > I also had found that "The Racket Virtual Machine and Randomized Testing" > essay-- > the big question there, after skimming and scanning, was basically to what > extent > that depiction of Racket is stil

Re: [racket-dev] Request for RacketCS GC fun

Here's an idea that's half remembered and *maybe* a quarter understood. Chez boxes flonums. I thought I'd read something by Matthew talking about it in more detail, but I haven't been able to find it, though I do see that "Flonum unboxing: accept mismatch, for now" still appears in Fig. 3 (p. 78:6

Re: [racket-dev] new web pages

I'm excited! A few initial comments: 1. Uses of three hyphens ("---") are not being converted to em-dashes ("—") as I assume is expected à la Scribble: e.g. https://github.com/racket/racket-lang-org/blob/36e679e252c2be1f0a5dec91a62db394a6eee806/www/index.html.pm#L313 and https://g

Re: [racket-dev] Release Announcement for v7.2

On Fri, Jan 18, 2019 at 3:01 PM Vincent St-Amour < stamo...@eecs.northwestern.edu> wrote: > Philip McGrath > - MIME types for JS modules: d39183448c6944e28fb6ca32607e27a660203a98 @ > web-server > The web server's built-in configuration for serving static files recognizes t

Re: [racket-dev] Senior Project Contribution

Especially if this is your first time contributing to an open-source project, you may find the blog post on contributing to Racket or the (older, but still useful) A guide for infrequent contributors to Racket

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

> > > Philip McGrath: > > - improved cooperation between formlets and #lang web-server ( > cf2b5efe5352f417303f0169f5efa376289f6762 @ web-server) > The web-server/formlets library produces formlets that are serializable, facilitating dynamic uses of formlets in stateless #lan

Re: [racket-dev] Racket Homebrew Formula

Since no one else has answered, I'll jump in as a Racketeer using Homebrew. I currently use the "cask" of Racket, but I did formerly use the "minimal-racket" package. I had no need for the minimalism, but one thing I liked about it is that (IIRC) it set the console-bin for Racket launchers to some

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

> > Philip McGrath / Jordan Johnson: >> - RFC 6265 cookies support in web-server >> > The web server's cookie libraries, including "id cookie" authentication, support RFC 6265. *(If anyone thinks this is worth mentioning:)* Id cookies now have the http-only? fl