Re: [racket-users] Can OpenSSL be upgraded for the next Racket release?

2020-08-18 Thread Sage Gerard
Thank you for this. This is such a helpful change!

 Original Message 
On Aug 18, 2020, 7:42 PM, Matthew Flatt wrote:

> Yes --- done.
>
> Matthew
>
> At Mon, 17 Aug 2020 17:46:49 +0100, Andre Garzia wrote:
>> Hi Folks,
>>
>> The OpenSSL DLLs being shipped with Racket (in version 7.7 at least) is
>> v1.1.0.8 which has already been EOLd. Version 1.1.1 is the stable version.
>> Version 1.1.1 is LTS and supported until 2023. In theory 1.1.1 is a drop-in
>> replacement for 1.1.0.8 since it is ABI and binary compatible with the
>> older version. Having that version available would allow us to benefit from
>> TLSv1.3:
>>
>> https://wiki.openssl.org/index.php/TLS1.3
>>
>> And also benefit from many other bug fixes.
>>
>> Best
>> Andre
>>
>>
>>
>> --
>> https://www.andregarzia.com 
>> Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/racket-users/20200818174217.ea%40sirmail.smtps.cs.utah.edu.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/XVeMpeIHf5m-8ctp-tiRg_Mkt0A9331OQ7to-ECzrBNhxGlnI2eUYDNP-2JEP6WA4VRGWkIf9ykLMBiT-YscVYKA-a_2sN4l8s9t_kFy4dU%3D%40sagegerard.com.


Re: [racket-users] Can OpenSSL be upgraded for the next Racket release?

2020-08-18 Thread Matthew Flatt
Yes --- done.

Matthew

At Mon, 17 Aug 2020 17:46:49 +0100, Andre Garzia wrote:
> Hi Folks,
> 
> The OpenSSL DLLs being shipped with Racket (in version 7.7 at least) is
> v1.1.0.8 which has already been EOLd. Version 1.1.1 is the stable version.
> Version 1.1.1 is LTS and supported until 2023. In theory 1.1.1 is a drop-in
> replacement for 1.1.0.8 since it is ABI and binary compatible with the
> older version. Having that version available would allow us to benefit from
> TLSv1.3:
> 
> https://wiki.openssl.org/index.php/TLS1.3
> 
> And also benefit from many other bug fixes.
> 
> Best
> Andre
> 
> 
> 
> -- 
> https://www.andregarzia.com 
> Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/20200818174217.ea%40sirmail.smtps.cs.utah.edu.


Re: [racket-users] emoji in source code

2020-08-18 Thread Matthew Flatt
It turns out that the commit below is not part of the main Cairo
branch. (It builds on other commits that haven't been merged, and there
appear to be issues.) So, it's not as simple as upgrading Cairo.


