[Chicken-users] new egg: nrepl
Hi! I've created a very simple egg that exposes a simple REPL over TCP connections. I've called it nrepl. Naming conflicts with Clojure's deprecated nrepl hopefully won't be a problem. I'm thinking this may be handy enough for debugging that it might be part of the official egg index. Have a look here: https://github.com/Adellica/chicken-nrepl Thanks! K. ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] new egg: nrepl
On 21/05/14 13:26, Kristian Lein-Mathisen wrote: Hi! I've created a very simple egg that exposes a simple REPL over TCP connections. I've called it nrepl. Naming conflicts with Clojure's deprecated nrepl hopefully won't be a problem. I'm thinking this may be handy enough for debugging that it might be part of the official egg index. Have a look here: https://github.com/Adellica/chicken-nrepl I like it. I've wanted one of these for ages, but never gotten around to writing my own. Feature request: parameterize what it uses for eval so people can supply special environments, sandbox, sanity-check the sexprs, log them, etc. with suitable wrapping procedures :-) TLS support, and an optional connection authentication parameterized procedure to handle a login process (given the tcp socket on current-input/output-port and able to return #t to continue or #f to close the connection and abort), would be the next feature request for use in less trusted environments! Thanks! K. Good work that man, ABS -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ signature.asc Description: OpenPGP digital signature ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] new egg: nrepl
Hi Kristian, On Wed, 21 May 2014 14:26:37 +0200 Kristian Lein-Mathisen krist...@adellica.com wrote: I've created a very simple egg that exposes a simple REPL over TCP connections. I've called it nrepl. Naming conflicts with Clojure's deprecated nrepl hopefully won't be a problem. I'm thinking this may be handy enough for debugging that it might be part of the official egg index. Have a look here: https://github.com/Adellica/chicken-nrepl Neat! I've added it to the coop. Best wishes. Mario -- http://parenteses.org/mario ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Some eggs I'd like to add to svn
Hi, I have a few small apps which I'd like to add to svn if there are no objections. Note: I've no idea what to call these things so suggestions for better names are welcome. 1. refdb. Keep a spreadsheet in a set of flat files which are branch and merge friendly (e.g. in tools like git and fossil). Formatting is preserved. Data is treated as a three level dictionary array sheetrowcol so row and column labels in the spreadsheet must be unique. Refdb has only been tested with gnumeric. 2. histstore. Easily capture your commandline history into a sqlite3 database. This is very handy for those of us working with engineering design tools and such like where long, complicated command lines are a daily annoyance. 3. mfind. A tool for storing a directory tree in an sqlite3 database for easy searching. Mostly handy in environments where locate is either not set up or cannot be set up centrally for security reasons. 4. timesnitch. A strange tool for measuring what you do with your time. It randomly pops up a dialog where you enter what you were doing and provides a report of where your time is going based on some simple statistics. The method is similar to measuring the area of a closed curve on a piece of paper by randomly dotting the paper, counting the dots inside the curve, dividing by the total number of dots on the paper and then multiplying by the area of the paper. Although it can be slightly irritating :) timesnitch is fun to use for a few days. It is surprisingly accurate and for me at least it has revealed some interesting insights into how I spend my time, particularly at the office. 5. margs. A *very* simplistic command line argument parser. I have never acclimatized to the existing arg processors and I use this one a lot. Making it into an egg is mostly for my personal convenience :) I think I've mentioned my interest in putting these out as eggs in the past but I didn't follow though at the time. Refdb and histore are quite popular at work and I'd like to ensure they are readily available and easy to install. To set these up I just create and populate the necessary directories in svn and add entries to egg-locations, correct? I could create fossils for these and register them but that seems like more hassle than it is worth. Does it matter to anyone which option I choose, fossil or svn? If I go the fossil route can I keep multiple eggs in a single fossil? Lastly, these projects are all a little rough, (I'm an analog design engineer, not a programmer!) but comments and feedback are greatly appreciated. -- Matt Welland m...@kiatoa.com ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Some eggs I'd like to add to svn
Yikes, when read on my phone my email looks very long! Here is a brief version: I'd like to add some eggs to svn: 1. refdb - gnumeric spreadsheet to branch/merge friendly flat file converter. 2. histstore - command line history database 3. mfind - file tree store similar to gnu locate 4. timesnitch - statistically measure where you spend your time. 5. margs - simplistic argument processor. And (adding this one) ... 6. stml - minimal cgi web app framework. Any objections to my adding these? Any objections/suggestions about the names? Thanks! Matt -=- On Wed, 21 May 2014 21:41:49 -0700 Matt Welland m...@kiatoa.com wrote: Hi, I have a few small apps which I'd like to add to svn if there are no objections. Note: I've no idea what to call these things so suggestions for better names are welcome. 1. refdb. Keep a spreadsheet in a set of flat files which are branch and merge friendly (e.g. in tools like git and fossil). Formatting is preserved. Data is treated as a three level dictionary array sheetrowcol so row and column labels in the spreadsheet must be unique. Refdb has only been tested with gnumeric. 2. histstore. Easily capture your commandline history into a sqlite3 database. This is very handy for those of us working with engineering design tools and such like where long, complicated command lines are a daily annoyance. 3. mfind. A tool for storing a directory tree in an sqlite3 database for easy searching. Mostly handy in environments where locate is either not set up or cannot be set up centrally for security reasons. 4. timesnitch. A strange tool for measuring what you do with your time. It randomly pops up a dialog where you enter what you were doing and provides a report of where your time is going based on some simple statistics. The method is similar to measuring the area of a closed curve on a piece of paper by randomly dotting the paper, counting the dots inside the curve, dividing by the total number of dots on the paper and then multiplying by the area of the paper. Although it can be slightly irritating :) timesnitch is fun to use for a few days. It is surprisingly accurate and for me at least it has revealed some interesting insights into how I spend my time, particularly at the office. 5. margs. A *very* simplistic command line argument parser. I have never acclimatized to the existing arg processors and I use this one a lot. Making it into an egg is mostly for my personal convenience :) I think I've mentioned my interest in putting these out as eggs in the past but I didn't follow though at the time. Refdb and histore are quite popular at work and I'd like to ensure they are readily available and easy to install. To set these up I just create and populate the necessary directories in svn and add entries to egg-locations, correct? I could create fossils for these and register them but that seems like more hassle than it is worth. Does it matter to anyone which option I choose, fossil or svn? If I go the fossil route can I keep multiple eggs in a single fossil? Lastly, these projects are all a little rough, (I'm an analog design engineer, not a programmer!) but comments and feedback are greatly appreciated. -- Matt Welland m...@kiatoa.com ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users -- Matt Welland ma...@kiatoa.com ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
