Re: [racket-users] Appropriate open source license for a Racket based framework
Brian Adkins wrote on 03/01/2016 11:31 PM: Are there any particular license issues that I should be aware of in this regard? I don't know. Looks like core Racket is now LGPLv3, which is pretty flexible about commercial uses. I've been using LGPLv3 for almost all of my Racket packages since around 2009, and LGPLv2-something before that. (One exception is that a financial data scraping package of mine is GPL, and I also was working on a Racket firmware that was GPL.) The legal notice in the documentation of each of my packages says people can contact me about alternative licenses. In the last 13 years, I recall only once someone asking about the license for one of my Racket/Scheme packages, and it turned out the person was fine with LGPLv3. Neil V. -- 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. For more options, visit https://groups.google.com/d/optout.
[racket-users] Appropriate open source license for a Racket based framework
I've finally begun a project to create a web framework for Racket. Are there any particular license issues that I should be aware of in this regard? The MIT License is used by both Rails and Phoenix, and I've used it for other side projects, so I'm inclined to use it for this new framework unless there are good reasons not to with respect to interoperating with Racket and various Racket packages. Thanks, Brian -- 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. For more options, visit https://groups.google.com/d/optout.
Re: [racket-users] Racket 6.4 very slow
Something is wrong with your installation. 6.4 is in the same ball park as 6.1 Can you share the code that runs 20x slower? Thanks — Matthias > On Mar 1, 2016, at 10:51 PM, vkelmenson via Racket Users > wrote: > > I recently downloaded Racket version 6.4. I have previously been using > version 6.1. It is much slower than version 6.1. Several short functions run > approx 20 times slower on 6.4 than 6.1. These were run at the same time on > the sam matine in succession. > I am using Mac osX version 10.8.5 > Has anyone else noticed this? > > -- > 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. > For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
[racket-users] Racket 6.4 very slow
I recently downloaded Racket version 6.4. I have previously been using version 6.1. It is much slower than version 6.1. Several short functions run approx 20 times slower on 6.4 than 6.1. These were run at the same time on the sam matine in succession. I am using Mac osX version 10.8.5 Has anyone else noticed this? -- 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. For more options, visit https://groups.google.com/d/optout.
Re: [racket-users] farewell, sweet PLaneT
Sam Tobin-Hochstadt wrote on 03/01/2016 06:32 PM: One package that I noticed you didn't move was 'htmlprag', which your web page says is obsolete. I mention this only because some packages on the pkg server (such as gut and wrap) still use this library. How trivial is it to port to the new code, or would this be something you could add to the package server? `htmlprag` was replaced by `html-parsing` and `html-writing` on 2011-08-21. I didn't know anyone was still using it at all. If the code using `htmlprag` is just using parsing and/or writing functionality from `htmlprag`, then the changes to that code are probably very simple. Specifically, probably just needs the name a procedure changed, and maybe the calling signature has changed slightly.. If that doesn't immediately work, see the History sections of the package documentation: http://www.neilvandyke.org/racket/html-parsing/ http://www.neilvandyke.org/racket/html-writing/ If there's a significant problem, let me know. Neil V. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: [racket-users] farewell, sweet PLaneT
This is great, I've now been able to submit several pull requests to use your new packages. One package that I noticed you didn't move was 'htmlprag', which your web page says is obsolete. I mention this only because some packages on the pkg server (such as gut and wrap) still use this library. How trivial is it to port to the new code, or would this be something you could add to the package server? Sam On Sat, Feb 27, 2016 at 8:15 PM, Neil Van Dyke wrote: > OK, I've moved 23 of my Racket packages from PLaneT to the new package > system, and I plan to move several more. Exactly what's been moved, and is > planned to move, is tracked at "http://www.neilvandyke.org/racket/";. > > If you notice any problems related to this move, please email me. > > Perhaps the only "important" package of mine not yet moved is my SICP > DrRacket support one. That will package remain in PLaneT for now, for > stability for new students, until I have time to polish a few changes. When > my SICP support does move to the new package system, I suspect that the > package will be called `sicp2`, and that there will be a `#lang sicp2` (and > likely `#lang sicp2/ch1` etc.). There is a chance we will be able to use > `#lang sicp` without breaking backward-compatibility for anyone. > > For expedience, the packages moved so far all have a dependency on package > `mcfly`. I plan for this dependency to go away eventually, with a > forthcoming tools that wants the inline documentation in comments beginning > with ";;;", and that generates static `.scrbl` at packaging time. > > Research notes: Moving the 23 packages took roughly 40 person-hours of my > time, over 9 calendar days. A chunk of that being interim kludges to McFly > Tools, and another chunk to make my Web site automate a new way of hosting > packages and home pages. Separate from those two chunks, there were still > significant per-package costs that would still be incurred by someone moving > a large number of packages between package systems, even if they went > barebones with only URL-into-my-github and minimal changes -- such as > bit-rot, new bureaucratic hoops, and 4 naming collisions of various kinds. > I expect that my remaining to-be-moved packages, not counting SICP, will > each take between 15 minutes and 3 hours each. I have an idea how to make > engaged open source sharing easier for third party contributors, going > forward, (This is relevant to one of my research interests, in open source > ecology and process.) > > Thanks to Matthew, Jay, and others, for their help with this. > > Unclear yet whether Elton John will be doing a "candle in the wind" song for > PLaneT. > > Neil V. > > -- > 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. > For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: [racket-users] Typo in license.html.
I just pushed a fix. Thanks for the report! Vincent On Sat, 16 Jan 2016 05:26:44 -0600, Dmitry Igrishin wrote: > > Hello, > > I've noticed a typo at https://download.racket-lang.org/license.html > - a double "for for" here: > > "We have chosen the LGPL as the license for Racket, which makes it > possible for for" > > -- > 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. > For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
Re: [racket-users] Web server tcp-read: error reading (errno=104), connection reset by peer
Good, I'll now ignore it in peace then. Thanks, Marc On Tue, Mar 1, 2016 at 11:39 AM, Matthew Flatt wrote: > I'm pretty sure this is in the "stuff happens, move on" category. The > error happens when a client abandons a connection, for example, and you > should expect all sorts of communication interruptions. > > At Tue, 1 Mar 2016 09:45:03 -0500, Marc Kaufmann wrote: > > Hi, > > > > I am running a live server now, rather than local, and it keeps logging > > this error message: > > > > tcp-read: error reading > > system error: Connection reset by peer; errno=104 > > > > I have no idea what this means other than finding out on StackOverflow > that > > the error means someone somewhere has shut the connection. Is it another > > server that is doing so, or is it the racket web-server? Is this just > > "Stuff happens, move on" or is it "Hm, should only happen once every > hour, > > rather than once every 2 minutes"? > > > > I should note that the website works fine, but I don't feel like ignoring > > this and crossing my fingers. > > > > Thanks, > > Marc > > > > -- > > 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. > > For more options, visit https://groups.google.com/d/optout. > -- 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. For more options, visit https://groups.google.com/d/optout.
[racket-users] Re: Web server tcp-read: error reading (errno=104), connection reset by peer
On Tue, 1 Mar 2016 09:45:03 -0500, Marc Kaufmann wrote: >I am running a live server now, rather than local, and it keeps logging >this error message: > >tcp-read: error reading > system error: Connection reset by peer; errno=104 > >I have no idea what this means other than finding out on StackOverflow >that the error means someone somewhere has shut the connection. Is it >another server that is doing so, or is it the racket web-server? It generally means the "other side" has closed the connection before reading everything you sent. I see it with clients using XHR, but I don't know what is the actual issue because I don't do the client side programming. It doesn't happen often, but when it does it is due to a bug in the client code. My racket server speaks only JSON. It hides behind Apache which provides static HTML service and redirects "function" URIs to my server. If you are seeing connections dropping in a different situation then I have no clue. >Is this just "Stuff happens, move on" or is it "Hm, should only happen once >every hour, rather than once every 2 minutes"? IME, _this_ error has always been due to bugs on the client side. YMMV, 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. For more options, visit https://groups.google.com/d/optout.
Re: [racket-users] Web server tcp-read: error reading (errno=104), connection reset by peer
I'm pretty sure this is in the "stuff happens, move on" category. The error happens when a client abandons a connection, for example, and you should expect all sorts of communication interruptions. At Tue, 1 Mar 2016 09:45:03 -0500, Marc Kaufmann wrote: > Hi, > > I am running a live server now, rather than local, and it keeps logging > this error message: > > tcp-read: error reading > system error: Connection reset by peer; errno=104 > > I have no idea what this means other than finding out on StackOverflow that > the error means someone somewhere has shut the connection. Is it another > server that is doing so, or is it the racket web-server? Is this just > "Stuff happens, move on" or is it "Hm, should only happen once every hour, > rather than once every 2 minutes"? > > I should note that the website works fine, but I don't feel like ignoring > this and crossing my fingers. > > Thanks, > Marc > > -- > 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. > For more options, visit https://groups.google.com/d/optout. -- 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. For more options, visit https://groups.google.com/d/optout.
[racket-users] Web server tcp-read: error reading (errno=104), connection reset by peer
Hi, I am running a live server now, rather than local, and it keeps logging this error message: tcp-read: error reading system error: Connection reset by peer; errno=104 I have no idea what this means other than finding out on StackOverflow that the error means someone somewhere has shut the connection. Is it another server that is doing so, or is it the racket web-server? Is this just "Stuff happens, move on" or is it "Hm, should only happen once every hour, rather than once every 2 minutes"? I should note that the website works fine, but I don't feel like ignoring this and crossing my fingers. Thanks, Marc -- 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. For more options, visit https://groups.google.com/d/optout.
[racket-users] [TFP 2016] 2nd call for papers
- C A L L F O R P A P E R S - TFP 2016 === 17th Symposium on Trends in Functional Programming June 8-10, 2016 University of Maryland, College Park Near Washington, DC http://tfp2016.org/ The symposium on Trends in Functional Programming (TFP) is an international forum for researchers with interests in all aspects of functional programming, taking a broad view of current and future trends in the area. It aspires to be a lively environment for presenting the latest research results, and other contributions (see below). Authors of draft papers will be invited to submit revised papers based on the feedback receive at the symposium. A post-symposium refereeing process will then select a subset of these articles for formal publication. TFP 2016 will be the main event of a pair of functional programming events. TFP 2016 will be accompanied by the International Workshop on Trends in Functional Programming in Education (TFPIE), which will take place on June 7nd. == INVITED SPEAKERS == TFP 2016 is pleased to announce keynote talks by the following two invited speakers: * Ronald Garcia, University of British Columbia * Steve Zdancewic, University of Pennsylvania == HISTORY == The TFP symposium is the heir of the successful series of Scottish Functional Programming Workshops. Previous TFP symposia were held in * Edinburgh (Scotland) in 2003; * Munich (Germany) in 2004; * Tallinn (Estonia) in 2005; * Nottingham (UK) in 2006; * New York (USA) in 2007; * Nijmegen (The Netherlands) in 2008; * Komarno (Slovakia) in 2009; * Oklahoma (USA) in 2010; * Madrid (Spain) in 2011; * St. Andrews (UK) in 2012; * Provo (Utah, USA) in 2013; * Soesterberg (The Netherlands) in 2014; * and Inria Sophia-Antipolis (France) in 2015. For further general information about TFP please see the TFP homepage. (http://www.tifp.org/). == SCOPE == The symposium recognizes that new trends may arise through various routes. As part of the Symposium's focus on trends we therefore identify the following five article categories. High-quality articles are solicited in any of these categories: Research Articles: leading-edge, previously unpublished research work Position Articles: on what new trends should or should not be Project Articles: descriptions of recently started new projects Evaluation Articles: what lessons can be drawn from a finished project Overview Articles: summarizing work with respect to a trendy subject Articles must be original and not simultaneously submitted for publication to any other forum. They may consider any aspect of functional programming: theoretical, implementation-oriented, or experience-oriented. Applications of functional programming techniques to other languages are also within the scope of the symposium. Topics suitable for the symposium include, but are not limited to: Functional programming and multicore/manycore computing Functional programming in the cloud High performance functional computing Extra-functional (behavioural) properties of functional programs Dependently typed functional programming Validation and verification of functional programs Debugging and profiling for functional languages Functional programming in different application areas: security, mobility, telecommunications applications, embedded systems, global computing, grids, etc. Interoperability with imperative programming languages Novel memory management techniques Program analysis and transformation techniques Empirical performance studies Abstract/virtual machines and compilers for functional languages (Embedded) domain specific languages New implementation strategies Any new emerging trend in the functional programming area If you are in doubt on whether your article is within the scope of TFP, please contact the TFP 2016 program chair, David Van Horn. == BEST PAPER AWARDS == To reward excellent contributions, TFP awards a prize for the best paper accepted for the formal proceedings. TFP traditionally pays special attention to research students, acknowledging that students are almost by definition part of new subject trends. A student paper is one for which the authors state that the paper is mainly the work of students, the students are listed as first authors, and a student would present the paper. A prize for the best student paper is awarded each year. In both cases, it is the PC of TFP that awards the prize. In case the best paper happens to be a student paper, that paper will then receive both prizes. == SPONSORS == TFP is financially supported by CyberPoint, Galois, Trail of Bits, and the University of Maryland Comput