At Mon, 20 Jul 2020 09:02:50 -0600, Matthew Flatt wrote:
> The emoji problem on Mac OS has to do with the system-level drawing
> function, CGContextShowGlyphsAtPoint, that used at the Cairo layer, at
> least in the version of Cairo that we're using. That function doesn't
> support emoji glyphs.
> 
> A newer version of Cairo handles emoji glyphs:
> 
> https://gitlab.freedesktop.org/cairo/cairo/commit/416a0005ab6a2b9a709d05281025e
> 3581d612989?expanded=1
> 
> So, I've put "upgrade Cairo" on my todo list.
> 
> 
> At Sun, 19 Jul 2020 16:36:53 -0500, Robby Findler wrote:
> > I'm not sure what's going on, but this smily works: ☺
> > 
> > Robby
> > 
> > 
> > On Sun, Jul 19, 2020 at 10:55 AM Shriram Krishnamurthi 
> > wrote:
> > 
> > > I wrote the following program:
> > >
> > >   (define /: ')
> > >
> > > which at least on my screen looks like
> > >
> > >
> > >
> > > in Aquamacs and in my browser (modulo dark/light mode).
> > >
> > > However, no matter which mode I use in OS X AND which color mode I use in
> > > DrRacket, the emoji just isn't visible:
> > >
> > >
> > >
> > > Not the most pressing problem in the world, but figured this is probably
> > > not desirable.
> > >
> > > Shriram
> > >
> > > --
> > > You received this message because you are subscribed to the Google Groups
> > > "Racket Users" group.
> > > To unsubscribe from this group and stop receiving emails from it, send an
> > > email to racket-users+unsubscr...@googlegroups.com.
> > > To view this discussion on the web visit
> > > 
> > 
> https://groups.google.com/d/msgid/racket-users/af814198-b86b-4905-a741-4b59d605
> > ca8co%40googlegroups.com
> > > 
> > 
>  > 5ca8co%40googlegroups.com?utm_medium=email_source=footer>
> > > .
> > >
> > 
> > -- 
> > You received this message because you are subscribed to the Google Groups 
> > "Racket Users" group.
> > To unsubscribe from this group and stop receiving emails from it, send an 
> > email to racket-users+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit 
> > 
> https://groups.google.com/d/msgid/racket-users/CAL3TdOMS5KWw0cj_jzzWpeO1icNZ1Ez
> > %2BKkjZt%2B3PLiY96BwoaA%40mail.gmail.com.
> > 
> > 
> > 
> --
> > [image/png "AutoGeneratedInlineImage1"] [~/Desktop & open] [~/Temp & open]
> > .
> > 
> > 
> > 
> --
> > [image/png "AutoGeneratedInlineImage2"] [~/Desktop & open] [~/Temp & open]
> > .
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/racket-users/20200720090250.1da%40sirmail.smt
> p.cs.utah.edu.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/20200818174229.2b5%40sirmail.smtps.cs.utah.edu.


[racket-users] Application Templates!

2020-08-18 Thread Stephen De Gabrielle
I got jealous that dot net has dotnet new with lots of templates so I made
a GitHub template for a cli command
https://github.com/spdegabrielle/cli-command

If you have an idea for a template you should make one!

If you have a cool package that can be demonstrated as an application maybe
consider a template as a way to introduce new Racketeers to your package?

Best

Stephen

-- 


-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CAGHj7-JF5Roar5pZyvE092OHxF4Rcd3P_wCcnhJPXCp_Ykst8w%40mail.gmail.com.


Re: [racket-users] GUI zoom and normal-control-font

2020-08-18 Thread George Neuner



On 8/18/2020 12:31 PM, James Platt wrote:

I'm looking at implementing a zoom contents (not zoom window) feature in a GUI 
with lots of elements and I'm wondering about the best way to do this.  Most, 
if not all, standard GUI widgets in Racket can be resized by changing the font 
size of their contents or label.   Then redraw the widget and you have the 
whole thing in a new size.  So zoom could be done by creating a function which 
handles each element individually but I would like a more general solution, if 
possible.  Most widgets use the value normal-control-font for their default but 
it doesn't look like this can be changed at present.  If there were a setter 
for normal-control-font, it looks like you could have a menu item change it, 
then recursively get the children of the frame it is attached to and redraw 
them.  Would this actually work? Is there a better way to do it?


If you can access (or render) the contents as a 'pict', then it be 
scaled somewhat arbitrarily (though a scaled version is not guaranteed 
to look good).

https://docs.racket-lang.org/pict/Pict_Drawing_Adjusters.html

It is a form of BitBLT operation.  I would search the docs for "blt" or 
"blit" in addition to "scale" and "size".  Sorry I can't point you more 
directly to relevant functions:  I've done a lot of GUI programming, 
but, unfortunately, I know it from C++ using device contexts directly, 
not from using Racket's graphics.


Hope this helps,
George

--
You received this message because you are subscribed to the Google Groups "Racket 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/c9f51d94-3b70-83fc-14b8-f858fcfed32c%40comcast.net.


[racket-users] GUI zoom and normal-control-font

2020-08-18 Thread James Platt
I'm looking at implementing a zoom contents (not zoom window) feature in a GUI 
with lots of elements and I'm wondering about the best way to do this.  Most, 
if not all, standard GUI widgets in Racket can be resized by changing the font 
size of their contents or label.   Then redraw the widget and you have the 
whole thing in a new size.  So zoom could be done by creating a function which 
handles each element individually but I would like a more general solution, if 
possible.  Most widgets use the value normal-control-font for their default but 
it doesn't look like this can be changed at present.  If there were a setter 
for normal-control-font, it looks like you could have a menu item change it, 
then recursively get the children of the frame it is attached to and redraw 
them.  Would this actually work? Is there a better way to do it?

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/62C9C1F2-D9D7-4EE2-92AC-1E222428C974%40biomantica.com.


Re: [racket-users] Package Server Update Status

2020-08-18 Thread Matthew Flatt
Something was wrong. The pkg-builder service stopped working a week ago
due to network trouble. I rebooted it.

Meanwhile, I now realize that I haven't been getting the service-status
email that would have alerted me, because my department's SMTP
configuration changed a week ago. That's now fixed, too.

At Tue, 18 Aug 2020 07:57:33 -0700 (PDT), Deren Dohoda wrote:
> Hi team,
> 
> I notice on the very nice about page, 
> https://pkg-build.racket-lang.org/about.html, it does not give an 
> indication of when packages are rebuilt. I had a package that had doc 
> problems and conflicts that I resolved (the ol' manual.scrbl curse). It 
> appeared from me browsing information on a few packages that things were 
> rebuilt approximately once per week but it has now been over a week. The 
> status seems to indicate that a fresh package was noticed on my repository 
> but it hasn't been reflected in the build.
> 
> Is there a problem with the server at the moment or am I simply being 
> impatient?
> 
> Thanks,
> Deren
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/racket-users/63c0a0eb-c797-49a1-8cf6-020e774e
> 3833n%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/20200818091632.15a%40sirmail.smtps.cs.utah.edu.


Re: [racket-users] Package Server Update Status

2020-08-18 Thread Jens Axel Søgaard
Den tir. 18. aug. 2020 kl. 16.57 skrev Deren Dohoda :

> Hi team,
>
> I notice on the very nice about page,
> https://pkg-build.racket-lang.org/about.html, it does not give an
> indication of when packages are rebuilt. I had a package that had doc
> problems and conflicts that I resolved (the ol' manual.scrbl curse). It
> appeared from me browsing information on a few packages that things were
> rebuilt approximately once per week but it has now been over a week. The
> status seems to indicate that a fresh package was noticed on my repository
> but it hasn't been reflected in the build.
>
> Is there a problem with the server at the moment or am I simply being
> impatient?
>

Been there.

Is it possible to send a "your package has now been built" email, to those
authors
that recently clicked the "scan my packages" button?

/Jens Axel

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CABefVgz3-SZKD4Gzp-9vw3YNQRtcp_KgMWye6oORHsKW0Vi9%2BQ%40mail.gmail.com.


[racket-users] Package Server Update Status

2020-08-18 Thread Deren Dohoda
Hi team,

I notice on the very nice about page, 
https://pkg-build.racket-lang.org/about.html, it does not give an 
indication of when packages are rebuilt. I had a package that had doc 
problems and conflicts that I resolved (the ol' manual.scrbl curse). It 
appeared from me browsing information on a few packages that things were 
rebuilt approximately once per week but it has now been over a week. The 
status seems to indicate that a fresh package was noticed on my repository 
but it hasn't been reflected in the build.

Is there a problem with the server at the moment or am I simply being 
impatient?

Thanks,
Deren

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/63c0a0eb-c797-49a1-8cf6-020e774e3833n%40googlegroups.com.


Re: [racket-users] ARM32 binaries for CS, or building on ARM 32

2020-08-18 Thread joey.e...@gmail.com
Alright, after compiling for approximately 16 hours, it looks like this 
works. Thanks so much!

On Tuesday, August 11, 2020 at 3:02:54 PM UTC-7 Matthew Flatt wrote:

> Ah, that makes sense.
>
> Does configuring with `--enable-mach=arm32le` work? 
>
> Using "arm32le" instead of the inferred "tarm32le" avoids memory-fence
> instructions, so it should solve this problem, but I'm not certain the
> rest of the build will adapt correctly.
>
> At Tue, 11 Aug 2020 14:35:49 -0700 (PDT), Joey Eremondi wrote:
> > I'm on an old RPi B (maybe a B+). It's pretty ancient, so I might be 
> > pushing my luck. Here's my CPU info:
> > 
> > pi@raspberrypi:~ $ cat /proc/cpuinfo
> > processor : 0
> > model name : ARMv6-compatible processor rev 7 (v6l)
> > BogoMIPS : 697.95
> > Features : half thumb fastmult vfp edsp java tls 
> > CPU implementer : 0x41
> > CPU architecture: 7
> > CPU variant : 0x0
> > CPU part : 0xb76
> > CPU revision : 7
> > 
> > Hardware : BCM2835
> > Revision : 000e
> > Serial : e9b1ce2d
> > Model : Raspberry Pi Model B Rev 2
> > 
> > Running GDB gives the illegal instruction as 
> >  instruction: 0xf57ff05a
> > which looks to be a "Data Memory Barrier" instruction? Sounds like a 
> > plausible culprit.
> > 
> > Thanks!
> > 
> > 
> > 
> > On Tuesday, August 11, 2020 at 2:14:28 PM UTC-7, Matthew Flatt wrote:
> > >
> > > Which model Pi are you using? I'm able to build on a Pi 3, so I wonder 
> > > if it's a difference in processors, where the Arm32 backend is using 
> > > something that it shouldn't. 
> > >
> > > Whether or not that guess is right, can you try running `gdb` in the 
> > > "ChezScheme" directory like this? 
> > >
> > > env SCHEMEHEAPDIRS=tarm32le/boot/tarm32le/ \ 
> > > gdb tarm32le/bin/tarm32le/scheme 
> > >
> > > Disassembling around the failed instruction address (with 
> `disassemble` 
> > > in gdb) should clarify what instruction is misused. 
> > >
> > > Thanks, 
> > > Matthew 
> > >
> > > At Tue, 11 Aug 2020 10:58:03 -0700 (PDT), Joey Eremondi wrote: 
> > > > I'm wondering, does anybody have any prebuilt 32-but ARM binaries 
> for 
> > > > Racket on Chez? I'm trying to run a little web-server on a raspberry 
> pi, 
> > > > and I'd prefer to use the Chez version, but I can't seem to get it 
> to 
> > > build. 
> > > > 
> > > > Alternately, if anybody knows why it won't build and can help, that 
> > > would 
> > > > help. With eiether --enable-csracket or --enable-csonly, it gets 
> stuck 
> > > > compiling the forked version of ChezScheme. Surprisingly, it doesn't 
> > > seem 
> > > > to be an out of memory error. Is the illegal instruction error 
> because 
> > > it's 
> > > > ARMv6 and not AArch32? 
> > > > 
> > > > ... 
> > > > gcc -Wpointer-arith -Wextra -Werror -Wno-implicit-fallthrough -O2 -g 
> > > -O2 - 
> > > > Wall -DELF_FIND_BOOT_SECTION -pthread -rdynamic -o 
> > > ../bin/tarm32le/scheme 
> > > > ../boot/tarm32le/main.o ../boot/tarm32le/libkernel.a -lm -ldl 
> -lpthread 
> > > -lrt 
> > > > -luuid ../zlib/libz.a ../lz4/lib/liblz4.a -pthread 
> > > > (cd s && make bootstrap) 
> > > > make allx 
> > > > rm -f *.tarm32le xpatch patch *.patch *.so *.covin *.asm script.all 
> > > header.tmp 
> > > > *.html 
> > > > rm -rf nanopass 
> > > > cp -p -f ../boot/tarm32le/petite.boot ../boot/tarm32le/sbb 
> > > > cp -p -f ../boot/tarm32le/scheme.boot ../boot/tarm32le/scb 
> > > > make all 
> > > > echo '(reset-handler abort)'\ 
> > > > '(base-exception-handler (lambda (c) (fresh-line) 
> > > > (display-condition c) (newline) (reset)))'\ 
> > > > '(keyboard-interrupt-handler (lambda () (display 
> > > > "interrupted---aborting\n") (reset)))'\ 
> > > > '(optimize-level 3)'\ 
> > > > '(debug-level 0)'\ 
> > > > '(commonization-level (commonization-level))'\ 
> > > > '(compile-compressed #t)'\ 
> > > > '(compress-format (compress-format))'\ 
> > > > '(compress-level (compress-level))'\ 
> > > > '(generate-inspector-information #f)'\ 
> > > > '(subset-mode (quote system))'\ 
> > > > '(compile-file "cmacros.ss" "cmacros.so")'\ 
> > > > | ../bin/tarm32le/scheme -q 
> > > > Error: illegal instruction 
> > > > () 
> > > > make[10]: *** [Mf-base:375: cmacros.so] Error 1 
> > > > make[9]: *** [Mf-base:179: allx] Error 2 
> > > > make[8]: *** [Mf-base:196: bootstrap] Error 2 
> > > > make[7]: *** [Makefile:22: build] Error 2 
> > > > make[6]: *** [Makefile:20: build] Error 2 
> > > > make[6]: Leaving directory '/home/pi/gh/racket-7.8/src/ChezScheme' 
> > > > make[5]: *** [Makefile:158: scheme-make-finish] Error 2 
> > > > make[5]: Leaving directory '/home/pi/gh/racket-7.8/src/cs/c' 
> > > > make[4]: *** [Makefile:148: scheme-make-copy] Error 2 
> > > > make[4]: Leaving directory '/home/pi/gh/racket-7.8/src/cs/c' 
> > > > make[3]: *** [Makefile:137: scheme] Error 2 
> > > > make[3]: Leaving directory '/home/pi/gh/racket-7.8/src/cs/c' 
> > > > make[2]: *** [Makefile:60: cs] Error 2 
> > > > make[2]: Leaving directory '/home/pi/gh/racket-7.8/src/cs/c' 
> > > > make[1]: *** [Makefile:90: racketcs]